-星期二英文
能力成熟度模型
能力成熟度模型
（
Capability
Maturity
Model
，英文缩写为
CMM
）
[1]
是一种开发
模型
。
Carnegie
Mellon
大
学的研究人员从美国国防部合同承包方那里收集数据
并加以研究，提出了
CMM
。美国国防部资助了这项研究。
Carnegi
e Mellon
以该
模型为基础，创办了软件工程研究所（<
/p>
SEI
）。
CMM
的目标是改善现有软件开发
过程，也可用于其它过程。
它是对于
软件
组织在定义、
实施、
度量
、
控制和改善其<
/p>
软件过程
的实践中各个发
展阶段的描述。
CMM
的核心是把软件开发视为一个过程，并根据这一原则对软
件
开发和维护过程进行监控和研究。
CMM
是一种用于评价软件承包能力以改善
软件质量
的方法，
侧重于软件开发过程
的管理及工程能力的
提高与
评估
。
分为五个等级：
一级为初始级，
二级为可重复
级，三级为已定义
级，四级为已管理级，五级为优化级。
其假设是：
只要集中精力持续努力去建立有效的
软件工程
过程
的基础结构，
不断
进行管理的实践和过程的改进，就可以克服软
件生产中的困难。
历史
1984
年，美国国防部资助建立了卡内基·梅隆大学软件研究所（
SEI
）
[2]
；<
/p>
1987
年，
SEI
发布第一份技术报告介绍软件能力成熟度模型（
CMM
）及
作为评价国防
合同承包方过程成熟度的方法论；
1991
年，
SEI
发表
1.
0
版软件
CMM(SW-
CMM)
。
CMM
< br>自
1987
年开始实施认证，现已成为软件业权威的
评估
认证体系。
CMM
包括
5
个等级，共计
18
个
过程域
，
52
个目标，
300
多个关键实践。
CMM
等级
能力等级
特点
关键过程
软件工程管理制度缺乏，过
程缺乏定
义、
混乱无序。
成功依靠的是
个人的才
第一级
初始
能和经验，
经常由于缺乏管理和计划导
级（最低级）<
/p>
致时间、
费用超支。
< br>管理方式属于反应
式，
主要用来应付危机。
过程不可预测，
难以重复。
基于类似项目中的经验，
建立了基本的
项目管理制度，
采取了一定的措施控制
需求管理
,
项目计划
,
项目跟踪和监控
,
软
第二级
可重
费用和时间。管理人员可及时发现问
件子合同管理
,
软件配置管理
,
软
件质量保
复级
题，
< br>采取措施。
一定程度上可重复类似
障
项目的软件开发。
已将软件过
程文档化、
标准化，
可按需
组织过程定
义
,
组织过程焦点
,
< br>培训大纲
,
第三级
已定
要改进开发过程，
采用评审方法保证软
软机集成管理
,
软件产品工程
,
组织协调
,
义级
件质量。可借助
CASE
工具提高质量和
专家审评
效率。
第四级
已管
针对制定质量、效率目标，并收集、测
定量的软件过程管理和产品质量管理
理级
量相应指标。
利用统计工具分析并采取
改进措施。
对软件
过程和产品质量有定
量的理解和控制。
第五级
优化
基于统计质量和过程控制工具，
持续改
缺陷预防
,
过程变更管理和技术变更管理
级（最高级）
进软件过程。质量和效率稳步改进。
CMM
能力成熟度各级特点和关键过程。
[3]
基本思想
CMM
的基本思想是，因为问题是由我们管理软件过程的方法引起的，所以新软件
技术的运用不会自动提高生产率和利润率。
CMM
有助于组织
建立一个有规律的、
成熟的软件过程。
改进的过程将会生产出质
量更好的软件，
使更多的软件项目免
受时间和
< br>费用
的超支之苦。
CMM
实施步骤
软件过程包括各种活动、
技术和用来生产软件的工具。
因此
，
它实际上包括了软
件生产的技术方面和管理方面。
CMM
策略力图改进软件过程的管理，而在技术上
的改进是其必然的结果。
必须牢记，软件过程的改善不可能在
一夜之间完成，
CMM
是以增量方式逐步引入
< br>变化的。
CMM
明确地定义了
5
个不同的“成熟度”等级，一个组织可按一系列小
的改良性步骤
向更高的成熟度等级前进。
整个企业将会把重点放在对过程进
行不断的优化，
采取主动的措施去找出过程的
弱点与长处，以达
到预防缺陷的目标。同时，分析各有关过程的有效性资料，作
出对新技术的成本与效益的
分析，
并提出对过程进行修改的建议。
达到该级的公
司可自发的不断改进，防止同类缺陷二次出现。
在表中可以看出，
CMM
为软件的过程能力提供了一个阶梯式的
改进框架，它基于
以往软件工程的经验教训，
提供了一个基于过
程改进的框架图，
它指出一个软件
组织在软件开发方面需要哪些
主要工作，
这些工作之间的关系，
以及开展工作的
先后顺序，一步一步的做好这些工作而使软件组织走向成熟。
CMM
的思想来源于
已有多年历史的
项目管理
和质量管理，
自产生以来几经修订，
成为软件业
具有广
泛影响的模型，
并对以后
项目管
理成熟度
模型的建立产生了重要的影响。
尽管已
有个人或团体提出了各种各样的成熟度模型，
但还没有一个像
< br>CMM
那样在业界确
立了权威标准的地位。
但
PMI
于
2003
年发布的
OPM3
以其立体的模型及涵盖范围
的广泛有望成为项目管理界的新标准。
意义
软件开发的风险之所以大，
是由于软件过程能力低，
其中最关键的问题在于软件
开发组织不能很好地管理其软件过程，
从而使一些好的开发方法和技术起不到预
期的作用。
而且项目的成功也是通过工作组的杰出努力，
所以仅仅建立在可得到
特定人员上的成功不能为全组织的生产和质量的
长期提高打下基础，
必须在建立
有效的软件如管理工程实践和<
/p>
管理实践
的基础设施方面，
坚持不懈地努
力，
才能
不断改进，才能持续地成功。
软件质量是模糊的、
捉摸不定的概念。
我们常常听说：
某某软件好用
,
某某
软件
不好用；
某某某软件功能全、
结构
合理
,
某某某软件功能单一、
操作困
难??这
些模模糊糊的语言不能算作是软件质量评价，
更不能算
作是软件质量科学的定量
的评价。软件质量，乃至于任何
产品质
量
，都是一个很复杂的事物性质和行为。
产品质量
，包括软件质量，是人们实践产物的属性和行为，是可以认识，可以科
学地描
述的。可以通过一些方法和人类活动，来改进质量。
实施
CMM
是改进软件质量的有效方法：
控制软
件生产过程、
提高软件生产者组织
性和软件生产者个人能力的有
效合理的方法。
软件工程和很多研究领域及实际问题有关，主
要相关领域和因素有：
需求工程
(REQUIREMENTS
ENGINEERING)
。理论上，
需求工程
是应用已被证明的原
理、技术和工具，帮助系统分析人员理解问题或描述产品
的外在行为。
软件复用
(SOFTWARE REUSE)
< br>，定义为利用工程知识或方法，由一已存在的系统，
来建造一新系统。这种技术，
可改进软件产品质量和生产率。
还有软件检查、
软件计量、
软件可靠性
、
软
件可维修性、
软件工具
评估
和选择等。
现状
中国
生产力促进协会、
北航
SEI
、
中科院研究
SEI
等
科研机构已于近几年在
北京
、
上海、<
/p>
广州
和深圳等地先后举办过多次报告会和研讨会，
组织过课程学习和应用
实验，
开展了软件过程方面的研
究与开发工作，
并发表了多篇的研究成果和学术
论文，在软件质
量保障平台支撑环境也取得了一定的成果。
近两年来，
CMM
在我国获得了各界越来越多关注，
业界
有过多次关于
CMM
的讨论，
2000
年
6
月国务院颁发的《鼓励软件产业和
集成电路产业发展的若干政策》对
中国软件
企业申请
CMM
认证给予了积极的支持和推动作用，
第
17
条规定
对软件
出口型企业
CMM
认证费用予以适当支
持。
年中关村
电脑
节上还有
CMM
专题
论坛，吸引了
众多业内人士。鼎新、东大阿尔派、联想、
方正
、金蝶、用友、
浪
潮、
创智、
华为等大型集团或企业等
都从
1997---2000
年起批企业都在进行研究、
实验或实施预评估。其中鼎新公司从
1997
年着手进行
CMM
认证工作。
1999
年
7
月通过
第
三方认证机构
的
CMM2
认证。东大阿
尔派公司于
2000
年
10
月通过第三
方认证机构的
CMM2
认证。
2001
年
1
月，
联想软件经过
英国
路透集团的严格
评估
，
顺利通过
CMM2
认证。
2001
年
6
月
26
日，
沈阳东软软件股份有限公司
（原沈阳
东大阿尔派软件股份有限公司）
正式通过了
CMM3
级认证，
成为中国首家通过
CMM3
级的软件企业。
总体上讲，
< br>国内对软件过程理论的讨论与实践正在展开，
目标是使软件的质量管
理和控制达到国际先进水平，
中国的软件产业获得可持续发展的能力。
专家分析，
在未来两三年内，
国内软件业势必
将出现实施
CMM
的高潮。
从这一趋势
看，
中国
的软件企业已经开始走上标准化、
规范化、
国际化的发展道路，
中国软件业已经
面临一个整体突破的时代。
但是我们应该看到目前
国内对软件管理工程存在的最大问题是认识不足。
管理实
际上是
一把手工程
，
需要
高层管理人员
的足够重视。
而且软件过程的重大修改也
必须由高层管理
部门
启动，
这是软件过程改善能否进行到底的关键。
此外，
软件<
/p>
过程的改善还有待于全体有关人员的积极参与。
除了要认识到过程改善工作是
一把手工程
这个关键因素
外，
还应认识到软件过程
成熟度的升级本身就是一个过程，
且有一个生命周期。
过程改善工作需要循序渐
进，不能一蹴而就，需要
持续改善
，不能停滞不前；需要联系
实际，不能照本宣
科；需要适应变革，不能凝固不变。一个有效的途径是
自顶向下
的课程
培训
，即
从高层主管依次普及到下面的工程师。
基本概念
CMMI
（
Capability
Maturity Model Integration
，
能
力成熟度模型集成
）
将各种能力成熟度模型（即：
Software
CMM
、
Systems Eng-
CMM
、
People
CMM
和
Acquisition CMM
）整合到同一架构中去，由此建立起包括软件工程、系统工程
和软件采购等在内的诸
模型的集成，
以解决除软件开发以外的软件系统工程和软
件采购
工作中的迫切需求。
CMMI
框架包
括
软件能力成熟度模型
CMM 2.0
草案，系统工程能力成熟度模型，
软件采购能力成熟度模型，继承产品和过程开发等。<
/p>
CMMI
的:“
关键过程域
”25
个，“目标”105
个，
“关键实践”485
条。
CMMI
的评估方式：
自我评估：用于本企业领导层评价公司自身的软件能力。
主任
评估
：
使本企
业领导层评价公司自身的软件能力，
向外宣布自己企业的软件
能
力。
CMMI
的评估类型：
软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估（软件能力成熟度等级评估）。
CMMI
的基本思想
1
、解决软件项目过程改进难度增大问题
2
、实现软件工程的并行与多学科组合
3
、实现过程改进的最佳效益
背景介绍：
CMM
是“软件能力成熟
度模型”的英文简写，该模型由
美国
卡内基
-
梅隆大学的软件工程研究所（简称
SEI
）受
美国国防部
委托，于
19
91
年研究制
定，
初始的主要目的是为
了评价美国国防部的软件合同承包组织的能力，
后因为
在软件企
业应用
CMM
模型实施过程改进取得较大的成功，
所以在全世界范围内被
广泛使用，
SEI
同时建立了主任评估师评估制度，
CMM
的评估方
法为
CBA
－
IPI
< br>。
CMMI
是
SEI
于
2000
年发布的<
/p>
CMM
的新版本。
CMMI
不但包括了软件开发过程改进，
还包含
系统集成
、软硬件采购等方面的过程改进内容。
CMMI
纠正了
CMM
存在的
一些缺点，使
其更加适用企业的过程改进实施。
CMMI
适用
SCAMPI
评估方法。需
要注意的是，
SEI
没有废除
CMM
模型
，只是停止了
CMM
评估方法：
CBA
－
IPI
。现
在如要进行
CMM
评估
，
需使用
SCAMPI
方法。
但
CMMI
模型最终代替
CMM
模型的趋
势不可避免。
标准特点：
CMM/CMMI/SPCA
的思想来源于已有多年历史的产品质量管理和
全面
质量管理
。
Watts
Humphrey
和
Ron Radice
在
IBM
公司将全面质量管理的思想应
用于软件工程过程，收到了很大的成效。
SEI
的软件能力
成熟度框架就是在以
Humphrey
为主的软件专家实践经验
的基础上发展而来的。软件能力成熟度模型