能力成熟度模型

能力成熟度模型

能力成熟度模型（Capabi1ityMaturityModelforSoftware,英文

縮寫為SW-CMM,簡稱CMM）

什么是能力成熟度模型（CapabilityMaturityModel）?

CMM是指“能力成熟度模型”,是對于軟件組織在定義、實施、度量、控制

和改善其軟件過程的實踐中各個發(fā)展階段的描述。它是在美國國防部的指

導(dǎo)下，由軟件開發(fā)團體和軟件工程學(xué)院（SEI）及CarnegieMellon大學(xué)共

同開發(fā)的。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件

開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學(xué)化、標準化、使企業(yè)能

夠更好地實現(xiàn)商業(yè)目標。

CMM是一種用于評價軟件承包能力并幫助其改善軟件質(zhì)量的方法,側(cè)重

于軟件開發(fā)過程的管理及工程能力的提高與評估。CMM分為五個等級：一級

為初始級，二級為可重復(fù)級，三級為已定義級，四級為已管理級，五級為

優(yōu)化級。從當(dāng)今整個軟件公司現(xiàn)狀來看，最多的成熟度為1級，多數(shù)成熟

度為2級，少數(shù)成熟度為3級，極少數(shù)成熟度為4級，成熟度為5級的更

是鳳毛麟角。

其所依據(jù)的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過

程的基礎(chǔ)結(jié)構(gòu)，不斷進行管理的實踐和過程的改進，就可以克服軟件生產(chǎn)

中的困難。CMM它是目前國際上最流行、最實用的一種軟件生產(chǎn)過程標準，

已經(jīng)得到了眾多國家以及國際軟件產(chǎn)業(yè)界的認可，成為當(dāng)今企業(yè)從事規(guī)模

軟件生產(chǎn)不可缺少的一項內(nèi)容。

CMM為軟件企業(yè)的過程能力提供了一個階梯式的改進框架,它基于過去

所有軟件工程過程改進的成果，吸取了以往軟件工程的經(jīng)驗教訓(xùn)，提供了

一個基于過程改進的框架；它指明了一個軟件組織在軟件開發(fā)方面需要管

理哪些主要工作、這些工作之間的關(guān)系、以及以怎樣的先后次序，一步一

步的做好這些工作而使軟件組織走向成熟。

黜|坯遐能力成熟度模型的歷史和發(fā)展

信息時代，軟件質(zhì)量的重要性越來越為人們所認識。軟件是產(chǎn)品、是

裝備、是工具，其質(zhì)量使得顧客滿意，是產(chǎn)品市場開拓、事業(yè)得以發(fā)展的

關(guān)鍵。而軟件工程領(lǐng)域在1992年至1997年取得了前所未有的進展，其成果

超過軟件工程領(lǐng)域過去15年來的成就總和。

軟件管理工程引起廣泛注意源于20世紀70年代中期。當(dāng)時美國國防

部曾立題專門研究軟件項目做不好的原因，發(fā)現(xiàn)70%的項目是因為管理不善

而引起，而并不是因為技術(shù)實力不夠，進而得出一個結(jié)論，即管理是影響

軟件研發(fā)項目全局的因素，而技術(shù)只影響局部。到了20世紀90年代中期，

軟件管理工程不善的問題仍然存在，大約只有10%的項目能夠在預(yù)定的費用

和進度下交付。軟件項目失敗的主要原因有：需求定義不明確；缺乏一個

好的軟件開發(fā)過程；沒有一個統(tǒng)一領(lǐng)導(dǎo)的產(chǎn)品研發(fā)小組；子合同管理不嚴

格；沒有經(jīng)常注意改善軟件過程；對軟件構(gòu)架很不重視:軟件界面定義不

善且缺乏合適的控制；軟件升級暴露了硬件的缺點；關(guān)心創(chuàng)新而不關(guān)心費

用和風(fēng)險；軍用標準太少且不夠完善等等。在關(guān)系到軟件項目成功與否的

眾多因素中，軟件度量、工作量估計、項目規(guī)劃、進展控制、需求變化和

風(fēng)險管理等都是與工程管理直接相關(guān)的因素。由此可見，軟件管理工程的

意義至關(guān)重要。

1987年，美國卡內(nèi)基.梅隆大學(xué)軟件研究所（SEI）受美國國防部的委

托，率先在軟件行業(yè)從軟件過程能力的角度提出了軟件過程成熟度模型

（CMM）,隨后在全世界推廣實施的一種軟件評估標準，用于評價軟件承包

能力并幫助其改善軟件質(zhì)量的方法。它主要用于軟件開發(fā)過程和軟件開發(fā)

