CMM/CMMI 的发展历程有哪些？

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模型的组成和适用范围：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所依据的想法是只要不断地对企业的软件工程过程的基础结构和实践进行管理和改进，就可以克服软件生产中的困难，增强开发制造能力，从而能按时地、不超预算地制造出高质量的软件。