檢驗方法cmm是什麼

1. CMM是什麼意思

CMM是Capability Maturity Model的英文縮寫，意思是能力成熟度模型。

能力成熟度模型最初是作為客觀評估政府承包商流程實施合同軟體項目能力的工具而開發的。 該模型基於IEEE軟體中首次描述的流程成熟度框架。

後來在1989年出版的Watts Humphrey的「管理軟體過程」一書中進行了描述。 它後來在1993年的一份報告中發表並於1995年作為同一作者的一本書出版。

它是對於軟體組織在定義，實施，度量，控制和改善其軟體過程的實踐中各個發展階段的描述。CMM的核心是把軟體開發視為一個過程，並根據這一原則對軟體開發和維護過程進行監控和研究。

(1)檢驗方法cmm是什麼擴展閱讀

歷史背景：

1、1984年，美國國防部資助建立了卡內基·梅隆大學軟體研究所（SEI）

2、1987年，SEI發布第一份技術報告介紹軟體能力成熟度模型（CMM）及作為評價國防合同承包方過程成熟度的方法論。

3、1991年，SEI發表1.0版軟體CMM(SW-CMM)。

4、1987年開始實施認證，現已成為軟體業權威的評估認證體系。CMM包括5個等級，共計18個過程域，52個目標，300多個關鍵實踐。

參考資料來源：網路-能力成熟度模型

參考資料來源：網路-軟體能力成熟度模型

2. cmm數據是什麼意思

cmm是三坐標測量機的意思、
cmm數據顧名思義就是三坐標測量機檢測出來的數據！

3. 什麼是cmm

三坐標測量機（Coordinate Measuring Machining，簡稱CMM）是一種三維尺寸的精密測量儀器，主要用於零部件尺寸、形狀和相互位置的檢測。坐標測量機是基於坐標測量原理，即將被測物體置於坐標測量機的測量空間，獲得被測物體上各測點的坐標位置，根據這些點的空間坐標值，經過數學運算，求出被測的幾何尺寸、形狀和位置。

4. 什麼叫CMM

CMM(Capability Maturity Model)，英文直譯的意思是「能力成熟度模型」。由卡內基.梅隆大學的軟體工程協會(Software Engineering Institute, 簡稱SEI) 提出並完善，目的是通過一個合理的體系模型來對軟體組織開發能力進行合理有效的評估，幫助軟體組織在模型實施的過程中提高軟體過程管理能力，降低軟體系統開發風險，在預定的項目周期和預算內開發出高質量的軟體產品。

CMM一共分為5級，1級最低，5級最高，3級是一個比較重要的分界線

5. ISO9000族標准中的ISO9000－3的內容是什麼有什麼作用它與CMM有什麼關系

ISO 9000－3是國際標准化組織（ISO）制定的軟體開發企業實施ISO 9001指南