能力的評價和改進。它側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評

估。CMM自1987年開始實施認證，現(xiàn)已成為軟件業(yè)最權(quán)威的評估認證體系。

CMM包括5個等級，共計18個過程域,52個目標，300多個關(guān)鍵實踐

編輯本段CMM的基本思想

CMM的基本思想是，因為問題是由我們管理軟件過程的方法引起的，所

以新軟件技術(shù)的運用不會自動提高生產(chǎn)率和利潤率。CMM有助于組織建立一

個有規(guī)律的、成熟的軟件過程。改進的過程將會生產(chǎn)出質(zhì)量更好的軟件，

使更多的軟件項目免受時間和費用的超支之苦。

軟件過程包括各種活動、技術(shù)和用來生產(chǎn)軟件的工具。因此，它實際

上包括了軟件生產(chǎn)的技術(shù)方面和管理方面。CMM策略力圖改進軟件過程的管

理，而在技術(shù)上的改進是其必然的結(jié)果。

必須牢記，軟件過程的改善不可能在一夜之間完成，CMM是以增量方式

逐步引入變化的。CMM明確地定義了5個不同的“成熟度”等級，一個組織

可按系列小的改良性步驟向更高的成熟度等級前進。

成熟度等級1：初始級（Initial）。處于這個最低級的組織，基本上沒

有健全的軟件工程管理制度。每件事情都以特殊的方法來做。如果一個特

定的工程碰巧由一個有能力的萱理員和一個優(yōu)秀的軟件開發(fā)組來做，則這

個工程可能是成功的。然而通常的情況是，由于缺乏健全的總體管理和詳

細計劃，時間和費用經(jīng)常超支。結(jié)果，大多數(shù)的行動只是應(yīng)付危機，而非

事先計劃好的任務(wù)。處于成熟度等級1的組織，由于軟件過程完全取決于

當(dāng)前的人員配備，所以具有不可預(yù)測性，人員變化了，過程也跟著變化。

結(jié)果，要精確地預(yù)測產(chǎn)品的開發(fā)時間和費用之類重要的項目，是不可能的。

成熟度等級2：可重復(fù)級（Repeatable）。在這一-級，有些基本的軟件項

目的管理行為、設(shè)計和管理技術(shù)是基于相似產(chǎn)品中的經(jīng)驗，故稱為“可重

復(fù)”。在這一級采取了一定措施，這些措施是實現(xiàn)一個完備過程所必不可

缺少的第一步。典型的措施包括仔細地跟蹤費用和進度。不像在第一級那

樣，在危機狀態(tài)下方行動，管理人員在問題出現(xiàn)時便可發(fā)現(xiàn)，并立即采取

修正行動，以防它們變成危機。關(guān)鍵的一點是，如沒有這些措施，要在問

題變得無法收拾前發(fā)現(xiàn)它們是不可能的。在一個項目中采取的措施也可用

來為未來的項目擬定實現(xiàn)的期限和費用計劃。

成熟度等級3：已定義級（Defined）。在第3級，已為軟件生產(chǎn)的過程

編制了完整的文檔。軟件過程的管理方面和技術(shù)方面都明確地做了定義，

并按需要不斷地改進過程，而且采用評審的辦法來保證軟件的質(zhì)量。在這

一級，可引用CASE環(huán)境來進一步提高質(zhì)量和產(chǎn)生率。而在第一級過程中，

“高技術(shù)”只會使這一危機驅(qū)動的過程更混亂。

成熟度等級4：已管理級（Managed）。一個處于第4級的公司對每個項

目都設(shè)定質(zhì)量和生產(chǎn)目標。這兩個量將被不斷地測量，當(dāng)偏離目標太多時，

就采取行動來修正。利用統(tǒng)計質(zhì)量修制,管理部門能區(qū)分出隨機偏離和有

深刻含義的質(zhì)量或生產(chǎn)目標的偏離（統(tǒng)計質(zhì)量控制措施的一個簡單例子是

每千行代碼的錯誤率。相應(yīng)的目標就是隨時間推移減少這個量）。

成熟度等級5：優(yōu)化級（Optimizing）。一個第5級組織的目標是連續(xù)地

改進軟件過程。這樣的組織使用統(tǒng)計質(zhì)量和過程捽制技術(shù)作為指導(dǎo)。從各

個方面中獲得的知識將被運用在以后的項目中，從而使軟件過程融入了正

反饋循環(huán)，使生產(chǎn)率和質(zhì)量得到穩(wěn)步的改進。

整個企業(yè)將會把重點放在對過程進行不斷的優(yōu)化，采取主動的措施去

