第4章需求开发与需求管理.docVIP

目 录 第4章 需求开发与需求管理 3 4.1 什么是需求 4 4.1.1 基本概念 4 4.1.2 需求案例 4 4.2 了解用户 6 4.3 需求工程 7 4.3.1 基本概念 7 4.3.2 一些感悟 8 4.4 需求开发的主要困难与对策 9 4.4.1 知识技能问题 9 4.4.2 态度问题 10 4.4.3 合作关系 10 4.4.4 用户说不清楚需求 12 4.4.5 双方误解需求 12 4.4.6 开发人员写不好需求文档 13 4.4.7 用户经常变更需求 13 4.5 如何开展需求调查 13 4.5.1 需求调查规程 13 4.5.2 准备调查 14 4.5.3 调查与记录 14 4.5.4 撰写用户需求说明书 15 4.6 如何进行需求分析 17 4.6.1 问答分析法 17 4.6.2 建模分析法 17 4.6.2.1 结构化分析法 18 4.6.2.2 面向对象分析法 18 4.6.2.3 恰当地使用图形符号 19 4.6.3 作出决策 19 4.7 什么是好的产品需求规格说明书 20 4.7.1 正确 20 4.7.2 清楚 20 4.7.3 无二义性 20 4.7.4 一致 21 4.7.5 必要 21 4.7.6 完备 21 4.7.7 可实现 22 4.7.8 可验证 22 4.7.9 确定优先级 22 4.7.10 阐述“做什么”而不是“怎么做” 23 4.8 如何定义产品需求 23 4.8.1 规程 23 4.8.2 软件需求规格说明书的模板 24 4.9 需求确认 26 4.9.1 规程 26 4.9.2 需求评审 26 4.9.3 需求承诺 28 4.10 需求跟踪 29 4.11 需求变更控制 30 4.12 CMMI对应规范 32 4.12.1 需求开发过程域的目标与实践 32 4.12.2 需求管理过程域的目标与实践 33 4.13 需求建模工具 33 4.14 需求管理工具 34 4.15 应用示例 34 4.15.1 成功的示例 34 4.15.2 失败的示例 34 4.16 小结 34 第4章 需求开发与需求管理 我们把所有与需求直接相关的活动通称为需求工程。需求工程是国内大学软件工程教育最薄弱的环节之一，这种教育模式下诞生的软件工程师会有这样的习惯：他们在开发产品时并不清楚究竟该做什么，但却在一直忙碌不停地开发。 这不是个别的荒唐现象，这差不多成了国内软件业的痼疾。 把责任推给学校显然无济于事。不论你是学生还是职业软件工程师，如果你不懂需求工程，你就不可能把产品做好。为了你的前途，你应该认真学习需求工程。 令人遗憾的是大多数软件工程教科书喜欢以学术的形式论述需求，大讲结构化分析或面向对象分析，并给出一堆模型和符号。然而大部分开发人员首先要学习的是如何调查需求、如何写需求文档等基本技能。需求工程是经典软件工程的核心内容，按理说早就研究得相当透彻了，奇怪的是人们就是学不好、用不好。可见需求工程的研究者似乎并不清楚实践者的真正需求，真让人哭笑不得。 有个射击教练教出了不少神枪手，那些神枪手的枪法虽然很准，但老是打错人，有的甚至拿枪来自杀。你能说射击教练教和神枪手们合格吗？ 基于我自己学习以及培训别人的心得体会，我准备以说理的方式论述需求工程，期望能减轻软件开发人员心头长久的痛。 4.1 什么是需求 4.1.1 基本概念 宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。 所以如果只有一些零碎的对话、资料或邮件，你就以为自己已经掌握了需求，那是自欺欺人。 人们常问：“需求、设计、编程、测试四者究竟哪个重要？” 这个问题不好回答。四者都是软件开发过程中必不可少的环节，光做好其中一个环节并不能产生好的系统，但是做坏了其中任何一个环节，必定对系统产生坏影响。若站在风险管理角度讲，我认为需求开发与管理是最重要的环节。因为需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 Frederick Brooks在他1987年的经典文章“No Silver Bullet”中阐述了需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 没有软件工程书籍不强调需求的重要性，也几乎没有软件开发人员不知道需求的重要性。但是读过书并不表示就能够熟练掌握，需求工作说起来容易做起来难啊。 根据我的观察和切身体会，大部分软件开发人员并不知道如何把需求工作做好。在我为本公司软件开发人员写需求工程培训教材时，恰好