CMMI的5個等級和22個過程域
一、前話
CMMI全稱是Capability Maturity Model Integration，即能力成熟度模型集成（也有稱為：軟件能力成熟度集成模型）
其目的是幫助軟件企業(yè)對軟件工程過程進行管理和改進，增強開發(fā)與改進能力，從而能按時地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。其所依據(jù)的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過程的基礎(chǔ)結(jié)構(gòu)，不斷進行管理的實踐和過程的改進，就可以克服軟件開發(fā)中的困難。
CMMI為改進一個組織的各種過程提供了一個單一的集成化框架，新的集成模型框架消除了各個模型的不一致性，減少了模型間的重復，增加透明度和理解，建立了一個自動的、可擴展的框架。因而能夠從總體上改進組織的質(zhì)量和效率。CMMI主要關(guān)注點就是成本效益、明確重點、過程集中和靈活性四個方面。
二、CMMI 的5個級別
CMMI將能力成熟度分為5個級別：初始級，已管理級，已定義級，量化管理級，優(yōu)化級。
這5個成熟度等級為評價軟件過程能力提供了一個有序的級別，同時也為軟件過程改進工作指明了方向，讓人們分清輕重緩急，指導人們一步一步地改進過程能力而不是企圖跳躍式地前進。
1.初始化-->2.已管理級-->3.已定義級-->4.量化管理級-->5.優(yōu)化級
三、CMMI 的5個級別
CMMI還有一個重要的概念是過程域（Process Area）。過程域指出了達到某個成熟度等級必須要解決的一族問題。除了初始級以外，每個成熟度等級都有若干個過程域。由于成熟度等級是循序漸進的，如果想達到某個成熟度等級，例如CMMI 3級，除了滿足CMMI 3級本身11過程域之外，還要滿足CMMI 2級的7個過程域，依此類推。
CMMI L2 ：已管理級，有7個過程域
1、需求管理（Requirements Management）
2、項目規(guī)劃 （Project Planning ）
3、項目監(jiān)控? （Project Monitoring and Control ）
4、供應(yīng)商協(xié)議管理 （Supplier Agreement Management ）
5、度量分析 （Measurement and Analysis ）
6、過程和產(chǎn)品質(zhì)量保證 （Process and Product Quality Assurance ）
7、配置管理 （Configuration Management ）
CMMI L3 ：已定義級，有11個過程域
8、需求開發(fā) （Requirements Development ）
9、技術(shù)方案? （Technical Solution ）
10、產(chǎn)品集成? （Product Integration ）
11、驗證 （Verification ）
12、確認 （Validation ）
13、組織過程焦點 （Organizational Process Focus ）
14、組織過程定義? （Organizational Process Definition ）
15、組織培訓 （Organizational Training ）
16、集成化項目管理 （Integrated Project Management ）
17、風險管理 （Risk Management ）
18、決策分析與解決方案 （Decision Analysis and Resolution ）
CMMI L4 ：量化管理級，有2個過程域
19、組織過程績效 （Organizational Process Performance ）
20、定量項目管理? （Quantitative Project Management ）
CMMI L5 ：持續(xù)優(yōu)化級，有2個過程域
21、組織革新與推廣 （Organizational Innovation and Deployment ）
22、原因分析與解決方案 （Causal Analysis and Resolution ）
一、過程管理：?
1． OPD：（Organizational Process Definition）組織級過程定義。建立和維護有用的組織過程資產(chǎn)。?
2． OPF：（Organizational Process Focus）組織級過程焦點。在理解現(xiàn)有過程強項和弱項的基礎(chǔ)上計劃和實施組織過程改善。?
3． OT：（Organizational Training）組織培訓管理。增加組織各級人員的技能和知識，使他們能有效地執(zhí)行他們的任務(wù)。?
二、項目管理：?
4． PP：（Project Plan）項目計劃。保證在正確的時間有正確的資源可用。為每個人員分配任務(wù)。協(xié)調(diào)人員。根據(jù)實際情況，調(diào)整項目。?
5． PMC：（Project Monitoring and Control）項目監(jiān)督與控制。通過項目的跟蹤與監(jiān)控活動，及時反映項目的進度、費用、風險、規(guī)模、關(guān)鍵計算機資源及工作量等情況，通過對跟蹤結(jié)果的分析，依據(jù)跟蹤與監(jiān)控策略采取有效的行動，使項目組能在既定的時間、費用、質(zhì)量要求等情況下完成項目。?
6．SAM：（Supplier Agreement Management）供應(yīng)商協(xié)議管理。旨在對以正式協(xié)定的形式從項目之外的供方采辦的產(chǎn)品和服務(wù)實施管理。?
7．IPM：（Integrated Project Management）集成項目管理。根據(jù)從組織標準過程剪裁而來的集成的、定義的過程對項目和利益相關(guān)者的介入進行管理。?
8． RSKM：（Risk Management）風險管理。識別潛在的問題，以便策劃應(yīng)對風險的活動和必要時在整個項目生存周期中實施這些活動，緩解不利的影響，實現(xiàn)目標。?
三、工程管理:?
9．RD：（Requirement Development）需求開發(fā)。需求開發(fā)的目的在于定義系統(tǒng)的邊界和功能、非功能需求，以便涉眾(客戶、最終用戶)和項目組對所開發(fā)的內(nèi)容達成一致。?
10．REQM（Requirement Management）需求管理。需求管理的目的是在客戶和軟件項目之間就需要滿足的需求建立和 維護一致的約定。?
11．TS：（Technical Solution）技術(shù)解決方案。在開發(fā)。設(shè)計和實現(xiàn)滿足需求的解決方案。解決方案的設(shè)計和實現(xiàn)等都圍繞產(chǎn)品、產(chǎn)品組件和與過程有關(guān)的產(chǎn)品。?
12．PI：（Product Integration）產(chǎn)品集成。從產(chǎn)品部件組裝產(chǎn)品，確保集成產(chǎn)品功能正確并交付產(chǎn)品。?
13．VAL：（Validation）驗證。確認證明產(chǎn)品或產(chǎn)品部件在實際應(yīng)用下滿足應(yīng)用要求。?
14．VER：（Verification）確認。驗證確保選定的工作產(chǎn)品滿足需求規(guī)格。?
四、支持管理：?
15． CM：（Configuration Management）配置管理。建立和維護在項目的整個軟件生存周期中軟件項目產(chǎn)品的完整性 。?
16．PPQA：（Process and Product Quality Assurance）過程和產(chǎn)品質(zhì)量保證。為項目組和管理層提供項目過程和相關(guān)工作產(chǎn)品的客觀信息。?
17．MA：（Measurement and Analysis）測量與分析。開發(fā)和維持度量的能力，以便支持對管理信息的需要。作為改進、了解、控制決策。?
18． DAR：（Decision Analysis and Resolution）決策分析與解決。應(yīng)用正式的評估過程依據(jù)指標評估候選方案，在此基礎(chǔ)上進行決策。?
第4級除第2、3級所涵蓋的18個流程領(lǐng)域外，增加?
19. OPP ：（Organizational Process Preformace）組織過程性能。建立與維護組織過程性能的量化標準，以便使用量化方式的管理項目。?
20. QPM（Quantitative Project Management) 量化的項目管理，量化管理項目已定義的項目過程，以達成項目既定的質(zhì)量和過程性能目標。。?
第5級包含第2級到第4級的20個流程領(lǐng)域外，增加，?
21. OID：(Organizational Innovation and Deployment）組織的創(chuàng)新與推展，選擇并推展?jié)u進創(chuàng)新的組織過程和技術(shù)改善，改善應(yīng)是可度量的，所選擇及推展的改善需支持基于組織業(yè)務(wù)目的的質(zhì)量及過程執(zhí)行目標。?
22. CAR：（Causal Analysis and Resolution），識別缺失的原因并進行矯正進一步的防止未來再次發(fā)生。