找出過程的弱點與長處，以達到預(yù)防缺陷的目標。同時，分析各有關(guān)過程

的有效性資料，作出對新技術(shù)的成本與效益的分析，并提出對過程進行修

改的建議。達到該級的公司可自發(fā)的不斷改進，防止同類缺陷二次出現(xiàn)。

在表中可以看出，CMM為軟件的過程能力提供了一個階梯式的改進框

架，它基于以往軟件工程的經(jīng)驗教訓(xùn)，提供了一個基于過程改進的框架圖，

它指出一個軟件組織在軟件開發(fā)方面需要那些主要工作，這些工作之間的

關(guān)系，以及開展工作的先后順序，一步一步的做好這些工作而使軟件組織

走向成熟。CMM的思想來源于已有多年歷史的項目管理和質(zhì)量管理,自產(chǎn)生

以來兒經(jīng)修訂，成為軟件業(yè)具有廣泛影響的模型，并對以后項目管理成熟度

模型的建立產(chǎn)生了重要的影響。盡管已有個人或團體提出了各種各樣的成

熟度模型，但還沒有一個象CMM那樣在業(yè)界確立了權(quán)威標準的地位。但PMI

于2003年發(fā)布的OPM3以其立體的模型及涵蓋范圍的廣泛有望成為項目管

理界的標準。

編輯本段實施CMM的必要性

軟件開發(fā)的風(fēng)險之所以大，是由于軟件過程能力低，其中最關(guān)鍵的問

題在于軟件開發(fā)組織不能很好地管理其軟件過程，從而使一些好的開發(fā)方

法和技術(shù)起不到預(yù)期的作用。而且項目的成功也是通過工作組的杰出努力，

所以僅僅建立在可得到特定人員上的成功不能為全組織的生產(chǎn)和質(zhì)量的長

期提高打下基礎(chǔ)，必須在建立有效的軟件如管理工程實踐和管理實踐的基

礎(chǔ)設(shè)施方面，堅持不懈地努力，才能不斷改進，才能持續(xù)地成功。

軟件質(zhì)量是模糊的、捉摸不定的概念。我們常常聽說：某某軟件好用，

某某軟件不好用；某某某軟件功能全、結(jié)構(gòu)合理，某某某軟件功能單一、

操作困難……這些模模糊糊的語言不能算作是軟件質(zhì)量評價，更不能算作

是軟件質(zhì)量科學(xué)的定量的評價。軟件質(zhì)量，乃至于任何產(chǎn)品質(zhì)量，都是一

個很復(fù)雜的事物性質(zhì)和行為。產(chǎn)品質(zhì)量，包括軟件質(zhì)量，是人們實踐產(chǎn)物

的屬性和行為，是可以認識，可以科學(xué)地描述的?？梢酝ㄟ^一些方法和人

類活動，來改進質(zhì)量。

實施CMM是改進軟件質(zhì)量的有效方法:控制軟件生產(chǎn)過程、提高軟件生

產(chǎn)者組織性和軟件生產(chǎn)者個人能力的有效合理的方法軟件工程和很多研究

領(lǐng)域及實際問題有關(guān)，主要相關(guān)領(lǐng)域和因素有：需求工程(REQUIREMENTS

ENGINEERING)?理論上，需求工程是應(yīng)用已被證明的原理、技術(shù)和工具，

幫助系統(tǒng)分析人員理解問題或描述產(chǎn)品的外在行為。軟件復(fù)用(SOFTWARE

REUSE),定義為利用工程知識或方法，由一己存在的系統(tǒng)，來建造一新系

統(tǒng)。這種技術(shù)，可改進軟件產(chǎn)品質(zhì)量和生產(chǎn)率。還有軟件檢查、軟件計量、

軟件可靠性、軟件可維修性、軟件工具評估和選擇等。

編輯本段在中國的現(xiàn)狀

中國生產(chǎn)力促進協(xié)會、北航SEI、中科院研究SEI等科研機構(gòu)已于近幾

年在北京、上海、匚省和深圳等地先后舉辦過多次報告會和研討會，組織

過課程學(xué)習(xí)和應(yīng)用實驗，開展了軟件過程方面的研究與開發(fā)工作，并發(fā)表

了多篇的研究成果和學(xué)術(shù)論文，在軟件質(zhì)量保障平臺支撐環(huán)境也取得了一

定的成果。

近兩年來，CMM在我國獲得了各界越來越多關(guān)注，業(yè)界有過多次關(guān)于

CMM的討論，2000年6月國務(wù)院頒發(fā)的《鼓勵軟件產(chǎn)業(yè)和集成電路產(chǎn)業(yè)發(fā)

