引子：CMM理論和知識是最近幾年的熱點，在最近兩年的系統分析員上午試卷中都有一題考察CMM知識的，一般有3-5分的樣子。估計未來的系統分析員考試還會有這方面的考題。即使不考，我們的系統分析員也應該掌握這方面的知識，因為將來從事的系統分析與設計的工作也離不開CMM理論和知識，因為即使我們所在的公司不去進行CMM評估，CMM理論知識對于我們不斷的進行公司的軟件過程改進有一定的借鑒意義，從而有助于軟件質量的提高，進而提升公司產品的市場競爭力。
摘要：本文是根據這兩年試題中涉及CMM知識而特為廣大考友搜集整理的關于CMM的基礎知識的文章。主要內容是有關CMM的基本概念、CMM的基本框架和對CMM的正確態度等。希望這篇文章對你有所幫助，謝謝。
CMM（Capability Marurity Model，軟件能力成熟度模型）是于1984年美國國會與美國主要的公司和研究中心合作創立的一個由聯邦資助的非盈利組織——軟件工程研究所（Software Engineering Institute,SEI）的一個早期研究成果。該模型提供了軟件工程成果和管理方法的框架，自90年代提出以來，已在北美、歐洲和日本成功地應用。現在該模型已成為事實上的軟件過程改進的工業標準。下面我們來一起學習有關CMM的一些基礎知識。
一、 CMM基本概念
過程（Process）：為實現既定目標的一系列操作步驟[IEEE-STD-610].
軟件過程（Software Process）：指人們用于開發和維護軟件及其相關產品的一系列活動、方法、時間和革新。其中相關產品是指項目計劃、設計文檔、編碼、測試和用戶手冊。當一個企業逐步走向成熟，軟件過程的定義也會日趨完善，其企業內部的過程實施將更具有一致性。
軟件過程能力（Software Process Capability）：描述了在遵循一個軟件過程后能夠得到的預期結果的界限范圍。該指標是對能力的一種衡量，用它可以預測一個組織（企業）在承接下一個軟件項目時，所能期望得到的最可能的結果。
軟件過程性能（Software Process Performance）：表示遵循一個軟件過程后所得到的實際結果。（與軟件過程能力有區別，軟件過程能力關注的是實際得到的結果，而軟件過程性能關注的是期望得到的結果。由于項目要求和客觀環境的差異，軟件過程性能不可能充分反應軟件過程整體能力，即軟件過程能立受限于它的環境。）
軟件過程成熟度（Software Process Maturity）：是指一個具體的軟件過程被明確地定義、管理、評價、控制和產生實效的程度。所謂成熟度包含著能力的一種增長潛力，同時也表明了組織（企業）實施軟件過程的實際水平。隨著組織軟件過程成熟度能力的不斷提高，組織內部通過對過程的規范化和對成員的技術培訓，軟件過程也將會被他的使用者關注和不斷修改完善。從而使軟件的質量、生產率和生產周期的到改善。
CMM是軟件過程能力成熟度模型（Capacity Maturity Model）的簡稱，是卡內基－梅隆大學軟件工程研究院為了滿足美國聯邦政府評估軟件供應商能力的要求，于1986年開始研究的模型，并于1991年正式推出了CMM 1.0 版。CMM自問世以來備受關注，在一些發達國家和地區得到了廣泛應用，成為衡量軟件公司軟件開發管理水平的重要參考因素和軟件過程改進事實上的工業標準。
CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，這也是美國國防部的一個設想，他們想把現在所有的以及將被發展出來的各種能力成熟度模型，集成到一個框架中去。這個框架有兩個功能，第一，軟件獲取方法的改革；第二，建立一種從集成產品與過程發展的角度出發、包含健全的系統開發原則的過程改進。
關鍵過程（區）域（Key Process Area）是指一系列相互關聯的操作活動，這些活動反映了一個軟件組織改進軟件過程時所必須滿足的條件。也就是說，關鍵過程域標識了達到某個成熟程度級別時所必須滿足的條件。在CMM中一共有18個關鍵過程域，分布在第二至五級中。
關鍵實踐（Key Practices）：是指關鍵過程域種的一些主要實踐活動。每個關鍵過程域最終由關鍵實踐所組成，通過實現這些關鍵實踐達到關鍵過程域的目標。一般情況下，關鍵實踐描述了該“做什么”，但沒有規定“如何”去達到這些目標。
軟件過程評估（Software Process Assessment）是用來判斷一個組織當前所涉及的軟件過程的能力狀態，判斷下一個組織所面向得更高層次上的與軟件過程相關的課題，以及利用組織的鼎力支持來對該組織的軟件過程進行有效的改進。
軟件能力評價是（Software Capability Appraisal）用來判斷有意承擔某個軟件項目的軟件組織的軟件過程能力，或是判斷已進行的軟件過程所處的狀態是否正確或是否正常。
軟件工程組（Software Engineering Group）：負責一個項目的軟件開發和維護活動的團體。活動包括需求分析、設計、編碼和測試等。
軟件相關組（Software Related Groups）：代表一種軟件工程科目的團體，它支持但不直接負責軟件開發或維護工作，如軟件質量保證組、軟件配置管理組合軟件工程過程組等等。在CMM的關鍵實踐中，軟件相關組通常應該根據關鍵過程域和組織的上下文來理解。
軟件工程過程組（Software Engineering Process Group）：是由專家組成的組，他們推進組織采用的軟件過程的定義、維護和改進工作。在關鍵實踐中，這個組織通常指“負責組織軟件過程活動的組”。
系統工程組（System Engineering Group）：是負責下列工作的個人的團體：分析系統需求；將系統需求分配給硬件、軟件和其他成分；規定硬件、軟件和其他成分的界面；監控這些成分的設計和開發以保證它們符合其規格說明。
系統測試組（System Test Group）：是一些負責策劃和完成獨立的軟件系統測試的團體，測試的目的是為了確定軟件產品是否滿足對它的需求。
軟件質量保證組（Software Quality Assurance Group）：是一些計劃和實施項目的質量保證的團體，其工作目的是保證軟件過程的步驟和標準是否得到遵守。
軟件配置管理組（Software Configuration Management Group）：是一些負責策劃、協調和實施軟件項目的正式配置活動的團體。
培訓組（Training Group）：是一些負責協調和安排組織培訓活動的團體。通常這個組織負責準備和講授大多數培訓課程并協調其他培訓方式的使用。
二、 CMM 的基本框架
