來源：ahcit.com 作者： 張亞軍 趙岳松
摘要 本文分析了 CMM 到 CMMI 的各級(jí)映射，指出了 CMM 與 CMMI 的差異之所在，討論了 CMM 升級(jí)到 CMMI 所需做的各項(xiàng)工作及過渡方法。對(duì)實(shí)施 CMM 的各級(jí)軟件組織順利升級(jí)到 CMMI 有一定的借鑒作用。
關(guān)鍵詞 KAP 、 CMM 、 CMMI 、 SCAMPI 、 KP
1 引言
自 1990 年起美國卡耐基梅隆大學(xué)軟件工程研究所發(fā)布 SW-CMM v1.0 （軟件能力成熟度模型）以來， SEI 針對(duì)不同領(lǐng)域的要求對(duì) SW-CMM 先后進(jìn)行改進(jìn)，并衍生出了一系列成熟度模型。其中比較重要的包括：系統(tǒng)工程能力成熟度模型（ SE-CMM ） , 軟件采購能力成熟度模型（ SA-CMM ），集成產(chǎn)品開發(fā)能力成熟度模型（ IPD-CMM ）等。 但是這些具有針對(duì)性的模型又帶來了一些新的問題。軟件公司的業(yè)務(wù)一般都不是單一的，有的公司可能同時(shí)從事軟件開發(fā)、硬件開發(fā)、還可以進(jìn)行軟件采購。此時(shí)采取多個(gè)模型必定會(huì)使很多關(guān)鍵過程域，關(guān)鍵實(shí)踐產(chǎn)生重疊，增加了開發(fā)費(fèi)用。
2001 年 11 月 SIE 推出 CMMI V1.1 ，將以上模型集成，解決了多模型之間的重疊問題。同時(shí) SEI 發(fā)表了針對(duì) CMMI 的一套評(píng)估體系 SCAMPI SM V1.1 ，替代 CBA IPI and SCE SM 并打算 CMMI 取代 CMM 。已有許多組織開始向 CMMI 過渡。
CMMI 的基礎(chǔ)源模型包括：軟件 CMM 2.0 版（草稿 C ） , EIA-731 系統(tǒng)工程，以及 IPD CMM (IPD) 0.98a 版，它涵蓋了系統(tǒng)工程，軟件工程，集成的產(chǎn)品和過程開發(fā)（ IPPD ）和供應(yīng)商來源四個(gè)知識(shí)領(lǐng)域。它有階段式（ staged ）和連續(xù)式（ continuous ）兩種表示法。本文為了方便和 CMM 進(jìn)行對(duì)比，將 CMM 和 CMMI 均采用階段式表示。
關(guān)于 CMM 和 CMMI 本文不做詳細(xì)介紹，相關(guān)資料較多，對(duì) CMM 和 CMMI 不太了解的讀者可見參考書 [1] 、 [2] 。
2 從 CMM 到 CMMI 的映射
CMM 到 CMMI 的映射是一個(gè)復(fù)雜的體系，它涉及到 KPA 重構(gòu)， KP 的再組織。圖 1 只是從總體上描述了 CMM 到 CMMI 的映射關(guān)系。
圖 1 CMM 到 CMMI 的各級(jí)映射
關(guān)于 CMM 和 CMM 的映射關(guān)系的細(xì)節(jié)描述見參考文獻(xiàn) 3] 。
3 映射分析
CMMI 雖然是建立在 CMM 基礎(chǔ)之上，兩者大部分相似，但還是有很大差異。從總體上講， CMMI 更加清晰的說明各過程域和類屬實(shí)踐（ generic practice ）如何應(yīng)用實(shí)施，并指出如何將工作產(chǎn)品納入相應(yīng)等級(jí)的配置和數(shù)據(jù)管理基線，風(fēng)險(xiǎn)管理策略，驗(yàn)證策略等。 CMMI 包含更多工程活動(dòng)，如需求開發(fā)，產(chǎn)品集成，驗(yàn)證等過程域；過程內(nèi)容的定義更加清晰，較少強(qiáng)調(diào)文檔化規(guī)程。
如圖 1 ，在 CMMI2 級(jí)中增加了測(cè)量和分析 KPA （ Measurement and analysis ），將各測(cè)量分析實(shí)踐（ KP ）歸結(jié)為一個(gè)正式的關(guān)鍵過程域，而在 CMM 中測(cè)量分析實(shí)踐是散落在各等級(jí)中的。因此在 CMMI 中更加強(qiáng)調(diào)了量化管理，管理的透明度和軟件開發(fā)的透明度得到了升級(jí)。
CMMI3 級(jí)中增加了需求開發(fā)（ Requirements Development ）、技術(shù)解決方案（ Technical Solution ）、產(chǎn)品集成（ Product Integration ）、驗(yàn)證（ Verification ）、確認(rèn)（ Validation ）、風(fēng)險(xiǎn)管理（ Risk Management ）、決策分析和決定（ Decision Analysis and Resolution ） KPAs 。 CMM 中的軟件產(chǎn)品工程 KPA 被需求開發(fā)，技術(shù)解決方案，產(chǎn)品集成，驗(yàn)證，確認(rèn) KPAs 所取代；同行評(píng)審 KPA 被融入到驗(yàn)證 KPA 中； CMM 中集成軟件管理 KPA 所闡述的風(fēng)險(xiǎn)管理在 CMMI3 中形成了一個(gè)獨(dú)立風(fēng)險(xiǎn)管理 KPA 。同時(shí)集成軟件管理和組間協(xié)調(diào) KPAs 合并成集成項(xiàng)目管理 KPA 。合成團(tuán)隊(duì)、決定分析和解決方案、組織的一體化環(huán)境 KPAs 是全新的，其過程內(nèi)容在 CMM 中沒有提及。
CMMI4 中沒有新的過程域，只是對(duì)原來的定量過程管理，軟件質(zhì)量管理 KPAs 重新構(gòu)建為定量項(xiàng)目管理和組織過程性能 KPAs 。
CMMI5 中的技術(shù)變更管理和過程變更管理 KPAs 合并為組織革新與技術(shù)推廣 KPA ，缺陷防范 KPA 重新構(gòu)建為原因分析和解決方案 KPA 。
4 CMM 到 CMMI 的升級(jí)
4.1 升級(jí)前的準(zhǔn)備工作
(1) 回顧 CMMI 模型和其他的 CMMI 信息，確定如何使 CMMI 最好的滿足組織需要（ 2 ）擬訂升級(jí)策略。（ 3 ） 在升級(jí)過程中確保以前用于 CMM 改進(jìn)的投資得到維持和運(yùn)用（ 4 ）將升級(jí)事項(xiàng)通告客戶（ 5 ）將對(duì)現(xiàn)有過程域和新增過程域的改進(jìn)費(fèi)用編入預(yù)算，并提供有關(guān)改進(jìn)需要的培訓(xùn)。（ 6 ）確定組織升級(jí)計(jì)劃的風(fēng)險(xiǎn)表并管理這些風(fēng)險(xiǎn)，關(guān)鍵要識(shí)別 CMM 和 CMMI 之間的差異以及這些差異如何得到支持。
4.2 ．升級(jí)的方法：
一旦做好了升級(jí)前的準(zhǔn)備工作，弄清了升級(jí)可帶來的利益和成本，可執(zhí)行下列活動(dòng)進(jìn)行升級(jí)，這些活動(dòng)是迭代的。
（ 1 ） 選擇適合組織最好的 CMMI 模型。 CMMI 覆蓋各種知識(shí)體，包括項(xiàng)目管理，軟件工程，系統(tǒng)工程，集成產(chǎn)品，過程開發(fā)供應(yīng)商來源。按組織的商業(yè)目標(biāo)選擇模型。
（ 2 ）選擇最適合組織的表示法。 CMMI 有階段式表示法和連續(xù)式表示法，由于 CMM 采用的是階段式的表示法，許多組織都采取 CMMI 階段式表示法，若組織對(duì)連續(xù)式表示法較熟悉，也可以采取連續(xù)式表示法。
（ 3 ）將選擇的 CMMI 模型與 CMM 對(duì)比，確定需要變更的范疇。具體的對(duì)比見上文。 變更的主要活動(dòng)是對(duì) CMMI 中重組的 KPA 及 CMMI 中新增的 KPA 進(jìn)行更新。
（ 4 ） 確定升級(jí)會(huì)帶來的影響。
（ 5 ）向 CMMI 升級(jí)因該報(bào)高級(jí)管理層的認(rèn)可。
（ 6 ）變更組織目前的過程改進(jìn)計(jì)劃以支持 CMMI 升級(jí)。過程改進(jìn)計(jì)劃要反映出工作的優(yōu)先級(jí)、組織所需增加的新部門。將該計(jì)劃送交評(píng)審，得到關(guān)鍵儲(chǔ)金保管者（ key stakeholders ）的許諾和認(rèn)可，計(jì)劃要說明升級(jí)可能帶來的管理風(fēng)險(xiǎn)和進(jìn)度風(fēng)險(xiǎn)，所需的培訓(xùn)，工具，和服務(wù)支持。傳達(dá)這個(gè)計(jì)劃并保持更新。
（ 7 ）確保對(duì)工程過程組，技術(shù)工作組及其他相關(guān)的員工進(jìn)行 CMMI 的培訓(xùn)。
（ 8 ）獲取 SCAMPI 評(píng)估支持。
（ 9 ） 修改每個(gè)項(xiàng)目已定義的過程使其與項(xiàng)目改進(jìn)計(jì)劃一致。
（ 10 ）給每個(gè)項(xiàng)目制定升級(jí)進(jìn)度表 不同的項(xiàng)目升級(jí)進(jìn)度表可能不同，如果有的升級(jí)工作已經(jīng)完成則該工作可以拋棄。
（ 11 ）執(zhí)行 SCAMPI 評(píng)估，看是否所有的目標(biāo)過程域和目標(biāo)得到支持。
5 處于 CMM 不同成熟等級(jí)的組織所做的具體工作 ：
（ 1 ） CMM1 級(jí)：
如果組織正使用 CMM 模型致力于過程改進(jìn)而并處于 CMM1 級(jí)，那么組織應(yīng)該繼續(xù)用 CMM 模型。在改進(jìn)的同時(shí)，組織將 CMM2 與 CMMI2 進(jìn)行對(duì)比和差異確認(rèn)，分析這些差異中哪些是對(duì)組織有價(jià)值的。當(dāng)組織剛達(dá)到 CMM2 級(jí)時(shí)其主要工作時(shí)立即從 CMM2 向 CMMI2 升級(jí)。
（ 2 ） CMM2 級(jí)，
組織應(yīng)該把其當(dāng)前的過程改進(jìn)向 CMMI2 級(jí)映射，填補(bǔ)兩者之間的差距，從 CMM2 升級(jí)到 CMMI2 完成后，在下一步的工作中采用 CMMI 模型進(jìn)行過程改進(jìn)。主要有一下幾方面
(1) 將 CMM 中分散的測(cè)量分析活動(dòng)集中到 CMMI2 級(jí)測(cè)量分析 KPA 中，形成一個(gè)獨(dú)立的過程域，提高開發(fā)的透明度。
(2) 重定位測(cè)量分析 KPA （ Measurement and Analysis ）的共同特征（ common feature ）
測(cè)量分析 KPA 重組見表 1 所示。
表 1 測(cè)量分析 KPA 重組
測(cè)量分析 KPA 的目標(biāo)
CMM 共同特征∕目標(biāo)
SG1
QPM Co 2 Ac1,3,4,5,6
SPT&O Ac 5,6,7,8,9,11
SG2
TCM Ab 4
QPM Ac 4,5,6
ODP Ac 5
SPP Ac 15
SPT&O Ac11
GG2
QPM Co 1 Ab 2,3,4
OPF Ac 1 Ab 2,3
SQM Ac 1,2 Ab 1,2,3
表示符說明： QPM Co 2 Ac1,3,4,5,6 表示定量過程管理（ Quantitative Process Management ）過程域執(zhí)行的約定（ Commitment to perform ） 2 和執(zhí)行活動(dòng)（ Activities to perform ） 1,3,4,5,6 。
Co 表示執(zhí)行的約定； Ab 表示執(zhí)行的能力； Ac 表示執(zhí)行的活動(dòng)； SG 表示特殊目標(biāo)（ Special Goal ）； GG 表示一般目標(biāo)（ Generic Goal ）；其他可類推。
（ 3 ） CMMI3 級(jí)
①將 CMM 軟件產(chǎn)品工程 KPA 分解為需求開發(fā)、技術(shù)解決方案、產(chǎn)品集成、認(rèn)證、確認(rèn) KPAs ，并進(jìn)行擴(kuò)充。
②了解 CMMI3 級(jí)中新增的決定分析和解決方案、合成團(tuán)隊(duì)，組織一體化環(huán)境 KPAs ，并填補(bǔ)。
③迭代 CMM2 級(jí)的工作。
6 結(jié)束語
卡內(nèi)基梅隆大學(xué)軟件工程研究所推出 CMM Version 2.0 draft C 后就停止了在 CMM 的改進(jìn)。 CMM 被 CMMI 所取代是大勢(shì)所趨。許多正在運(yùn)用 CMM 模型進(jìn)行軟件過程改進(jìn)的組織紛紛向 CMMI 升級(jí)。而 CMMI 模型迄今還沒有成熟，卡內(nèi)基梅隆大學(xué)軟件工程研究所 推出了 CMMI-SE/SW 1.1 和 CMMI-SE/SW/IPPD ，在目前的產(chǎn)品集中沒有關(guān)于軟件采購方面的內(nèi)容，估計(jì)以后還會(huì)推出這個(gè)科目。而且從 CMM 向 CMMI 升級(jí)也只是處于嘗試階段。組織升級(jí)的操作過程，運(yùn)用 CMMI 模型所帶來的效益等信息還很匱乏，這些信息也為未能及時(shí)反饋到卡內(nèi)基梅隆大學(xué)軟件工程研究所，這也給 CMMI 模型的改進(jìn)及向 CMMI 的升級(jí)工作帶來了一定的難度。