展的若干政策》對中國軟件企業(yè)申請CMM認證給予了積極的支持和推動作

用，第17條規(guī)定〃對軟件出口型企業(yè)CMM認證費用予以適當(dāng)支持。“2000年

中關(guān)村電腦節(jié)上還有CMM專題論壇，吸引了眾多業(yè)內(nèi)人士。鼎新、東大阿

爾派、聯(lián)想、方M、金蝶、用友、浪潮、創(chuàng)智、華為、東大阿爾派等大型

集團或企業(yè)等都從1997--2000年起批企業(yè)都在進行研究、實驗或?qū)嵤╊A(yù)

評估。其中鼎新公司從1997年著手進行CMM認證工作。1999年7月通過筮

:?方認證機構(gòu)的CMM2認證。東大阿爾派公司于2000年10月通過第三方認

證機構(gòu)的CMM2認證。2001年1月，聯(lián)想軟件經(jīng)過晏國路透集團的嚴格評估，

順利通過CMM2認證。2001年6月26日，沈任I東軟軟件股份有限公司（原

沈陽東大阿爾派軟件股份有限公司）正式通過了CMM3級認證，成為中國首

家通過CMM3級的軟件企業(yè)。

總體上講，國內(nèi)對軟件過程理論的討論與實踐正在展開，目標是使軟

件的質(zhì)量管理和控制達到國際先進水平，中國的軟件產(chǎn)業(yè)獲得可持續(xù)發(fā)展

的能力。專家分析，在未來兩三年內(nèi)，國內(nèi)軟件業(yè)勢必將出現(xiàn)實施CMM的

高潮。從這一趨勢看，中國的軟件企業(yè)已經(jīng)開始走上標準化、規(guī)范化、國

際化的發(fā)展道路，中國軟件業(yè)已經(jīng)面臨一個整體突破的時代。

但是我們應(yīng)該看到目前國內(nèi)對軟件管理工程存在的最大問題是認識不

足。管理實際上是一把手工程，需要高層管理人員的足夠重視。而且軟件

過程的重大修改也必須由高層管理部門啟動，這是軟件過程改善能否進行

到底的關(guān)鍵。此外，軟件過程的改善還有待于全體有關(guān)人員的積極參與。

除了要認識到過程改善工作是一把手工程這個關(guān)鍵因素外，還應(yīng)認識

到軟件過程成熟度的升級本身就是一個過程，且有一個生命周期。過程改

善工作需要循序漸進，不能一蹴而就，需要持續(xù)改善，不能停滯不前；需

要聯(lián)系實際，不能照本宣科；需要適應(yīng)變革，不能凝固不變。一個有效的

途徑是自頂向下的課程培訓(xùn)，即從高層主管依次普及到下面的工程師。

編輯本段CMM基本概念

CMM由低至高共分為5個級別：初始級、可重復(fù)級、定義級、管理級和

優(yōu)化級

CMMI（CapabilityMaturityModelIntegration,能力成熟度模型集

成）

將各種能力成熟度模型（即:SoftwareCMM、SystemsEng-CMM>People

CMM和AcquisitionCMM）整合到同一架構(gòu)中去，由此建立起包括軟件工程、

系統(tǒng)工程和軟件采購等在內(nèi)的諸模型的集成，以解決除軟件開發(fā)以外的軟

件系統(tǒng)工程和軟件采購工作中的迫切需求。

CMMI框架包括軟件能力成熟度模型CMM2.0草案，系統(tǒng)工程能力成熟

度模型，軟件采購能力成熟度模型，繼承產(chǎn)品和過程開發(fā)等。

CMMI的：“關(guān)鍵過程域”25個,“目標”105個，“關(guān)鍵實踐”485

條。

CMMI的評估方式：

自我評估：用于本企業(yè)領(lǐng)導(dǎo)層評價公司自身的軟件能力。

主任評估：使本企業(yè)領(lǐng)導(dǎo)層評價公司自身的軟件能力，向外宣布自己

企業(yè)的軟件能力

CMMI的評估類型：

軟件組織的關(guān)于具體的軟件過程能力的評估。

軟件組織整體軟件能力的評估(軟件能力成熟度等級評估)。

CMMI的基本思想

1、解決軟件項目過程改進難度增大問題

2、實現(xiàn)軟件工程的并行與多學(xué)科組合

3、實現(xiàn)過程改進的最佳效益

背景介紹：CMM是“軟件能力成熟度模型”的英文簡寫，該模型由差

國卡內(nèi)基-梅隆大學(xué)的軟件工程研究所(簡稱SEI)受美國國防部委托,于