中國電子技術標准化研究所 李韻琴
本文試圖從大家所熟悉的ISO 9001標准入手，對ISO 9001、ISO900－3和CMM之間的區別和聯系做個簡單的分析，探討一些大家感到困惑的問題，包括：
1)取得ISO 9000認證的組織大約相當於CMM的哪個等級？
2)取得CMM第2級(或第3級)的組織是否可以認為滿足ISO 9001要求?
3)取得ISO 9001證書與取得CMM相應等級證書的企業，誰的質量管理/質量保證水平/能力更高？
一、背景
ISO 9000族國際標準是在總結了英國的國家標准基礎之上產生的，因此，歐洲通過ISO 9000認證的企業數量最多，約佔全世界的一半以上。受此影響，相當多的歐洲軟體企業選擇了ISO 9001認證。
CMM是由美國卡內基－梅隆大學的軟體工程研究所（SEI）開發的軟體成熟度模型，美國的軟體企業更多的選擇取得CMM等級證書。在形式上，CMM分為5個等級（第1級級別最低，第5級級別最高），與ISO 9000審核後只有「通過」和「不通過」兩個結論相比，CMM是一個動態的過程，企業在取得低級別證書後，可根據高級別的要求確定下一步改進的方向。 在基本原理方面，ISO 9001和CMM都十分關注軟體產品質量和過程改進。尤其是ISO 9000:2000版標准增加持續改進、質量目標的量化等方面的要求後，在基本思路上和CMM更加接近。
本文參考了Mark C. Paulk先生的文章，但觀點不盡相同。
註：ISO 9001是軟體企業開展質量體系認證依據的標准；
ISO 9000－3是國際標准化組織（ISO）制定的軟體開發企業實施ISO 9001指南；
二、ISO 9000和CMM主要內容的對比
下面以ISO 9001為主線，列出了ISO 9001的要點及CMM的對應部分。
1) 要素4.1——管理職責
ISO 9001標准要求：組織應規定質量方針，形成文件並予以實施和保持; 對從事與質量有關的管理、執行和驗證工作的人員規定其職責、許可權和相互關系； 識別和提供驗證資源被指派的管理者保證實施和保持質量大綱。
CMM第2級提出了質量方針和驗證的職責，包括識別各類人員在項目中的職責，建立一支受過培訓的軟體質量保證小組和指派高級管理者監控軟體質量保證(SQA)活動。
作為CMM的共同特徵，CMM在高級管理人員和項目經理兩個層次上識別管理職責，以監控軟體項目，支持SQA審核，建立支持軟體工程的組織結構和分配資源。
ISO 9001要求的質量目標（一種量化的、可檢查的要求），與在CMM第4級提到的「量化的」質量方針是一致的
2) 要素4.2——質量體系
ISO 9001要求建立一個文件化的質量體系包括質量手冊、質量計劃、程序文件和作業指導書。
CMM第2級提出驗證符合性和管理過程的質量體系活動，在軟體開發計劃中規定軟體項目使用的具體程序和標准。CMM的驗證實施共同特徵明確要求進行審核以保證符合特定標准和程序。 CMM第3級要求組織必須規定軟體工程任務，並持續實施，在全組織都必須規定軟體過程資源，包括標准、程序和過程描述。 與ISO 9001相比，CMM特別強調組織支持和項目實施之間的關系。
3)要素4.3——合同評審
ISO 9001要求組織必須評審每一個合同以判斷需求是否明確、組織是否有能力滿足合同要求。
CMM第2級提出組織必須文件化顧客要求並予以評審，明確不恰當或模糊的要求。
CMM第2級也要求描述目的、工作陳述和軟體開發計劃以履行軟體工程小組和高級管理者評審過的外部（合同）承諾。
4) 要素4.4——設計控制
ISO 9001要求組織建立控制和驗證設計的程序，包括：策劃設計和開發活動；規定組織上和技術上的介面；識別設計輸入和設計輸出；評審、驗證和確認設計；控制設計更改
CMM 3級描述生存周期過程，包括需求分析、設計、編碼和測試；第2級提出策劃和跟蹤所有項目活動，包括上述生存周期活動及配置管理。
ISO 9001要求必須進行設計評審，至於應如何進行設計評審，並沒有提出具體要求，組織可根據具體情況，在一定范圍內選擇。與此不同的是，CMM第3級特別要求設計評審要採用同行評審的方式。ISO 9000－3關於設計評審的指南包含了CMM這一要求。
CMM 4級對設計過程的要求與ISO 9001相比更加正式和量化。
5) 要素4.5——文件和資料的控制
ISO 9001要求組織控制文件和資料的發放與更改。
CMM第2級提出要將對文件和資料的控制納入配置管理，第3級特別要求對文件控制須實施並維持配置管理體系。在CMM的實施活動共同特徵章節中，對不同的關鍵過程區域明確了哪些專門的程序文件、標准和其它文件可納入配置管理。
ISO 9000－3提出應將文件和資料納入配置管理。
6) 要素——4.6 采購
ISO 9001要求組織要確保采購的產品符合規定的要求，包括評價潛在的分承包方和驗證采購產品。CMM第2級在顧客軟體開發的要求中包括了對分承包方的評價和分承包方提供的軟體進行接收測試等內容。
7) 要素——4.7顧客提供產品的控制
ISO 9001要求組織要驗證、貯存和維護顧客提供的產品。ISO 9000－3在論述這個條款的要求時特別提到對顧客提供的市售軟體的控制。CMM僅在第3級的子活動中提到采購軟體，提出識別市售軟體或可復用軟體是策劃的一部分。 市售軟體和可復用軟體整體來說是CMM的一大弱點。事實上，CMM在這點上不能充分覆蓋ISO9001要求，特別是ISO9000－3的要求。盡管如此，CMM第2級中還是要求對分承包的軟體進行接收測試。
8) 要素4.8——產品的標識和可追溯性
ISO9001要求組織能夠在生產、安裝和交付的所有階段標識和追溯產品。
CMM主要在第2級的配置管理章節中覆蓋了這個要求，在第3級闡述了軟體工作產品之間的一致性和可追溯性需要。
ISO 9000－3指出在軟體行業一種產品標識和可追溯的方法是配置管理，而且強調配置管理的兩個目標：對產品的當前配置及產品達到需求的狀態提供足夠的可視性；保證參與產品工作的每一位成員在軟體生存周期的任何階段都能使用正確的和准確的信息。在這一點上，兩者基本是一致的。
9） 要素4.9——過程式控制制
ISO 9001要求組織策劃和控制其生產過程，包括在受控條件下按形成文件的指導書進行生產。當組織不能完全驗證過程的結果時，須對過程進行連續的監控。
CMM第2級要求在軟體開發計劃中規定軟體生產過程使用的特定程序和標准；第3級闡述了軟體生產過程的定義、集成以及支持這些過程的工具要求；第4級闡述了過程式控制制的量化要求，並舉統計過程式控制制（SPC）的例子說明。但對一個組織來說，證實滿足這個條款要求的程度一般並不需要這樣高。CMM的第5級更提出了在組織中轉換新技術的要求，這與ISO 900－3中提到的「供方應改進這些工具和技術」是一致的。
ISO 9000－3提出這一要素適用於復制、發行和安裝過程。
10）要素4.10——檢驗和試驗:
ISO 9001要求組織在使用前對材料進行進貨檢驗或驗證並進行過程檢驗，組織還必須在最終產品發運前實施最終檢驗和試驗並保存檢驗和試驗記錄。
CMM第3級闡述了測試和過程檢驗的要求。
ISO 9000－3對軟體（系統）測試給出了指南。
11） 要素4.11——檢驗、測量和試驗設備的控制
ISO 9001要求組織控制、校準和保持所有用於符合性證實的設備。當使用測試硬體或軟體時必須在使用前進行檢查並在規定的時間間隔內復檢。
CMM在軟體產品工程的測試活動章節對此進行了一般性的闡述。關於測試軟體，在CMM實施能力共同特徵章節中專門闡述了用於支持軟體測試的工具。
12）要素4.12——檢驗和試驗狀態
ISO 9001要求組織保證產品在不同過程步驟中移動時須保持檢驗和試驗狀態的標識。
CMM第2級在問題報告和配置狀態、第3級在測試活動中闡述了這個條款的要求。
13）要素4.13——不合格品的控制
ISO 9001要求組織控制不合格（不滿足規定要求的）產品以預防非預期的使用或安裝。 ISO900－3在設計控制、檢驗和試驗（測試和確認）、過程式控制制（復制、交付和安裝）和產品的標識和可追溯性（配置管理）等條款中對這個要求作了進一步的闡述。
CMM並沒有專門對不合格產品進行闡述。CMM第2級要求保持那些包含已知缺陷但目前尚未修正的配置項的狀態，第3級的設計、實施、測試和確認中均對此作了闡述。
14）要素4.14——糾正和預防措施
ISO 9001要求組織確定不合格產生的原因。糾正措施要求消除不合格產生的實際原因，預防措施要求消除產生潛在不合格的原因。
CMM第2級的問題報告，及其後對基線工作產品的受控維護進行跟蹤、關鍵過程區域（KPA）的軟體質量保證部分與此內容相對應。 CMM第5級關鍵過程區域（KPA）的很多部分也包含了這一內容，例如，防錯。
15）要素4.15——搬運、貯存、包裝、防護和交付
ISO 9001要求建立並保持搬運、貯存、包裝、防護和交付的形成文件的程序。ISO9000－3展開為對軟體產品的復制、備份、交付和安裝的控制。
CMM並沒有覆蓋復制、交付和安裝的要求。它在第2級中闡述了軟體產品的生成和發行，在第3級中規定了接收測試的要求。但是CMM沒有闡述關於產品交付和安裝的要求。
16） 要素4.16——質量記錄的控制
ISO 9001要求組織收集和保存質量記錄。
CMM在實施活動共同特徵章節中所規定的所有關鍵過程區域（KPA）都涉及質量記錄的保存要求。第2級的問題報告、第3級的測試和同行評審活動都對應這一條款的要求。
17） 要素4.17——內部質量審核
ISO 9001要求組織策劃和實施內部質量審核。審核的結果提交管理評審，並應針對不符合採取糾正措施。
CMM第2級闡述了審核過程。在驗證實施共同特徵中明確提出：審核活動是為了確保符合特定標准和程序的要求。
18）要素4.18——培訓
ISO 9001要求組織確定培訓需求，並提供相應的培訓且保留培訓記錄。
CMM的實施能力共同特徵中明確了特殊培訓需求。它闡述了通用培訓基礎結構，包括保存培訓記錄的要求。
19）要素4.19——服務
ISO 9001要求：當服務是規定要求時，組織應實施、驗證和報告服務活動。ISO9000－3則把對維護的控制要求歸於本要素。
CMM並沒有單獨論述軟體維護，而是把維護貫穿於整個CMM過程中。
20）要素4.20——統計技術
ISO 9001要求組織明確合適的統計技術，並用它們來驗證過程能力和產品特性的可接受性。
CMM把產品特性納入「執行活動」共同特徵章節，作為「測量和分析」共同特徵的組成部分。
CMM第2級要求建立項目級的資料庫，第3級要求建立全組織范圍內的過程和產品資料庫，第4級要求組織進行統計過程式控制制，如使用排列圖分析。
下表是ISO 9001要素涉及到的CMM級別的對應表，在具體的內容上它們並不是一一對應，有的雖然涉及到了，但在要求的程度上也有差別，本表只是說明了它們之間的關系。
ISO 9001要素 本文中涉及的CMM級別
第2級 第3級 第4級 第5級 共同特徵
4.1 管理職責 √ √ √
4.2 質量體系 √ √ √
4.3 合同評審 √
4.4 設計控制 √ √ √
4.5 文件和資料控制 √ √ √
4.6 采購 √
4.7 顧客提供產品的控制 √ √
4.8 產品標識和可追溯性 √ √
4.9 過程式控制制 √ √ √ √
4.10 檢驗和試驗 √ √
4.11 檢驗、測量和試驗設備的
控制√
4.12 檢驗和試驗狀態 √ √
4.13 不合格品控制 √ √
4.14 糾正和預防措施 √ √
4.15 搬運、包裝、貯存、防護和交付 √ √
4.16 質量記錄的控制 √ √ √
4.17 內部質量審核 √ √
4.18 培訓 √
4.19 服務 √
4.20 統計技術 √ √ √ √
三、結論
1）ISO 9001和CMM既有區別又相互聯系，兩者不可簡單的互相替代。 盡管ISO 9001標準的一些要求在CMM中不存在，而CMM的一些要求在ISO 9001標准中也不存在，但不可否認的是，兩者之間的關系非常密切。當然，兩者之間的差別也很明顯，例如， ISO 9001標準的要素4.7和4.15在CMM中沒有細述，而4.19則是分散在CMM的各部分中。ISO 9001的一些要素可以在CMM中找到完全對應的部分，另外一些要素則是比較分散的對應。
兩者的最大相似之處在於兩者都強調「該說的要說到，說到的要做到」。對每一個重要的過程應形成文件，包括指導書和說明，並檢查交貨質量水平。CMM強調持續改進，ISO 9001的1994版標准主要說明的是「合格質量體系的最低可接受水平」（ISO 9001 的2000版標准也增加了持續改進的內容）。
另外，1999年底，由美國質量協會（ASQ）和MOTOROLA、NOKIA、BELL SOUTH等100多家企業、機構共同制定的電信行業（包括電信軟體開發企業）質量體系標准TL 9000正式發布，在處理已經取得CMM和ISO 9001認證的軟體開發企業如何升級到TL 9000時，補充審核的要求有很大差異，這從一個側面也可以說明它們之間的差別。但很明顯，取得ISO 9001認證對於取得CMM的等級證書是有益的，反之，取得CMM等級證書，對於尋求ISO 9001認證也是有幫助的。
2）取得ISO 9001認證並不意味著完全滿足CMM某個等級的要求。 表面上看，獲得ISO 9001標準的企業應有CMM第3至第4級的水平，但事實上，有些獲得CMM第1級的企業也獲得了ISO 9001證書，原因是ISO 9001強調以顧客的要求為出發點，不同的顧客要求的質量水平也不同，而且各個審核員的水平/解釋也有些差異；由此可以看出，取得ISO 9001認證所代表的質量管理和質量保證能力的高低與審核員對標準的理解及自身水平的高低有很大的關系，而這不是ISO 9001標准本身所決定的
ISO 9001標准只是質量管理體系的最低可接受准則，不能說已滿足CMM的大部分要求。有一點可以肯定，ISO 9001認證合格的企業至少能滿足CMM第2級的大部分要求以及第3級的一部分要求。 3）取得CMM第2級(或第3級)不能籠統的認為是滿足ISO 9001的要求。CMM 第2級的所有關鍵過程都涉及ISO 9001的要求，但都低於ISO9001的要求。另外，一些CMM第1級的組織在滿足了第2級和第3級的一些關鍵過程的要求後，也可以獲得ISO 9001認證證書.一些CMM第2級或第3級的企業可能被認為符合ISO 9001的要求，但是，甚至一些第3級企業也需另外滿足ISO9001的要素4.15的搬運和交付要求以及補充對市售軟體和可復用軟體的控制。當然，盡管CMM沒有完全滿足ISO 9001標準的一些特定要求，但包含了大部分的要求。
不可否認，CMM是專門針對軟體開發企業設計的，因此在針對性上比ISO 9001要好。ISO已經意識到這個問題，針對軟體開發企業應用ISO 9001提供了指南標准（ISO 9000－3），預計在2000年底發布的ISO 9000:2000也考慮了軟體企業的特點。 需要特別說明的是，CMM強調的是軟體開發過程的管理，對於國內軟體企業涉及較多的「系統集成」並沒有考慮，如果單純按照CMM的要求建立質量體系應該注意補充「系統集成」方面的內容。
四、結束語
本文並沒有回答CMM和ISO 9001誰更好，也不想回答這個問題，一個體系的好壞是由很多方面決定的。上面僅僅反應了作者對這兩個體系的一些看法，不免帶有一些主觀和片面。但是，對於一個軟體開發企業來說，獲得什麼樣的認證證書只是表面的，重要的是如何著眼於持續改進以更好的保證軟體開發的質量、滿足顧客的要求，從而獲得競爭優勢，這是每一個軟體開發企業應該認真考慮的問題。

