# 能力成熟度模型（CMM）&是軟件工程中的各個級別 > 原文： [https://www.guru99.com/capability-maturity-model-cmm-cmm-levels-a-fool-s-guide.html](https://www.guru99.com/capability-maturity-model-cmm-cmm-levels-a-fool-s-guide.html) ## 什么是 CMM？ 能力成熟度模型用作衡量組織軟件過程成熟度的基準。 CMM 是在 80 年代后期在軟件工程學院開發的。 它是美國空軍資助的一項研究的結果，是評估分包商工作的一種方式。 后來基于 1991 年創建的 CMM-SW 模型以評估軟件開發的成熟度，將多個其他模型與 CMM-I 集成在一起。  在本教程中，我們將學習， * [什么是能力成熟度模型（CMM）級別？](#1) * [在不同級別的 CMM 中會發生什么？](#2) * [實施 CMM 需要多長時間？](#3) * [坐標測量機的內部結構](#4) * [CMM 模型的局限性](#5) * [為什么使用 CMM？](#6) ## 什么是能力成熟度模型（CMM）級別？ 1. 初始 2. 可重復/可管理 3. 已定義 4. 量化管理 5. 最佳化  ## 在不同級別的 CMM 中會發生什么？ | **級別** | **活動** | **的好處** | | 1 級初始 | * 在級別 1 處，該過程通常是混亂且臨時的。 * 一種能力是根據個人而非組織來表征的。 * 未衡量的進展 * 開發的產品通常是進度表和預算外的商品 * 進度表，成本，功能和質量目標的差異很大 | 沒有。 一個項目是全面混亂 | | 2 級托管 | * 需求管理 * 估算項目參數，例如成本，進度和功能 * 評估實際進度 * 制定計劃和流程 * 軟件 定義了項目標準 * 標識和控制產品，問題報告更改等。 * 項目之間的過程可能有所不同 | * 流程變得更容易理解 * 經理和團隊成員花更少的時間來解釋事情的完成方式，而花更多的時間執行它 * ，這些項目可以更好地估算，更好地計劃和計劃 更靈活 * 質量已集成到項目中 * 最初的成本可能很高，但會隨著時間的推移而減少 * 詢問更多的文書工作和文檔 | | 3 級已定義 | * 闡明客戶要求 * 解決設計要求，制定實施過程 * 確保產品符合要求和預期用途 * 系統分析決策 * 糾正和控制潛在的問題 | * 過程改進成為標準 * 解決方案從“編碼”發展為“工程化” * 質量門在整個項目工作中都與過程中涉及的整個團隊一起出現 * 減輕了風險，不要讓團隊感到意外 | | 4 級量化管理 | * 統計管理項目的流程和子流程 * 了解流程績效，定量管理組織的項目 | * 優化整個組織的流程績效 * 促進組織中的定量項目管理。 | | 5 級優化 | * 盡早發現并消除缺陷的原因 * 識別并部署新工具并改進流程以滿足需求和業務目標 | * 促進組織創新和部署 * 推動因果分析和解決方案 | 下圖給出了不同 CMM 級別發生的情況的圖形表示  ## 實施 CMM 需要多長時間？ 對于任何軟件開發公司而言，CMM 是維持產品質量的最可取的過程，但是其實施時間比預期的要短。 * CMM 實施不會在一夜之間發生 * 這不僅僅是一個“文書工作”。 * 實施的典型時間是 * 準備 3-6 個月**->** * 6-12 個月**->** 實施 * 3 個月**->** 進行評估準備 * 每個新級別 12 個月**-> b** ## 坐標測量機的內部結構 CMM 中的每個級別（級別 1 除外）都定義在**密鑰處理區域或 KPA** 中。 每個 KPA 都定義了一組相關的活動，這些活動共同執行時會達成一系列目標，這些目標對于提高軟件功能至關重要 對于不同的 CMM 級別，存在一組 KPA，例如對于 CMM 模型 2，KPA 為 * REQM-需求管理 * PP-項目策劃 * PMC-項目監控 * SAM-供應商協議管理 * PPQA-過程和質量保證 * CM 配置管理 同樣，對于其他 CMM 型號，您具有特定的 KPA。 要了解 KPA 的實施是否有效，持久和可重復，請在以下基礎上進行映射 1. **執行**的承諾 2. **執行**的能力 3. **活動執行** 4. **測量和分析** 5. **驗證實現** ## CMM 模型的局限性 * CMM 確定流程應解決的問題，而不是如何實現 * 它沒有解釋軟件過程改進的所有可能性 * 它專注于軟件問題，但不考慮戰略業務計劃，采用技術，建立產品線和管理人力資源 * 它沒有說明組織應該從事哪種業務 * CMM 在目前有危機的項目中將無用 ## 為什么使用 CMM？ 如今，CMM 成為軟件行業的“認可印章”。 它以各種方式幫助提高軟件質量。 * 它指導著可重復的標準流程，從而減少了如何完成工作的學習時間 * 實踐 CMM 意味著實踐標準的開發協議，這不僅可以幫助團隊節省時間，而且可以清晰地看到要做什么和應該做什么 * 質量活動與項目緊密結合，而不是被視為單獨的事件 * 它充當項目和團隊之間的通勤者 * CMM 的工作始終致力于改進流程 **摘要** CMM 最初于 80 年代后期在美國空軍推出，用于評估分包商的工作。 后來，通過改進版本，它被實施以跟蹤軟件開發系統的質量。 整個 CMM 級別分為五個級別。 * **級別 1** （初始）：系統的需求通常不確定，被誤解且不受控制的地方。 該過程通常是混亂且臨時的。 * **級別 2** （托管）：估計項目成本，進度和功能。 定義軟件標準 * **級別 3** （已定義）：確保產品符合要求和預期用途 * **級別 4** （定量管理）：以統計方式管理項目的流程和子流程 * **級別 5** （成熟度）：確定并部署新工具和流程改進以滿足需求和業務目標