一共分爲五個等級。架構
一、CMMI一級,完成級。在完成級水平上,企業對項目的目標與要作的努力很清晰。項目的目標得以實現。 框架
二、CMMI二級,管理級。在管理級水平上,企業在項目實施上可以遵照既定的計劃與流程,有資源準備,權責到人,對相關的項目實施人員有相應的培訓,對整個流程有監測與控制,並與上級單位對項目與流程進行審查。性能
三、CMMI三級,定義級。在定義級水平上,企業不只僅可以對項目的實施有一整套的管理措施,並保障項目的完成;並且,企業可以根據自身的特殊狀況以及本身的標準流程,將這套管理體系與流程予以制度化。優化
四、CMMI四級,量化管理級。量化管理級分析對軟件工程和產品質量的詳細度量數據,對軟件過程和產品都有定量的理解與控制,管理有一個作出結論的客觀依據。3d
五、CMMI五級,優化級。優化管理級的量化反饋和先進的新思想、新技術促使過程持續不斷改進。orm
CMMI是CMM模型的最新版本。早期的CMMI(CMMI-SE/SW/IPPD)1.02版本是應用於軟件業項目的管理方法,SEI在部分國家和地區開始推廣和試用。隨着應用的推廣與模型自己的發展,演繹成爲一種被普遍應用的綜合性模型。blog
CMMI中過程區域分爲四大類:過程管理、項目管理、工程以及支持。對於每一個大類中的過程區域,又進一步分爲基本的和高級的。這樣,在按照連續式表示方法實施CMMI的時候,一個組織能夠把項目管理或者其餘某類的實踐一直作到最好,而其餘方面的過程區域能夠徹底沒必要考慮。項目管理
一、初始級:軟件過程是無序的,有時甚至是混亂的,對過程幾乎沒有定義,成功取決於我的努力。管理是反應式的。資源
二、可管理級:創建了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律,能重複早先相似應用項目取得的成功經驗。開發
三、已定義級:已將軟件管理和工程兩方面的過程文檔化、標準化,並綜合成該組織的標準軟件過程。全部項目均使用經批准、剪裁的標準軟件過程來開發和維護軟件,軟件產品的生產在整個軟件過程是可見的。
四、量化管理級:分析對軟件過程和產品質量的詳細度量數據,對軟件過程和產品都有定量的理解與控制。管理有一個做出結論的客觀依據,管理可以在定量的範圍內預測性能。
五、 優化管理級:過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。
能力度等級:屬於連續式表述,共有六個能力度等級(0~5),每一個能力度等級對應到一個通常目標,以及一組通常執行方法和特定方法。
0 不完整級 1 已執行級 2 已管理級 3 已定義級 4 量化管理級
5 最優化級
拓展資料
CMMI全稱是Capability Maturity Model Integration,即能力成熟度模型集成(也有稱爲:軟件能力成熟度集成模型),是美國國防部的一個設想,1994年由美國國防部與卡內基-梅隆大學下的軟件工程研究中心以及美國國防工業協會共同開發和研製的,他們計劃把如今全部現存實施的與即將被髮展出來的各類能力成熟度模型,集成到一個框架中去,申請此認證的前提條件是該企業具備有效的軟件企業認定證書。
其目的是幫助軟件企業對軟件工程過程進行管理和改進,加強開發與改進能力,從而能按時地、不超預算地開發出高質量的軟件。
其所依據的想法是:只要集中精力持續努力去創建有效的軟件工程過程的基礎結構,不斷進行管理的實踐和過程的改進,就能夠克服軟件開發中的困難。CMMI爲改進一個組織的各類過程提供了一個單一的集成化框架,新的集成模型框架消除了各個模型的不一致性,減小了模型間的重複,增長透明度和理解,創建了一個自動的、可擴展的框架。於是可以從整體上改進組織的質量和效率。
CMMI主要關注點就是成本效益、明確重點、過程集中和靈活性四個方面。
CMMI開發模型1.3版(CMMI-DEV 1.3)與CMMI開發模型1.2版相比,作了以下改進:
1)將過程域「組織級創新與部署」(Organizational Innovation and Deployment,OID)改名爲「組織績效管理」(Organizational Performance Management, OPM),並增長了一個新的特定目標與幾個新的特定實踐。
2)對模型架構進行了改進,簡化對多個模型的使用。
資料參考百度百科-CMMI