6. CMM是什麼東西

CMM是指「能力成熟度模型」,其英文全稱為Capability Maturity Model for
Software,英文縮寫為SW-CMM,簡稱CMM.它是對於軟體組織在定義、實施、度量、控制和改善其軟體過程的實踐中各個發展階段的描述.CMM
的核心是把軟體開發視為一個過程,並根據這一原則對軟體開發和維護進行過程監控和研究,以使其更加科學化、標准化、使企業能夠更好地實現商業目標.
CMMI
認證是由美國軟體工程學會(software engineering
institue,簡稱SEI)制定的一套專門針對軟體產品的質量管理和質量保證標准. CMMI 的全稱為：Capability Maturity
Model Integration,即能力成熟度模型集成.
CMMI的五個台階（五個等級）： 台階一：CMMI一級,完成級.
在完成級水平上,企業對項目的目標與要做的努力很清晰,項目的目標得以實現.但是由於任務的完成帶有很大的偶然性,企業無法保證在實施同類項目的時候
仍然能夠完成任務.企業在一級上的項目實施對實施人員有很大的依賴性. 台階二：CMMI二級,管理級.
在管理級水平上,企業在項目實施上能夠遵守既定的計劃與流程,有資源准備,權責到人,對相關的項目實施人員有相應的培訓,對整個流程有監測與控制,並
與上級單位對項目與流程進行審查.企業在二級水平上體現了對項目的一系列的管理程序.這一系列的管理手段排除了企業在一級時完成任務的隨機性,保證了企業
的所有項目實施都會得到成功. 台階三：CMMI三級,定義級.
在定義級水平上,企業不僅能夠對項目的實施有一整套的管理措施,並保障項目的完成；而且,企業能夠根據自身的特殊情況以及自己的標准流程,將這套管理
體系與流程予以制度化這樣,企業不僅能夠在同類的項目上生到成功的實施,在不同類的項目上一樣能夠得到成功的實施.科學的管理成為企業的一種文化,企業的
組織財富. 台階四：CMMI四級,量化管理級.
在量化管理級水平上,企業的項目管理不僅形成了一種制度,而且要實現數字化的管理.對管理流程要做到量化與數字化.通過量化技術來實現流程的穩定性,
實現管理的精度,降低項目實施在質量上的波動.

