CMMI过程域总结v20.docx

CMMI过程域总结v20.docx

《CMMI过程域总结v20.docx》由会员分享，可在线阅读，更多相关《CMMI过程域总结v20.docx（23页珍藏版）》请在冰豆网上搜索。

CMMI过程域总结v20

CMMI基本介绍V2.0

1组织成熟度级别和类别2

2通用目标和通用实践3

3RD需求开发REQUIREMENTSDEVELOPMEN.T4

4REQM需求管理REQUIREMENTSMANAGEMENT5

5PP项目策划PROJECTPLANNING6

6PMC项目监督和控制PROJECTMONITORINGANDCONTROL7

7RSKM风险管理RISKMANAGEMENT8

8SAM供应商协议管理SUPPLIERAGREEMENTMANAGEMENT9

9CM配置管理CONFIGURATIONMANAGEMENT10

10PPQA过程和产品质量保证PROCESSANDPRODUCTQUALITYASSURANCE11

11MA度量和分析MEASUREMENTANDANALYSIS12

12DAR决策分析和解决DECISIONANALYSISANDRESOLUTION13

13TS技术解决方案TECHNICALSOLUTION14

14PI产品集成PRODUCTINTEGRATION15

15VER验证VERIFICATION16

16VAL确认VALIDATION17

17OPF组织过程聚焦ORGANIZATIONALPROCESSFOCU.S18

18OPD组织过程定义ORGANIZATIONALPROCESSDEFINITION19

19OT组织培训ORGANIZATIONALTRAINING20

20IPM集成项目管理INTEGRATEDPROJECTMANAGEMENT21

21OPP组织过程性能ORGANIZATIONALPROCESSPERFORMANC..E22

22QPM量化项目管理QUANTITATIVEPROJECTMANAGEMENT23

23CAR因果分析和解决CAUSALANALYSISANDRESOLUTION24

24OPM组织性能管理ORGANIZATIONALPERFORMANCEMANAGEMENT25

1组织成熟度级别和类别

类别级别

Process

Management

过程管理

ProjectManagement项目管理

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实现特定目标

AchieveSpecificGoals

通过将可识别的输入工作产品转换为输出工作产品的过程来支持过程域的特定目标

GP1.1头施特疋头践PerformSpecificPractices实施过程域的特定实践，以开发工作产品和提供服务，实现过程域的特定目标

二级

GG2制度化已管理过程

Institutionalizea

ManagedProcess

GP2.1:

建立组织政策EstablishanOrganizationalPolicyGP2.2:

策划过程PlantheProcess

GP2.3:

提供资源ProvideResourcesGP2.4：

分配责任AssignResponsibility

GP2.5:

培训人员TrainPeople

GP2.6:

配置管理ControlWorkProducts

GP2.7:

识别并纳入相关干系人员

IdentifyandInvoIveRelevantStakeholdersGP2.8:

监控过程MonitorandControltheProcessGP2.9:

客观评估符合度ObjectivelyEvaluateAdhereneeGP2.10:

与高层管理者一起审查过程状态

ReviewStatuswithHigherLevelManagement

—三*~

五级

GG3:

制度化已定义过程

Institutionalizea

DefinedProcess

GP3.1:

建立已疋义过程EstablishaDefinedProcessGP3.2:

收集过程相关经验CollectProcessRelatedExperiences

3RD需求开发RequirementsDevelopment

目的：

引出、分析和建立客户、产品及产品组件的需求。

特定目标

特定实践

SG1开发客户需求

（收集相关干系人得需要、期望、约束及接口，并转换成客户需求）

SP1.1引导需求：

引导相关干系人提出关于产品生命周期各阶段得需要、期望、约

束及接口

SP1.2将相关干系人的需要转化为客户需求：

将相关干系人的需要，如期望、约

束与限制、接口等转化为客户需求；通常会包括对系统目标、围、解决问题、软件特性、接口要求等有详细的描述。

来自客户和干系人的各种输入和需求信息，须经合并和检查是否有遗漏的需求信息，以及解决冲突（如客户的需求和其他干系人的需求之间，或客户的需求与需求之间冲突，如客户要求的功能需求与进度、成本矛盾的等）等过程，解决后并记录为客户需求，所以在冲突适当解决之后，需要转换成被认可的客户需求

SG2开发产品需求

（精练并细化客户需求，以开发产品及产品组件需求）

SP2.1建立产品和产品组件需求：

根据客户需求建立和维护产品或产品组件需求；

是比较细致的需求，会详细描述软件与用户是怎样交互的，用户需要输入什么，系统会输出什么等都会比较详细描述出来

SP2.2分配产品组件需求：

为每个产品组件分配需求；将需求开发与技术解决方案联系起来，所有的需求应该与设计的产品组件对应起来，保证需求驱动后续的设计工作，冋时也保证设计都是为了需求服务的

SP2.3识别接口需求：

接口需求包括系统与第三方的系统的接口要求，也包括系统

本身各组件、各子系统、各部分之间的接口要求。

