CMMI过程域归纳v20.docx
《CMMI过程域归纳v20.docx》由会员分享，可在线阅读，更多相关《CMMI过程域归纳v20.docx（26页珍藏版）》请在冰豆网上搜索。
CMMI过程域归纳v20
CMMI基本介绍V2.0
1组织成熟度级别和类别3
2通用目标和通用实践5
3RD需求开发REQUIREMENTSDEVELOPMENT7
4REQM需求管理REQUIREMENTSMANAGEMENT9
5PP项目策:
划PROJECTPLANNING10
6PMC项目监督和控制PROJECTMONITORINGANDCONTROL12
7RSKM风险管理RISKMANAGEMENT14
8SAM供应商协议管理SUPPLIERAGREEMENTMANAGEMENT15
9CM配置管理CONFIGURATIONMANAGEMENT16
10PPQA过程和产品质量保证PROCESSANDPRODUCTQUALITYASSURANCE……17
11MA度量和分析MEASUREMENTANDANALYSIS18
12DAR决策分析和解决DECISIONANALYSISANDRESOLUTION19
13TS技术解决方案TECHNICALSOLUTION20
14PI产品集成PRODUCTINTEGRATION21
15VER验证VERIFICATION22
16VAL确认VALIDATION24
17OPF组织过程聚焦ORGANIZATIONALPROCESSFOCUS25
18OPD组织过程定义ORGANIZATIONALPROCESSDEFINITION27
19OT组织培训ORGANIZATIONALTRAINING28
20IPM集成项目管理INTEGRATEDPROJECTMANAGEMENT29
21OPP组织过程性能ORGANIZATIONALPROCESSPERFORMANCE31
22QPM量化项目管理QUANTITATIVEPROJECTMANAGEMENT32
23CAR因果分析和解决CAUSALANALYSISANDRESOLUTION33
24OPM组织性能管理ORGANIZATIONALPERFORMANCEMANAGEMENT34
1组织成熟度级别和类别
类别
级别
Process
Management
过程管理
Project
Management
项目管理
Engineering
工程
Support
支持
ML5
五级
-优化
OPM组织性能管
理
CAR因果分析和
解决
ML4
四级
-量化
管理
OPP组织过程性能
QPM量化项目管理
ML3
三级
-定义
OPF组织过程聚焦
OPD组织过程定义
OT组织培训
IPM集成项目管理
RSKM风险管理
RD需求开发
TS技术解决方案
PI产品集成
VER验证
VAL确认
DAR决策分析和
解决
ML2
二级
-管理
REQM需求管理
PP项目策划
PMC项目监督和控制
SAM供应商协议管理
MA测量与
分析
PPQA过程和产
品质量保证
CM配置管理
2通用目标和通用实践
级别
通用目标
通用实践
GG1实现特定目标
AchieveSpecific
Goals
GP1.1头施特疋头践PerformSpecificPractices
一级
通过将可识别的输
实施过程域的特定实践，以开发工作产品和提供服
入工作产品转换为输出
务，实现过程域的特定目标
工作产品的过程来支持
过程域的特定目标
GP2.1:
建立组织政策EstablishanOrganizational
Policy
GP2.2:
策划过程PlantheProcess
GP2.3:
提供资源ProvideResources
GG2制度化已管理过
GP2.4:
分配责任AssignResponsibility
程
GP2.5:
培训人员TrainPeople
二级
Institutionalizea
GP2.6:
配置管理ControlWorkProducts
ManagedProcess
GP2.7:
识别并纳入相关干系人员
IdentifyandInvoIveRelevant
Stakeholders
GP2.8:
监控过程MonitorandControltheProcess
GP2.9:
客观评估符合度ObjectivelyEvaluate
Adherenee
GP2.10:
与高层管理者一起审查过程状态
ReviewStatuswithHigherLevel
Management
—三*~
五级
GG3:
制度化已定义过程
Institutionalizea
DefinedProcess
GP3.1:
建立已疋义过程EstablishaDefinedProcess
GP3.2:
收集过程相关经验CollectProcessRelated
Experiences
3RD需求开发Requirements
Development
目的：
弓I出、分析和建立客户、产品及产品组件的需求。
特定目标
特定实践
SP1.1引导需求：
引导相关干系人提出关于产品生命周期各阶段得需要、期望、
约束及接口
SG1开发客户需
SP1.2将相关干系人的需要转化为客户需求：
将相关干系人的需要，如期望、约
求
束与限制、接口等转化为客户需求；通常会包括对系统目标、范围、解决问题、
（收集相关干系人
软件特性、接口要求等有详细的描述。
得需要、期望、约
来自客户和干系人的各种输入和需求信息，须经合并和检查是否有遗漏的需
束及接口，并转换
求信息，以及解决冲突（如客户的需求和其他干系人的需求之间，或客户的需求
成客户需求）
与需求之间冲突，如客户要求的功能需求与进度、成本矛盾的等）等过程，解决
后并记录为客户需求，所以在冲突适当解决之后，需要转换成被认可的客户需求
SP2.1建立产品和产品组件需求：
根据客户需求建立和维护产品或产品组件需求；
是比较细致的需求，会详细描述软件与用户是怎样交互的，用户需要输入什么，
SG2开发产品需
系统会输出什么等都会比较详细描述出来
求
SP2.2分配产品组件需求：
为每个产品组件分配需求；将需求开发与技术解决方
（精练并细化客户
案联系起来，所有的需求应该与设计的产品组件对应起来，保证需求驱动后续的
需求，以开发产品
设计工作，冋时也保证设计都是为了需求服务的
及产品组件需求）
SP2.3识别接口需求：
接口需求包括系统与第三方的系统的接口要求，也包括系
统本身各组件、各子系统、各部分之间的接口要求。
通常这些接口需求在客户需
求级别的时候，并不是很明细，需要对客户需求进一步细分成产品需求、产品组件需求，然后发掘出接口需求
SP3.1建立操作的概念和场景：
建立和维护操作概念和相关的场景
SG3分析并确认
SP3.2建立必要功能和质量属性的定义：
需求
SP3.3分析需求：
分析需求，以确保其必要性和充分性
（需求被分析和确
SP3.4分析需求以取得平衡：
分析需求以平衡相关干系人的需要和约束，保证需
认，并定义出具体
求在约束条件下是可实现的
的功能性需求）
SP3.5确认需求：
确认需求，以确保产出的产品将能够在最终用户预期的环境中
执行
4REQM需求管理Requirements
Management
目的：
管理项目的产品及产品组件需求，并标识出这些需求与项目策划及工作产品之间的不
致性。
特定目标
特定实践
SG1管理需求
SP1.1理解需求：
与需求提供者一起理解需求的意图
（管理需求以确定
SP1.2取得需求的承诺：
获得项目参与者对需求的承诺
需求与项目策划及
SP1.3管理需求变更：
工作产品之间的一
SP1.4维护需求和工作产品的双向可追溯性：
致性）
SP1.5确保项目工作与需求的一致性：
5PP项目策划ProjectPlanning
目的：
建立并维护用以定义项目活动的计划。
特定目标
特定实践
SP1.1估计项目范围：
建立一个高水平的工作分解结构（WBS），以估计项目范围
SG1建立估计值
SP1.2建立工作产品与任务属性的估计值：
估计的属性如：
需求数目和复杂度、
（建立并维护项目
接口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等
策划参数的估计
SP1.3定义项目生命周期：
定义项目生命周期，并以此建立策划工作的范围
值）
SP1.4估计工作量和成本：
根据估计理由，估计工作产品和工作所需的项目工作
量和成本
SP2.1建立预算和进度：
SP2.2识别项目风险：
识别和分析项目风险
SG2开发项目策
SP2.3策划项目数据的管理：
数据是多种形式的文件，用以支持项目的全部领域
划
SP2.4策划项目资源：
如人工、设备、材料及方法等
（建立并维护项目
SP2.5策划所需知识和技能：
策划，作为管理项
SP2.6策划干系人参与：
目的基准）
SP2.7建立项目策划：
建立并维护整体的项目策划内容，如项目生命周期的考虑、
项目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人
的识别和互动、基础架构的描述等
SG3获得对计划
SP3.1评审影响项目的各种计划：
审查影响项目的所有计划，以了解承诺
的承诺
SP3.2调整工作和资源水平：
调整计划以调节可用的预估计的资源；为使所建立
（建立并维护对项
的项目是可行的，获取相关干系人的承诺，以及调整估计与实际可以资源之间的差
目策划的承诺）
距是重要的。
调整方法通常包括：
变更或延缓需求、争取更多资源、外包、调整项目人员的技能组合、修订影响项目的所有计划或进度表等
SP3.3获得计划承诺：
从负责执行与支持计划执行的相关干系人处，获取承诺
6PMC项目监督和控制Project
MonitoringandControl
目的：
目的在于了解项目的进度，以便项目在执行性能严重偏离项目策划时，可采取适当的
纠正措施。
特定目标
特定实践
SP1.1监控项目策划的各项参数：
按照计划监控策划参数的实际值；项目计划参
数主要由进度与性能构成，它包含工作产品与任务、成本、工作量和进度等属性。
SG1按照计划监
工作产品与任务的属性包含规模、复杂度、服务等级、可用性、功能等
控项目
SP1.2监控承诺事项：
按照项目策划监控所识别的承诺
（按照计划监控项
SP1.3监控项目风险：
目的实际进度和性
SP1.4监控数据管理：
能）
SP1.5监控干系人的参与活动：
SP1.6进行进度审查：
定期审查项目的进度、性能及问题
SP1.7进行里程碑审查：
在已选择的里程碑点，审查项目完成情况及执行结果
SG2管理纠正措
施直到关闭
SP2.1分析问题：
收集与分析问题，并决定采取纠正措施以解决它们。
（当项目性能或结
SP2.2采取纠正措施：
对识别的问题采取纠正措施
果重大偏离计划
SP2.3管理纠正措施：
管理纠正措施直到关闭。
时，管理纠正措施直到关闭）
7RSKM风险管理RiskManagement
目的：
风险管理的目的在于风险发生前识别出潜在问题，以便在产品或项目生命周期中，通
过规划风险或请求支援等风险抵御活动，来降低实现目标过程中所带来的不利影响。
特定目标
特定实践
SG1风险管理的
准备
（为风险管理活动准备、建立并维护
一个识别、分析或
减缓风险的行动计
划）
SP1.1明确风险来源和类别：
SP1.2定义风险参数：
定义用来分析、分类风险和进行风险管理的工作量参数，女口：
风险发生的概率、风险发生的影响、触发管理活动的阀值等
SP1.3建立风险管理策略：
SG2识别和分析
风险
（风险被识别和分
析后，需要疋义匕
们之间的重要性）
SP2.1识别风险：
识别并记录风险，方法如：
检查项目工作分解结构中的每个元素、使用风险分类表来评估风险、与专家进行主题访谈、查看经验教训文档或资料库等
SP2.2评估、分类并对风险进行排序：
使用已经定义的风险类型和参数来评估和
分类每个已识别的风险，并确定其相对的处理优先顺序
SG3减缓风险
（适当的处置和降
低风险，用以降低对目标达成所带来的不了影响）
SP3.1制定风险减缓计划：
参照风险管理策略制定风险减缓计划
SP3.2实施风险减缓计划：
定期监控每一个风险的状况，并适当的实施风险减缓
计划
8SAM供应商协议管理Supplier
AgreementManagement
目的：
是管理从供应商采购产品和服务的过程。
特定目标
特定实践
SG1建立供应商
协议
SP1.1确定采购类型：
确定要采购的每个产品或产品组件的采购类型
SP1.2选择供应商：
根据对供应商满足特疋需求和已建立准则的能力评估，选择
供应商
SP1.3建立供应商协议：
SG2满足供应商
协议
（项目和供应商均
满足与供应商的协
议）
SP2.1执行供应商协议：
与供应商一起执行供应商协议中规定的活动
SP2.2验收采购的产品：
确保在验收采购的产品之前满足供应商协议，验收前应当完成验收评审、测试和配置审核
SP2.3确保产品移交：
确保从供应商采购产品的移交。
将采购的产品移交到项目之前，客户或终端用户应当进行适当的准备和评估以确保平滑过渡，如移交计划、培训报告、支持和维护报告
Management
目的：
是通过使用配置识别、配置控制、配置状态记录及配置审计，来建立和维护工作产品的完整性。
特定目标
特定实践
SG1建立基线
（建立由已识别的
工作产品所组成的
基线）
SP1.1识别配置项：
识别将纳入配置管理的配置项、组件及相关的工作产品。
如交付给客户的产品、已经设计的内部工作产品、采购的产品、工具及项目工作环境
的其它资本资产
SP1.2建立配置管理系统：
建立和维护配置管理和变更系统，以便维护控制工作
产品
SP1.3建立或发布基线：
建立或发布基线供内部使用和交付给客户
SG2跟踪和控制
变更
（跟踪和控制纳入
配置管理下的工作
产品的变更）
SP2.1跟踪变更请求：
跟踪配置项的变更请求
SP2.2控制配置项：
控制配置项的变更。
需要控制工作产品基线的配置，控制包
含跟踪每一配置的配置，必要时批准新的配置，并更新基线。
如配置项的历史修订
记录、基线的存档
SG3建立完整性
（建立并维护基线
的完整性）
SP3.1建立配置管理记录：
建立并维护描述配置项的记录。
如配置项的历史修订
记录、变更记录、变更请求记录、配置项的状态、不冋基线间的差异
SP3.2执行配置审计：
执行配置审计以维护配置基线的完整性。
配置审计确认最终的基线和文件遵照了特定标准和需求
andProductQualityAssuranee
目的：
是使项目成员与管理层客观的了解过程及相关的工作产品。
特定目标
特定实践
SP1.1客观评估过程：
根据适用的过程说明、标准及工作程序，客观的
评估所选择的执行过程。
评估报告、不符合项报告、纠正措施
SG1客观评估
SP1.2客观评估工作产品：
根据适用的过程说明、标准及工作程序，客
过程和工作产品
观的评估所选择的工作产品。
评估报告、不符合项报告、纠正措施，主
要手段测试
SP2.1沟通并确保解决不符合项：
与员工和管理者沟通质量问题，并确
SG2提供客观
保解决不符合项
的洞察力
SP2.2建立记录：
建立并维护质量保证活动的记录。
评估记录、质量保
证报告、纠正措施状态报告、质量趋势报告等
11MA度量和分析Measurementand
Analysis
目的：
是开发与维持度量能力，以用于支持管理信息的需要。
特定目标
特定实践
SG1安排度量
与分析活动（度
SP1.1建立度量目标：
建立和维护来源于已界定的信息需求和目标的度
量目标及活动要
量目标
与已界定的信息
SP1.2建立度量项：
建立度量以说明度量目标
需求和目标相吻
SP1.3确定数据收集和存储流程：
指定度量数据如何收集和保存
合）
SP1.4确疋分析流程：
指疋度量数据如何进仃分析和报告
SP2.1收集度量数据：
取得需要分析的数据，并检查其完整性和整合性
SG2提供度量
SP2.2分析度量数据：
根据计划分析度量数据，并根据需要执行其它分
结果
析，分析结果需要由相关人员审查，并记录将来分析所需要作出的修订
SP2.3保存数据和结果：
管理和保存度量
SP2.4沟通结果：
向所有相关人员汇报度量与分析活动的结果
12DAR决策分析和解决Decision
AnalysisandResolution
目的：
在于使用正式的评估流程，根据已建立的准则评估各种已界定的备选方案，以分析可
能的决策。
特定目标
特定实践
SP1.1建立决策分析方案指南：
建立并维护指南，以决定哪些问题需要
采用正式评估流程
SG1评估备选
SP1.2建立评估准则：
建立并维护用来评估备选方案的评估准则及其相
万案
对排序
（使用已建立的
SP1.3识别备选解决方案：
界定解决问题的备选方案。
尽可能请干系人
准则，根据评估
提出广泛的备选方案
的备选方案进仃
SP1.4选择评估方法：
决定）
SP1.5评估备选解决方案：
SP1.6选择解决方案：
13TS技术解决方案TechnicalSolution
目的：
是为选择、设计及实现需求提供解决方案。
解决方案、设计和实现成品包括产品、产
品组件，以及与产品相关生命周期的
单一过程或适当组合的过程。
特定目标
特定实践
SG1选择产品
组件解决方案
SP1.1开发备选解决方案及评选准则：
SP1.2选择产品组件解决方案：
SG2开发设计
SP2.1设计产品和产品组件：
概要设计：
建立产品功能与结构，包括架构风格和模式，产品划分，产品组件界定、系统状态与模式、内/外
部接口；详细设计：
完整的定义产品组件的结构与功能
SP2.2建立技术相关数据：
建立和维护一套管理所有设计文档、数据
的方法或者体制，对设计过程的数据、文档进行有效的管理
SP2.3使用准则设计接口：
SP2.4执行自制、购买或重用之分析：
SG3实现产品
设计
SP3.1实现设计：
根据设计，实现产品组件及相关的支持文件
SP3.2建立产品支持文件：
建立并维护产品最终使用文件，如最终使
用者的培训教材、用户手册、操作手册、在线求助等
14PI产品集成ProductIntegration
目的：
将产品组件整合成产品，确保整合后的产品可以正确工作，且交付产品。
特定目标
特定实践
SG1准备产品
集成
SP1.1建立集成策略：
SP1.2建立产品集成环境：
SP1.3建立产品集成流程和规则：
SG2确保接口
兼容性
SP2.1审查接口描述的完备性：
SP2.2管理接口：
SG3集成产品
组件并交付产品
SP3.1确定待集成的产品组件准备就绪：
确认在组装前，组装产品所
需的每个产品组件都已经正确的识别、按照其说明进行操作，并且每个产品组件接口符合接口说明
SP3.2集成产品组件：
SP3.3评估集成的产品组件：
SP3.4封装并交付产品或产品组件：
15VER验证Verification
目的：
目的在于确保选定的工作产品符合其指定的需求。
注重过程。
特定目标
特定实践
SG1验证准备
（必要的事前准
备可确保验证措
SP1.1选择需要验证的产品：
选择需要验证的工作产品以及需要使用
施已植入于产品
的验证方法，验证方法如评估软件架构及实施评估、路径覆盖测试、
及产品组件需
负载/压力和性能测试、以功能分解为基础的测试、验收测试等
求、设计、开发
SP1.2建立验证环境：
建立并维护支持验证工作的环境
计划及进度中。
SP1.3建立验证过程和标准：
定义并维护所选工作产品的验证程序和
验证包含工作产
标准。
验证准则如产品和产品组件的要求、标准、组织政策、测试类
品的选择、检查、
型、测试参数、测试质量和测试成本参数
测试、分析及展
示）
SG2执行同行
SP2.1准备同行评审：
识别对工作产品进行同行评审的人员、参加评
评审
审的关键审查人员、准备及更新评审需要的数据，如检查表、审查准
（同行评审目的
则及评审进度表
是识别需移除的
SP2.2进行同行评审：
针对所选工作产品进行同行评审，并根据同行
缺陷并建议其它
评审的结果识别问题
需变更事项）
SP2.3分析同行评审资料：
分析同行评审的准备、执行及结果数据
SG3验证所选
SP3.1执行验证：
在产品及工作产品开发过程中，逐步执行验证，以
工作产品（依照
其指定的需求，验证所选的工作产品）
便尽早发现问题，并尽早消除缺陷。
验证结果、验证报告、执行过程记录
SP3.2分析验证结果：
工作输出：
分析报告（性能统计值、不符合项的原因分析、头际产品于模式、趋势的对比）、冋题报告、验证方法/准则及环境的变更需求
16VAL确认Validation
目的：
是在预期环境中展示产品或产品组件满足其期望价值的情况。
注重产品。
特定目标
特定实践
SG1准备确认
SP1.1选择需要确认的产品：
选择需要确认的产品及产品组件，及确认使用的方法
SP1.2建立确认环境：
SP1.3建立确认程序和标准：
SG2确认产品和
SP2.1执行确认：
产品组件
SP2.2分析确认结果：
ProcessFocus
目的：
是基于对当前组织过程和过程资产强项和弱项的充分了解，以策划、实施和开展组织
过程改进。
特定目标
特定实践
SG1确定过程改
进机会
（疋期或根据需要，识别组织过程的强项、弱项和改进机
会）
SP1.1建立组织过程要求：
建立和维护组织的过程要求及目标说明
SP1.2评价组织过程：
定期和根据需要评价组织过程，保持对其强项
和弱项的了解
SP1.3识别组织的过程改进：
识别针对组织过程和过程资产的改进
SG2规划和执行过
程行动
（策划和实施针对组织过程和过程资
产改进的过程行
动）
SP2.1建立过程行动计划：
建立和维护进行组织过程和过程资产改进的过程行动计划
SP2.2实施过程行动计划：
主要工作产品如：
过程行动组之间的承诺、实施过程行动计划的状态和结果
SG
升级会员 