CMMI和CMM差别

CMMI和CMM区别CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。

自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。

虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。

这时他们就会发现存在一些问题，其中主要问题体现在：■不能集中其不同过程改进的能力以取得更大成绩；■要进行一些重复的培训、评估和改进活动，因而增加了许多成本；■不同模型对相同事物说法不一致，或活动不协调，甚至相抵触。

于是，希望整合不同CMM模型的需求产生了。

1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM 三个模型中的所有原则、概念和实践。

该模型被认为是第一个集成化的模型。

CMMI与CMM最大的不同点在于：■ CMMISM-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。

■CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。

这两种表现方法的区别是：阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。

而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。

对于每个大类中的过程区域，又进一步分为基本的和高级的。

这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。

■软件CMM 2级共有6个关键过程区域，在CMMI增加了1个：度量和分析。

原来的6个关键过程区域的名称和内容在CMMI中作了部分改进，但是主体内容没有大幅调整。

软件CMM 4级共有2个关键过程区域，在CMMI中仍是2个，只是名称和内容有所改进。

软件CMM 5级共有3个KPA，在CMMI中进行了合并，改为2个，但主要内容未变。

变化最显著的在CMMI 3级上，原有的7个KPA变成了14个，其中原来对工程活动进行要求的KPA－软件产品工程进行了详细的拆分，并结合常见的软件生命周期模型进行了映射。

CMMI中新增的过程区域中还涉及到过去未曾提到的内容，比如决策分析和解决方案、集成团队等。

到底是选择CMM还是CMMI主要基于以下几个方面进行考虑：■实施企业的业务特点：如果企业的规模不是很大，业务又集中在软件开发为主，那么还是软件CMM比较适用。

如果企业的规模比较大（开发人员100人以上），并且业务不仅仅集中在软件开发，还包括硬件开发哪怕是硬件代理（采购）都可以考虑实施CMMI。

■实施企业对过程改进的熟悉程度：如果企业已经实施过ISO 9000，并且取得了较好的效果，那么可以考虑实施CMMI。

如果企业虽然没有实施过CMM，但是对于过程改进一直比较关注，接受过不少相关培训，甚至能够自发的进行一些过程改进，那么也可以考虑实施CMMI。

如果过去没有接触过类似的工作，那么最好先从软件CMM 2级开始，首先建立持续过程改进的思路。

另外，软件CMM的要求也比CMMI要稍低一些。

可以适当降低实施的难度。

■实施企业对过程改进项目的预算：不论怎样，几乎可以肯定地说，实施CMMI的费用肯定要比实施CMM高出一些。

而就模型本身来看，CMMI的2级7个过程区域在内容上并不比软件CMM的2级6个关键过程区域多多少。

这样的话，我们完全可以“少花钱、多办事”，也就是说可以采用CMM的实施和评估方法，但可以在过程改进的时候参考CMMI的要求，这样就经济很多。

■实施企业是否可以使用阶段式的演进路线：如果企业只希望单方面的提高自己在项目管理、工程活动、支持活动或者过程管理四个方面中的某些方面的能力，那么就只能应用CMMI的连续表示方法。

如果实施企业可以接受成熟度级别的思路（目前看国内大多数企业还是比较习惯于成熟度级别的），那么就不一定必须选择CMMI了。

■实施CMM与CMMI可以平滑的转换。

一来，CMMI并不要求一家企业必须先做CMMI的2级然后再向更高的成熟级别演进，评估的时候也没有这样的要求。

另外，CMMI的评估都会根据被评估的成熟度级别，检查所有不高于该级别的过程区域。

换句话说，一个企业在CMM正式评估中达到了2级的成熟度，将来改为基于CMMI进行过程改进。

在CMMI 3级的正式评估时，CMMI 2级的内容同样要进行检查。

如果我们能够在做CMM 2级的时候就按照CMMI的要求实施，效果没有任何的折扣，但对于实施企业来说，会节省很多在培训和评估方面的“额外”费用。

（此处的“额外”费用是指CMMI收费比CMM高出的部分）1．CMM/CMMI 的发展 为了保证软件产品的质量，80年代中期，美国联邦政府提出对软件承包商的软件开发能力进行评估的要求。

因此，美国卡内基-梅隆大学软件工程研究所(CMU/SEI) 于1987年研究发布了软件过程成熟度框架，并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单。

4年之后，SEI将软件过程成熟度框架进化为软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM），并发布了最早的SW-CMM 1.0版。

经过两年的试用，1993年SEI正式发布了SW-CMM1.1版，这是目前使用最为广泛的版本。

