【正文】 。戴明（ W Ewards Deming）、約瑟夫朱蘭（ Joseph Juran）和其他人的工作中，丹明等人的這些做法后來被人們稱為全面質(zhì)量管理 TQM（ Total QualityManagement）。上個世紀(jì) 90 年代初， SEI 將全面質(zhì)量管理的思想納入了成熟度模型的框架，建 29 立了項目管理和軟件過程定量控制的基礎(chǔ)，成熟度模型框架的早期版本就發(fā)表在書《 Managing the Software Process（軟件過程管理）》中。 1987 年 SEI 發(fā)布了最初的成熟度問卷，它為軟件組織提供了一個工具去了解和刻畫其軟件過程的成熟能力。同年提出 CMM 兩個著名的方法，即軟件 過程評估方法和軟件能力評價方法。 1990 年后．在工業(yè)、政府部門許多人的幫助下，SEI 基于幾年來將框架運(yùn)用到過程改進(jìn)方面的經(jīng)驗，進(jìn)一步擴(kuò)展和精煉了該模型。 1991 年推出了民用的 版本，使用兩年之后， SEI 在聽取了 200 名富有經(jīng)驗的軟件專家的意見以后于 1993 年，正式推出了世界上比較流行的 版本 [2]（何新貴 ,余林生 .軟件能力成熟度模型 .北京 :清華大學(xué)出版社 ,1999） 。 [5]（卡耐基梅隆大學(xué)軟件工程研究所著 ,劉孟仁等譯 .能力成熟度模型（ CMM）：軟件過程改進(jìn)指南 .電子工業(yè)出版社 .2021,7） 除了 版外，自 1991 年以來， CMU/SEI 針對不同領(lǐng)域的要求對 SWCMM 先后進(jìn)行改進(jìn)，并衍生出了一系列成熟度模型，其中有為系統(tǒng)工程、軟件獲取、勞動力實踐和集成產(chǎn)和過程開發(fā)而制訂的模型，例如：系統(tǒng)工程能力成熟度模型（ SECMM），軟件采購能力成熟度模型（ SACMM），集中產(chǎn)品開發(fā)能力成熟度模型（ IPDCMM）等。隨后，為了應(yīng)用的方便， SEI 把軟件能力成熟度模型（ 版草稿 C）、系統(tǒng)工程（ EIA/IS 731）和集成產(chǎn)品開發(fā)能力成 熟度模型（ IPDCMM 版）合并為軟件成熟度模型集成 CMMI（ Capability MaturityModel Integration For Software） [3]（ Watts S. Integration Project Capability Maturity Model IntegratedSystems/Software Engineering (CMMISE/). Addision Welsey, 1999,9） 【 6】（龔波 .能力成 熟度模型集成及其應(yīng)用電出版社 ,2021,4） 。為了統(tǒng)一軟件過程評估標(biāo)準(zhǔn)， CMMI 逐漸與國際標(biāo)準(zhǔn)化組織的國際電子委員會的 15504 標(biāo)準(zhǔn)（ ISO/IEC15504）一致和兼容。軟件成熟度模型集成（ CMMI）是一套融合多學(xué)科、可擴(kuò)充的集合，羅列了許多較好的實踐，其模型表示均有兩種方式：連續(xù)式和階段式，靈活性很強(qiáng)，能分別用在不同的方面，組織需針對自己的特點(diǎn)對其加以選擇。 CMM 和 CMMI 作為軟件過程評估標(biāo)準(zhǔn)并未提供實現(xiàn)有關(guān)子過 30 程域所需要的具體知識和技能。因此， 1995 年以后， CMM 創(chuàng)始人之一的瓦 茨漢弗萊（ ）推出了個體軟件過程 PSP（ Personal Software Process）和群組軟件過程 TSP（ Team Software Process）模型。個體軟件過程 PSP[7]（ Carnegie Mellon University. Software Engineering Institute. The Personal Software Process,SEI website, 2021:5673） 【 8】 （ Watts S. PSP 引論 . 人民郵電出版社 ,2021,10） 是一種可用于控制、管理和改進(jìn)個人工作方式的自我改善過程，是一個包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。它為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑，例如如何制訂計劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。 PSP 的提出標(biāo)志著軟件工程由以往定向軟件工程邁進(jìn)了定量軟件工程階段。群體軟件過程 TSP[9]（ Carnegie Mellon University. Software Engineering Institute. The Team Software Process. SEIwebsite, 2021:8594） 致力于開發(fā)高質(zhì)量的產(chǎn)品，建立、管理和授權(quán)項目小組，并且指導(dǎo)他們?nèi)绾卧跐M足計劃費(fèi)用的前提下，在承諾的期限范圍內(nèi)，不斷生產(chǎn)并交付高質(zhì)量的產(chǎn)品。它指導(dǎo)項目組中的成員如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務(wù)，并且告訴管理人員如何指導(dǎo)軟件開發(fā)隊伍始終以最佳狀態(tài)來完成工作。 CMM、 TSP 及 PSP 分別從組織、群組和個人三個層次對軟件工程和管理實踐進(jìn)行指導(dǎo)和支持，建立起如圖 五 所示的關(guān)系模型。 CMM/CMMI 組織級軟件能力 TSP PSP 高質(zhì)量產(chǎn)品 個人技能 費(fèi)用、期限 技能 指導(dǎo) 建立 生產(chǎn)并交付 建立 圖五 CMM、 TSP 以及 PSP 的關(guān)系模型圖 31 CMM 的理論簡介 CMM 是由能力成熟度模型 （ capability maturity model） 的個英文單詞的第一個字母組成的 。 事實上 ， 我們應(yīng)該理解為 ， 它指的是軟件過程能力成熟度模型 。 它是美國卡內(nèi)基 － 梅隆大學(xué)軟件工程研究所 （ SEI） 在美國國防部資助下 ， 于 20 世紀(jì) 80 年代末建立的 ， 用于評價軟件機(jī)構(gòu)的軟件過程能力成熟度的模型 。 此模型在建立和發(fā)展之初 ， 主要目的在于為大型軟件項目的招投標(biāo)活動提供一種全面 而客觀的評審依據(jù) ,發(fā)展到后來被應(yīng)用于軟件機(jī)構(gòu)內(nèi)部的過程改進(jìn)活動中 。 軟件工程研究所 （ SEI） 是 一個由聯(lián)邦政府資助的研究與開發(fā)中心 ， 1984年建成于美國賓夕法尼亞州匹茲堡市的卡內(nèi)基 梅隆大學(xué) 。 SEI 是由高級研究計劃署 （ ARPA） 負(fù)責(zé)管理的 ， 具體的實施則是由美國空軍電子系統(tǒng)中心負(fù)責(zé)的 。 SEI 建立有以下原因 ： 軟件開發(fā)與維護(hù)不斷上漲的費(fèi)用 需要提高軟件產(chǎn)品的質(zhì)量 軟件項目的延期時間不斷增加 當(dāng)時流行的一句形容軟件行業(yè)的話是 ：“ 一個典型的軟件項目會有一年的延期并且實際費(fèi)用是預(yù)算的兩倍 ”。 而的使命就是 ：“ 提供先進(jìn)的軟件工程經(jīng)驗 ， 以提高依賴于軟件運(yùn)行的系統(tǒng)的質(zhì)量 ”。 未來的發(fā)展方向是 “ 將工程化的原則帶入到軟件開發(fā) 和維護(hù)中去 。 CMM 的發(fā)展可以用下圖六來進(jìn)行說明： 的幾點(diǎn)用途 與一些基本概念 一、 CMM 的主要用途有以下幾種： SEI 與SMTRE公司的過程模型框架 SEI 提出了過程成熟度框架以及成熟度問卷 mphrey的軟件過程管理 SEI 能力成熟度框架 SEI CMM 1986 1987 1989 1991 1993 圖六 CMM 發(fā)展歷史 32 SPA（ Software Process Assessment）： 軟件過程評估 。 在評估中 ，一組經(jīng)過培訓(xùn)的軟件專業(yè)人員確定出一個企業(yè)軟件過程的現(xiàn)狀 ，找出企業(yè)面對的與軟件過程有關(guān)的 、 急需解決的問題 ， 取得企業(yè)領(lǐng)導(dǎo)層對軟件過程改進(jìn)的支持 。 SPI（ Software Process Improvement）： 軟件過程改進(jìn) 。 軟件過程改進(jìn)是幫助軟件企業(yè)對其軟件 過程向更好的方向轉(zhuǎn)變 ， 并進(jìn)行計劃 、 制定以及實施 。 SCE（ Software Capability Evaluation） 軟件能力評價 。 在軟件能力評價中 ， 一組經(jīng)過培訓(xùn)的專業(yè)人員需要鑒別出軟件企業(yè)的能力及資格 ， 并檢查 、 監(jiān)察正用于軟件制作的軟件過程的狀況 。 二、基本概念： 在具體討論 CMM 體系結(jié)構(gòu)之前 ， 要先了解 CMM 中的專業(yè)術(shù)語和基本概念 ， 這有助于理解和掌握軟件過程領(lǐng)域的思路 、 方法和步驟 。 ? 軟件過程能力 ： 描述通過執(zhí)行其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度 。一個軟件開發(fā)組織或項目組的軟件過程能力 ， 提供了一種預(yù)測該組織或 項目組承擔(dān)下一個軟件項目時最可能的預(yù)期結(jié)果的方法 。 既可以對整個軟件開發(fā)組織而言 ， 也可以對一個軟件項目組織而言 。 ? 軟件過程性能 ： 表示在遵循一個軟件過程后所得到的實際結(jié)果 。 軟件過程性能是描述己經(jīng)得到的實際結(jié)果 ， 而軟件過程能力是描述預(yù)期結(jié)果由于項目要求和客觀環(huán)境的差異 ， 軟件過程性能不可能充分反映軟件過程的整體能力 。 ? 軟件過程成熟度 ： 指一個具體的軟件過程被明確地定義 、 管理 、 評價 、 控制和產(chǎn)生實效的程度 。 成熟度包含著能力的增長潛力 ， 同時也表明了組織實施軟件過程的實際水平 。 隨著軟件組織的軟件過程成熟度的提高 ， 軟件開發(fā)組織 將其軟件過程規(guī)范化和具體化 ， 使軟件開發(fā)組織可以明確定義有關(guān)管理的工程方法 ， 建議工程的實踐和規(guī)程 。 ? 關(guān)鍵過程域 ： 指相互關(guān)聯(lián)的若干軟件實踐活動和相關(guān)基礎(chǔ)設(shè)施的集合 。 關(guān)鍵過程域是一組信息 ， 指示了一個軟件機(jī)構(gòu)為改進(jìn)其軟件過 33 程所應(yīng)該集中關(guān)注的區(qū)域 ， 因為實踐證明這些關(guān)鍵過程區(qū)域?qū)Ω倪M(jìn)過程能力最為有效 ， 同時也指明了達(dá)到一個成熟度級別所必須解決的問題和滿足的要求 。 CMM 提供了 18 個關(guān)鍵過程域 。 ? 關(guān)鍵實踐 ： 是對一個關(guān)鍵過程域的具體化和細(xì)節(jié)化的描述 ， 當(dāng)完成關(guān)鍵實踐時 ， 將能滿足哪個關(guān)鍵過程域的目標(biāo) 。 關(guān)鍵實踐是 CMM的具體化和最底 層細(xì)節(jié)的概述 ， CMM 共包含 316 個關(guān)鍵實踐 ， 它們是對關(guān)鍵過程區(qū)域的規(guī)范化和實施起直接作用的程序和活動集合 ，為軟件機(jī)構(gòu)中的軟件過程工程小組的過程改進(jìn)工作提供具體指導(dǎo) 。 CMM 的過程成熟度 CMM 的五個成熟度等級 CMM 的成熟度演進(jìn)框架包含 5 個由低到高的等級 （ 見圖 七）， 它是衡量軟件組織過程成熟度的尺度 ， 同時也是引導(dǎo)軟件組織從自己的實際狀況出發(fā)進(jìn)行過程持續(xù)改進(jìn)的目標(biāo) ， 為企業(yè)改進(jìn)過程提供了導(dǎo)向的路線圖 。 顯然處在較高成熟度等級上的組織通常有著較高的生產(chǎn)率 、 較高的產(chǎn)品質(zhì)量和較低的項目風(fēng)險 。 已管理級 Managed 已定義級 Defined 優(yōu)化級 Optimizing 可重復(fù)級 Repeatable (5)持續(xù)化改進(jìn)過程 (4)可預(yù)見的過程 (3)標(biāo)準(zhǔn)且一致的過程 (2)規(guī)范化過程 初始級 Initial (1)個別過程 圖七 CMM 的 5 個成熟度等級 34 五個成熟度的特征 CMM 依照企業(yè)軟件過程能力的大小 ， 將軟件企業(yè)從低到高分為 5 個成熟度等級 。 其中 ， 每個成熟度等級所包含的關(guān)鍵過程域指出了各個成熟度等級首先應(yīng)該關(guān)注的各種關(guān)鍵過程 ， 即處于在該等級上的軟件開發(fā)組織所應(yīng)解決的主要矛盾 。 對這些關(guān)鍵過程的良好定義 、 實施 、 管理并不斷的改進(jìn)能夠使軟件開發(fā)組織逐步的提高其軟件過程能力 ， 從較低的成熟度等級升到更高的等級 。 表四，如下圖，簡單的給出了各成熟度等級的特征。 等級 等級差異 特征 要解決的主要問 題 結(jié)果 5 優(yōu)化級 變更管理 憑借反饋信息改進(jìn)過程 過程改進(jìn)已制度化 保持優(yōu)化 生產(chǎn)率 質(zhì)量 風(fēng)險 4 已管理級 能力管理 產(chǎn)品與過程得到量化的管理和控制 技術(shù)變更 問題分析與預(yù)防 3 已定義級 過程管理 軟件過程與管理過程得到定義和集成，并形成制度 組織定義的過程得到很好的理解，并在個項目實施中被貫徹 過程測量 過程分析 量化質(zhì)量計劃 2 可重復(fù)級 項目管理 項目管理被重視 以往成功的經(jīng)驗可重復(fù) 過程可能依賴于個人 培訓(xùn)、測試于評審 標(biāo)準(zhǔn)于過程 1 初始級 不統(tǒng)一的管理 過程不正規(guī) 部分的過程混亂、不可預(yù)測 項目管理 一、初始級（等級 1） 在初始級上 ， 軟件開發(fā)組織一般不能提供開發(fā)和維護(hù)軟件的穩(wěn)定環(huán)境 。在危機(jī)時刻 ， 開發(fā)項目一般會拋棄預(yù)定的規(guī)程 ， 回復(fù)到僅作編碼和簡單的測試 。 項目的成功完全依賴于有一個杰出的管理者及一個有經(jīng)驗的 !戰(zhàn)斗力強(qiáng)的軟件隊伍 。 處于初始級的軟件開發(fā)組織的過程能力是不可預(yù)測的 ， 因為隨著工作進(jìn)展軟件過程經(jīng)常被改變或修訂 （ 即過程是無序的 ）。 進(jìn)度 、 預(yù)算 、 產(chǎn)品 35 的功能性和質(zhì)量都不可預(yù)測 ， 實施的結(jié)果依賴于個人的能力 ， 且隨個 人固有的技能 、 知識和動機(jī)的不同而變化 。 二、可重復(fù)級（等級 2） 在可重復(fù)性上 ， 軟件開發(fā)組織已建立管理軟件項目的方針和實施這些方針的規(guī)程 ， 基于在類似項目上的經(jīng)驗對新項目進(jìn)行策劃和管理 。 可重復(fù)性要達(dá)到的目標(biāo)是要使軟件項目的有效管理過程制度化 ， 使組織能重復(fù)在以前類似項目上的成功實踐 。 在可重