CMM:其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。它是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個(gè)過程，并根據(jù)這一原則對(duì)軟件開發(fā)和維護(hù)進(jìn)行過程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。

中文名軟件成熟度外文名Capability Maturity Model for Software英文縮寫SW-CMM簡稱CMM

介紹編輯

CMM是一種用于評(píng)價(jià)軟件承包能力并幫助其改善軟件質(zhì)量的方法，側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評(píng)估。CMM分為五個(gè)等級(jí)：一級(jí)為初始級(jí)，二級(jí)為已管理級(jí)，三級(jí)為已定義級(jí)，四級(jí)為定量管理級(jí)，五級(jí)為優(yōu)化級(jí)。

CMM是由美國卡內(nèi)基梅隆大學(xué)軟件工程研究所1987年研制成功的，是目前國際上最流行最實(shí)用的軟件生產(chǎn)過程標(biāo)準(zhǔn)和軟件企業(yè)成熟度等級(jí)認(rèn)證標(biāo)準(zhǔn)。目前，我國已有軟件企業(yè)通過了CMM標(biāo)準(zhǔn)認(rèn)證。

SW-CMM(Capability Maturity Model For Software軟件生產(chǎn)能力成熟度模型,以下簡稱"CMM"),是87年由美國卡內(nèi)基梅隆大學(xué)軟件工程研究所（CMU SEI）研究出的一種一種用于評(píng)價(jià)軟件承包商能力并幫助改善軟件質(zhì)量的方法，其目的是幫助軟件企業(yè)對(duì)軟件工程過程進(jìn)行管理和改進(jìn)，增強(qiáng)開發(fā)與改進(jìn)能力，從而能按時(shí)地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。

其所依據(jù)的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過程的基礎(chǔ)結(jié)構(gòu)，不斷進(jìn)行管理的實(shí)踐和過程的改進(jìn)，就可以克服軟件生產(chǎn)中的困難。CMM它是目前國際上最流行、最實(shí)用的一種軟件生產(chǎn)過程標(biāo)準(zhǔn)，已經(jīng)得到了眾多國家以及國際軟件產(chǎn)業(yè)界的認(rèn)可，成為當(dāng)今企業(yè)從事規(guī)模軟件生產(chǎn)不可缺少的一項(xiàng)內(nèi)容。

CMM目前通用流行的版本是1．1（Version1．1）?！栋凑哲浖こ萄芯克⊿EI）的原來計(jì)劃，CMM的改進(jìn)版版本2．0（V2．0）是要在1997年的11月完成的。但是，美國國防部辦公室要求軟件工程研究所（SEI）延遲發(fā)放公布CMM版本2．0，直至他們完成另一個(gè)更為緊迫的項(xiàng)目-CMMI。

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

CMM為軟件企業(yè)的過程能力提供了一個(gè)階梯式的改進(jìn)框架，它基于過去所有軟件工程過程改進(jìn)的成果，吸取了以往軟件工程的經(jīng)驗(yàn)教訓(xùn)，提供了一個(gè)基于過程改進(jìn)的框架；它指明了一個(gè)軟件組織在軟件開發(fā)方面需要管理哪些主要工作、這些工作之間的關(guān)系、以及以怎樣的先后次序，一步一步的做好這些工作而使軟件組織走向成熟。

CMM的誕生編輯

信息時(shí)代，軟件質(zhì)量的重要性越來越為人們所認(rèn)識(shí)。軟件是產(chǎn)品、是裝備、是工具，其質(zhì)量使得顧客滿意，是產(chǎn)品市場開拓、事業(yè)得以發(fā)展的關(guān)鍵。而軟件工程領(lǐng)域在1992年至1997年取得了前所未有的進(jìn)展,其成果超過軟件工程領(lǐng)域過去15年來的成就總和。

