《软件项目需求管理》ppt课件

《《软件项目需求管理》ppt课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件项目需求管理开头寄语如果你不知道你要去哪里，那么你可能会走向任何一条路。做正确的事比正确地做事更重要！本章所要讲述的内容需求工程的相关知识需求开发需求管理案例软件需求的概念宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。是用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。期望？！一种心理活动、笼统、不细致、不懂过程需求的重要性FrederickBrooks在他1987年经典文章“NoSilverBulle

2、t”中阐述了需求的重要性：开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。需求是产品的根源，需求工作的优劣对产品影响最大。国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。了解客户、最终用户、间接用户基本概念“用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终用户”（theenduser）和“间接用户

3、”（或称为关系人）。掏钱买软件的用户称为客户，而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。客户是掏钱买软件的人，所以他是“上帝”某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时，精辟地阐述了客户的地位：如果顾客先点鸡，那么就先有鸡；如果顾客先点蛋，那么就先有蛋。“现代营销学之父”菲利普•科特勒所著的《市场营销导论》是这样描述客户的：客户永远是本公司的座上客。客户并不依赖我们，而我们却依赖客户。客户不是我们工作的障碍，而是我们工作的目标。我们并不因为服务于他而

4、对他有恩，他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给我们的人，因此我们的工作就是满足这些欲望，从而使客户和我们共同获益。与客户打交道的主要目的是：一是获取需求，二是签合同。软件需求的层次原始问题描述：对要解决问题的叙述，它是软件需求的基础用户需求：用自然语言和图表给出的关于系统需要提供的服务及操作的约束系统需求：是用户需求的映射。此时可开发一个简单原型以便给用户一个直观印象。软件设计描述：在系统需求的基础上加

5、入更详细的内容，它是软件详细设计和实现的基础需求工程的组成把所有与需求直接相关的活动通称为需求工程。需求工程的一些感悟不论是合同项目还是自主研发的产品，都必须开展需求开发和需求管理活动。开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型”三种，只有后两种才有可能开发出成功的产品。“被动型”是指开发者被动地对待需求工程中的各项活动，能少干则少干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。“主动

6、型”是指开发者积极地开展需求工程中的各项活动。他们把获取准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成功的一半”，“主动型”需求工程是开发成功产品的必备条件。“领先型”是需求工程的最高境界。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛不衰。需求开发的主要困难与对策知识技能问题应用域的知识是无边无际的，任何人都不可能是“

7、万事通”。当需求分析员缺乏应用域知识时，他该怎么办？首先他要有勇气做事，否则连实践的机会都没有。其次他应当赶紧补习应用域知识。态度问题相当多的开发人员习惯于被动地对待需求开发。每当遇到麻烦、挫折时，他们会发牢骚，找出一堆用户的毛病。很多开发人员错误地以为：需求是用户的事情，不是我们的事情。我们为用户开发软件，难道用户不该告诉我们应当开发什么吗？如果用户说不清楚需求，或者经常变更需求，这类问题是用户产生的，应当由他们自己负责。用户说不清楚需求或者需求发生变更，这些都是常见的问题，并不是绝症，是人们

8、可以设法解决的。可悲的是开发人员把这些问题当成了借口，不愿主动攻克问题，导致需求问题扩散到整个软件开发过程，产生太多的后患。软件企业的领导应当给具有错误观念的开发人员们洗脑：需求分析员的天职就是在有限的时间内获取准确而细致的用户需求，如果做不到就是失职，不要找借口。需求获取需求获取时期的主要工作：⑴归纳和整理用户提出的各种问题和要求；⑵弄清用户企图通过软件达到的目的；⑶借助各种工具和方法，陈述用户提出的实际需求，并标定软件的作用范围。最终目的弄明白要“做什么”。获取需求应采用的步骤确定产品的不同