1．CMM/CMMI 的發展
　　　　為了保證軟件產品的質量，80年代中期，美國聯邦政府提出對軟件承包商的軟件開發能力進行評估的要求。因此，美國卡內基-梅隆大學軟件工程研究所 (CMU/SEI) 于1987年研究發布了軟件過程成熟度框架，并提供了軟件過程評估和軟件能力評價兩種評估方法和軟件成熟度提問單。4年之后，SEI將軟件過程成熟度框架進化為軟件能力成熟度模型（Capability Maturity Model For Software，簡稱SW-CMM），并發布了最早的SW-CMM 1.0版。經過兩年的試用，1993年SEI正式發布了SW-CMM1.1版，這是目前使用最為廣泛的版本。
　　　　自1991年SW-CMM首次發布后，SEI又開發了其他成熟度模型，包括：系統工程、采購、人力資源管理和集成產品開發等。雖然各個模型針對的專業領域不同，但彼此之間也有一定的重疊，畢竟它們同出一轍；另外，這些模型在表現形式上又有不統一之處：系統工程模型是連續式的，而其他模型采用了分級式。當SEI開始開發新一代成熟度模型的時候，其發起人提出了新的要求：整合不同模型中的最佳實踐，建立統一模型，覆蓋不同領域，供企業進行整個組織的全面過程改進。所以，SEI于2001年12月正式發布了能力成熟度集成模型（CMMI）1.1版本，這次發布標志著CMMI的正式使用。SEI也正式宣布，將不再維護SW-CMM的CBA-IPI評估方法：在CMMI1.1發布后的兩年內，SEI還提供有關SW-CMM和CBA-IPI主任評估員的培訓，并接收評估數據，但這一切已于2003年12月底正式停止。
　　　　這里需要注意的是，SEI并沒有廢除CMM模型，而是以CMMI的SCAMPI評估方法取代CMM的CBA-IPI評估方法。當然很多業內人士認為，隨著軟件行業的發展，CMMI模型將最終取代CMM模型。
　　　　CMMI起源于三個模型（源模型），分別是：
　　（1） 軟件能力成熟度模型（ SW-CMM）2.0版，C稿
　　（2） 電子行業協會臨時標準（EIA/IS731）
　　（3） 集成產品開發能力成熟度模型（IPD-CMM）v0.98
　　　　模型中同時集成了供應管理的內容。另外，在CMMI中除了沿用成熟度等級的方式（即CMMI的分階段表示形式）外，還吸取TR 15504的特點，增加了與15504類似的CMMI的連續表示形式，以滿足ISO15504國際標準對過程改進評估的要求。CMMI模型的組成和適用范圍如表1所示。
　　　　　　　　　　　　　　　表1 CMMI模型的組成和適用范圍
　　
　　CMMI模型組件 適用范圍
　　SE/SW 軟件工程、系統工程
　　SE/SW /IPPD 軟件工程、系統工程、集成產品和過程開發
　　SE/SW /IPPD/SS 軟件工程、系統工程、集成產品和過程開發、供應采購
　　培訓課程 評估師、過程改進人員等培訓
　　SCMPI 評估方法
　　
　　
　　　　在CMMI 模型組件中，SE/SW是核心，SE/SW /IPPD、SE/SW /IPPD/SS是在此基礎上擴展而來的。
　　　　CMM模型基于眾多軟件專家的實踐經驗，是組織進行軟件過程改善和軟件過程評估的一個有效的指導框架。CMMI項目更為工業界和政府部門提供了一個集成的產品集，其主要目的是消除不同模型之間的不一致和重復，降低基于模型改善的成本。CMMI將以更加系統和一致的框架來指導組織改善軟件過程，提高產品和服務的開發、獲取和維護能力。CMM或CMMI不僅是一個模型，一個工具，它更代表了一種管理哲學在軟件工業中的應用。
　　　　CMM/CMMI的思想來源于已有多年歷史的產品質量管理和全面質量管理。Watts Humphrey和Ron Radice在IBM公司將全面質量管理的思想應用于軟件工程過程，收到了很大的成效。SEI的軟件能力成熟度框架就是在以Humphrey為主的軟件專家實踐經驗的基礎上發展而來的。軟件能力成熟度模型中融合了全面質量管理的思想，以不斷進化的層次反映了軟件過程定量控制中項目管理和項目工程的基本原則。CMM/CMMI所依據的想法是只要不斷地對企業的軟件工程過程的基礎結構和實踐進行管理和改進，就可以克服軟件生產中的困難，增強開發制造能力，從而能按時地、不超預算地制造出高質量的軟件。
　　2．CMM/CMMI的作用
　　　　最近的SEI評估報告顯示，從1996年到2003年，全球有2千多個組織進行了CMM/CMMI評估，其中大部分為商業組織，有將近一半的組織規模是在100人以下。這些數據表明，CMM/CMMI評估已經引起軟件及IT企業的高度關注，并且這種評估同樣適合中小企業。
　　　　CMM/CMMI主要應用在兩大方面：能力評估和過程改進。
　　　　1）能力評估
　　　　CMM/CMMI是基于政府評估軟件承包商的軟件能力發展而來的，有兩種通用的評估方法用以評估組織軟件過程的成熟度：軟件過程評估和軟件能力評價。
　　　　軟件過程評估：用于確定一個組織當前的軟件工程過程狀態及組織所面臨的軟件過程的優先改善問題，為組織領導層提供報告以獲得組織對軟件過程改善的支持。軟件過程評估集中關注組織自身的軟件過程，在一種合作的、開放的環境中進行。評估的成功取決于管理者和專業人員對組織軟件過程改善的支持。
　　　　軟件能力評價：用于識別合格的軟件承包商或者監控軟件承包商開發軟件的過程狀態。軟件能力評價集中關注識別在預算和進度要求范圍內完成制造出高質量的軟件產品的軟件合同及相關風險。評價在一種審核的環境中進行，重點在于揭示組織實際執行軟件過程的文檔化的審核記錄。
　　　　2）過程改進
　　　　軟件過程改進是一個持續的、全員參與的過程。CMM/CMMI建立了一組有效地描述成熟軟件組織特征的準則。該準則清晰地描述了軟件過程的關鍵元素，并包括軟件工程和管理方面的優秀實踐。企業可以有選擇地引用這些關鍵實踐指導軟件過程的開發和維護，以不斷地改善組織軟件過程，實現成本、進度、功能和產品質量等目標。
　　3．CMM/CMMI的主要內容
　　　　CMMI中成熟度等級的概念與SW-CMM模型相同，只是某些等級的名稱有些變化。1級、3級和5級的名稱沒有變化，名稱還是初始級、已定義和優化中，但是2級和4級分別變為已管理級和定量管理級，這個變化更突出了2級定性管理和4級定量管理的特點。
　　　　另外，CMMI能力等級的確定，建立了CMMI和ISO15504之間的有機聯系，CMMI連續式模型的3、4級名稱雖然與ISO15504有區別，但其含義是基本一樣的。
　　表2列出了CMMI、CMM、ISO15504模型的等級名稱的對應關系。
　　　　　　　　　　　　　　　　　　　 表2 各模型的等級對應
　　
　　Level CMM CMMI（分級式） CMMI（連續式） ISO15504
　　5 優化中 優化中 優化中 優化中
　　4 已管理 定量管理 定量管理 可預測
　　3 已定義 已定義 已定義 已建立
　　2 可重復 已管理 已管理 已管理
　　1 初始級 初始級 已執行 已執行
　　0 未完成 未完成
　　
　　　　CMM/CMMI把軟件開發組織的能力成熟度分為5～6個可能的等級。除了第1級外，其他每一級由幾個過程方面組成。每一個過程方面都由公共特性予以表征。CMM/CMMI給每個過程規定了一些具體目標。按每個公共特性歸類的關鍵慣例是按該關鍵過程的具體目標選擇和確定的。如果恰當地處理了某個關鍵過程涉及的全部關鍵慣例，這個關鍵過程的各項目標就能達到，這就表明該關鍵過程實現了。這種分級的思路在于把一個組織執行軟件過程的成熟程度分成循序漸進的幾個階段，這與軟件組織提高自身能力的實際推進過程相吻合。這種成熟度分級的優點在于級別明確而清楚地反映了過程改進活動的輕重緩急和先后順序。這一點很重要，因為大多數軟件組織只能在某一段時間里集中開展少數幾項過程改進活動。
　　　　CMMI共有分屬于4個類別的25個過程域，覆蓋了4個不同的領域（相對應，SW-CMM共有18個過程域）。雖然CMMI中的很多過程域與SW-CMM中的基本相同，但有幾個過程域的范圍和內容發生了重要的變化，另外也有幾個新增加的過程域。兩個模型的過程域關系比較見表3。
　　
　　表3 CMMI和CMM過程域關系比較
　　
　　等級 CMM CMMI 類別
　　過程域 縮寫 過程域 縮寫
　　5 技術更新管理 TCM 組織革新與部署 OID 過程管理
　　過程更改管理 PCM CAR
　　缺陷預防 DP 原因分析與決策 支持
　　4 軟件質量管理 SQM 組織過程性能 OPP 過程管理
　　定量過程管理 QPM 定量項目管理 QPM 項目管理
　　3 軟件產品工程
　　同行評審 SPE
　　PR 需求制定 RD 工程
　　技術方案 TS 工程
　　產品集成 PI 工程
　　驗證 VER 工程
　　確認 VAL 工程
　　組織過程聚焦 OPF 組織過程聚焦 OPF 過程管理
　　組織過程定義 OPD 組織過程定義 OPD 過程管理
　　培訓大綱 TP 組織培訓 OT 過程管理
　　集成軟件管理 ISM 集成項目管理 IPM 項目管理
　　組間協調
　　 風險管理 RSKM 項目管理
　　 決策分析與決定 DAR 支持
　　 集成供應商管理 ISM 項目管理
　　 組織集成環境 OEI 支持
　　 IC 集成組隊 IT 項目管理
　　2 需求管理 RM 需求管理 RM
　　軟件項目策劃 SPP 項目策劃 PP 項目管理
　　軟件項目監督與控制 SPTO 項目監督與控制 PMC 項目管理
　　軟件分包管理 SAM 供應協議管理 SAM 項目管理
　　軟件質量保證 SQA 過程與產品質量保證 PPQA 支持
　　軟件配置管理 SCM 配置管理 CM 支持
　　 度量與分析 MA 支持
　　1
　　
　　
　　
　　4．CMM/CMMI的評估
　　　　原來的CMM評估須遵循SEI的CAF (CMM Assessment Frame-work) 規范，由CMU/SEI授權的主任評估師(Lead Assessor)領導一個評審小組進行，評估方法采用IPI-CBA，評估過程包括員工培訓（企業的高層領導也要參加）、問卷調查和統計、文檔審查、數據分析、與企業的高層領導討論和撰寫評估報告等，評估結束時由主任評估師簽字生效。
　　　　隨著CMM過渡到CMMI，其CAF評估框架變成評估需求（ARC：Appraisal Requirements for CMMI）；IPI-CBA評估方法被SCAMPI（Standard CNNI Appraisal Method for Process Improvement）方法代替。根據CMMI評估需求（ARC）規定三種評估類型，表4列出了SCAMPI評估方法的適用情況。
　　表4 可用的評估類型 評估類型 ISO15504兼容 SCAMPI 使用 主任評估師需求 評估組規模
　　Class A × 可能 × 5-17
　　Class B - 部分 - 2-7
　　Class C - 部分 - 2-3
　　
　　
　　　　SCAMPI評估組由幾方人員共同組成，由主任評估師領導。其中評估小組是由經驗豐富的軟件專業人員組成，還要經過CMMI和SCAMPI評估方法的培訓，使他們了解組織的同時，也懂得如何將CMM/CMMI模型及關鍵實踐與組織的要求建立關聯。參與評估的人員包括：公司的管理人員、項目經理，開發人員，培訓人員，采購人員等。
　　　　評估過程主要分成三個階段：準備階段、評估階段和報告階段。準備階段包括小組人員培訓、計劃以及其它必要的評估準備工作。在評估的最初幾十天，小組成員的主要任務是采集數據，回答SEI的CMM/CMMI提問單，文檔審閱以及進行交談，對整個組織中的應用有一個全面的了解。
　　　　然后進行數據分析。評估員要對記錄進行整理，并檢驗所觀察到的一切信息，然后把這些數據與CMM/CMMI模型進行比較，最后給出一個評估報告。在每個評估報告中，必須針對CMM/CMMI 的每個過程方面，指出這個軟件過程在什么地方已經有效地執行了，什么地方還沒有有效地執行。只有所有評估人員一致通過的情況下，這個評估報告才有效。
　　在評估報告的基礎上，評估小組產生一個評估結果。評估和評級的結果應與有關的關鍵過程方面和目標相對應。評估報告和結果將送交所有有關的人員并上報CMU/SEI。
　　
　　5．我國軟件能力評估標準的制定與實施
　　軟件已經作為一個新興高技術產業在我國崛起。但與發達國家相比，無論在開發能力還是管理水平上都還存在一定差距，尤其是落后的軟件工程管理制約了開發能力的發揮。某些國家的軟件開發能力并不比我國強，但在國際軟件市場上的份額卻遠大于我國，其主要原因之一是我們在軟件開發管理方面明顯落后。國務院以國發[2000]18號文頒布了《鼓勵軟件產業和集成電路產業發展的若干政策》，其中要求通過標準化工作對軟件產業發展提供必要的支撐與保障。為了落實國務院18號文的精神，加快我國軟件能力模型標準的制定，推動軟件產業的發展，信息產業部2000年9月28日主持成立了軟件體系評估標準特別工作組，同時提出了 “依據我國軟件政策，利用國際先進經驗，結合我國國情，制定出有助于指導和促進我國軟件企業發展的評估模型標準”的原則，并確定了標準制定的兩個主要目標：支持軟件企業和企業內的軟件組織對自身的軟件過程能力實施持續性的內部改進；支持對軟件企業的綜合軟件能力進行第二方和第三方評估。
　　　　工作組深入研究了CMM、CMMI、ISO/IEC TR15504、ISO9000以及其他有關的資料和文件以及國外企業實施CMM的實際情況，結合國情，確定了以CMMI作為主要參考文件來制定標準。最終形成了SJ/T 11234-2001《軟件過程能力評估模型》和SJ/T 11235-2001《軟件能力成熟度模型》行業正式標準，并于2001年5月1日正式實施。這就是中國的“軟件過程及能力成熟度評估”，即SPCA評估。
　　　　隨著我國經濟市場的日益成熟，與信息產業部建立的計算機信息系統集成資質認證體制一樣，SPCA評估及其評估結果在市場化運作中將會起到越來越重要的作用。廣大用戶和企業也越來越接受和認可SJ/T11234和SJ/T11235標準，并將作為企業招投標，選擇合作伙伴的一項指標，也是進行第二方評估或評價的依據。這對我國軟件企業和產業的提高、發展和壯大也將產生積極的影響。
　　　　SPCA依據的評估標準是SJ/T 11234和SJ/T 11235，這兩個標準是在深入研究了CMM、CMMI、ISO/IEC TR15504、ISO9000、TL 9000以及其他有關的資料和文件以及國外企業實施CMM的實際情況后，結合國內企業的實際情況，以CMMI作為主要參考文件最終形成的，這兩個行業標準由信息產業部于2001年5月1日發布實施。
　　SJ/T 11234《軟件過程能力評估模型》針對軟件企業對自身軟件過程能力進行內部改進的需要，與CMMI連續表示形式基本相同。該模型有22個過程，分為4大類，即：過程管理類、項目管理類、工程化類和支持類，每個過程能力從0到5劃分為6個評估等級，每個等級包含了通用目標、通用慣例、特定目標和特定慣例，它們組成一套衡量準則。按此準則對實際運行的過程進行評估，可以確定當前軟件過程的能力狀態。對每個過程評估后，可以得到企業軟件過程能力的一條“譜線”。企業還可以針對軟件開發項目，根據項目的目標和要求，有針對性地“弄清楚”有關過程的能力狀態，實施必要的過程改進，以支持項目的完成。
　　　　SJ/T 111235《軟件能力成熟度模型》針對軟件企業綜合能力第二方或第三方評估的需求，與CMMI分階段表示形式基本相同。該模型用成熟度1～5個等級來描述綜合軟件能力。與SJ/T 11234相同，也有22個過程方面。除了成熟度等級1外，每個等級包含若干個過程方面，每個過程方面的實施情況由相應目標和慣例的實施情況體現。采用這種衡量準則可以評估軟件企業的綜合能力——軟件能力成熟程度。
　　　　SPCA評估遵循《軟件過程及能力成熟度評估指南》，該指南是國家認監委和信息產業部2002年8月共同發布的利用SJ/T11234或SJ/T11235實施評估的操作指南。評估過程由經過培訓的專業隊伍以評估參考模型作為確定過程的強項和弱項的基礎而對一個或多個過程進行檢查。從不同用途考慮，評估分為內部過程改進評估和顧客選擇評價兩種。

來自 “ ITPUB博客 ” ，鏈接：http://blog.itpub.net/3433/viewspace-420446/，如需轉載，請注明出處，否則將追究法律責任。

轉載于:http://blog.itpub.net/3433/viewspace-420446/

總結

以上是生活随笔為你收集整理的CMM/CMMI 的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。