7. CMM模型五個標准等級有哪些具體特徵和衡量標准

CMM是指「能力成熟度模型」，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。它是對於組織在定義、實施、度量、控制和改善其過程的實踐中各個發展階段的描述。CMM的核心是把開發視為一個過程，並根據這一原則對開發和維護進行過程監控和研究，以使其更加科學化、標准化、使能夠更好地實現商業目標。

CMM是是一種用於評價承包能力並幫助其改善質量的方法，側重於開發過程的管理及工程能力的提高與評估。CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優化級。

CMM是由美國卡內基梅隆大學工程研究所1987年研製成功的，是目前國際上最流行最實用的生產過程標准和成熟度等級認證標准。目前，我國已有通過了CMM標准認證 。

SW-CMM(Capability Maturity Model For Software 生產能力成熟度模型,以下簡稱"CMM"),是87年由美國卡內基梅隆大學工程研究所（CMU SEI）研究出的一種一種用於評價承包商能力並幫助改善質量的方法，其目的是幫助對工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的。

其所依據的想法是：只要集中精力持續努力去建立有效的工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服生產中的困難。CMM它是目前國際上最流行、最實用的一種生產過程標准，已經得到了眾多國家以及國際產業界的認可，成為當今從事規模生產不可缺少的一項內容。

