实用需求工程【荐】.pdfVIP

实用需求工程 麦哲思科技麦哲思科技 （（北京北京））有限公司有限公司 1 内容 •• 需求的基本概念需求的基本概念 • 需求获取 •• 需求分析需求分析 • 需求描述 •• 需求验证需求验证 • 需求管理 2 常见问题 • 甲方： –客户之间互相扯皮客户之间互相扯皮，，没有人拍板需求没有人拍板需求 –客户需求本身不明确，在后期反复 –开始提不出需求开始提不出需求，，做完后才提出需求做完后才提出需求 –客户方的需求负责人变更后，需求也变更 • 乙方乙方 ：： –编写的需求客户看不懂，不看到实际系统无法确认需 求求 –需求描述太粗 –需求描述的方式不一 –开发人员对需求的理解不一致 • 其他： –随着时间的推移，客户的业务发生变化，导致需求变 3 化 需求的基本概念 4 需求的重要性 • 需求错误导致的成本是修复程序错误成本的100倍。 ((Boehm 1981 ;;Gradyy 1999)) • 更正需求阶段发现的错误平均仅需要花30分钟，纠正系 统测试期间发现的缺陷则需要花统测试期间发现的缺陷则需要花55-1717个小时个小时。 (K(Kelllly、 Sherif、Hops 1992) • 需求缺陷约占软件系统全部缺陷的1/3，是系统开发中最 常见的缺陷( Capers Jones(1994) • 需求缺陷可能消耗整个项目费用预算的25%－40% • 预防缺陷所花费的1美元可以为修正缺陷节约3-10美元的 费用。 ( Capers Jones(1994) 5 需求—导致项目失败的罪魁祸首 • 有近45%的项目最终因为需求的问题最终导致失败。 对不知道航行目的地的人来说， 没有顺风！ 6 需求曾经让我们如此狼狈 7 什么是需求？ • IEEE软件工程标准词汇表（1997年）中定义需求为： –1）用户解决问题或达到目标所需的条件或能力（ Cappabilityy）。）。 –2）系统或系统部件要满足合同、标准、规范或其 它正式规定文档所需具有的条件或能力它正式规定文档所需具有的条件或能力。。 –3）一种反映上面（1）或（2）所描述的条件或能 力的文档说明力的文档说明。 • 需求的根源：理想与现实的差距 8 用户的类型 客户 •掏钱买产品的用户 ••真正操作产品的用户叫最终用户真正操作产品的用户叫最终用户。 最终用户