软件成熟度模型(CMM)应用培训——需求管理

需求变更（见CM）
• 强调：凡是涉及对已受控并基线化的需 求进行变更的活动，包括开发阶段的需 包括开发阶段的需 求变更和发布后的需求变更 求变更 • 需求变更中的特殊的需求状态（见文件第
10.1部分）
• 《变更统计表》
谢谢！
• 目的：在客户和项目组之间，建立对客户需求的共同 理解。 • 目标1：控制指定给软件的系统需求，为软件工程和管 理建立基线； • 目标2：保持软件计划、产品和活动与指定给软件的系 统需求一致。
需求管理的内容
• 需求开发的管理（需求开发活动流程）
需求获得/PRS、需求评审、需求分析/ SRS、技术评审、基线、验证
30% 测试可能解决
30% 21% 5% 30% 51% 56%
30% 测试不能解决
需求获得、需求分析正确率90%，设计、编码正确率90%
需求获得 需求分析 设计 编码
90% 90%×90%＝81% 81%×90%＝73% 73%×90%＝66% 7% 8%
10% 9% 10% 19% 27%
10% 24% 测试 测试可能解决 不能 解决
问题是可以解决的
• 需求的错误可能是难以避免的，但我们 要尽量减少需求的错误，要尽早发现需 求的错误 • 需求的变更也是难以避免的，但需求变 更越少越好，并且要对需求变更有效控 制，尽量减少其它的副面影响 • 正确、受控制的需求是计划、开发的基 础，需求的跟踪是计划、开发的保证
解决问题的办法——需求管理
需求开发活动流程
• • • • • • 角色及职责（见文件第3.1部分） 启动（输入）（见文件第6.3.1部分） 流程（见文件第6.1.4、 6.4.1部分） 紧急处理 ：（见文件第9部分） 需求状态：（见文件第10.1部分） 输出文件：
《初始需求评审表》 、《产品需求规格说明书》 、 《系统需求规格说明书》 、《需求状态表》 、 《需求跟踪表》
软件成熟度模型（ 软件成熟度模型（CMM）应用培训 ）
需求管理
Requirement Management
什么是需求
• 做什么（不是怎么做） • 做到什么程度
需求的重要性
需求获得、需求分析正确率70%，设计、编码正确率90% 需求获得 需求分析 设计 编码 70% 70%×70%＝49% 49%×90%＝44% 44%×90%＝40% 4%
我们的问题
• 对需求的理解与客户不相同，形成不正确、不明确的 需求，没有评审，造成错误需求和不必要的需求变 更… • 用户需求的不断增加，造成大量需求变更… • 没有采用正式的方法来实现需求的分配，而且这些需 求也没基线化 ，评估和计划没有依据，造成评估和计 划不准确性… • 需求和需求变更在从需求分析到计划、设计、开发的 过程中没有受到跟踪，造成对需求实现的错误、偏差、 遗漏，并且开发过程混乱… • 需求变更提出随意、没有记录、没有评审和批准，造 成系统的混乱，甚至变更出更多的错误… • ……
• 需求变更控制（需求变更活动流程——CM）
提出、分析影响、评审、更改基线、实施、验证
• 需求版本控制（需求变更流程——CM）
确定需求文档版本、确定单个需求版本、版本变化的控制
• 需求跟踪
定义对其它需求的连接性、定义／跟踪对其它系统元素的连接性
• 需求状态跟踪
定义需求状态、跟踪需求的每个状态、 Nhomakorabea计需求状态