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

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

《软件成熟度模型(CMM)应用培训——需求管理.ppt》由会员分享，可在线阅读，更多相关《软件成熟度模型(CMM)应用培训——需求管理.ppt（11页珍藏版）》请在冰豆网上搜索。

需求管理RequirementManagement,软件成熟度模型（CMM）应用培训,什么是需求,做什么（不是怎么做）做到什么程度,需求的重要性需求获得、需求分析正确率70%，设计、编码正确率90%,70%,30%,70%70%49%,需求获得,需求分析,21%,30%,设计,49%90%44%,5%,51%,编码,44%90%40%,4%,56%,30%测试可能解决,30%测试不能解决,需求获得、需求分析正确率90%，设计、编码正确率90%,90%,10%,90%90%81%,需求获得,需求分析,9%,10%,设计,81%90%73%,8%,19%,编码,73%90%66%,7%,27%,24%测试可能解决,10%测试不能解决,我们的问题,对需求的理解与客户不相同，形成不正确、不明确的需求，没有评审，造成错误需求和不必要的需求变更用户需求的不断增加，造成大量需求变更没有采用正式的方法来实现需求的分配，而且这些需求也没基线化，评估和计划没有依据，造成评估和计划不准确性需求和需求变更在从需求分析到计划、设计、开发的过程中没有受到跟踪，造成对需求实现的错误、偏差、遗漏，并且开发过程混乱需求变更提出随意、没有记录、没有评审和批准，造成系统的混乱，甚至变更出更多的错误,问题是可以解决的,需求的错误可能是难以避免的，但我们要尽量减少需求的错误，要尽早发现需求的错误需求的变更也是难以避免的，但需求变更越少越好，并且要对需求变更有效控制，尽量减少其它的副面影响正确、受控制的需求是计划、开发的基础，需求的跟踪是计划、开发的保证,解决问题的办法需求管理,目的：

在客户和项目组之间，建立对客户需求的共同理解。

目标1：

控制指定给软件的系统需求，为软件工程和管理建立基线；目标2：

保持软件计划、产品和活动与指定给软件的系统需求一致。

需求管理的内容,需求开发的管理（需求开发活动流程）需求获得/PRS、需求评审、需求分析/SRS、技术评审、基线、验证需求变更控制（需求变更活动流程CM）提出、分析影响、评审、更改基线、实施、验证需求版本控制（需求变更流程CM）确定需求文档版本、确定单个需求版本、版本变化的控制需求跟踪定义对其它需求的连接性、定义跟踪对其它系统元素的连接性需求状态跟踪定义需求状态、跟踪需求的每个状态、统计需求状态,需求开发活动流程,角色及职责（见文件第3.1部分）启动（输入）（见文件第6.3.1部分）流程（见文件第6.1.4、6.4.1部分）紧急处理：

（见文件第9部分）需求状态：

（见文件第10.1部分）输出文件：

初始需求评审表、产品需求规格说明书、系统需求规格说明书、需求状态表、需求跟踪表,需求变更（见CM）,强调：

凡是涉及对已受控并基线化的需求进行变更的活动，包括开发阶段的需求变更和发布后的需求变更需求变更中的特殊的需求状态（见文件第10.1部分）变更统计表,谢谢！