CMMl(capability maturity model integration)軟件能力成熟度集成模型，是由美國國防部與卡內基-梅隆大學和美國國防工業協會(SEI)共同開發研制的。CMMI的前身是1994年SEI正式發布的軟件CMM(capability maturity model)。在CMM(又稱SW-CMM)發布后，相繼又開發出了系統工程(SE-CMM)、軟件采購(SS-CMM)、人力資源管理以及集成產品和過程開發(IPPD-CMM)方面等多個能力成熟度模型。
2001年12月，SEI在原來的CMM基礎上，正式發布CMMI1.1版本。CMMI涉及面更廣，覆蓋軟件工程、系統工程、集成產品開發和系統采購，是一套融合多學科的、可擴充的產品集合。
CMMI提供連續模型和階段模型這兩種表示方法，組織可以根據自己的過程改進需求并自由選擇合適的表示方法。階段式表示方法把成熟度分為五個等級：連續式過程區域分為四大類:過程管理、項目管理、工程以及支持。
等級 成熟度 說明 L1 完成級 目標完成具有偶然性，是否完成依賴于項目實施人員 L2 管理級 有一系列的項目管理程序，能基本確保項目的成功完成 L3 定義級 能將管理體系和流程結合組織實際情況形成自己的流程并制度化，確保項目成功經驗能被復制到同類或其他項目 L4 量化管理級 流程量化和數字化，管理精度較高，項目質量有所保證 L5 優化級 在量化管理基礎上，組織還能夠主動地改善流糧，運用新技術，實現流程的不斷優化
CMMI的實施方法分為連續式和階段式。與連續式方法由組織挑選評估項目不同的是，階段式方怯是由評估師來挑選評估項目，要求大部分的項目都要達到相應級別，因此階段式方法的難度要大一些。但總體來說，其實質內容是完全一樣的。
與ISO20000重點關注IT服務不同的是，CMMI重點關注的是軟件的開發過程，也可以說是軟件工程和系統工程結合的產物。因此ISO20000和CMMI可以應用在IT組織的不同部門或不同的工作領域。毫無疑問，在應用軟件開發和基礎架構項目中可以采用CMMI的模型和管理方法，在IT的運行和服務中可以采取ISO20000管理體系。
由于IT的軟件或服務都不可避免的有開發到運行(提供服務)的生命周期，在這個生命周期中可以結合兩種管理體系的精髓，在特定階段分別發揮各自的特長，將運行過程中的問題反饋到開發過程，促進軟件或開發過程的改進，同時為運行或服務過程提供更優的產晶或服務內容。
共有條評論 網友評論