通常这些接口需求在客户需求级别的时候，并不是很明细，需要对客户需求进一步细分成产品需求、产品组件需求，然后发掘出接口需求

SG3分析并确认需求

（需求被分析和确认，并定义出具体的功能性需求）

SP3.1建立操作的概念和场景：

建立和维护操作概念和相关的场景

SP3.2建立必要功能和质量属性的定义：

SP3.3分析需求：

分析需求，以确保其必要性和充分性

SP3.4分析需求以取得平衡：

分析需求以平衡相关干系人的需要和约束，保证需求

在约束条件下是可实现的

SP3.5确认需求：

确认需求，以确保产出的产品将能够在最终用户预期的环境中执行

4REQM需求管理Requirements

Management

目的：

管理项目的产品及产品组件需求，并标识出这些需求与项目策划及工作产品之间的不

致性。

特定目标

特定实践

SG1管理需求

（管理需求以确定需求与项目策划及工作产品之间的一致性）

SP1.1理解需求：

与需求提供者一起理解需求的意图

SP1.2取得需求的承诺：

获得项目参与者对需求的承诺

SP1.3管理需求变更：

SP1.4维护需求和工作产品的双向可追溯性：

SP1.5确保项目工作与需求的一致性：

5PP项目策划ProjectPlanning

目的：

建立并维护用以定义项目活动的计划。

特定目标

特定实践

SG1建立估计值（建立并维护项目策划参数的估计

值）

SP1.1估计项目围：

建立一个高水平的工作分解结构（WBS），以估计项目围

SP1.2建立工作产品与任务属性的估计值：

估计的属性如：

需求数目和复杂度、接

口数目和负责度、功能数、项目参与经验、技术风险数量、输入输出数等

SP1.3定义项目生命周期：

定义项目生命周期，并以此建立策划工作的围

SP1.4估计工作量和成本：

根据估计理由，估计工作产品和工作所需的项目工作量

和成本

SG2开发项目策划

（建立并维护项目策划，作为管理项

目的基准）

SP2.1建立预算和进度：

SP2.2识别项目风险：

识别和分析项目风险

SP2.3策划项目数据的管理：

数据是多种形式的文件，用以支持项目的全部领域

SP2.4策划项目资源：

如人工、设备、材料及方法等

SP2.5策划所需知识和技能：

SP2.6策划干系人参与：

SP2.7建立项目策划：

建立并维护整体的项目策划容，如项目生命周期的考虑、项

目任务、预算和进度、里程碑、数据管理、风险识别、资源和技术需求、干系人的识别和互动、基础架构的描述等

SG3获得对计划的承诺

（建立并维护对项目策划的承诺）

SP3.1评审影响项目的各种计划：

审查影响项目的所有计划，以了解承诺

SP3.2调整工作和资源水平：

调整计划以调节可用的预估计的资源；为使所建立的

项目是可行的，获取相关干系人的承诺，以及调整估计与实际可以资源之间的差距

是重要的。

调整方法通常包括：

变更或延缓需求、争取更多资源、外包、调整项目人员的技能组合、修订影响项目的所有计划或进度表等

SP3.3获得计划承诺：

从负责执行与支持计划执行的相关干系人处，获取承诺

6PMC项目监督和控制ProjectMonitoringandControl

目的：

目的在于了解项目的进度，以便项目在执行性能严重偏离项目策划时，可采取适当的

纠正措施。

特定目标

特定实践

SG1按照计划监控项目

（按照计划监控项目的实际进度和性

能）

SP1.1监控项目策划的各项参数：

按照计划监控策划参数的实际值；项目计划参

数主要由进度与性能构成，它包含工作产品与任务、成本、工作量和进度等属性。

工作产品与任务的属性包含规模、复杂度、服务等级、可用性、功能等

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供应商协议管理SupplierAgreementManagement

目的：

是管理从供应商采购产品和服务的过程。

特定目标

特定实践

SG1建立供应商协议

SP1.1确定采购类型：

确定要采购的每个产品或产品组件的采购类型

SP1.2选择供应商：

根据对供应商满足特疋需求和已建立准则的能力评估，选择

供应商

SP1.3建立供应商协议：

SG2满足供应商协议

（项目和供应商均满足与供应商的协

议）

SP2.1执行供应商协议：

与供应商一起执行供应商协议中规定的活动

SP2.2验收采购的产品：

确保在验收采购的产品之前满足供应商协议，验收前应当

完成验收评审、测试和配置审核

SP2.3确保产品移交：

确保从供应商采购产品的移交。

将采购的产品移交到项目之前，客户或终端用户应当进行适当的准备和评估以确保平滑过渡，如移交计划、培

训报告、支持和维护报告

9CM配置管理ConfigurationManagement

目的：

是通过使用配置识别、配置控制、配置状态记录及配置审计，来建立和维护工作产品

的完整性。

特定目标

特定实践

SG1建立基线

（建立由已识别的工作产品所组成的基线）