1991年研究制定，初始的主要目的是為了評價美國國防部的軟件合同承包

組織的能力，后因為在軟件企業(yè)應(yīng)用CMM模型實施過程改進取得較大的成

功，所以在全世界范圍內(nèi)被廣泛使用，SEI同時建立了主任評估師評估制度，

CMM的評估方法為CBA—IPI。

CMMI是SEI于2000年發(fā)布的CMM的新版本。CMMI不但包括了軟件開

發(fā)過程改進，還包含系統(tǒng)集成、軟硬件采購等方面的過程改進內(nèi)容。CMMI

糾正了CMM存在的一些缺點，使其更加適用企業(yè)的過程改進實施。CMMI適

用SCAMPI評估方法。需要注意的是，SEI沒有廢除CMM模型，只是停止了

CMM評估方法：CBA-IPIo現(xiàn)在如要進行CMM評估，需使用SCAMPI方法。

但CMMI模型最終代替CMM模型的趨勢不可避免。

標準特點：CMM/CMMI/SPCA的思想來源于已有多年歷史的產(chǎn)品質(zhì)量管

理和全面質(zhì)量管理。WattsHumphrey和RonRadice在IBM公司將全面質(zhì)量

管理的思想應(yīng)用于軟件工程過程，收到了很大的成效。SEI的軟件能力成熟

度框架就是在以Humphrey為主的軟件專家實踐經(jīng)驗的基礎(chǔ)上發(fā)展而來的。

軟件能力成熟度模型中融合了全面質(zhì)量管理的思想，以不斷進化的層次定

量控制中項目管理和項目工程的基本原則。CMM/CMMI/SPCA所依據(jù)的想法是

只要不斷地對企業(yè)的工程過程的基礎(chǔ)結(jié)構(gòu)和實踐進行管理和改進，就可以

克服軟硬件生產(chǎn)中的困難，增強開發(fā)制造能力，從而能按時地、不超預(yù)算

地制造出高質(zhì)量的軟件產(chǎn)品。

CMM簡介

CMM(CapabilityMaturityModel)是能力成熟度模型的縮寫，CMM是國

際公認的對軟件公司進行成熟度等級認證的重要標準。CMM的工作最早開始

于86年11月，當(dāng)時為滿足美國政府評估軟件供應(yīng)商能力并幫助其改善軟件

質(zhì)量的要求，由美國國防部資助的卡內(nèi)基一梅隆大學(xué)的軟件工作研究所

(SEI)牽頭，在Mitre公司協(xié)助下，于87年9月發(fā)布了一份能力成熟度框架

(Capabi1ityMaturityFramework)以及一套成熟度問卷(Maturity

Questionnaire)□四年后，SEI在總結(jié)自87年以來對成熟度框架和初版成

熟度問卷的經(jīng)驗基礎(chǔ)上，推出了CMM1.0版。CMM1?O版在成熟度框架的基礎(chǔ)

上建立了一個可用的模型，該模型可以更加有效地幫助軟件公司建立和實

施過程改進計劃。兩年后，SEI于93年推出了CMM1.1版。近兒年，SEI又

推出了CMM2.0版，同時進入了ISO體系，稱為IS0/IEC15504（軟件過程評

估）。

CMM共分五級。在每一級中，定義了達到該級過程管理水平所應(yīng)解決的

關(guān)鍵問題和關(guān)鍵過程。每一較低級別是達到較高級別的基礎(chǔ)。其中五級是

最高級，即優(yōu)化級，達到該級的軟件公司過程可自發(fā)地不斷改進，防止同

類問題二次出現(xiàn)；四級稱為已管理級，達到該級的軟件公司已實現(xiàn)過程的

定量化；三級為已定義級，即過程實現(xiàn)標準化；二級為可重復(fù)級，達到該

級的軟件公司過程已制度化，有紀律，可重復(fù)；一級為初始級，過程無序，

進度、預(yù)算、功能和質(zhì)量等方面不可預(yù)測。

CMM致力于軟件開發(fā)過程的管理和工程能力的提高與評估。該模型在美

國和北美地區(qū)已得到廣泛應(yīng)用，同時越來越多的歐洲和亞洲等國家的軟件

公司正積極采納CMM,CMM實際上已成為軟件開發(fā)過程改進與評估事實上的

工業(yè)標準。如今，全球通過CMM五級評估的軟件公司大約有十幾家，三級

以上的大約有100余家，通過二級評估的有300家左右。軟件大國印度在

這方面工作開展的比較廣泛，受益匪淺。目前，我國只有清華同方和IBM

的合資公司一一鼎新信息開發(fā)有限公司于99年7月通過CMM二級評估，該

