CMMI基础知识培训讲义_精品文档.doc

CMMI基础知识培训讲义_精品文档.doc

《CMMI基础知识培训讲义_精品文档.doc》由会员分享，可在线阅读，更多相关《CMMI基础知识培训讲义_精品文档.doc（12页珍藏版）》请在冰豆网上搜索。

CMMI基础知识

一、CMMI简介

CMMI（CapabilityMaturityModelIntegration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。

CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。

CMMI源自于CMM。

1984年美国国防部为了降低采购风险，委托卡耐基—梅隆大学软件工程研究院（SEI）制定了软件过程改进、评估模型，也称为SEISW-CMM。

该模型于1991年正式推出，迅速得到广大软件企业及其顾客的认可。

经过不断研究，相继推出了其他领域的CMM模型，比如：

（1）SE-CMM（SystemEngineeringCMM）:

系统工程CMM

（2）SA-CMM（SoftwareAcquisitionCMM）:

软件采购CMM

（3）IPT-CMM（IntegratedProductTeamCMM）:

集成产品群组CMM

（4）P-CMM（PeopleCMM）:

人力资源能力成熟度模型

之后将各种CMM模型进行整合，形成了CMMI。

2002年CMMI1.1版本正式发布，并立即被广泛采用，2006年8月，面向开发的CMMI（CMMI-DEV1.2）版本正式发布。

目前正在使用的就是这个版本。

下面讲的CMMI是指CMMI-DEV1.2,针对软件方面的。

通过上面的介绍，可以清楚地知道CMMI这几个字母的含义，

CM:

能力成熟度。

不同的成熟度对应不同的等级，一共有五个等级；

M:

模型。

CMMI提供一个标准的模型，企业的软件能力成熟度是否达到对应的级别，要和这个模型进行比较。

I:

集成。

将各个不同领域的CMM进行抽象整合。

也就是说CMMI不仅适合于软件领域，同样适合于其他领域。

二、CMMI的五个等级

CMMI的阶段式表示法将成熟度划分为5个等级。

除了初始级以外，每个成熟度等级都有若干个过程域，如下表所示。

由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI3级，除了满足CMMI3级本身11过程域之外，还要满足CMMI2级的7个过程域，依此类推。

成熟度等级

过程域

第5级：

优化级

组织革新与部署（OID）

原因分析与解决方案（CAR）

第4级：

量化管理级

定量项目管理（QPM）

组织过程绩效（OPP）

第3级：

已定义级

需求开发（RD）

技术解决方案（TS）

验证（VER）

确认（VAL）

产品集成（PI）

集成化项目管理（IPM）

风险管理（RSKM）

组织过程焦点（OPF）

组织过程定义（OPD）

组织培训（OT）

决策分析与解决方案（DAR）

第2级：

已管理级

项目规划（PP）

项目监控（PMC）

需求管理（RM）

供应商协议管理（SAM）

度量分析（MA）

配置管理（CM）

过程和产品质量保证（PPQA）

第1级：

初始级

无

表1成熟度等级和过程域的关系表

Ø一级：

初始级

该级别不需要评估，任何一个软件企业至少都可以讲是CMMI1。

Ø二级：

已管理级

必须通过CMMI2中所有7个PA的评估，当然SAM这个PA可以不进行评估，特别是对纯软件企业而言。

在该级别中，组织的项目已确保需求是被管理的，而且其过程是经过计划、执行、度量及控制的。

在2级中，需求、过程、工作成果及服务是受管理的。

在预定的时间节点（例如重要里程碑、重要的任务完成时刻），管理层都可以了解工作成果的情况。

Ø三级：

已定义级

必须通过CMMI2，3中所有18个PA的评估。

组织的标准过程（Organization’ssetofstandardprocess）是3级的基础。

项目可对组织的标准过程进行裁剪，以建立项目过程。

工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。

3级中非常重要的就是组织财富库的建立，也就是经验等各方面的积累，所以一般3级要在2级已经非常稳定的情况下才做的，这时很多事情已经有相应的标准做法了。

Ø四级：

量化管理级

Ø五级：

持续优化级

表2各级别之间的差异

三、CMMI文件体系结构

名词术语：

过程域：

ProcessArea（PA）

特定目标：

SpecificGoal（SG）

特定实践：

SpecificPractice（SP）

共性目标：

GenericGoal（GG）

共性实践：

GenericPractice（GP）

CMMI的表示方法有两种，一种阶段式表示法，另一种是连续式表示法。

通常所讲的CMMI就是指阶段式表示法。

阶段式表示法

LEVEL

PA1

PA2

PAn

SGs

GGs

GPs

SPs

图1CMMI的阶段式表示法

阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。

如图1所示，一个成熟度等级包括多个过程域，每个过程域包含多个共性目标和特定目标，一个目标包含多个实践。

CMMI过程域的部件划分三类：

必需的（required）、期望的（expected）和信息的（informative）3类，如图2所示。

expected

RelatedPAs

IntroductoryNotes

TypicalWorkProducts

informative

SGs

GGs

required

Purpose

SPs

GPs

PA

Subpractice

subpractice

图2过程域的部件

Ø必需部件

必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实现是可视的。

