需求开发与需求管理(3).ppt

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、本文档内容版权归属内容提供方,所产生的收益全部归内容提供方所有。如果您对本文有版权争议,可选择认领,认领后既往收益都归您。
  3. 3、本文档由用户上传,本站不保证质量和数量令人满意,可能有诸多瑕疵,付费之前,请仔细先通过免费阅读内容等途径辨别内容交易风险。如存在严重挂羊头卖狗肉之情形,可联系本站下载客服投诉处理。
  4. 文档侵权举报电话:400-050-0739(电话支持时间:9:00-19:00)。
目录 1. 什么是需求 2. 了解客户、最终用户、间接用户 3. 需求工程基本概念 4. 需求开发的主要困难与对策 5. 如何开展需求调查 6. 如何进行需求分析 7. 什么是好的需求规格说明书 8. 如何定义产品需求 9. 需求管理:确认、跟踪、变更控制 1. 什么是需求 1.1 需求的基本概念 宽泛地讲,需求来源于用户的一些“需要”,这些“需要”被分析、确认后形成完整的文档,该文档详细地说明了产品“必须或应当”做什么。 所以如果只有一些零碎的对话、资料或邮件,你就以为自己已经掌握了需求,那是自欺欺人。 1.2 需求的重要性 Frederick Brooks在他1987年经典文章“No Silver Bullet”中阐述了需求的重要性: 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求,包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错,将会给系统带来极大的损害,并且以后对它修改也极为困难。 需求是产品的根源,需求工作的优劣对产品影响最大。就像一条河流,如果源头被污染了,那么整条河流也就被污染了。 国内软件业的痼疾:人们并不清楚究竟该做什么,但却一直忙碌不停地开发。 1. 什么是需求 1.3 需求开发失败的案例 上海贝尔某事业部一群高智商的开发人员集体犯需求观念错误的案例。 故事是这样的… 需求问题有时如同爱情问题,真是“当局者迷,旁观者清”啊。 2. 了解客户、最终用户、间接用户 2.1 基本概念 “用户”(user)是一种泛称,它可细分为“客户”(customer)、“最终用户”(the end user)和“间接用户”(或称为关系人)。 掏钱买软件的用户称为客户,而真正操作软件的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。 2.2 客户是掏钱买软件的人,所以他是“上帝” 某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时,精辟地阐述了客户的地位: 如果顾客先点鸡,那么就先有鸡;如果顾客先点蛋,那么就先有蛋。 “现代营销学之父”菲利普?科特勒所著的《市场营销导论》是这样描述客户的: 客户永远是本公司的座上客。客户并不依赖我们,而我们却依赖客户。客户不是我们工作的障碍,而是我们工作的目标。我们并不因为服务于他而对他有恩,他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给我们的人,因此我们的工作就是满足这些欲望,从而使客户和我们共同获益。 与客户打交道的主要目的是:一是获取需求,二是签合同。不要把钱仍到水里。 2. 了解客户、最终用户、间接用户 2.3 即使最终用户不是上帝,也算是“上帝”的“亲戚”,同样怠慢不得。 如果项目规模比较大,那么开发方与最终用户的来往就比较多。如从最终用户那里获取详细的需求,请最终用户试验软件,对最终用户进行培训等等。 公司新员工上产品培训课,有位小领导匆匆赶来作指示:“隔壁班正在给电信局的员工们进行培训,他们都是上帝派来的,大家要注意形象。由于休息室空间有限,请大家自觉让位。午休时他们可以躺着睡,我们只能坐在位置上打个盹儿…….。” 2.4 重视“间接用户”,千万别“大意失荆州” 间接用户既不掏钱买该软件产品,也不使用该软件,但是它可能对软件产品有很大的影响。 例如,财务软件开发商在把“财务软件”卖给客户之前,这个“财务软件”必须得到国家财政部的批准。否则即使该软件的功能是完美的,但却被政府认为是非法的。所以国家财政部就是所有财务软件的间接用户,它不仅不付钱给财务软件开发商,反而要收取鉴定费、手续费等。 同理,市面上流通的信息安全软件、杀病毒软件必须得到国家公安部的批准,否则软件开发商被逮住后戴上“非法经营”的帽子就惨了。 3. 需求工程基本概念 3.1 什么是需求工程 把所有与需求直接相关的活动通称为需求工程。 需求工程中的活动可分为两大类,一类属于需求开发,另一类属于需求管理。 需求工程的结构图 3. 需求工程基本概念 3.2 需求开发过程域 需求开发的目的是通过调查与分析,获取用户需求并定义产品需求。 需求调查的目的是通过各种途径获取用户的需求信息(原始材料),产生《用户需求说明书》。 需求分析的目的是对各种需求信息进行分析,消除错误,刻画细节等。常见的需求分析方法有“问答分析法”和“建模分析法”两类。 需求定义的目的是根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 3.3 需求管理过程域 需求管理的目的是在客户与开发方之间建立对需求的共同理解,维护需求与其它工作成果的一致性,并控制需求的变更。

文档评论(0)

阿毛
该用户很懒,什么也没介绍

相关文档

相关课程推荐