公司表示將爭取早日通過CMM三級評估。

CMM與IS09000的主要區(qū)別：

LCMM是專門針對軟件產(chǎn)品開發(fā)和服務(wù)的，而IS09000涉及的范圍則相

當(dāng)寬。

2.CMM強調(diào)軟件開發(fā)過程的成熟度，即過程的不斷改進和提高。而

IS09000則強調(diào)可接收的質(zhì)量體系的最低標準。

引進CMM的主要意義

一.對軟件公司

1.提高軟件公司軟件開發(fā)的管理能力，因為CMM可提供軟件公司自我

評估的方法和自我提高的手段。

2.提高軟件生產(chǎn)率。

3.提高軟件質(zhì)量。

4.提高軟件公司的國內(nèi)和國際競爭力。

二.對軟件項目發(fā)包單位和軟件用戶

提供了對軟件開發(fā)商開發(fā)管理水平的評估手段，有助于軟件開發(fā)項目

的風(fēng)險識別。

我國CMM工作的開展相對滯后，全面正式開展CMM評估工作還需一定

時間，但只是遲早的問題。業(yè)內(nèi)有識之士呼吁我國應(yīng)結(jié)合國情，及早開展

CMM有關(guān)工作。

編輯本段CMM與工程品質(zhì),開發(fā)速度

CMM標準并不意味著高品質(zhì)工程，并不意味著最高水平的組織，并不意

味著生產(chǎn)效率最高，其標準本身與項目的品質(zhì)沒有直接關(guān)系，CMM只是一種

形式測試，表示你是否有一定的程序來遵循，他是大型項目開發(fā)的必要條

件，不是品質(zhì)高的充分條件，過度拘泥于CMM形式，失去了靈活性，也可

能失去市場，并且CMM并不能保證品質(zhì)，因為CMM不檢測程序的內(nèi)容，只

是檢測程序的形式，是否有各種會議，步驟等，至于會議開了什么內(nèi)容，

沒有任何關(guān)系。CMM水平5是最高水平，取得CMM5的最多的國家是印度，

但是印度的軟件質(zhì)量很差，這折射了這種形式測試的局限性。我國在引用

CMM時，一定要吸取其精華，不要拘泥于形式，好的形式要發(fā)揚，壞的形式

要廢棄，保持產(chǎn)品的優(yōu)質(zhì)無暇，和充分的競爭力才是關(guān)鍵。

編輯本段補充:

CMM與RUP的關(guān)系：

RUP是過程框架，RUP能達到CMM2-3級的要求，RUP描述了軟件開發(fā)中

的過程，即軟件開發(fā)中需要遵循的規(guī)則，模板，方法等；CMM不是過程，而是檢

驗過程成熟度的標準.

編輯本段體系結(jié)構(gòu)

一個企業(yè)軟件能力類似于一個人在一個特定領(lǐng)域的能力，是逐步獲得

和增長的。如果一個人在其領(lǐng)域的發(fā)展過程中能得到一個很好的指南，那

么他或她就會不斷達到一個個設(shè)定的目標，并變得成熟起來，否則可能會

盲目發(fā)展，離自己的目標越來越遠，甚至南轅北轍。一個企業(yè)的軟件能力

發(fā)展也同樣需要一個良好的指南，SW-CMM正是這樣一個指南，它以幾十年

產(chǎn)品質(zhì)量概念和軟件工業(yè)的經(jīng)驗及教訓(xùn)為基礎(chǔ)，為企業(yè)軟件能力不斷走向

成熟提供了有效的步驟和框架。

框架

SW-CMM為軟件企業(yè)的過程能力提供了一個階梯式的進化框架，階梯共

有五級。第一級實際上是一個起點，任何準備按CMM體系進化的企業(yè)都自

然處于這個起點上，并通過這個起點向第二級邁進。除第一級外，每一級

都設(shè)定了一組目標，如果達到了這組目標，則表明達到了這個成熟級別，

可以向下一個級別邁進。CMM體系不主張跨越級別的進化，因為從第二級起，

每一個低的級別實現(xiàn)均是高的級別實現(xiàn)的基礎(chǔ)。

1.初始級初始級的軟件過程是未加定義的隨意過程，項目的執(zhí)行是隨

意甚至是混亂的。也許，有些企業(yè)制定了一些軟件工程規(guī)范，但若這些規(guī)

范未能覆蓋基本的關(guān)鍵過程要求，且執(zhí)行沒有政策、資源等方面的保證時，

那么它仍然被視為初始級。

2.可重復(fù)級根據(jù)多年的經(jīng)驗和教訓(xùn)，人們總結(jié)出軟件開發(fā)的首要問題