CMMI的必需部件是特定目标和共性目标。

这些目标在评估中作为判断一个过程域达到和满意的基本原则。

特定目标只适用于一个过程域，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。

特定目标是必需的部件，在评估时用来衡量该过程域是否满足要求。

共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。

共性目标描述组织制度化实施的特征。

Ø期望部件

期望部件说明组织要达到某个目标的一般性做法。

期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到。

CMMI的期望部件是特定实践和共性实践。

特定实践表明一组活动，这组活动被期望可达成某过程域的特定目标。

例如：

项目跟踪与控制域一个特定实践是“对项目计划中的承诺进行监督”。

共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。

共性实践说明一组活动，这组活动被期望可达成给定的共性目标。

Ø信息部件

信息部件是对如何达到必需部件和期望部件的更加详细的描述。

包括子实践，典型工作成果，相关的过程域等等。

四、CMMI认证的意义

提升公司的软件开发能力，改进公司的软件开发过程，从而提高产品质量，降低开发成本。

提高公司的影响力，为商务运作提供资质保证。

通过过程改进，提高我们每个人在软件工程方面的能力。

五、术语解释

ProjectPlanning（PP）项目计划

制定和维护用来定义项目活动的计划。

项目经理根据项目的任务、性质、交付时间，估算项目的规模、成本、工作量等，对整个项目要做整体规划。

这个过程的工作产品就是生成各种计划书，不如《项目开发计划》，《培训计划》等。

PP是2级的一个PA。

ProjectDevelopingPlanning（PDP）项目开发计划

这个计划为项目描绘了一个过程蓝图。

整个计划做成书面的形式，从而使项目投资者能在整个项目执行过程中了解该计划。

WorkBreakdownStructure（WBS）工作分解结构

将项目任务分成若干小模块的一种结构，用PROJECT生产。

和项目开发计划对应，以方便对节点的控制。

Milestone里程碑

用来度量工作进展情况的一个计划好的事件。

简单的讲就是完成阶段性工作的标志。

ProjectMonitoringandControl（PMC）项目跟踪与控制

提供对项目进展的理解，以便当项目的性能严重偏离计划时采取适当的纠正措施。

PMC是2级的一个PA。

制定好的项目计划是否能够被很好的贯彻执行，需要进行跟踪和控制。

对于偏离计划的情况要及时采取措施加以纠正，以保证项目很好的按项目计划进展。

项目的跟踪与控制是由项目经理完成的，而不是QA。

QA只是关心项目经理是否做了跟踪控制这件事情。

WorkProduct工作产品

在这个项目过程中产生的任何制品。

包括文档、软件产品组件、服务、过程、规范、手册等等。

ProductRequirement产品需求

由用户需求提炼成的开发者语言，并且把隐含的需求转化成清晰的导出需求。

产品需求指导开发人员进行产品的设计和生产过程。

ProductComponent产品组件

任何被工程化了（需求已定义、已设计开发并且实现）的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。

将产品组件集成就可以得到产品。

Product-componentRequirement产品组件需求

对产品组件的一个完全的规格说明，包括应用范围、格式、功能、实现以及其他需求。

RequirementsManagement（RM）需求管理

管理项目的产品和产品组件的需求，并将与项目计划及工作产品不符合的需求标识出来。

RM是2级的一个PA。

RequirementsDevelopment（RD）需求开发

产生和分析用户、产品以及产品组件的需求。

RD是3级的一个PA。

SupplierAgreementManagement（SAM）供应商协议管理

管理有正式合同的来自项目外部的供应商的产品和服务的获取。

SAM是2级的一个PA。

在软件项目的过程中，需要硬件及第三方软件的支持，这些软硬件都需要采购，或者说将项目外包给其他公司来做。

SAM讲的就是对采购或外包的协议进行管理。

MeasurementandAnalysis（MA）度量分析

开发和维护用于支持管理信息需要的度量能力。

MA是2级的一个PA。

从2级到3级是相对不是很难，但从3级到4级就比较难了，难点就在于度量与分析。

度量简单的讲就是通过量化的方式评价一件事情。

涉及到量化的标准规范，分析数据的方法等。

ConfigurationItem（CI）配置项

可相对独立的入库、出库的配置管理的对象，其粒度可根据项目的要求进行确定，随着项目的进展可能细化其中的一个部分；可以是一个产品在生命周期中的各个阶段所产生的各种形式和各种版本的文档、程序，也可以是其他硬件、系统、子系统或工具、介质。

ConfigurationManagementItem（CMI）配置管理项

为了配置管理目的而作为一个单位来看待的硬件和/或软件成分，是满足最终应用功能并被指名用于配置管理的硬件/软件，或是它们的集合体。

Baseline基线

业已通过正式审核与同意，可用作下一步开发的基础，并且只有通过正式的修改管理步骤才能加以修改的规格说明或产品。

ConfigurationManagement（CM）配置管理

简单地讲就是对配置项的管理与控制。

CM是2级中的一个PA。

ConfigurationControlBoard（CCB）配置控制委员会

批准建立软件基线、基线的变更和执行产品发布和交付的组织。

Tailoring裁剪

对组织的标准过程进行增、