logo资料库

需求开发与需求管理.ppt

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

    相关推荐

    资料库

    课程资源

    共收录17145份资料，累计13个分类，关注成员有19位，主要包括：PHP,网络管理,网页制作,Java,.Net,数据库,3G/移动开发,C/C++,游戏开发,嵌入式,讲义,软件测试,专业指导

    热门标签

    PHP 网络管理 网页制作 Java .Net 数据库 3G/移动开发 C/C++ 游戏开发 嵌入式 讲义 软件测试 专业指导

    最新资料