CMMI-SAM介绍

一：CMMI简介

1.1 CMMI发展简史

CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是用于产品开发（或服务）的过程改进成熟度模型。CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。

1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。

1987年，基于Watts Humphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM模型，即软件CMM。1993年，SEI推出了CMM 1.1，这是目前世界上应用最广泛的CMM版本。

十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI。 CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布，并立即被广泛采用。

CMMI 1.2的三种模型 16个核心过程域 CMMI-DEV

CMMI-SVC CMMI-ACQ

·2·

2 2006年8月，面向开发的CMMI（CMMI-DEV 1.2） 版本正式发布。为了适应更加广泛的应用，SEI 计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）版本和面向采购的CMMI（CMMI-ACQ 1.2）。

1.2 CMMI的过程域

过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域，见表1-1（按字母排序）。

1 CMMI简介及CMMI2级的实施方案设计

第一部分 CMMI简介：

CMMI 全称是 Capability Maturity Model Integration,，即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。CMMI（CMMI-SE/SW/IPPD）1.02 版本在部分国家和地区被 SEI 开始推广和试用，主要应用于软件业项目，帮助提升对软件项目的管理能力。随着模型本身的发展与应用的推广，CMMI

逐渐演变成为了一种被广泛采用的综合性模型。在业界广泛使用的传统软件研发流程会带来一个严重的问题：存在于设计阶段的一个微小缺陷可能会直到后期的测试阶段才能被发现，而整个公司可能会花费数十倍甚至百倍的代价来改正这个缺陷。为此，人力资源管理、软件采购、集成产品和过程开发、以及系统工程等等，多元化覆盖范围越来越广的能力成熟度模型应运而生。

1.1 CMMI 的作用

软件能力成熟度集成模型（CMMI）经过长期积累和不断地优化，已经成功地发展并被认可为软件研发领域的标准过程体系，通过 CMMI 可以增强企业核心竞争力、有效地提高软件企业产品质量，国内乃至国际上的广大软件厂商都已经见证了 CMMI 为企业带来的成功。目前众多业界的软件企业纷纷试图使用 CMMI 来达到过程改进的趋势，怎样才能将过程改进有效地实施，使其能实质地对软件研发过程起到优化效果，并带来行之有效地经济价值，已经逐渐成为了软件企业的决策者们最为关心的问题。由最新 SEI 评估报告中的数据显示，在进行了 CMMI 的评估的企业中，大部分都是商业组织，并且其中近一半的企业人员规模都是在 100 人以下。种种迹象均表明，CMMI 评估已经不仅仅吸引了大型 IT 企业的注意力，同样存在大量的中小型企业也对此抱有浓厚的兴趣。对软件企业来讲，CMMI 可以主要应用在两个地方：企业软件过程的改进和企业软件过程能力的评估。

CMMI2.0 介绍

共5页 第1

页 CMMI2.0介绍

1 CMMI介绍

2018 年 3 月 ， 美国 CMMI （ Capability Matu-rity Model Integration， 能力成熟度模型集成 ） 研究院发布了最新研究成果 ， 即 CMMI2.0 ， 在此之前的版本是 CMMI1.3 。 1.1 CMMI2.0 模型架构 CMMI2.0 模型引入 “能力域 ” 和 “实域 ” 的概念 ， 将 CMMI1.3 的开发 （DEV）、 服（SVC）、 采购 （ACQ） 和人力管理 （PPL） 等种 模 型 中 的 所 有 实 践 整 合 在 一 个 模 型 中 。CMMI2.0 中共有 12 个能力域 ， 这 12 个能力域被分为 4 类 ： Doing （ 执行 ）、 Managing （ 管理 ）、 Enabling （使能 ） 和 Improving （提高 ）。 每个能力域中包含一组相关的实践域。项目可以构建自己的自定义视图。 CMMI2.0 模型的核心是一组集成的 、 预定义的和可定制的不同模型的视图 ， 由 5 个部分组成 ， 见表 1。

图1 CMMI 发展历程 表1 CMM2.0模型组成部分结构 组成部分

说明

视图 由最终用户选择的或模型预定义的一组重要的模型组成部分。a）预定义视图实例：CMMI 开发V2.0；CMMI服务V2.0；CMMI 供应商管理V2.0；CMMI人员管理V2.0；b）最终用户选择视图实例：CMI2.0-DEV与CMMI2.0-SVC的组合；实践域、能力域或实践组的任何其他组合。

实践域 一系列类似的实践，共同致力于实现该实践域中所定义的意图、价值和必需的信息。 CMMI2.0 介绍

共5页 第2页 实践组 在实践域内组织实践的结构（如渐进的等级）：以帮助理解和采用为性能改进提供了一条途径。

实践 a）必需的信息：了解实践的全部意图和价值所需的信息，包括实践声明、价值声明以及除解释性信息之外的所有其他必需的信息；b）解释性信息：实践的其余部分，包括活动实例和工作产品实例。这些信息有助于更好地理解所需的信息的含义和意图。解释性信息是说明性资料的子集。

CMMI基础培训

CMMI包括18个过程域：

1 评估

2 投标

3 合同评审、立项

4 总体计划(项目启动)

5 原形开发

6 需求分析

7 总体设计(概要设计)

8 详细设计

9 功能开发

10 代码走查

11 产品集成

12 集成测试

13 试运行(用户测试\上线运行)

14 初验

15 初验维护

16 终验

17 终验维护

18 结项报告

在CMMI评级过程中，上面的18个过程域都必须提供证据，即所谓的PIID。

名词解释：

PIID：Practice Instantiation Indicator Document实践的实施证据文档

SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG

随着人们对CMM研究的不断深入，其他学科也结合本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等：

（1） SW-CMM (Software CMM) 软件CMM

（2） SE-CMM (System Engineering CMM) 系统工程CMM

（3） SA-CMM (Software Acquisition CMM) 软件采购CMM

（4） IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM

（5） P-CMM (People CMM) 人力资源能力成熟度模型

CMMI三级18个过程域中属于项目管理类的过程域:

A、PP\PMC\RSKM\VAL\SAM

B、PP\IPM\PMC\RSKM\SAM

C、RD\PP\IPM\PMC\RSKM\SAM

D、REQA\PP\PMC\IPM\SAM

REQM: Requirements Management（需求管理）

PP: Project Planning PMC: Project Monitoring and Control（项目监控）