8. 軟體工程中的cmm是什麼，有哪五個層次

CMM是指「能力成熟度模型」，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。它是對於軟體組織在定義、實施、度量、控制和改善其軟體過程的實踐中各個發展階段的描述。CMM的核心是把軟體開發視為一個過程，並根據這一原則對軟體開發和維護進行過程監控和研究，以使其更加科學化、標准化、使企業能夠更好地實現商業目標。

CMM是是一種用於評價軟體承包能力並幫助其改善軟體質量的方法，側重於軟體開發過程的管理及工程能力的提高與評估。CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優化級。

CMM是由美國卡內基梅隆大學軟體工程研究所1987年研製成功的，是目前國際上最流行最實用的軟體生產過程標准和軟體企業成熟度等級認證標准。目前，我國已有軟體企業通過了CMM標准認證 。

SW-CMM(Capability Maturity Model For Software 軟體生產能力成熟度模型,以下簡稱"CMM"),是87年由美國卡內基梅隆大學軟體工程研究所（CMU SEI）研究出的一種一種用於評價軟體承包商能力並幫助改善軟體質量的方法，其目的是幫助軟體企業對軟體工程過程進行管理和改進，增強開發與改進能力，從而能按時地、不超預算地開發出高質量的軟體。

其所依據的想法是：只要集中精力持續努力去建立有效的軟體工程過程的基礎結構，不斷進行管理的實踐和過程的改進，就可以克服軟體生產中的困難。CMM它是目前國際上最流行、最實用的一種軟體生產過程標准，已經得到了眾多國家以及國際軟體產業界的認可，成為當今企業從事規模軟體生產不可缺少的一項內容。