SP1.1识别配置项：

识别将纳入配置管理的配置项、组件及相关的工作产品。

如交

付给客户的产品、已经设计的部工作产品、采购的产品、工具及项目工作环境的其

它资本资产

SP1.2建立配置管理系统：

建立和维护配置管理和变更系统，以便维护控制工作产

品

SP1.3建立或发布基线：

建立或发布基线供部使用和交付给客户

SG2跟踪和控制变更

（跟踪和控制纳入配置管理下的工作产品的变更）

SP2.1跟踪变更请求：

跟踪配置项的变更请求

SP2.2控制配置项：

控制配置项的变更。

需要控制工作产品基线的配置，控制包含跟踪每一配置的配置，必要时批准新的配置，并更新基线。

如配置项的历史修订记录、基线的存档

SG3建立完整性

（建立并维护基线的完整性）

SP3.1建立配置管理记录：

建立并维护描述配置项的记录。

如配置项的历史修订记

录、变更记录、变更请求记录、配置项的状态、不冋基线间的差异

SP3.2执行配置审计：

执行配置审计以维护配置基线的完整性。

配置审计确认最终

的基线和文件遵照了特定标准和需求

10PPQA过程和产品质量保证Process

andProductQualityAssuranee

目的：

是使项目成员与管理层客观的了解过程及相关的工作产品。

特定目标

特定实践

SG1客观评估过程和工作产品

SP1.1客观评估过程：

根据适用的过程说明、标准及工作程序，客观的评估所选择的执行过程。

评估报告、不符合项报告、纠正措施

SP1.2客观评估工作产品：

根据适用的过程说明、标准及工作程序，客观的评估所选择的工作产品。

评估报告、不符合项报告、纠正措施，主要手段测试

SG2提供客观的洞察力

SP2.1沟通并确保解决不符合项：

与员工和管理者沟通质量问题，并确保解决不符合项

SP2.2建立记录：

建立并维护质量保证活动的记录。

评估记录、质量保证报告、纠正措施状态报告、质量趋势报告等

11MA度量和分析Measurementand

Analysis

目的：

是开发与维持度量能力，以用于支持管理信息的需要。

特定目标

特定实践

SG1安排度量与分析活动（度量目标及活动要与已界定的信息需求和目标相吻合）

SP1.1建立度量目标：

建立和维护来源于已界定的信息需求和目标的度量目标

SP1.2建立度量项：

建立度量以说明度量目标

SP1.3确定数据收集和存储流程：

指定度量数据如何收集和保存

SP1.4确疋分析流程：

指疋度量数据如何进行分析和报告

SG2提供度量结果

SP2.1收集度量数据：

取得需要分析的数据，并检查其完整性和整合性SP2.2分析度量数据：

根据计划分析度量数据，并根据需要执行其它分析，分析结果需要由相关人员审查，并记录将来分析所需要作出的修订SP2.3保存数据和结果：

管理和保存度量

SP2.4沟通结果：

向所有相关人员汇报度量与分析活动的结果

12DAR决策分析和解决DecisionAnalysisandResolution

目的：

在于使用正式的评估流程，根据已建立的准则评估各种已界定的备选方案，以分析可

能的决策。

特定目标

特定实践

SG1评估备选万案

（使用已建立的准则，根据评估的备选方案进行决定）

SP1.1建立决策分析方案指南：

建立并维护指南，以决定哪些问题需要米用正式评估流程

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分析确认结果：

17OPF组织过程聚焦OrganizationalProcessFocus

目的：

是基于对当前组织过程和过程资产强项和弱项的充分了解，以策划、实施和开展组织

过程改进。

特定目标

特定实践

SG1确定过程改进机会

（疋期或根据需要，识别组织过程的强项、弱项和改进机

会）

SP1.1建立组织过程要求：

建立和维护组织的过程要求及目标说明

SP1.2评价组织过程：

定期和根据需要评价组织过程，保持对其强项和弱项的了解

SP1.3识别组织的过程改进：

识别针对组织过程和过程资产的改进

SG2规划和执行过程行动

（策划和实施针对组织过程和过程资产改进的过程行动）

SP2.1建立过程行动计划：

建立和维护进行组织过程和过程资产改进的过程行动计划

SP2.2实施过程行动计划：

主要工作产品如：

过程行动组之间的承诺、实施过程行动计划的状态和结果

SG3部署组织过程资产并吸收经验

（在组织部部署组织过程资产，将过程相关经验纳入组织过程资产）

SP3.1部署组织过程资产：

应当通过一种有序的方式部署组织过程资产或其变更

SP3.2部署标准过程：

在项目启动时，部署组织的标准过程集，并在每个项目期间适当的时候，部署组织的标准过程集的变更

SP3.3监督执行：

监督所有项目对组织标准过程集的实施和过程资产的使用

SP3.4将经验吸收到组织过程资产中：

将源自策划和实施过程的相关过程经验纳入组织过程资产

18OPD组织过程定义OrganizationalProcessDef