軟件管理工程引起廣泛注意源于20世紀(jì)70年代中期。當(dāng)時(shí)美國國防部曾立題專門研究軟件項(xiàng)目做不好的原因，發(fā)現(xiàn)70%的項(xiàng)目是因?yàn)楣芾聿簧贫?，而并不是因?yàn)榧夹g(shù)實(shí)力不夠，進(jìn)而得出一個(gè)結(jié)論，即管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)只影響局部。到了20世紀(jì)90年代中期，軟件管理工程不善的問題仍然存在，大約只有10%的項(xiàng)目能夠在預(yù)定的費(fèi)用和進(jìn)度下交付。軟件項(xiàng)目失敗的主要原因有：需求定義不明確；缺乏一個(gè)好的軟件開發(fā)過程；沒有一個(gè)統(tǒng)一領(lǐng)導(dǎo)的產(chǎn)品研發(fā)小組；子合同管理不嚴(yán)格；沒有經(jīng)常注意改善軟件過程；對(duì)軟件構(gòu)架很不重視；軟件界面定義不善且缺乏合適的控制；軟件升級(jí)暴露了硬件的缺點(diǎn)；關(guān)心創(chuàng)新而不關(guān)心費(fèi)用和風(fēng)險(xiǎn)；*標(biāo)準(zhǔn)太少且不夠完善等等。在關(guān)系到軟件項(xiàng)目成功與否的眾多因素中，軟件度量、工作量估計(jì)、項(xiàng)目規(guī)劃、進(jìn)展控制、需求變化和風(fēng)險(xiǎn)管理等都是與工程管理直接相關(guān)的因素。由此可見，軟件管理工程的意義至關(guān)重要。

軟件管理工程和其它工程管理相比有其特殊性。首先，軟件是知識(shí)產(chǎn)品，進(jìn)度和質(zhì)量都難以度量，生產(chǎn)效率也難以保證。其次，軟件系統(tǒng)復(fù)雜程度也是超乎想象的。因?yàn)檐浖?fù)雜和難以度量，軟件管理工程的發(fā)展還很不成熟。

軟件管理工程的發(fā)展，在經(jīng)歷了從70年*始以結(jié)構(gòu)化分析與設(shè)計(jì)、結(jié)構(gòu)化評(píng)審、結(jié)構(gòu)化程序設(shè)計(jì)以及結(jié)構(gòu)化測試為特征的結(jié)構(gòu)化生產(chǎn)時(shí)代，到90年代中期，以CMM模型的成熟模型和日益為市場接受為標(biāo)志，已經(jīng)進(jìn)入以過程成熟模型CMM、個(gè)體軟件過程PSP和群組軟件過程TSP為標(biāo)志的以過程為中心的時(shí)代，而軟件發(fā)展第三個(gè)時(shí)代，及軟件工業(yè)化生產(chǎn)時(shí)代，從90年代中期軟件過程技術(shù)的成熟和面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)的發(fā)展為基礎(chǔ)，已經(jīng)漸露端倪，估計(jì)到2005年，可以實(shí)現(xiàn)真正的軟件工業(yè)化生產(chǎn)，這個(gè)趨勢應(yīng)該引起軟件企業(yè)界和有關(guān)部門的高度重視，及早采取措施，跟上世界軟件發(fā)展的腳步。軟件生產(chǎn)轉(zhuǎn)向以改善軟件過程為中心，是世界各國軟件產(chǎn)業(yè)或遲或早都要走的道路。

軟件過程改善是當(dāng)前軟件管理工程的核心問題。50多年來計(jì)算事業(yè)的發(fā)展使人們認(rèn)識(shí)到要高效率、高質(zhì)量和低成本地開發(fā)軟件，必須改善軟件生產(chǎn)過程。軟件管理工程走過了一條從70年*始以結(jié)構(gòu)化分析與設(shè)計(jì)、結(jié)構(gòu)化評(píng)審、結(jié)構(gòu)化程序設(shè)計(jì)以及結(jié)構(gòu)化測試到90年代中期以過程成熟模型CMM、個(gè)體軟件過程PSP和群組軟件過程TSP為標(biāo)志的以過程為中心向著軟件過程技術(shù)的成熟和面向?qū)ο蠹夹g(shù)、構(gòu)件技術(shù)的發(fā)展為基礎(chǔ)的真正軟件工業(yè)化生產(chǎn)的道路。軟件生產(chǎn)轉(zhuǎn)向以改善軟件過程為中心，是世界各國軟件產(chǎn)業(yè)或遲或早都要走的道路。軟件工業(yè)已經(jīng)或正在經(jīng)歷著"軟件過程的成熟化"，并向"軟件的工業(yè)化"漸進(jìn)過渡。規(guī)范的軟件過程是軟件工業(yè)化的必要條件。

軟件過程研究的是如何將人員、技術(shù)和工具等組織起來，通過有效的管理手段，提高軟件生產(chǎn)的效率，保證軟件產(chǎn)品的質(zhì)量。由此誕生了軟件過程的三個(gè)流派：CMU-SEI的CMM/PSP/TSP；ISO 9000質(zhì)量標(biāo)準(zhǔn)體系；ISO/IEC 15504（SPICE）。

