CMMI版本有那些,CMMI的起源及发展介绍

CMMI版本有那些

CMMI是一套融合多学科的、可扩充的产品集合， 其研制的初步动机是为了利用两个或多个单一学科的模型实现1个组织的集成化过程改进。CMMI的本质是软件管理工程的1个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。

CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，例如：SW－CMM,SE-CMM,IPD-CMM等。不过，在同1个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎么保持这些模式之间的协调。

CMMI 1.3是2010年11月SEI 发布的CMMI模型的最新版本。CMMI 1.3包含CMMI采购模型1.3版、CMMI开发模型1.3版、CMMI服务模型1.3版。

CMMI开发模型1.3版（CMMI-DEV 1.3）与CMMI开发模型1.2版相比，做了如下改进：

1）将过程域“组织级创新与部署”（Organizational Innovation and Deployment,OID）更名为“组织绩效管理”（Organizational PerformanCE Management, OPM),并增加了1个新的特定目标与几个新的特定实践。

2）对模型架构进行了改进，简化对多个模型的使用。

CMMI的起源及发展介绍

CMMI的起源

随着人们对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) 人力资源能力成熟度模型 为了以示区别，国内外许多资料把CMM叫做SW-CMM。按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，其次在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。

发展简介

自从1994 年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。尽管这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业而言，可能会出现必须同时采用多种模型来改进自己多方面过程能力的情况。这时他们就会发现存在一些问题，其中主要问题体现在：

n 不能集中其不同过程改进的能力以取得更大成绩；

n 要进行一些重复的培训、评估和改进活动，因而增加了许多成本；

n 遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。 于是，希望整合不同CMM 模型的需求产生了。1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 3个模型中的所有原则、概念和实践。该模型被认为是第1个集成化的模型。CMM与CMMI最大的不同点和区别： CMMISM-SE/SW/IPPD/SS 1.1 版本有4个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还能够应用集成产品和过程开发方面(IPPD)的内容，假如涉及到供应商外包管理能够相应的应用SS(Supplier Sourcing)部分。

CMMI有两种标明方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是：阶段式表现方法仍然把CMMI中的若干个过程区域分成了5 个成熟度级别，协助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进1步分为基本的和高级的。这样，在按照连续式标明方法实施CMMI的情况下，1个组织能够把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域能够完全不必考虑。