自1991年SW-CMM首次发布后，SEI又开发了其他成熟度模型，包括：系统工程、采购、人力资源管理和集成产品开发等。

虽然各个模型针对的专业领域不同，但彼此之间也有一定的重叠，毕竟它们同出一辙；另外，这些模型在表现形式上又有不统一之处：系统工程模型是连续式的，而其他模型采用了分级式。

当SEI开始开发新一代成熟度模型的时候，其发起人提出了新的要求：整合不同模型中的最佳实践，建立统一模型，覆盖不同领域，供企业进行整个组织的全面过程改进。

所以，SEI于2001年12月正式发布了能力成熟度集成模型（CMMI）1.1版本，这次发布标志着CMMI的正式使用。

SEI也正式宣布，将不再维护SW-CMM的CBA-IPI评估方法：在CMMI1.1发布后的两年内，SEI还提供有关SW-CMM和CBA-IPI主任评估员的培训，并接收评估数据，但这一切已于2003年12月底正式停止。

这里需要注意的是，SEI并没有废除CMM模型，而是以CMMI的SCAMPI评估方法取代CMM的CBA-IPI评估方法。

当然很多业内人士认为，随着软件行业的发展，CMMI模型将最终取代CMM模型。

CMMI起源于三个模型（源模型），分别是：（1）软件能力成熟度模型（SW-CMM）2.0版，C稿（2）电子行业协会临时标准（EIA/IS731）（3）集成产品开发能力成熟度模型（IPD-CMM）v0.98 模型中同时集成了供应管理的内容。

另外，在CMMI中除了沿用成熟度等级的方式（即CMMI的分阶段表示形式）外，还吸取TR 15504的特点，增加了与15504类似的CMMI的连续表示形式，以满足ISO15504国际标准对过程改进评估的要求。

CMMI模型的组成和适用范围如表1所示。

表1 CMMI模型的组成和适用范围CMMI模型组件适用范围SE/SW 软件工程、系统工程SE/SW /IPPD 软件工程、系统工程、集成产品和过程开发SE/SW /IPPD/SS 软件工程、系统工程、集成产品和过程开发、供应采购培训课程评估师、过程改进人员等培训SCMPI 评估方法 在CMMI 模型组件中，SE/SW是核心，SE/SW /IPPD、SE/SW /IPPD/SS是在此基础上扩展而来的。

CMM模型基于众多软件专家的实践经验，是组织进行软件过程改善和软件过程评估的一个有效的指导框架。

CMMI项目更为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。

CMMI将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。

CMM或CMMI不仅是一个模型，一个工具，它更代表了一种管理哲学在软件工业中的应用。

CMM/CMMI的思想来源于已有多年历史的产品质量管理和全面质量管理。

Watts Humphrey和Ron Radice在IBM公司将全面质量管理的思想应用于软件工程过程，收到了很大的成效。

SEI的软件能力成熟度框架就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。

软件能力成熟度模型中融合了全面质量管理的思想，以不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。

CMM/CMMI所依据的想法是只要不断地对企业的软件工程过程的基础结构和实践进行管理和改进，就可以克服软件生产中的困难，增强开发制造能力，从而能按时地、不超预算地制造出高质量的软件。

2．CMM/CMMI的作用 最近的SEI评估报告显示，从1996年到2003年，全球有2千多个组织进行了CMM/CMMI评估，其中大部分为商业组织，有将近一半的组织规模是在100人以下。

这些数据表明，CMM/CMMI评估已经引起软件及IT企业的高度关注，并且这种评估同样适合中小企业。

CMM/CMMI主要应用在两大方面：能力评估和过程改进。

1）能力评估 CMM/CMMI是基于政府评估软件承包商的软件能力发展而来的，有两种通用的评估方法用以评估组织软件过程的成熟度：软件过程评估和软件能力评价。

软件过程评估：用于确定一个组织当前的软件工程过程状态及组织所面临的软件过程的优先改善问题，为组织领导层提供报告以获得组织对软件过程改善的支持。

软件过程评估集中关注组织自身的软件过程，在一种合作的、开放的环境中进行。

评估的成功取决于管理者和专业人员对组织软件过程改善的支持。

软件能力评价：用于识别合格的软件承包商或者监控软件承包商开发软件的过程状态。

软件能力评价集中关注识别在预算和进度要求范围内完成制造出高质量的软件产品的软件合同及相关风险。

评价在一种审核的环境中进行，重点在于揭示组织实际执行软件过程的文档化的审核记录。

2）过程改进 软件过程改进是一个持续的、全员参与的过程。

CMM/CMMI建立了一组有效地描述成熟软件组织特征的准则。