CMM由低至高共分為5個級別：初始級、可重復級、定義級、管理級和優化級
CMMI（Capability Maturity Model Integration，能力成熟度模型集成）
將各種能力成熟度模型（即：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM）整合到同一架構中去，由此建立起包括軟件工程、系統工程和軟件采購等在內的諸模型的集成，以解決除軟件開發以外的軟件系統工程和軟件采購工作中的迫切需求。
CMMI框架包括軟件能力成熟度模型CMM 2.0草案，系統工程能力成熟度模型，軟件采購能力成熟度模型，繼承產品和過程開發等。
CMMI的:“關鍵過程域”25個，“目標”105個， “關鍵實踐”485條。
CMMI的評估方式：
自我評估：用于本企業領導層評價公司自身的軟件能力。
主任評估：使本企業領導層評價公司自身的軟件能力，向外宣布自己企業的軟件能力
CMMI的評估類型：
軟件組織的關于具體的軟件過程能力的評估。
軟件組織整體軟件能力的評估（軟件能力成熟度等級評估）。
CMMI的基本思想
1、解決軟件項目過程改進難度增大問題
2、實現軟件工程的并行與多學科組合
3、實現過程改進的****效益
背景介紹： CMM是“軟件能力成熟度模型”的英文簡寫，該模型由美國卡內基-梅隆大學的軟件工程研究所（簡稱SEI）受美國國防部委托，于1991年研究制定，初始的主要目的是為了評價美國國防部的軟件合同承包組織的能力，后因為在軟件企業應用CMM模型實施過程改進取得較大的成功，所以在全世界范圍內被廣泛使用，SEI同時建立了主任評估師評估制度，CMM的評估方法為CBA－IPI。
CMMI是SEI于2000年發布的CMM的新版本。CMMI不但包括了軟件開發過程改進，還包含系統集成、軟硬件采購等方面的過程改進內容。CMMI糾正了CMM存在的一些缺點，使其更加適用企業的過程改進實施。CMMI適用SCAMPI評估方法。需要注意的是，SEI沒有廢除CMM模型，只是停止了CMM評估方法：CBA－IPI。現在如要進行CMM評估，需使用SCAMPI方法。但CMMI模型最終代替CMM模型的趨勢不可避免。
標準特點： CMM/CMMI/SPCA的思想來源于已有多年歷史的產品質量管理和全面質量管理。Watts Humphrey和Ron Radice在IBM公司將全面質量管理的思想應用于軟件工程過程，收到了很大的成效。SEI的軟件能力成熟度框架就是在以Humphrey為主的軟件專家實踐經驗的基礎上發展而來的。軟件能力成熟度模型中融合了全面質量管理的思想，以不斷進化的層次定量控制中項目管理和項目工程的基本原則。CMM/CMMI/SPCA所依據的想法是只要不斷地對企業的工程過程的基礎結構和實踐進行管理和改進，就可以克服軟硬件生產中的困難，增強開發制造能力，從而能按時地、不超預算地制造出高質量的軟件產品。
ＣＭＭ簡介 CMM(Capability Maturity Model)是能力成熟度模型的縮寫,CMM是國際公認的對軟件公司進行成熟度等級認證的重要標準。CMM的工作最早開始于86年11月,當時為滿足美國政府評估軟件供應商能力并幫助其改善軟件質量的要求,由美國國防部資助的卡內基—梅隆大學的軟件工作研究所(SEI)牽頭,在Mitre公司協助下,于87年9月發布了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度問卷(Maturity Questionnaire)。四年后，SEI在總結自87年以來對成熟度框架和初版成熟度問卷的經驗基礎上，推出了CMM1.0版。CMM10版在成熟度框架的基礎上建立了一個可用的模型，該模型可以更加有效地幫助軟件公司建立和實施過程改進計劃。兩年后，SEI于93年推出了CMM1.1版。近幾年，SEI又推出了CMM2.0版，同時進入了ISO體系，稱為ISO/IEC15504(軟件過程評估)。
CMM共分五級。在每一級中，定義了達到該級過程管理水平所應解決的關鍵問題和關鍵過程。每一較低級別是達到較高級別的基礎。其中五級是******，即優化級，達到該級的軟件公司過程可自發地不斷改進，防止同類問題二次出現；四級稱為已管理級，達到該級的軟件公司已實現過程的定量化；三級為已定義級，即過程實現標準化；二級為可重復級，達到該級的軟件公司過程已制度化，有紀律，可重復；一級為初始級，過程無序，進度、預算、功能和質量等方面不可預測。
CMM致力于軟件開發過程的管理和工程能力的提高與評估。該模型在美國和北美地區已得到廣泛應用，同時越來越多的歐洲和亞洲等國家的軟件公司正積極采納CMM，CMM實際上已成為軟件開發過程改進與評估事實上的工業標準。如今，全球通過CMM五級評估的軟件公司大約有十幾家，三級以上的大約有100余家，通過二級評估的有300家左右。軟件大國印度在這方面工作開展的比較廣泛，受益匪淺。目前，我國只有清華同方和IBM的合資公司——鼎新信息開發有限公司于99年7月通過CMM二級評估，該公司表示將爭取早日通過CMM三級評估。
CMM與ISO9000的主要區別：
1.CMM是專門針對軟件產品開發和服務的，而ISO9000涉及的范圍則相當寬。
2.CMM強調軟件開發過程的成熟度，即過程的不斷改進和提高。而ISO9000則強調可接收的質量體系的****標準。
引進CMM的主要意義
一.對軟件公司
1.提高軟件公司軟件開發的管理能力，因為CMM可提供軟件公司自我評估的方法和自我提高的手段。
2.提高軟件生產率。
3.提高軟件質量。
4.提高軟件公司的國內和國際競爭力。
二.對軟件項目發包單位和軟件用戶
提供了對軟件開發商開發管理水平的評估手段，有助于軟件開發項目的風險識別。
我國CMM工作的開展相對滯后，全面正式開展CMM評估工作還需一定時間，但只是遲早的問題。業內有識之士呼吁我國應結合國情，及早開展CMM有關工作。
補充： CMM在空氣流量中還可以表示每分鐘送出或吸入的空氣總體積，如果按立方英尺來計算，單位就是CFM；如果按立方米來算，就是CMM。相當于m3/min。
CMM與RUP的關系:
RUP是過程框架，RUP能達到CMM2-3級的要求,RUP描述了軟件開發中的過程,即軟件開發中需要遵循的規則,模板,方法等;CMM不是過程，而是檢驗過程成熟度的標準.
風量的常用單位為：CMM(立方米每分) CMH(立方米每時) CFM(立方英尺每分) LM(升每分鐘)
換算：1CMM=60CMH=35.245CFM=1000LM
關鍵過程域：(KPA) CMM2:可重復階段
需求管理：requrement management
軟件項目計劃：software project planning
軟件項目跟蹤和監督：software project tracking oversight
軟件子合同管理：software subcontract management
軟件質量保證：software quanlity assurance
軟件配置管理：software configuratione management
CMM3:已定義階段
組織過程焦點：organization process focus
組織過程定義：organization process definition
培訓大綱：training program
集成軟件管理：intergrated software management
軟件產品工程：software product engineering
組間協調：intergroup coordination
同行評審：peer review
CMM4:已管理階段
定量管理過程：quantitative process management
軟件質量管理：software quality management
CMM5:優化階段
缺陷預防：defect prevention
技術改革管理：technology change management
過程更改管理：process change management
在測量行業中，CMM代表三坐標測量機
|