CMM目前通用流行的版本是1．1（Version1．1）。《按照軟體工程研究所（SEI）的原來計劃，CMM的改進版版本2．0（V2．0）是要在1997年的11月完成的。但是，美國國防部辦公室要求軟體工程研究所（SEI）延遲發放公布CMM版本2．0，直至他們完成另一個更為緊迫的項目-CMMI。

CMMI(Capability Maturity Model Integration能力成熟度模型集成)，是美國國防部的一個設想。他們希望把所有現存的與將被發展出來的各種能力成熟度模型，集成到一個框架中去。這個框架用於解決兩個問題：第一，軟體獲取辦法的改革；第二，從集成產品與過程發展的角度出發,建立一種包含健全的系統開發原則的過程改進。

CMM為軟體企業的過程能力提供了一個階梯式的改進框架，它基於過去所有軟體工程過程改進的成果，吸取了以往軟體工程的經驗教訓，提供了一個基於過程改進的框架；它指明了一個軟體組織在軟體開發方面需要管理哪些主要工作、這些工作之間的關系、以及以怎樣的先後次序，一步一步的做好這些工作而使軟體組織走向成熟。

一、CMM的誕生

信息時代，軟體質量的重要性越來越為人們所認識。軟體是產品、是裝備、是工具，其質量使得顧客滿意，是產品市場開拓、事業得以發展的關鍵。而軟體工程領域在1992年至1997年取得了前所未有的進展,其成果超過軟體工程領域過去15年來的成就總和。

軟體管理工程引起廣泛注意源於20世紀70年代中期。當時美國國防部曾立題專門研究軟體項目做不好的原因，發現70%的項目是因為管理不善而引起，而並不是因為技術實力不夠，進而得出一個結論，即管理是影響軟體研發項目全局的因素，而技術隻影響局部。到了20世紀90年代中期，軟體管理工程不善的問題仍然存在，大約只有10%的項目能夠在預定的費用和進度下交付。軟體項目失敗的主要原因有：需求定義不明確；缺乏一個好的軟體開發過程；沒有一個統一領導的產品研發小組；子合同管理不嚴格；沒有經常注意改善軟體過程；對軟體構架很不重視；軟體界面定義不善且缺乏合適的控制；軟體升級暴露了硬體的缺點；關心創新而不關心費用和風險；軍用標准太少且不夠完善等等。在關繫到軟體項目成功與否的眾多因素中，軟體度量、工作量估計、項目規劃、進展控制、需求變化和風險管理等都是與工程管理直接相關的因素。由此可見，軟體管理工程的意義至關重要。

軟體管理工程和其它工程管理相比有其特殊性。首先，軟體是知識產品，進度和質量都難以度量，生產效率也難以保證。其次，軟體系統復雜程度也是超乎想像的。因為軟體復雜和難以度量，軟體管理工程的發展還很不成熟。

軟體管理工程的發展，在經歷了從70年代開始以結構化分析與設計、結構化評審、結構化程序設計以及結構化測試為特徵的結構化生產時代，到90年代中期，以CMM模型的成熟模型和日益為市場接受為標志，已經進入以過程成熟模型CMM、個體軟體過程PSP和群組軟體過程TSP為標志的以過程為中心的時代，而軟體發展第三個時代，及軟體工業化生產時代，從90年代中期軟體過程技術的成熟和面向對象技術、構件技術的發展為基礎，已經漸露端倪，估計到2005年，可以實現真正的軟體工業化生產，這個趨勢應該引起軟體企業界和有關部門的高度重視，及早採取措施，跟上世界軟體發展的腳步。軟體生產轉向以改善軟體過程為中心，是世界各國軟體產業或遲或早都要走的道路。