不是技術(shù)問題而是管理問題。因此，第二級的焦點集中在軟件管理過程上。

一個可管理的過程則是一個可重復(fù)的過程，一個可重復(fù)的過程則能逐漸進

化和成熟。第二級的管理過程包括了需求管理、項目管理、質(zhì)量管理、配

置管理和子合同管理五個方面。其中項目管理分為計劃過程和跟蹤與監(jiān)控

過程兩個過程。通過實施這些過程，從管理角度可以看到一個按計劃執(zhí)行

的且階段可控的軟件開發(fā)過程。

3.定義級在第二級僅定義了管理的基本過程，而？?業(yè)范圍的工程化標

準，而且無論是管理還是工程開發(fā)都需要一套文檔化的標準，并將這些標

準集成到企業(yè)軟件開發(fā)標準過程中去。所有開發(fā)的項目需根據(jù)這個標準過

程，剪裁出與項目適宜的過程，并執(zhí)行這些過程。過程的剪裁不是隨意的，

在使用前需經(jīng)過企業(yè)有關(guān)人員的批準。

4.管理級第四級的管理是量化的管理。所有過程需建立相應(yīng)的度量方

式，所有產(chǎn)品的質(zhì)量（包括工作產(chǎn)品和提交給用戶的產(chǎn)品）需有明確的度量

指標。這些度量應(yīng)是詳盡的，且可用于理解和控制軟件過程和產(chǎn)品。量化

控制將使軟件開發(fā)真正變成為一種工業(yè)生產(chǎn)活動o

5.優(yōu)化級第五級的目標是達到一個持續(xù)改善的境界。所謂持續(xù)改善是

指可根據(jù)過程執(zhí)行的反饋信息來改善下一步的執(zhí)行過程，即優(yōu)化執(zhí)行步驟。

如果一個企業(yè)達到了這一級，那么表明該企業(yè)能夠根據(jù)實際的項目性質(zhì)、

技術(shù)等因素，不斷調(diào)整軟件生產(chǎn)過程以求達到最佳。

結(jié)構(gòu)

除第一級外，SW-CMM的每一級是按完全相同的結(jié)構(gòu)構(gòu)成的。每一級包

含了實現(xiàn)這一級目標的若干關(guān)鍵過程域（KPA）,每個KPA進一步包含若干關(guān)

鍵實施活動（KP）,無論哪個KPA,它們的實施活動都統(tǒng)一按五個公共屬性進

行組織，即每一個KPA都包含五類KP。

1.目標每一個KPA都確定了一組目標。若這組目標在每一個項目都能

實現(xiàn)，則說明企業(yè)滿足了該KPA的要求。若滿足了一個級別的所有KPA要

求，則表明達到了這個級別所要求的能力。

2.實施保證實施保證是企業(yè)為了建立和實施相應(yīng)KPA所必須采取的活

動，這些活動主要包括制定企業(yè)范圍的政策和高層管理的責(zé)任。

3.實施能力實施能力是企業(yè)實施KPA的前提條件。企業(yè)必須采取措施，

在滿足了這些條件后，才有可能執(zhí)行KPA的執(zhí)行活動。實施能力一般包括

資源保證、人員培訓(xùn)等內(nèi)容。

4.執(zhí)行活動執(zhí)行過程描述了執(zhí)行KPA所需求的必要角色和步驟。在五

個公共屬性中，執(zhí)行活動是唯一與項目執(zhí)行相關(guān)的屬性，其余四個屬性則

涉及企業(yè)CMM能力基礎(chǔ)設(shè)施的建立。執(zhí)行活動一般包括計劃、執(zhí)行的任務(wù)、

任務(wù)執(zhí)行的跟蹤等。

5.度量分析度量分析描述了過程的度量和度量分析要求。典型的度量

和度量分析的要求是確定執(zhí)行活動的狀態(tài)和執(zhí)行活動的有效性。

6.實施驗證實施驗證是驗證執(zhí)行活動是否與所建立的過程一致。實施

驗證涉及到管理方面的評審和審計以及質(zhì)量保證活動。在實施CMM時，可

以根據(jù)企業(yè)軟件過程存在問題的不同程度確定實現(xiàn)KPA的次序，然后按所

確定次序逐步建立、實施相應(yīng)過程。在執(zhí)行某一個KPA時，對其目標組也

可采用逐步滿足的方式。過程進化和逐步走向成熟是CMM體系的宗旨。

編輯本段實施的思考

上面重點介紹了CMM,但是提醒注意的是，并不是實施了CMM,軟件項

目的質(zhì)量就能有所保障。CMM是一種資質(zhì)認證，它可以證明一個軟件企業(yè)對

