簡介

CMMI全稱是Capability Maturity Model Integration，即軟件能力成熟度模型集成(也有稱為:軟件能力成熟度集成模型)，是美國國防部的一個設想，1994年由美國國防部(United States Department of Defense)與卡內基-梅隆大學(Carnegie-Mellon University)下的軟件工程研究中心(Software Engineering Institute，SEISM)以及美國國防工業協會(National Defense Industrial Association)共同開發和研制的，他們計劃把現在所有現存實施的與即將被發展出來的各種能力成熟度模型，集成到一個框架中去，申請此認證的前提條件是該企業具有有效的軟件企業認定證書。

CMMI是一套融合多學科的、可擴充的產品集合， 其研制的初步動機是為了利用兩個或多個單一學科的模型實現一個組織的集成化過程改進。CMMI的本質是軟件管理工程的一個部分。軟件過程改善是當前軟件管理工程的核心問題， 50多年來計算機的發展使人們認識到要高效率、高質量和低成本地開發軟件，必須改善軟件生產過程?；谀Ｐ偷倪^程改進是指采用能力模型來指導組織的過程改進，使之過程能力穩定的進行改善，該組織也能變得更加成熟。

CMMI的成功促使其他學科也相繼開發類似的過程改進模型，例如系統工程、需求工程、人力資源、集成產品開發、軟件采購等等，從CMM衍生出了一些改善模型，比如:SW-CMM,SE-CMM,IPD-CMM等。不過，在同一個組織中多個過程改進模型的存在可能會引起沖突和混淆。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),并增加了一個新的特定目標與幾個新的特定實踐。

2)對模型架構進行了改進，簡化對多個模型的使用。

發展起源

自從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的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區域可以完全不必考慮。

CMMI的價值

CMMI為企業帶來價值主要體現在以下幾個方面:

第一、能保證軟件開發的質量與進度，能對"雜亂無章、無序管理"的項目開發過程進行規范。

第二、有利于成本控制。因為質量有所保證，浪費在修改、解決客戶的抱怨方面的成本會降低很多。絕大多數情況是缺少規范制度，只是求快。項目完成后，要花很多時間修修補補，費用很容易失控。

第三、有助于提高軟件開發者的職業素養。每一個具體參與其中的員工，無論是項目經理，還是工程師，甚至一些高層管理人的做事方法逐漸變得標準化、規范化。

第四、能夠解決人員流動所帶來的問題。公司通過過程改進，建立了財富庫以共享經驗，而不是單純依靠某些人員。

第五、有利于提升公司和員工績效管理水平，以持續改進效益。通過度量和分析開發過程和產品，建立公司的效率指標。

與ISO的區別

很多初識CMMI評估的朋友都搞不清CMMI證書到底是哪里管理，是由哪個機構頒發的，什么樣的證書才是正宗的，會不會有假證書，是不是也跟ISO一樣都是由認證機構頒發的等等一系列的疑問。

先說ISO的管理辦法:接觸過ISO9001認證的朋友都知道，ISO9001是國際標準，企業可以根據自己的認可需求選擇合適的認證機構，比如CQC，BSI，DNV等等這樣的認證機構審核發證，而這些認證機構同時受到國家或國際等組織的監管，比如說認可機構的監管，在中國的認可機構就是CNAS，在英國的就是UKAS，美國的ANAB。就是說，企業的ISO9001證書要從認證機構發出來，而認證機構要得到認可機構的授權，這是國際通用的管理辦法。另外說一下，而在中國的認可機構及在中國審核發證的國內外認證機構又是受政府監管如CNCA。就我們國家而言，你要得到一張有效的ISO證書，是要通過CNCA授權的國內外認證機構才可以審核并發證書。

CMMI評估，也有人稱是CMMI認證，"認證"是國內的叫法習慣。要獲得正宗的CMMI證書，是要經過主任評估師對企業的軟件項目評估通過后才會頒發證書，這里要強調的是，發證書是以主任評估師的個人名義簽發的，并不是由認證機構發的。而主任評估師是通過自己的努力參考SEI( Software Engineering Institute)的考試才獲得資質的，有資質的主任評估師到企業去評估，評估結果符合SEI的要求才會把評估報告提交到SEI，SEI審核完評估報告后，才表明企業最終獲得了有效的CMMI證書，SEI會把評估結果公布在SEI網站上供用戶查詢。因此，SEI是管理CMMI證書的唯一機構，SEI授權給評估師去開展評估工作。這里要說明一下，SEI本身是沒有證書這個概念的，他只有注冊這個概念，就是說，證書在中國才有這樣的做法，對于SEI來說，SEI沒有統一印發證書。

等級劃分

1. 初始級軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。

2.可管理級建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。

3. 已定義級已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。

4. 量化管理級分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。

5. 優化管理級過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。

每個等級都被分解為過程域，特殊目標和特殊實踐，通用目標、通用實踐和共同特性:每個等級都有幾個過程區域組成，這幾個過程域共同形成一種軟件過程能力。每個過程域，都有一些特殊目標和通用目標，通過相應的特殊實踐和通用實踐來實現這些目標。當一個過程域的所有特殊實踐和通用實踐都按要求得到實施，就能實現該過程域的目標。

能力度等級:屬于連續式表述，共有六個能力度等級(0~5)，每個能力度等級對應到一個一般目標，以及一組一般執行方法和特定方法。

0 不完整級

1 已執行級

2 已管理級

3 已定義級

4 量化管理級

5 最優化級