CMM/PSP/TSP即軟件能力成熟度模型/個(gè)體軟件過程/群組軟件過程，是1987年美國Carnegie Mellon大學(xué)軟件工程研究所(CMU/SEI)以W.S.Humphrey為首的研究組發(fā)表的研究成果"承制方軟件工程能力的評(píng)估方法"；SO 9000質(zhì)量標(biāo)準(zhǔn)體系是在70年代由歐洲首先采用的，其后在美國和世界其他地區(qū)也迅速地發(fā)展起來。目前，歐洲聯(lián)合會(huì)積極促進(jìn)軟件質(zhì)量的制度化，提出了如下ISO9000軟件標(biāo)準(zhǔn)系列：ISO9001、ISO9000-3、ISO9004-2、ISO9004-4、ISO9002；ISO/IEC 15504（SPICE）是1991年國際標(biāo)準(zhǔn)化組織采納了一項(xiàng)動(dòng)議，開展調(diào)查研究，按照CMU-SEI的基本思路，產(chǎn)生的技術(shù)報(bào)告ISO/IEC 15504--信息技術(shù)軟件過程評(píng)估

目前，學(xué)術(shù)界和工業(yè)界公認(rèn)美國Carnegie Mellon大學(xué)軟件工程研究所(CMU/SEI)以W.S.Humphrey為首主持研究與開發(fā)的軟件能力成熟度模型CMM是當(dāng)前最好的軟件過程，已成為業(yè)界事實(shí)上的軟件過程的工業(yè)標(biāo)準(zhǔn)。

CMM的發(fā)展編輯

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

CMM框架用5個(gè)不斷進(jìn)化的層次來評(píng)定軟件生產(chǎn)的歷史與現(xiàn)狀：其中初始層是混沌的過程，可重復(fù)層是經(jīng)過訓(xùn)練的軟件過程，定義層是標(biāo)準(zhǔn)一致的軟件過程，管理層是可預(yù)測的軟件過程，優(yōu)化層是能持續(xù)改善的軟件過程。任何單位所實(shí)施的軟件過程，都可能在某一方面比較成熟，在另一方面不夠成熟，但總體上必然屬于這5個(gè)層次中的某一個(gè)層次。而在某個(gè)層次內(nèi)部，也有成熟程度的區(qū)別。在CMM框架的不同層次中，需要解決帶有不同層次特征的軟件過程問題。因此，一個(gè)軟件開發(fā)單位首先需要了解自己正處于哪一個(gè)層次，然后才能夠?qū)ΠY下藥地針對(duì)該層次的特殊要求解決相關(guān)問題，這樣才能收到事半功倍的軟件過程改善效果。任何軟件開發(fā)單位在致力于軟件過程改善時(shí)，只能由所處的層次向緊鄰的上一層次進(jìn)化。而且在由某一成熟層次向上一更成熟層次進(jìn)化時(shí)，在原有層次中的那些已經(jīng)具備的能力還必須得到保持與發(fā)揚(yáng)。

軟件產(chǎn)品質(zhì)量在很大程度上取決于構(gòu)筑軟件時(shí)所使用的軟件開發(fā)和維護(hù)過程的質(zhì)量。軟件過程是人員密集和設(shè)計(jì)密集的作業(yè)過程：若缺乏有素訓(xùn)練，就難以建立起支持實(shí)現(xiàn)成功是軟件過程的基礎(chǔ)，改進(jìn)工作亦將難以取得成效。CMM描述的這個(gè)框架正是勾列出從無定規(guī)的混沌過程向訓(xùn)練有素的成熟過程演進(jìn)的途徑。

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

上面提到了CMM把軟件開發(fā)組織的能力成熟度分為5個(gè)的等級(jí)。除了第1級(jí)外，其他每一級(jí)由幾個(gè)關(guān)鍵過程方面組成。每一個(gè)關(guān)鍵過程方面都由上述5種公共特性予以表征。CMM給每個(gè)關(guān)鍵過程了一些具體目標(biāo)。按每個(gè)公共特性歸類的關(guān)鍵慣例是按該關(guān)鍵過程的具體目標(biāo)選擇和確定的。如果恰當(dāng)?shù)靥幚砹四硞€(gè)關(guān)鍵過程涉及的全部關(guān)鍵慣例，這個(gè)關(guān)鍵過程的各項(xiàng)目標(biāo)就達(dá)到了，也就表明該關(guān)鍵過程實(shí)現(xiàn)了。這種成熟度分級(jí)的優(yōu)點(diǎn)在于，這些級(jí)別明確而清楚地反映了過程改進(jìn)活動(dòng)的輕重緩急和先后順序。