CMMI-标准学习需求管理(REQM)解读课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《CMMI-标准学习需求管理(REQM)解读课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 标准 学习 需求 管理 REQM 解读 课件
- 资源描述:
-
1、 Version :V1.0 PA介绍介绍 RD概述概述 SG详解详解 IPPD扩展部分介绍扩展部分介绍 GG简介简介Requirements Management (REQM)需求管理需求管理Requirements Development (RD)需求开发需求开发Technical Solution (TS)技术解决技术解决Product Integration (PI)产品集成产品集成Verification (VER)确认确认Validation (VAL)确信确信RDPIValCustomerTSVerREQMRequirementsCustomer needsProduct and
2、 product component requirementsProduct components, work products, verification and validation reportsProductcomponentsAlternativesolutionsRequire-mentsProduct目的: 管理项目的产品和产品组件的需求; 识别需求和项目计划及工作产品的不一致处;l需求管理过程域管理所有收到或产生的技术和非技术的需求,以及组织加在工程中的需求管理过程域管理所有收到或产生的技术和非技术的需求,以及组织加在工程中的需求。需求。l在需求开发过程域中产生的产品和产品组件
3、需求也要进行需求管理在需求开发过程域中产生的产品和产品组件需求也要进行需求管理l当项目接受从已批准的需求提供者的需求时,要和他一起进行评审,用来在需求纳入当项目接受从已批准的需求提供者的需求时,要和他一起进行评审,用来在需求纳入项目计划前先解决问题和避免误解。项目计划前先解决问题和避免误解。l一旦需求提供者和接受者达成一致,要取得项目成员对需求的承诺。一旦需求提供者和接受者达成一致,要取得项目成员对需求的承诺。l项目要管理需求的变更,识别计划,工作产品以及需求间的不一致。项目要管理需求的变更,识别计划,工作产品以及需求间的不一致。l需求管理要记录需求变更和原因,同时要保证原始需求与产品和产品组
4、件之间的双向需求管理要记录需求变更和原因,同时要保证原始需求与产品和产品组件之间的双向可追溯性可追溯性l当工程关注于维护活动时,产品和产品组件是基于现有的需求,设计和执行当工程关注于维护活动时,产品和产品组件是基于现有的需求,设计和执行的改变而改变的。的改变而改变的。l需求的改变可能来自于顾客,最终使用者,或者新需求来自于需求开发过程需求的改变可能来自于顾客,最终使用者,或者新需求来自于需求开发过程域域SP 1.1取得需求理解SP 1.2取得需求承诺SP 1.3管理需求变更SP 1.4维护需求双向可追溯性SP 1.5识别需求和项目工作间的差异 SGSG详解详解 管理需求并识别项目计划和工作产品
5、之间的差管理需求并识别项目计划和工作产品之间的差异异 通过下面实践来保证在项目整个生命周期中有一组经核实的最新需求:管理所有变更需求维护需求,项目计划,工作产品之间的关系识别需求,项目计划,工作产品之间的差异采取纠正措施和需求提供者一起开发理解需求的含义和需求提供者一起开发理解需求的含义当项目成熟或者需求产生后,所有活动都要接受需求,为避免需求突然当项目成熟或者需求产生后,所有活动都要接受需求,为避免需求突然产生,要建立准则以指导获取需求的正式渠道和适当来源。产生,要建立准则以指导获取需求的正式渠道和适当来源。典型工作产品:典型工作产品:区别适当需求提供者的清单区别适当需求提供者的清单评估和接
6、受需求的准则评估和接受需求的准则依据准则分析的结果依据准则分析的结果达成一致的需求达成一致的需求子实践:子实践:1. 1. 区别适当需求提供者的清单区别适当需求提供者的清单2. 2. 建立客观的需求评估和接受准则建立客观的需求评估和接受准则 缺乏评估和接受准则经常导致需求确认不充分的,昂贵的重复 工作,顾客的拒收。 评估和接受准则包括:清晰且适当的表达完整的相互一致的可单独识别适当的实施可验证(可测试)可追溯3. 分析需求,确保和准则一致分析需求,确保和准则一致4. 与需求提供者达到共识,以获得项目其他成员的承诺与需求提供者达到共识,以获得项目其他成员的承诺IPPD IPPD 附加要求附加要求
7、当组成集成团队时,项目成员就是集成团队和它们的成员。与其当组成集成团队时,项目成员就是集成团队和它们的成员。与其它集成团队的互动也是一种需求,对此需求的承诺和每个集成它集成团队的互动也是一种需求,对此需求的承诺和每个集成团队对产品和其它项目的要求一样重要。团队对产品和其它项目的要求一样重要。取得项目成员对需求的承诺取得项目成员对需求的承诺典型工作产品典型工作产品 需求影响评估需求影响评估需求和需求变更承诺的记录需求和需求变更承诺的记录子实践:子实践:1. 1. 评估对现有承诺的影响评估对现有承诺的影响 当需求变更或新需求时,要评估对项目成员的影响2.2.协商并记录承诺协商并记录承诺 在项目成员
8、对需求和需求变更承诺前必须对现有承诺进行协商在项目开发中,管理需求变更 进行有效的变更影响分析,必须知道需求的来源,并记录变 更的原因。然而项目经理或许要追踪变更程度以判断是否需 要新建或修改变更控制。典型工作产品:需求状态表需求数据库需求决策数据库子实践:子实践:1.记录所有的需求和需求变更,无论在项目中产生或项目外的2.保存需求变更记录和变理由3.从相关人员的立场评估需求变更4.确保项目中需求和变更数据的可获得性1.可以确定所有已经处理的原始需求,也可以追溯低阶需求的有效来源。2.追溯也可以覆盖其它实体,比如中间和最终产品,设计更改,测试计划。3.追溯应包括水平和垂直关系。4.在进行需求变
展开阅读全文