整個軟件開發(fā)過程的控制能力。按照CMM的思想進行管理與通過CMM認證

并不能劃等號。CMM認證并不僅僅是在評估軟件企業(yè)的生產(chǎn)能力，整個評估

過程同時還在幫助企業(yè)完善已經(jīng)按照CMM建立的科學(xué)工作流程，發(fā)現(xiàn)企業(yè)

在軟件質(zhì)量、生產(chǎn)進度

CMM

以及成本控制等方面可能存在的問題，并且及時予以糾正。認證的過程是

糾正企業(yè)偏差的過程，一定不能把CMM認證當(dāng)作--種考試、一種文憑，而

是要看成一項有利于企業(yè)今后發(fā)展的投資，借此來改變中國軟件業(yè)長久以

來形成的積弊。

實施CMM對軟件企業(yè)的發(fā)展起著至關(guān)重要的作用，CMM過程本身就是對

軟件企業(yè)發(fā)展歷程的一個完整而準確的描述，企業(yè)通過實施CMM,可以更好

地規(guī)范軟件生產(chǎn)和管理流程，使企業(yè)組織規(guī)范化。企業(yè)通過CMM不是為了

滿足其他公司的要求，而是為了讓企業(yè)更好地發(fā)展，為企業(yè)進一步擴大規(guī)

模打下堅實的基礎(chǔ)。如果企業(yè)只是為了獲得一紙證書而通過CMM,那么就已

經(jīng)本末倒置了，對企業(yè)的長久發(fā)展反而有害。試想如果企業(yè)的態(tài)度不夠端

正，即使通過CMM認證，企業(yè)又怎么能夠保證它在以后的操作過程當(dāng)中繼

續(xù)堅持CMM規(guī)范呢？CMM只是一個讓企業(yè)更好發(fā)展的規(guī)范，不應(yīng)該成為企業(yè)

炒作自己的工具，企業(yè)需要的是優(yōu)化自己的管理、提高產(chǎn)品的質(zhì)量，而非

一張CMM證書。

CMM不是萬能的，它的成功與否，與一個組織內(nèi)部有關(guān)人員的積極參與

和創(chuàng)造性活動是密不可分的，而且CMM并未提供實現(xiàn)有關(guān)子過程域所需要

的具體知識和技能。在國內(nèi)要想取得過程改進成功，必須做好以下的兒點：

軟件過程改進必須有高級主管的支持與委托,并積極地管理過程改進的進

展；中層管理的積極支持；責(zé)任分明，過程改進小組的威望高；基層的支持與

參與極端重要；利用定量的可觀察數(shù)據(jù)，盡快使過程改進成果可見，從而激

勵參與者的興趣；將實施CMM與實施PSP和TSP有機地結(jié)合起來；為企業(yè)的

商業(yè)利益服務(wù)，并要求同時相符的企業(yè)文化變革。

應(yīng)該看到，過程改善工作必然具有一切過程所具有的固有特征，即需要

循序漸進，不能一蹴而就需要持續(xù)改善，不能停滯不前；需要聯(lián)系實際，

不能照本宣讀需要適應(yīng)變革，不能凝固不變。將CMM/PSP/TSP引人軟件企

業(yè)最有效的途徑首先要對單位主管和主要開發(fā)人員進行系統(tǒng)的培訓(xùn)。另外

一個有效的途徑是自頂向下的課程培訓(xùn)，即從高層主管依次普及到下面的

工程師。培訓(xùn)包括最基本的軟件工程和CMM培訓(xùn)知識；專業(yè)領(lǐng)域知識等方

面的培訓(xùn)；軟件過程方面的培訓(xùn)。不過強調(diào)一點，我們必須根據(jù)自身的實

際制定可行的方案。不深入研究就照搬別的企業(yè)的模式是很難起到提高軟

件產(chǎn)品質(zhì)量水平的真正目的的。

CMM模型劃分為5個級別，共計18個關(guān)鍵過程域，52個目標，300多

個關(guān)鍵實踐。每一個CMM等級的評估周期（從準備到完成）約需12-30個

月。此期間應(yīng)抽調(diào)企業(yè)中有管理能力、組織能力和軟件開發(fā)能力的骨干人

員，成立專門的CMM實施領(lǐng)導(dǎo)小組或?qū)ｉT的機構(gòu)。同時設(shè)立軟件工程過程組、

軟件工程組、系統(tǒng)工程組、系統(tǒng)測試組、需求管理組、軟件項目計劃組、

軟件項目跟蹤與監(jiān)督、軟件配置管理組、軟件質(zhì)量保