軟體過程改善是當前軟體管理工程的核心問題。50多年來計算事業的發展使人們認識到要高效率、高質量和低成本地開發軟體，必須改善軟體生產過程。軟體管理工程走過了一條從70年代開始以結構化分析與設計、結構化評審、結構化程序設計以及結構化測試到90年代中期以過程成熟模型CMM、個體軟體過程PSP和群組軟體過程TSP為標志的以過程為中心向著軟體過程技術的成熟和面向對象技術、構件技術的發展為基礎的真正軟體工業化生產的道路。軟體生產轉向以改善軟體過程為中心，是世界各國軟體產業或遲或早都要走的道路。軟體工業已經或正在經歷著"軟體過程的成熟化"，並向"軟體的工業化"漸進過渡。規范的軟體過程是軟體工業化的必要條件。

軟體過程研究的是如何將人員、技術和工具等組織起來，通過有效的管理手段，提高軟體生產的效率，保證軟體產品的質量。由此誕生了軟體過程的三個流派：CMU-SEI的CMM/PSP/TSP；ISO 9000質量標准體系；ISO/IEC 15504（SPICE）。

CMM/PSP/TSP即軟體能力成熟度模型/ 個體軟體過程/群組軟體過程，是1987年美國 Carnegie Mellon 大學軟體工程研究所(CMU/SEI)以W.S.Humphrey為首的研究組發表的研究成果"承製方軟體工程能力的評估方法"；SO 9000質量標准體系是在70年代由歐洲首先採用的，其後在美國和世界其他地區也迅速地發展起來。目前，歐洲聯合會積極促進軟體質量的制度化，提出了如下ISO9000軟體標准系列：ISO9001、ISO9000-3、ISO9004-2、ISO9004-4、ISO9002；ISO/IEC 15504（SPICE）是1991年國際標准化組織採納了一項動議，開展調查研究，按照CMU-SEI的基本思路，產生的技術報告ISO/IEC 15504--信息技術軟體過程評估

目前，學術界和工業界公認美國 Carnegie Mellon 大學軟體工程研究所(CMU/SEI) 以W.S.Humphrey為首主持研究與開發的軟體能力成熟度模型CMM是當前最好的軟體過程，已成為業界事實上的軟體過程的工業標准。

二、CMM的發展

1987年美國 Carnegie Mellon 大學軟體工程研究所(CMU/SEI)以W.S.Humphrey為首的研究組發表了CMM/PSP/TSP 技術，為軟體管理工程開辟了一條新的途經。

CMM框架用5個不斷進化的層次來評定軟體生產的歷史與現狀：其中初始層是混沌的過程，可重復層是經過訓練的軟體過程，定義層是標准一致的軟體過程，管理層是可預測的軟體過程，優化層是能持續改善的軟體過程。任何單位所實施的軟體過程，都可能在某一方面比較成熟，在另一方面不夠成熟，但總體上必然屬於這5個層次中的某一個層次。而在某個層次內部，也有成熟程度的區別。在CMM框架的不同層次中，需要解決帶有不同層次特徵的軟體過程問題。因此，一個軟體開發單位首先需要了解自己正處於哪一個層次，然後才能夠對症下葯地針對該層次的特殊要求解決相關問題，這樣才能收到事半功倍的軟體過程改善效果。任何軟體開發單位在致力於軟體過程改善時，只能由所處的層次向緊鄰的上一層次進化。而且在由某一成熟層次向上一更成熟層次進化時，在原有層次中的那些已經具備的能力還必須得到保持與發揚。

軟體產品質量在很大程度上取決於構築軟體時所使用的軟體開發和維護過程的質量。軟體過程是人員密集和設計密集的作業過程：若缺乏有素訓練，就難以建立起支持實現成功是軟體過程的基礎，改進工作亦將難以取得成效。CMM描述的這個框架正是勾列出從無定規的混沌過程向訓練有素的成熟過程演進的途徑。

CMM包括兩部分"軟體能力成熟度模型"和"能力成熟度模型的關鍵慣例"。"軟體能力成熟度模型"主要是描述此模型的結構，並且給出該模型的基本構件的定義。"能力成熟度模型的關鍵慣例"詳細描述了每個"關鍵過程方面"涉及的"關鍵慣例"。這里"關鍵過程方面"是指一組相關聯的活動；每個軟體能力成熟度等級包含若干個對該成熟度等級至關重要的過程方面，它們的實施對達到該成熟度等級的目標起到保證作用。這些過程域就稱為該成熟度等級的關鍵過程域，反之有非關鍵過程域是指對達到相應軟體成熟度等級的目標不起關鍵作用。歸納為：互相關聯的若干軟體實踐活動和有關基礎設施的一個集合。而"關鍵慣例"是指使關鍵過程方面得以有效實現和制度化的作用最大的基礎設施和活動,對關鍵過程的實踐起關鍵作用的方針、規程、措施、活動以及相關基礎設施的建立。關鍵實踐一般只描述"做什麼"而不強制規定"如何做"。各個關鍵慣例按每個關鍵過程方面的5個"公共特性"（對執行該過程的承諾，執行該過程的能力，該過程中要執行的活動，對該過程執行情況的度量和分析，及證實所執行的活動符合該過程）歸類，逐一詳細描述。當作到了某個關鍵過程的的全部關鍵慣例就認為實現了該關鍵過程，實現了某成熟度級及其以低級所含的全部關鍵過程就認為達到到了了該級。

