CMMI整理教程(整理到产品集成，后续正在整理)
需积分: 10 123 浏览量
2009-07-11
10:26:27
上传
评论
收藏 288KB DOC 举报
SG1
Manage Requirements 需求管理
SP1.1
Obtain an Understanding of Requirements 获得对需求的理解
SP1.2
Obtain Commitment to Requirements 获得对需求的承诺
SP1.3
Manage Requirements Changes 管理需求的变更
SP1.4 Maintain Bidirectional Traceability of Requirements
维护需求的双向可追溯性
SP1.5 Identify Inconsistence Between Project Work and Requirements
识别项目工作与需求的不一致之处
SP1.1
获 得 对 需 求 的
理解
随着项目的进展，为了避免需求
的漫延或泄漏,要建立一些准则,用
以指明接受需求的适当渠道或正
式来源.接受需求并对需求就行分
析,这些活动与需求提供者一起进
行,以确保双方对需求的含义达成
共识.
1 用于识别”合适的需求提供者”的
准则
2 评价和接受需求的准则
3 依照准则进行分析的结果
4 达成共识的需求集合
SP12
获 得 对 需 求 的
承诺
即使以前某个活动与需求提供者
达成了对需求的一致理解,但在具
体实施时,还需要与实施这些活动
的人员,就需求达成一致,并得到他
们的承诺.在整个项目的开展过程
中,需求会发生演变,特别在”需求
开发”和”技术方案”过程域中。
1 需求影响的评估
2 记录”需求和需求变化的承诺”
SP1.3
管 理 需 求 的 变
更
在项目开发期间,需求会由于各种
原因而发生变化,将会产生一些附
加的需求，也许不得不对现行的
需求作出变更以满足客户的要求.
有效地管理这些需求和需求变更
相当重要。为了有效的分析需求
变更产生的影响，又必要了解每
个需求的来源并且把每个变更的
理由形成文件。项目经理要判断
是否需要采取控制措施，或对已
有的控制措施作出调整。
1 需求的状态记录
2 需求数据库
3 需求决策数据库
SP1.4
维 护 需 求 的 双
向可追溯性
需求的双向可追溯性是指:从源需
求追溯到它的较低层次的需求，
从较低层次的需求追溯到它的源
需求。这种双向可追溯性有助于
确定所有的源需求是否完全得到
处理，是否所有的低层需求都可
以追溯到某个有效的来源。
① 需求跟踪矩阵
SP1.5
识 别 项 目 工 作
与 需 求 的 不 一
这个特定实践旨在发现需求与项
目计划和工作成果之间的不一致
1 用文档记录不一致处，包括“来
源、条件和理由”
剩余17页未读，继续阅读
资源评论
