發展簡介

自從1994 年SEI正式發布軟件CMM以來，相繼又開發出了系統工程、軟件采購、人力資源管理以及集成產品和過程開發方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用，但對于一些大型軟件企業來說，可能會出現需要同時采用多種模型來改進自己多方面過程能力的情況。這時他們就會發現存在一些問題，其中主要問題體現在：

n 不能集中其不同過程改進的能力以取得更大成績；

n 要進行一些重復的培訓、評估和改進活動，因而增加了許多成本；

n 遇到不同模型中有一些對相同事物說法不一致，或活動不協調，甚至相抵觸。 于是，希望整合不同CMM 模型的需求產生了。1997 年，美國聯邦航空管理局（FAA）開發了FAA-iCMMSM（聯邦航空管理局的集成CMM），該模型集成了適用于系統工程的SE-CMM、軟件獲取的SA-CMM 和軟件的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認為是個集成化的模型。CMM與CMMI的不同點和區別： CMMISM-SE/SW/IPPD/SS 1.1 版本有四個集成成分，即：系統工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成產品和過程開發方面(IPPD)的內容，如果涉及到供應商外包管理可以相應的應用SS(Supplier Sourcing)部分。

CMMI有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現方法，另一種是連續式的表現方法。這兩種表現方法的區別是：階段式表現方法仍然把CMMI中的若干個過程區域分成了5 個成熟度級別，幫助實施CMMI的組織建議一條比較容易實現的過程改進發展道路。而連續式表現方法則通過將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)人力資源能力成熟度模型

美國國防部辦公室要求SEI推遲發布CMM2.0版本，而要先完成一個更為緊迫的項目CMMI，原因是在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆， CMMI就是為了解決怎么保持這些模式之間的協調。

CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，這是美國國防部的一個設想，他們想把所有的以及將被發展出來的各種能力成熟度模型，集成到一個框架中去。這個框架有兩個功能，，軟件采購方法的改革；第二，建立一種從集成產品與過程發展的角度出發、包含健全的系統開發原則的過程改進。就軟件而言，CMMI是SW-CMM的修訂本。

它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科學和更周密的優點。SEI在發表CMMI-SE/SW 1.0版時，宣布大約用兩年的時間完成從CMM到CMMI的過渡。

CMMI項目更為工業界和政府部門提供了一個集成的產品集，其主要目的是消除不同模型之間的不一致和重復，降低基于模型改善的成本。CMMI將以更加系統和一致的框架來指導組織改善軟件過程，提高產品和服務的開發、獲取和維護能力。

由業界、美國政府和卡內基·梅隆大學軟件工程研究所率先倡導的能力成熟度模型集成（CMMI）項目致力于幫助企業緩解這種困境。

與原有的能力成熟度模型類似，CMMI也包括了在不同領域建立有效過程的必要元素，反映了業界普遍認可的""實踐；領域覆蓋軟件工程、系統工程、集成產品開發和系統采購。在此前提下，CMMI為企業的過程構建和改進提供了指導和框架作用；同時為企業評審自己的過程提供了可參照的行業基準。