上面提到了CMM把軟體開發組織的能力成熟度分為5個的等級。除了第1級外，其他每一級由幾個關鍵過程方面組成。每一個關鍵過程方面都由上述5種公共特性予以表徵。CMM給每個關鍵過程了一些具體目標。按每個公共特性歸類的關鍵慣例是按該關鍵過程的具體目標選擇和確定的。如果恰當地處理了某個關鍵過程涉及的全部關鍵慣例，這個關鍵過程的各項目標就達到了，也就表明該關鍵過程實現了。這種成熟度分級的優點在於，這些級別明確而清楚地反映了過程改進活動的輕重緩急和先後順序。

9. cmm是什麼

什麼是CMM

CMM是能力成熟度模型（capabilityMaturityModel）的縮寫，是一種用於評價軟體承包能力並幫助其改善軟體質量的方法，側重於軟體開發過程的管理及工程能力的提高與評估。CMM分為五個等級：一級為初始級，二級為可重復級，三級為已定義級，四級為已管理級，五級為優化級。

CMM是由美國卡內基梅隆大學軟體工程研究所1987年研製成功的，是目前國際上最流行最實用的軟體生產過程標准和軟體企業成熟度等級認證標准。目前，我國已有軟體企業通過了CMM標准認證。

CMM五級標准(中文)

第一級：初始級 Initial Level

在初始級，企業一般不具備穩定的軟體開發與維護的環境。 常常在遇到問題的時候，就放棄原定的計劃而只專注於編程與測 試。

第二級：可重復級 Repeatable Level

在這一級，建立了管理軟體項目的政策以及為貫徹執行這些 政策而定的措施。基於過往的項目的經驗來計劃與管理新的項目。

第三級：定義級 Defined Level

在這一級，有關軟體工程與管理工程的一個特定的、面對整 個企業的軟體開發與維護的過程的文件將被制訂出來。同時，這 些過程是集成到一個協調的整體。這就稱為企業的標准軟體過程。

第四級：管理級 Managed Level

在這一級，企業對產品與過程建立起定量的質量目標，同時 在過程中加入規定得很清楚的連續的度量。作為企業的度量方案， 要對所有項目的重要的過程活動進行生產率和質量的度量。軟體 產品因此具有可預期的高質量。

第五級：優化級 Optimizing Level

在這個等級，整個企業將會把重點放在對過程進行不斷的優 化。企業會採取主動去找出過程的弱點與長處，以達到預防缺陷 的目標。同時，分析有關過程的有效性的資料，作出對新技術的 成本與收益的分析，以及提出對過程進行修改的建議。

CMM的用途

1.用於軟體過程的改進(SPI Software Process Improvement)

幫助軟體企業對其軟體(製作)過程的改變(進)進行計劃、(措施)制定以及實施。

2.用於軟體過程評估(SPA Software Process Assessment):

在評估中，一組經過培訓的軟體專業人員確定出一個企業軟體過程的狀況，找出該企業所面對(存在)的與軟體過程有關的、最迫切的所有問題；以及取得企業領導層對軟體過程改進的支持。

3.軟體能力評鑒(SCE Software Capability Evaluation)：

在能力評鑒中，一組經過培訓的專業人員鑒別出軟體承包者的能力資格；或者是檢查監察正用於(進行)軟體製作的軟體過程的狀況。

10. cmm的含義是什麼

cmm的含義是「能力成熟度模型」，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。

它是對於軟體組織在定義、實施、度量、控制和改善其軟體過程的實踐中各個發展階段的描述。CMM的核心是把軟體開發視為一個過程，並根據這一原則對軟體開發和維護進行過程監控和研究，以使其更加科學化、標准化、使企業能夠更好地實現商業目標。此外還是化妝品的名字。

實施CMM的必要性：

軟體開發其中最關鍵的問題在於軟體開發組織不能很好地管理其軟體過程，從而使一些好的開發方法和技術起不到預期的作用。

而且項目的成功也是通過工作組的傑出努力，所以僅僅建立在可得到特定人員上的成功不能為全組織的生產和質量的長期提高打下基礎，必須在建立有效的軟體如管理工程實踐和管理實踐的基礎設施方面，堅持不懈地努力，才能不斷改進，才能持續地成功。