CMMI 　　
CMMI認(rèn)證是由美國(guó)軟件工程學(xué)會(huì)(software engineering institute,簡(jiǎn)稱SEI)制定的一套專門(mén)針對(duì)軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn). CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。 　　
近年來(lái)，很多軟件企業(yè)紛紛實(shí)施CMMI管理模式，不少企業(yè)如：東軟，托普，華為等企業(yè)通過(guò)了三級(jí)或四級(jí)評(píng)估。這一方面反映了我國(guó)企業(yè)在進(jìn)入WTO后的危機(jī)意識(shí)，以及與世界接軌的迫切愿望。另一方面則反映出我國(guó)軟件企業(yè)在改進(jìn)管理方法上所作的努力。但是CMMI到底能夠?yàn)槲覀冏鍪裁茨兀繉?shí)際上這個(gè)問(wèn)題對(duì)不同的人有不同的答案。對(duì)采購(gòu)部門(mén)的人員來(lái)說(shuō)，掌握了CMMI技術(shù)可以有目的地考察項(xiàng)目實(shí)施人員或公司的實(shí)施能力，從而保證所采購(gòu)的項(xiàng)目能夠順利完成。對(duì)于項(xiàng)目經(jīng)理來(lái)說(shuō)，掌握CMMI技術(shù)能夠提高自己的項(xiàng)目管理能力，從而能夠使項(xiàng)目高質(zhì)量，低成本，按期限地完成。對(duì)于企業(yè)老總來(lái)說(shuō)，CMMI技術(shù)不僅能夠提升企業(yè)的管理水平，還能夠引入科學(xué)的管理理念，提升企業(yè)的整體管理水平。 　　

CMMI的五個(gè)臺(tái)階（五個(gè)等級(jí)）： 　　

臺(tái)階一：CMMI一級(jí)，完成級(jí)。 　　

在完成級(jí)水平上，企業(yè)對(duì)項(xiàng)目的目標(biāo)與要做的努力很清晰，項(xiàng)目的目標(biāo)得以實(shí)現(xiàn)。但是由于任務(wù)的完成帶有很大的偶然性，企業(yè)無(wú)法保證在實(shí)施同類項(xiàng)目的時(shí)候仍然能夠完成任務(wù)。企業(yè)在一級(jí)上的項(xiàng)目實(shí)施對(duì)實(shí)施人員有很大的依賴性。 　　

臺(tái)階二：CMMI二級(jí)，管理級(jí)。 　　

在管理級(jí)水平上，企業(yè)在項(xiàng)目實(shí)施上能夠遵守既定的計(jì)劃與流程，有資源準(zhǔn)備，權(quán)責(zé)到人，對(duì)相關(guān)的項(xiàng)目實(shí)施人員有相應(yīng)的培訓(xùn)，對(duì)整個(gè)流程有監(jiān)測(cè)與控制，并與上級(jí)單位對(duì)項(xiàng)目與流程進(jìn)行審查。企業(yè)在二級(jí)水平上體現(xiàn)了對(duì)項(xiàng)目的一系列的管理程序。這一系列的管理手段排除了企業(yè)在一級(jí)時(shí)完成任務(wù)的隨機(jī)性，保證了企業(yè)的所有項(xiàng)目實(shí)施都會(huì)得到成功。 　　

臺(tái)階三：CMMI三級(jí)，定義級(jí)。 　　

在定義級(jí)水平上，企業(yè)不僅能夠?qū)?xiàng)目的實(shí)施有一整套的管理措施，并保障項(xiàng)目的完成；而且，企業(yè)能夠根據(jù)自身的特殊情況以及自己的標(biāo)準(zhǔn)流程，將這套管理體系與流程予以制度化這樣，企業(yè)不僅能夠在同類的項(xiàng)目上生到成功的實(shí)施，在不同類的項(xiàng)目上一樣能夠得到成功的實(shí)施。科學(xué)的管理成為企業(yè)的一種文化，企業(yè)的組織財(cái)富。 　　

臺(tái)階四：CMMI四級(jí)，量化管理級(jí)。 　　

在量化管理級(jí)水平上，企業(yè)的項(xiàng)目管理不僅形成了一種制度，而且要實(shí)現(xiàn)數(shù)字化的管理。對(duì)管理流程要做到量化與數(shù)字化。通過(guò)量化技術(shù)來(lái)實(shí)現(xiàn)流程的穩(wěn)定性，實(shí)現(xiàn)管理的精度，降低項(xiàng)目實(shí)施在質(zhì)量上的波動(dòng)。 　　

臺(tái)階五：CMMI五級(jí)，優(yōu)化級(jí)。 　　

在優(yōu)化級(jí)水平上，企業(yè)的項(xiàng)目管理達(dá)到了最高的境界。企業(yè)不僅能夠通過(guò)信息手段與數(shù)字化手段來(lái)實(shí)現(xiàn)對(duì)項(xiàng)目的管理，而且能夠充分利用信息資料，對(duì)企業(yè)在項(xiàng)目實(shí)施的過(guò)程中可能出現(xiàn)的次品予以預(yù)防。能夠主動(dòng)地改善流程，運(yùn)用新技術(shù)，實(shí)現(xiàn)流程的優(yōu)化。 　　

由上述的五個(gè)臺(tái)階我們可以看出，每一個(gè)臺(tái)階都是上面一階臺(tái)階的基石。要上高層臺(tái)階必須首先踏上較低一層臺(tái)階。企業(yè)在實(shí)施CMMI的時(shí)候，路要一步一步地走。一般地講，應(yīng)該先從二級(jí)入手。在管理上下功夫。爭(zhēng)取最終實(shí)現(xiàn)CMMI的第五級(jí)。 　　

CMMI3認(rèn)證就是臺(tái)階3，通過(guò)相應(yīng)的CMMI3級(jí)能力評(píng)估后，就能獲得3級(jí)的證書(shū)。 　　

以上信息由泰得利通軟件提供，　無(wú)錫泰得利通軟件科技有限公司是專業(yè)從事電子政務(wù)、電子商務(wù)內(nèi)容管理中間件及應(yīng)用軟件研發(fā)與外包服務(wù)的軟件企業(yè)。如果您還有任何問(wèn)題，歡迎來(lái)電咨詢，我們的顧問(wèn)團(tuán)隊(duì)會(huì)解答您的疑 　　

CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。 　　

CMMI家族包括CMMI for Development, CMMI for Service和CMMI for Acquisition三個(gè)套裝產(chǎn)品。 　　

CMMI是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應(yīng)用于軟件業(yè)項(xiàng)目的管理方法，SEI在部分國(guó)家和地區(qū)開(kāi)始推廣和試用。隨著應(yīng)用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應(yīng)用的綜合性模型 　　

自從1994 年SEI 正式發(fā)布軟件CMM 以來(lái)，相繼又開(kāi)發(fā)出了系統(tǒng)工程、軟件采購(gòu)、人力資源管理以及集成產(chǎn)品和過(guò)程開(kāi)發(fā)方面的多個(gè)能力成熟度模型。雖然這些模型在許多組織都得到了良好的應(yīng)用，但對(duì)于一些大型軟件企業(yè)來(lái)說(shuō)，可能會(huì)出現(xiàn)需要同時(shí)采用多種模型來(lái)改進(jìn)自己多方面過(guò)程能力的情況。這時(shí)他們就會(huì)發(fā)現(xiàn)存在一些問(wèn)題，其中主要問(wèn)題體現(xiàn)在： 　　n 不能集中其不同過(guò)程改進(jìn)的能力以取得更大成績(jī)； 　　n 要進(jìn)行一些重復(fù)的培訓(xùn)、評(píng)估和改進(jìn)活動(dòng)，因而增加了許多成本； 　　n 遇到不同模型中有一些對(duì)相同事物說(shuō)法不一致，或活動(dòng)不協(xié)調(diào)，甚至相抵觸。 　　

于是，希望整合不同CMM 模型的需求產(chǎn)生了。1997 年，美國(guó)聯(lián)邦航空管理局（FAA）開(kāi)發(fā)了FAA-iCMMSM（聯(lián)邦航空管理局的集成CMM），該模型集成了適用于系統(tǒng)工程的SE-CMM、軟件獲取的SA-CMM 和軟件的SW-CMM 三個(gè)模型中的所有原則、概念和實(shí)踐。該模型被認(rèn)為是第一個(gè)集成化的模型。 　　

CMMI 與CMM 最大的不同點(diǎn)在于：CMMISM-SE/SW/IPPD/SS 1.1 版本有四個(gè)集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對(duì)于有些組織還可以應(yīng)用集成產(chǎn)品和過(guò)程開(kāi)發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應(yīng)商外包管理可以相應(yīng)的應(yīng)用SS(Supplier Sourcing)部分。 　　

CMMI 有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI 中的若干個(gè)過(guò)程區(qū)域分成了5 個(gè)成熟度級(jí)別，幫助實(shí)施CMMI 的組織建立一條比較容易實(shí)現(xiàn)的過(guò)程改進(jìn)發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過(guò)將CMMI 中過(guò)程區(qū)域分為四大類：過(guò)程管理、項(xiàng)目管理、工程以及支持。對(duì)于每個(gè)大類中的過(guò)程區(qū)域，又進(jìn)一步分為基本的和高級(jí)的。這樣，在按照連續(xù)式表示方法實(shí)施CMMI的時(shí)候，一個(gè)組織可以把項(xiàng)目管理或者其他某類的實(shí)踐一直做到最好，而其他方面的過(guò)程區(qū)域可以完全不必考慮。[1]
編輯本段評(píng)估
預(yù)備工作
　　評(píng)估實(shí)踐證明：在進(jìn)行CMMI評(píng)估之前，制定一個(gè)正確的評(píng)估計(jì)劃并將其文檔化，確保有一個(gè)富有經(jīng)驗(yàn)的、受過(guò)培訓(xùn)且具有適當(dāng)資格的小組能被用來(lái)評(píng)估，為執(zhí)行評(píng)估過(guò)程做準(zhǔn)備，是十分必要的。 　　

我們所說(shuō)的文檔化CMMI評(píng)估計(jì)劃的結(jié)果，包括：要求，協(xié)定，估價(jià)，風(fēng)險(xiǎn)，剪裁方法，以及與評(píng)估相關(guān)的實(shí)際考慮（例如：日程安排，后勤，組織的背景信息）。此外，還應(yīng)當(dāng)獲取并記錄發(fā)起方對(duì)于CMMI評(píng)估計(jì)劃的正式批準(zhǔn)。在制定評(píng)估計(jì)劃之前，應(yīng)對(duì)CMMI評(píng)估輸入中反映出來(lái)的協(xié)議文檔化，該協(xié)議將有助于CMMI評(píng)估目標(biāo)和關(guān)鍵評(píng)估計(jì)劃參數(shù)的共同理解。在對(duì)驅(qū)動(dòng)計(jì)劃過(guò)程的關(guān)鍵參數(shù)達(dá)成共同理解的基礎(chǔ)上，CMMI評(píng)估發(fā)起方和SCAMPI主任評(píng)估師應(yīng)就評(píng)估計(jì)劃達(dá)成一致；發(fā)起者和評(píng)估小組領(lǐng)導(dǎo)應(yīng)就已計(jì)劃的評(píng)估中技術(shù)和非技術(shù)細(xì)節(jié)達(dá)成一致。這個(gè)計(jì)劃在執(zhí)行其他的計(jì)劃和準(zhǔn)備階段活動(dòng)中需要進(jìn)一步細(xì)化。 　　

而通過(guò)CMMI評(píng)估小組的準(zhǔn)備工作，將產(chǎn)生一支富有經(jīng)驗(yàn)的、受過(guò)培訓(xùn)的且定位準(zhǔn)確的小組準(zhǔn)備執(zhí)行CMMI評(píng)估任務(wù)。該小組的成員都應(yīng)當(dāng)獲得了完成他們各自的任務(wù)所必備的知識(shí)，或者他們之前所擁有的知識(shí)被證實(shí)足以完成相關(guān)任務(wù)。評(píng)估小組領(lǐng)導(dǎo)者已經(jīng)給每一個(gè)人提供了為完成他們各自的任務(wù)所需的對(duì)技能進(jìn)行實(shí)踐的機(jī)會(huì)，或者證實(shí)這些技能在過(guò)去已經(jīng)得到了示范。小組成員相互了解，同時(shí)開(kāi)始計(jì)劃他們?nèi)绾螀f(xié)調(diào)一致的工作。還應(yīng)該做到：準(zhǔn)備好的小組是為評(píng)估目標(biāo)而服務(wù)的，小組的成員已提供培訓(xùn)且培訓(xùn)結(jié)果被記錄，在必要的時(shí)候，對(duì)他們所做的因知識(shí)或技能不足的補(bǔ)救工作已經(jīng)完成。我們認(rèn)為，無(wú)論CMMI評(píng)估小組領(lǐng)導(dǎo)者是從頭培訓(xùn)一支全新的評(píng)估小組，還是通過(guò)從富有經(jīng)驗(yàn)的小組成員中選擇來(lái)組建一個(gè)小組，確保他們與CMMI評(píng)估小組領(lǐng)導(dǎo)者能組成一個(gè)成功的集體是其責(zé)任。

此外，在對(duì)CMMI評(píng)估進(jìn)行的預(yù)備工作的過(guò)程中，我們還應(yīng)當(dāng)對(duì)模型剪裁的原則有所了解： 　　

1.在某些應(yīng)用中，計(jì)劃模板和例行的程序能夠根據(jù)評(píng)估的需要進(jìn)行調(diào)整，這和當(dāng)?shù)氐倪^(guò)程所有權(quán)一樣，有助于交流； 　　

2.一個(gè)結(jié)構(gòu)化的計(jì)劃工藝組有利于只有有限的評(píng)估經(jīng)驗(yàn)的組織，這樣一個(gè)工藝就像緩和策略樣，對(duì)于發(fā)現(xiàn)風(fēng)險(xiǎn)是一個(gè)很有價(jià)值的機(jī)會(huì)； 　　

3.案例研究材料提供了各種各樣的選擇來(lái)擴(kuò)充小組培訓(xùn)內(nèi)容以增強(qiáng)那些更需要培訓(xùn)的重點(diǎn)； 　　

4.富有經(jīng)驗(yàn)的評(píng)估小組領(lǐng)導(dǎo)者在沒(méi)有案例分析的情況下，同樣可以管理和模擬評(píng)估行為； 　　

5.在小組所有已獲得培訓(xùn)成員的集合中，對(duì)小組的建立工作進(jìn)行管理以確保其團(tuán)隊(duì)凝聚力是十分重要的，因此，很多的小組建立練習(xí)是可以利用的，小組的規(guī)模、技能、組成部分都是本方法的裁剪內(nèi)容； 　　

6.所采用工具可以包括評(píng)估計(jì)劃模板，樣例，和計(jì)劃模板中嵌入式的程序上的幫助，此外，為了估計(jì)評(píng)估約束的影響，估算工作表和方法也是很有用處的。 　　

總之，CMMI評(píng)估是一個(gè)十分復(fù)雜的過(guò)程，更由于其具有的不確定性，在評(píng)估的實(shí)踐中，一定要做到有備無(wú)患。真理來(lái)自于實(shí)踐，我們相信，隨著越來(lái)越多的軟件組織著手CMMI評(píng)估，越來(lái)越多的成功經(jīng)驗(yàn)將為我們所利用和借鑒。
評(píng)估方法
　　自1991年起，CMM出現(xiàn)了很多模型，覆蓋了各種各樣的專業(yè)領(lǐng)域。其中著名的模型有系統(tǒng)工程·軟件工程·軟件采購(gòu)·集成產(chǎn)品和流程開(kāi)發(fā)等。然而當(dāng)企業(yè)想要在組織內(nèi)不同專業(yè)領(lǐng)域的流程改進(jìn)，這些針對(duì)不同專業(yè)領(lǐng)域的模型在架構(gòu)·內(nèi)容和方法上的不同限制了組織成功實(shí)施改進(jìn)的能力。此外，將這樣模型在組織內(nèi)部集成也提高了培訓(xùn)·認(rèn)證和改進(jìn)的費(fèi)用。一套包括多個(gè)專業(yè)領(lǐng)域的模型加上整合的培訓(xùn)和認(rèn)證支持將解決這些問(wèn)題。 　　

CMMI(Capability maturity model integration)是為了合并三個(gè)模型到一個(gè)框架中 　　

Capability Maturity Model for Software (SW-CMM) v2.0 draft C, 　　

Electronic Industries Alliance Interim Standard (EIA/IS) 731 　　

Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98 　　

正如其他CMM模型，CMMI提供了流程改進(jìn)的指導(dǎo)，而不是流程或流程的描述。組織使用的實(shí)際流程取決于很多因素，包括應(yīng)用領(lǐng)域·組織框架和規(guī)模。CMMI將許多經(jīng)過(guò)驗(yàn)證的方法加入架構(gòu)中，來(lái)幫組組織評(píng)價(jià)成熟度·某個(gè)軟件流程的能力度，并且建立改進(jìn)的優(yōu)先順序和實(shí)施改進(jìn)。 　　

從CMMI框架可以產(chǎn)生不同的CMMI模型，因此必須首先確定那種模型最適合企業(yè)流程改進(jìn)的需要。 　　

階段式描述 or 連續(xù)式描述 　　

系統(tǒng)工程 or 軟件工程 or 兩者皆有 　　

使用連續(xù)式描述可以根據(jù)企業(yè)需要選擇流程改進(jìn)順序，降低企業(yè)風(fēng)險(xiǎn)，這給通過(guò)ISO做流程改進(jìn)提供了一個(gè)方便的比較。使用能力度(Capability)來(lái)衡量。 　　

階段式描述提供了已經(jīng)過(guò)驗(yàn)證的流程改進(jìn)順序，方便從CMM移植過(guò)來(lái)。使用成熟度(Maturity)來(lái)衡量流程改進(jìn)。 　　

系統(tǒng)工程包括整個(gè)系統(tǒng)的開(kāi)發(fā)，可能包括軟件也可能不包括。 　　

軟件工程用于軟件系統(tǒng)的開(kāi)發(fā)，主要集中在使用系統(tǒng)的·科學(xué)的·量化的方法來(lái)開(kāi)發(fā)·運(yùn)行·維護(hù)軟件。
cmm是項(xiàng)目管理
　　由美國(guó)卡內(nèi)基梅隆大學(xué)的軟件工程研究所(SEI)創(chuàng)立的CMM(Capability Maturity Model 軟件能力成熟度模型)認(rèn)證評(píng)估，在過(guò)去的十幾年中，對(duì)全球的軟件產(chǎn)業(yè)產(chǎn)生了非常深遠(yuǎn)的影響。CMM共有五個(gè)等級(jí)，分別標(biāo)志著軟件企業(yè)能力成熟度的五個(gè)層次。從低到高，軟件開(kāi)發(fā)生產(chǎn)計(jì)劃精度逐級(jí)升高，單位工程生產(chǎn)周期逐級(jí)縮短，單位工程成本逐級(jí)降低。據(jù)SEI統(tǒng)計(jì)，通過(guò)評(píng)估的軟件公司對(duì)項(xiàng)目的估計(jì)與控制能力約提升40%到50%；生產(chǎn)率提高10%到20%，軟件產(chǎn)品出錯(cuò)率下降超過(guò)1/3。 　　對(duì)一個(gè)軟件企業(yè)來(lái)說(shuō)，達(dá)到CMM2就基本上進(jìn)入了規(guī)模開(kāi)發(fā)，基本具備了一個(gè)現(xiàn)代化軟件企業(yè)的基本架構(gòu)和方法，具備了承接外包項(xiàng)目的能力。CMM3評(píng)估則需要對(duì)大軟件集成的把握，包括整體架構(gòu)的整合。一般來(lái)說(shuō)，通過(guò)CMM認(rèn)證的級(jí)別越高，其越容易獲得用戶的信任，在國(guó)內(nèi)、國(guó)際市場(chǎng)上的競(jìng)爭(zhēng)力也就越強(qiáng)。因此，是否能夠通過(guò)CMM認(rèn)證也成為國(guó)際上衡量軟件企業(yè)工程開(kāi)發(fā)能力的一個(gè)重要標(biāo)志。 　　

CMM是目前世界公認(rèn)的軟件產(chǎn)品進(jìn)入國(guó)際市場(chǎng)的通行證，它不僅僅是對(duì)產(chǎn)品質(zhì)量的認(rèn)證，更是一種軟件過(guò)程改善的途徑。參與CMM評(píng)估的博科負(fù)責(zé)人表示，通過(guò)CMM的評(píng)估認(rèn)證不是目標(biāo)，它只是推動(dòng)軟件企業(yè)在產(chǎn)品的研發(fā)、生產(chǎn)、服務(wù)和管理上不斷成熟和進(jìn)步的手段，是一種持續(xù)提升和完善企業(yè)自身能力的過(guò)程。如果一家公司最終通過(guò)CMMI的評(píng)估認(rèn)證，標(biāo)志著該公司在質(zhì)量管理的能力已經(jīng)上升到一個(gè)新的高度。
編輯本段等級(jí)
1． 初始級(jí)
　　軟件過(guò)程是無(wú)序的，有時(shí)甚至是混亂的，對(duì)過(guò)程幾乎沒(méi)有定義，成功取決于個(gè)人努力。管理是反應(yīng)式的。
2．可重復(fù)級(jí)
　　建立了基本的項(xiàng)目管理過(guò)程來(lái)跟蹤費(fèi)用、進(jìn)度和功能特性。制定了必要的過(guò)程紀(jì)律，能重復(fù)早先類似應(yīng)用項(xiàng)目取得的成功經(jīng)驗(yàn)。
3． 已定義級(jí)
　　已將軟件管理和工程兩方面的過(guò)程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過(guò)程。所有項(xiàng)目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過(guò)程來(lái)開(kāi)發(fā)和維護(hù)軟件，軟件產(chǎn)品的生產(chǎn)在整個(gè)軟件過(guò)程是可見(jiàn)的。
4． 量化管理級(jí)
　　分析對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對(duì)軟件過(guò)程和產(chǎn)品都有定量的理解與控制。管理有一個(gè)作出結(jié)論的客觀依據(jù)，管理能夠在定量的范圍內(nèi)預(yù)測(cè)性能。
5． 優(yōu)化管理級(jí)
　　過(guò)程的量化反饋和先進(jìn)的新思想、新技術(shù)促使過(guò)程持續(xù)不斷改進(jìn)。 　　每個(gè)等級(jí)都被分解為過(guò)程域，特殊目標(biāo)和特殊實(shí)踐，通用目標(biāo)、通用實(shí)踐和共同特性： 　　每個(gè)等級(jí)都有幾個(gè)過(guò)程區(qū)域組成，這幾個(gè)過(guò)程域共同形成一種軟件過(guò)程能力。每個(gè)過(guò)程域，都有一些特殊目標(biāo)和通用目標(biāo)，通過(guò)相應(yīng)的特殊實(shí)踐和通用實(shí)踐來(lái)實(shí)現(xiàn)這些目標(biāo)。當(dāng)一個(gè)過(guò)程域的所有特殊實(shí)踐和通用實(shí)踐都按要求得到實(shí)施，就能實(shí)現(xiàn)該過(guò)程域的目標(biāo)。 　　能力度等級(jí)：屬于連續(xù)式表述，共有六個(gè)能力度等級(jí)(0~5)，每個(gè)能力度等級(jí)對(duì)應(yīng)到一個(gè)一般目標(biāo)，以及一組一般執(zhí)行方法和特定方法。 　　0　不完整級(jí) 　　1　執(zhí)行級(jí) 　　2　管理級(jí) 　　3　定義級(jí) 　　4　量化管理級(jí) 　　5　最佳化級(jí)
編輯本段評(píng)估方式
　　自我評(píng)估：用于本企業(yè)領(lǐng)導(dǎo)層評(píng)價(jià)公司自身的軟件能力。 　　

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

CMMI的評(píng)估類型： 　　

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

軟件組織整體軟件能力的評(píng)估（軟件能力成熟度等級(jí)評(píng)估）。
編輯本段CMMI的基本思想
　　1、解決軟件項(xiàng)目過(guò)程改進(jìn)難度增大問(wèn)題 　　2、實(shí)現(xiàn)軟件工程的并行與多學(xué)科組合 　　3、實(shí)現(xiàn)過(guò)程改進(jìn)的最佳效益
編輯本段研發(fā)背景
　　CMM的成功促使其他學(xué)科也相繼開(kāi)發(fā)類似的過(guò)程改進(jìn)模型，例如系統(tǒng)工程、需求工程、 　　

人力資源、集成產(chǎn)品開(kāi)發(fā)、軟件采購(gòu)等等，從CMM衍生出了一些改善模型，比如： 　　

（1） SW-CMM (Software CMM) 軟件CMM 　　

（2） SE-CMM (System Engineering CMM) 系統(tǒng)工程CMM 　　

（3） SA-CMM (Software Acquisition CMM) 軟件采購(gòu)CMM 　

（4） IPT-CMM (Integrated Product Team CMM) 集成產(chǎn)品群組CMM 　　

（5） P-CMM (People CMM) 人力資源能力成熟度模型 　　

為了以示區(qū)別，國(guó)內(nèi)外很多資料把CMM叫做SW-CMM。按照SEI原來(lái)的計(jì)劃，CMM的改進(jìn)版本2.0應(yīng)該在1997年11月完成，然后在取得版本2.0得實(shí)踐反饋意見(jiàn)之后，在1999年完成準(zhǔn)CMM2.0版本。 　　

但是，美國(guó)國(guó)防部辦公室要求SEI推遲發(fā)布CMM2.0版本，而要先完成一個(gè)更為緊迫的項(xiàng)目CMMI，原因是在同一個(gè)組織中多個(gè)過(guò)程改進(jìn)模型的存在可能會(huì)引起沖突和混淆， CMMI就是為了解決怎么保持這些模式之間的協(xié)調(diào)。 　　

CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，這是美國(guó)國(guó)防部的一個(gè)設(shè)想，他們想把現(xiàn)在所有的以及將被發(fā)展出來(lái)的各種能力成熟度模型，集成到一個(gè)框架中去。這個(gè)框架有兩個(gè)功能，第一，軟件采購(gòu)方法的改革；第二，建立一種從集成產(chǎn)品與過(guò)程發(fā)展的角度出發(fā)、包含健全的系統(tǒng)開(kāi)發(fā)原則的過(guò)程改進(jìn)。就軟件而言，CMMI是SW-CMM的修訂本。 　　

它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科學(xué)和更周密的優(yōu)點(diǎn)。SEI在發(fā)表CMMI-SE/SW 1.0版時(shí)，宣布大約用兩年的時(shí)間完成從CMM到CMMI的過(guò)渡。 　　CMMI項(xiàng)目更為工業(yè)界和政府部門(mén)提供了一個(gè)集成的產(chǎn)品集，其主要目的是消除不同模型之間的不一致和重復(fù)，降低基于模型改善的成本。CMMI將以更加系統(tǒng)和一致的框架來(lái)指導(dǎo)組織改善軟件過(guò)程，提高產(chǎn)品和服務(wù)的開(kāi)發(fā)、獲取和維護(hù)能力。 　　

由業(yè)界、美國(guó)政府和卡內(nèi)基·梅隆大學(xué)軟件工程研究所率先倡導(dǎo)的能力成熟度模型集成（CMMI）項(xiàng)目致力于幫助企業(yè)緩解這種困境。CMMI為改進(jìn)一個(gè)組織的各種過(guò)程提供了一個(gè)單一的集成化框架，新的集成模型框架消除了各個(gè)模型的不一致性，減少了模型間的重復(fù)，增加透明度和理解，建立了一個(gè)自動(dòng)的、可擴(kuò)展的框架。因而能夠從總體上改進(jìn)組織的質(zhì)量和效率。CMMI主要關(guān)注點(diǎn)就是成本效益、明確重點(diǎn)、過(guò)程集中和靈活性四個(gè)方面。 　　

與原有的能力成熟度模型類似，CMMI也包括了在不同領(lǐng)域建立有效過(guò)程的必要元素，反映了業(yè)界普遍認(rèn)可的"最佳"實(shí)踐；專業(yè)領(lǐng)域覆蓋軟件工程、系統(tǒng)工程、集成產(chǎn)品開(kāi)發(fā)和系統(tǒng)采購(gòu)。在此前提下，CMMI為企業(yè)的過(guò)程構(gòu)建和改進(jìn)提供了指導(dǎo)和框架作用；同時(shí)為企業(yè)評(píng)審自己的過(guò)程提供了可參照的行業(yè)基準(zhǔn)。
編輯本段源模型
　　軟件能力成熟度模型2.0版，C稿；電子行業(yè)協(xié)會(huì)臨時(shí)標(biāo)準(zhǔn)（EIA/IS）731；集成產(chǎn)品開(kāi)發(fā)能力成熟度模型（IPD-CMM）v0.98。
編輯本段原則
（1）、強(qiáng)調(diào)高層管理者的支持。過(guò)程改進(jìn)往往也是由高層管理者認(rèn)識(shí)和提出的，大力度的、一致的支持是過(guò)程改進(jìn)的關(guān)鍵。 　　

（2）、 仔細(xì)確定改進(jìn)目標(biāo)，首先應(yīng)該對(duì)給定時(shí)間內(nèi)的所能完成的改進(jìn)目標(biāo)進(jìn)行正確的估計(jì)和定義并制定計(jì)劃。選擇能夠達(dá)到的目標(biāo)和能夠看到對(duì)組織的效益。 　　（3）、 選擇最佳實(shí)踐，應(yīng)該基于組織現(xiàn)有的軟件活動(dòng)和過(guò)程財(cái)富，參考其他標(biāo)準(zhǔn)模型，取其精華去其糟粕，得到新的實(shí)踐活動(dòng)模型。 　　

（4）、 過(guò)程改進(jìn)要與組織的商務(wù)目標(biāo)一致，與發(fā)展戰(zhàn)略緊密結(jié)合。

編輯本段目標(biāo)
　　

（1）、 為提高組織過(guò)程和管理產(chǎn)品開(kāi)發(fā)、發(fā)布和維護(hù)能力提供保障。 　　

（2）、 幫助組織客觀評(píng)價(jià)自身能力成熟度和過(guò)程域能力，為過(guò)程改進(jìn)建立優(yōu)先級(jí)以及執(zhí)行過(guò)程改進(jìn)。

編輯本段方法
　　

（1）、決定哪個(gè)CMMI模型等級(jí)最適合組織過(guò)程改進(jìn)需要。 　　

（2）、 選擇模型的表示法是連續(xù)式還是階段式。 　　

（3）、 決定組織需要用到的模型中的知識(shí)領(lǐng)域。 　　

（4）、 類似CMM提出的過(guò)程改進(jìn)6步，集成化過(guò)程改進(jìn)分成：開(kāi)始集成過(guò)程改進(jìn),建造集成改善平臺(tái)，集成傳統(tǒng)過(guò)程，啟動(dòng)新過(guò)程，進(jìn)行改進(jìn)評(píng)估。
編輯本段內(nèi)容
　　CMMI內(nèi)容分為“Required”（必需的）、“Expected”（期望的）、“Informative”（提供信息的）三個(gè)級(jí)別，來(lái)衡量模型包括的質(zhì)量重要性和作用。最重要的是"要求"級(jí)別，是模型和過(guò)程改進(jìn)的基礎(chǔ)。第二級(jí)別"期望"在過(guò)程改進(jìn)中起到主要作用，但是某些情況不是必須的可能不會(huì)出現(xiàn)在成功的組織模型中。 "提供的信息"構(gòu)成了模型的主要部分，為過(guò)程改進(jìn)提供了有用的指導(dǎo)，在許多情況下他們對(duì)"必需"和"期望"的構(gòu)件做了進(jìn)一步說(shuō)明。 　　

"必需"的模型構(gòu)件是目標(biāo)，代表了過(guò)程改進(jìn)想要達(dá)到的最終狀態(tài)，它的實(shí)現(xiàn)表示了項(xiàng)目和過(guò)程控制已經(jīng)達(dá)到了某種水平。當(dāng)一個(gè)目標(biāo)對(duì)應(yīng)一個(gè)關(guān)鍵過(guò)程域，就稱為"特定目標(biāo)"；對(duì)應(yīng)整個(gè)關(guān)鍵過(guò)程域就稱為"公用目標(biāo)"。整個(gè)CMMI模型包括了54個(gè)特定目標(biāo)，每個(gè)關(guān)鍵過(guò)程域都對(duì)應(yīng)了一到四個(gè)特定目標(biāo)。每個(gè)目標(biāo)的描述都是非常簡(jiǎn)捷的，為了充分理解要求的目標(biāo)就是擴(kuò)展"期望"的構(gòu)件。 　　

"期望"的構(gòu)件是方法，代表了達(dá)到目標(biāo)的實(shí)踐手段和補(bǔ)充認(rèn)識(shí)。每個(gè)方法都能映射到一個(gè)目標(biāo)上，當(dāng)一個(gè)方法對(duì)一個(gè)目標(biāo)是唯一就是"特定方法"；而能適用于所有目標(biāo)時(shí)就是"公用方法"。CMMI模型包括了186個(gè)特定方法，每個(gè)目標(biāo)有兩到七個(gè)方法對(duì)應(yīng)。 　　

CMMI包括了10種"提供的信息"：目的，概括和總結(jié)了關(guān)鍵過(guò)程域的特定目標(biāo)；介紹說(shuō)明，介紹關(guān)鍵過(guò)程域的范圍、性質(zhì)和實(shí)際方法和影響等特征；引用，關(guān)鍵過(guò)程域之間的指向是通過(guò)引用；名字，表示了關(guān)鍵過(guò)程域的構(gòu)件；方法和目標(biāo)關(guān)系，關(guān)鍵過(guò)程域中方法映射到目標(biāo)的關(guān)系表；注釋，注釋關(guān)鍵過(guò)程域的其他模型構(gòu)件的信息來(lái)源；典型工作產(chǎn)品集，定義關(guān)鍵過(guò)程域中執(zhí)行方法時(shí)候產(chǎn)生的工作產(chǎn)品；子方法，通過(guò)方法活動(dòng)的分解和詳細(xì)描述；學(xué)科擴(kuò)充，CMMI對(duì)應(yīng)學(xué)科是獨(dú)立的，這里提供了對(duì)應(yīng)特定學(xué)科的擴(kuò)展；公用方法的詳細(xì)描述，關(guān)鍵過(guò)程域中公用方法應(yīng)用實(shí)踐的詳細(xì)描述。 　　

CMMI提供了階段式和連續(xù)式兩種表示方法，但是這兩種表示法在邏輯上是等價(jià)的。我們熟悉的SW-CMM軟件能力成熟模型就是是階段式的模型，SE-CMM系統(tǒng)工程模型是連續(xù)式模型，而IPD-CMM集成產(chǎn)品開(kāi)發(fā)模型結(jié)合了階段式和連續(xù)式兩者的特點(diǎn)。 　　

階段式方法將模型表示威一系列"成熟度等級(jí)"階段，每個(gè)階段都有一組KPA指出一個(gè)組織應(yīng)集中于何處以改善其組織過(guò)程，每個(gè)KPA用滿足其目標(biāo)的方法來(lái)描述，過(guò)程改進(jìn)通過(guò)在一個(gè)特定的成熟度等級(jí)中滿足所有KPA的目標(biāo)而實(shí)現(xiàn)的。 　　

連續(xù)式模型沒(méi)有像階段式那樣的分散階段，模型的KPA中的方法是當(dāng)KPA的外部形式，并可應(yīng)用于所有的KPA中，通過(guò)實(shí)現(xiàn)公用方法來(lái)改進(jìn)過(guò)程。它不專門(mén)指出目標(biāo)，而是強(qiáng)調(diào)方法。組織可以根據(jù)自身情況適當(dāng)裁剪連續(xù)模型并以確定的KPA為改進(jìn)目標(biāo)。 　　

兩種表示法的差異反應(yīng)了為每個(gè)能力和成熟度等級(jí)描述過(guò)程而使用的方法，他們雖然描述的機(jī)制可能不同，但是兩種表示方法通過(guò)采用公用的目標(biāo)和方法作為"必需"的和"期望"的模型元素，而達(dá)到了相同的改善目的。 　　

現(xiàn)在CMMI面臨的一個(gè)挑戰(zhàn)就是創(chuàng)建一個(gè)單一的模型，可以從連續(xù)和階段兩個(gè)角度進(jìn)行觀察，包含相同的過(guò)程改進(jìn)基本信息；處理相同范圍的一個(gè)CMMI過(guò)程能夠產(chǎn)生相同的結(jié)論。統(tǒng)一的CMMI（U-CMMI）是指產(chǎn)生一個(gè)只有公用方法和支持他們的KPA組成的模型。當(dāng)按一種概念性的可伸展的方式編寫(xiě)，并產(chǎn)生了用于定義組織的特定目標(biāo)過(guò)程模版，定義的模版構(gòu)件將定義一個(gè)模型以適用于任何工程或其他方面。
編輯本段與CMM差別
　　

CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我們指的CMM。CMMI與SW-CMM的主要區(qū)別就是覆蓋了許多領(lǐng)域；到目前為止包括四個(gè)下面領(lǐng)域： 　　

（1）、軟件工程（SW-CMM） 　　軟件工程的對(duì)象是軟件系統(tǒng)的開(kāi)發(fā)活動(dòng)，要求實(shí)現(xiàn)軟件開(kāi)發(fā)、運(yùn)行、維護(hù)活動(dòng)系統(tǒng)化、制度化、量化。 　　

（2）、系統(tǒng)工程（SE-CMM） 　　系統(tǒng)工程的對(duì)象是全套系統(tǒng)的開(kāi)發(fā)活動(dòng)，可能包括也可能不包括軟件。系統(tǒng)工程的核心是將客戶的需求、期望和約束條件轉(zhuǎn)化為產(chǎn)品解決方案，并對(duì)解決方案的實(shí)現(xiàn)提供全程的支持。 　　

（3）、集成的產(chǎn)品和過(guò)程開(kāi)發(fā)（IPPD-CMM） 　　集成的產(chǎn)品和過(guò)程開(kāi)發(fā)是指在產(chǎn)品生命周期中，通過(guò)所有相關(guān)人員的通力合作，采用系統(tǒng)化的進(jìn)程來(lái)更好地滿足客戶的需求、期望和要求。如果項(xiàng)目或企業(yè)選擇IPPD進(jìn)程，則需要選用模型中所有與IPPD相關(guān)的實(shí)踐。 　　

（4）、采購(gòu)（SS-CMM） 　　采購(gòu)的內(nèi)容適用于那些供應(yīng)商的行為對(duì)項(xiàng)目的成功與否起到關(guān)鍵作用的項(xiàng)目。主要內(nèi)容包括：識(shí)別并評(píng)價(jià)產(chǎn)品的潛在來(lái)源、確定需要采購(gòu)的產(chǎn)品的目標(biāo)供應(yīng)商、監(jiān)控并分析供應(yīng)商的實(shí)施過(guò)程、評(píng)價(jià)供應(yīng)商提供的工作產(chǎn)品以及對(duì)供應(yīng)協(xié)議很供應(yīng)關(guān)系進(jìn)行適當(dāng)?shù)恼{(diào)整。 　　

在以上模塊中，企業(yè)可以選擇軟件工程，或系統(tǒng)工程，也可以都選擇。集成的產(chǎn)品和過(guò)程開(kāi)發(fā)和采購(gòu)主要是配合軟件工程和系統(tǒng)工程的內(nèi)容使用。例如，純軟件企業(yè)可以選擇CMMI中的軟件工程的內(nèi)容；設(shè)備制造企業(yè)可以選擇系統(tǒng)工程和采購(gòu)；集成的企業(yè)可以選擇軟件工程、系統(tǒng)工程和集成的產(chǎn)品和過(guò)程開(kāi)發(fā)。CMMI中的大部分內(nèi)容是適用各不同領(lǐng)域的，但是實(shí)施中會(huì)有顯著的差別，因此模型中提供了"不同領(lǐng)域應(yīng)用詳解"。 　　

CMM的基于活動(dòng)的度量方法和瀑布過(guò)程的有次序的、基于活動(dòng)的管理規(guī)范有非常密切的聯(lián)系，更適合瀑布型的開(kāi)發(fā)過(guò)程。而CMMI相對(duì)CMM更一步支持迭代開(kāi)發(fā)過(guò)程和經(jīng)濟(jì)動(dòng)機(jī)推動(dòng)組織采用基于結(jié)果的方法：開(kāi)發(fā)業(yè)務(wù)案例、構(gòu)想和原型方案；細(xì)化后納入基線結(jié)構(gòu)、可用發(fā)布，最后定為現(xiàn)場(chǎng)版本的發(fā)布。雖然CMMI保留了基于活動(dòng)的方法，它的確集成了軟件產(chǎn)業(yè)內(nèi)很多現(xiàn)代的最好的實(shí)踐，因此它很大程度上淡化了和瀑布思想的聯(lián)系。 　　

在 CMMI 模型中在保留了CMM階段式模式的基礎(chǔ)上，出現(xiàn)了連續(xù)式模型，這樣可以幫助一個(gè)組織以及這個(gè)組織的客戶更加客觀和全面的了解它的過(guò)程成熟度。同時(shí)，連續(xù)模型的采用可以給一個(gè)組織在進(jìn)行過(guò)程改進(jìn)的時(shí)候帶來(lái)更大的自主性，不用再象CMM 中 一樣，受到等級(jí)的嚴(yán)格限制。這種改進(jìn)的好處是靈活性和客觀性強(qiáng)，弱點(diǎn)在于由于缺乏指導(dǎo)，一個(gè)組織可能缺乏對(duì)關(guān)鍵過(guò)程域之間依賴關(guān)系的正確理解而片面的實(shí)施過(guò)程，造成一些過(guò)程成為空中樓閣，缺少其他過(guò)程的支撐。兩種表現(xiàn)方式（連續(xù)的和階段的）從他們所涵蓋的過(guò)程區(qū)域上來(lái)說(shuō)并沒(méi)有不同，不同的是過(guò)程區(qū)域的組織方式以及對(duì)成熟度（能力）級(jí)別的判斷方式。 　

CMMI 模型中比CMM 進(jìn)一步強(qiáng)化了對(duì)需求的重視。在CMM 中，關(guān)于需求只有需求管理這一個(gè)關(guān)鍵過(guò)程域，也就是說(shuō)，強(qiáng)調(diào)對(duì)有質(zhì)量的需求進(jìn)行管理，而如何獲取需求則沒(méi)有提出明確的要求。在CMMI的階段模型中，3 級(jí)有一個(gè)獨(dú)立的關(guān)鍵過(guò)程域叫做需求開(kāi)發(fā)，提出了對(duì)如何獲取優(yōu)秀的需求的要求和方法。CMMI 模型對(duì)工程活動(dòng)進(jìn)行了一定的強(qiáng)化。在CMM中，只有3級(jí)中的軟件產(chǎn)品工程和同行評(píng)審兩個(gè)關(guān)鍵過(guò)程域是與工程過(guò)程密切相關(guān)的，而在CMMI中，則將需求開(kāi)發(fā)，驗(yàn)證，確認(rèn)，技術(shù)解決方案，產(chǎn)品集成這些工程過(guò)程活動(dòng)都作為單獨(dú)的關(guān)鍵過(guò)程域進(jìn)行了要求，從而在實(shí)踐上提出了對(duì)工程的更高要求和更具體的指導(dǎo)。CMMI中還強(qiáng)調(diào)了風(fēng)險(xiǎn)管理。不像在CMM 中把風(fēng)險(xiǎn)的管理分散在項(xiàng)目計(jì)劃和項(xiàng)目跟蹤與監(jiān)控中進(jìn)行要求，CMMI3級(jí)里單獨(dú)提出了一個(gè)獨(dú)立的關(guān)鍵過(guò)程域叫做風(fēng)險(xiǎn)管理。
編輯本段標(biāo)準(zhǔn)名詞術(shù)語(yǔ)
　　1 AT Assessment Team 評(píng)審小組 　　

2 ATM Assessment Team Member 評(píng)審小組成員 　　

3 BA Baseline Assessment 基線評(píng)審 　　

4 CAR Causal Analysis and Resolution 原因分析與決策 　　

5 CBA CMM-Based Appraisal 基于CMM的評(píng)價(jià) 　　

6 CBA-IPI 　　CMM-Based Appraisal for Internal Process 　　Improvement 　　為內(nèi)部過(guò)程改進(jìn)而進(jìn)行的基于CMM的評(píng)價(jià)（通常 　　稱為CMM評(píng)審） 　　

7 CC Configuration Controller 配置管理員 　　

8 CF Common Feature 公共特性 　　

9 CFPS Certified Function Point Specialist 注冊(cè)功能點(diǎn)專家 　　

10 CI Configuration Item 配置項(xiàng) 　　

11 CM Configuration Management 配置管理 　　

12 CMM Capability Maturity Model 能力成熟度模型 　　

13 CMMI Capability Maturity Model Integration 能力成熟度集成模型 　　

14 COTS Commerce off the shelf 商業(yè)現(xiàn)貨供應(yīng) 　　

15 DAR Decision Analysis and Resolution 決策分析與制定 　　

16 DBD Database Design 數(shù)據(jù)庫(kù)設(shè)計(jì) 　　

17 DD Detailed Design 詳細(xì)設(shè)計(jì) 　　

18 DP Data Provider 數(shù)據(jù)提供者 　　

19 DR Derived Requirement 派生需求 　　

20 EPG Engineering Process Group 工程過(guò)程小組 　　

21 FP Function Point 功能點(diǎn) 　　

22 FPA Function Point Analysis 功能點(diǎn)分析 　　

23 FR Functional Requirement 功能性需求 　　

24 GA Gap Analysis 差距分析 　　

25 ID Interface Design 接口設(shè)計(jì) 　　

26 IFPUG International Function Point Users Group 國(guó)際功能點(diǎn)用戶組織 　　

27 IPM Integrated Project Management 集成項(xiàng)目管理 　　

28 IR Interface Requirement 接口需求 　　

29 KPA Key Process Area 關(guān)鍵過(guò)程域 　　

30 KR Key Requirements 關(guān)鍵需求 　　

31 LA Lead Assessor 主任評(píng)審員 　　

32 MA Measurement and Analysis 測(cè)量與分析 　　

33 MAT Metrics Advisory Team 度量咨詢組 　　

34 MCA Metrics Coordinator and Analyst 度量專員 　　

35 ML matreraty library 度量數(shù)據(jù)庫(kù) 　　

36 NFR Non-functional Requirement 非功能性需求 　　

37 OC Operational Concept 操作概念 　　

38 OID Organizational Innovation and Deployment 組織革新與部署 　　

39 OPD Organizational Process definition 組織過(guò)程定義 　　

40 OPF Organizational Process focus 組織過(guò)程焦點(diǎn) 　　

41 OPL Organizational Process Assets 組織過(guò)程財(cái)富 　　

42 OPP Organaizational Process Perormance 組織過(guò)程性能 　　

43 OSSP Organization’s Set of Standard Process 　　組織標(biāo)準(zhǔn)過(guò)程集合 　　

44 OT Organizational Training 組織級(jí)培訓(xùn) 　　

45 PA Process Areas 過(guò)程域 　　

46 PAT Process Action Team 過(guò)程行動(dòng)小組 　　

47 PB Process Assets Library 過(guò)程財(cái)富庫(kù) 　　

48 PD Preliminary Design 概要設(shè)計(jì) 　　

49 PDSP Project Defined Standard Processes 項(xiàng)目定義標(biāo)準(zhǔn)過(guò)程 　　

50 PI Produce Integration 產(chǎn)品集成 　　

51 PLC Product Life Cycle 產(chǎn)品生命周期 　　

52 PMC Project Monitoring and Control 項(xiàng)目監(jiān)控 　　

53 PP Project Planning 項(xiàng)目策劃 　　

54 PPQA Process and Product Quality Assurance 過(guò)程與產(chǎn)品質(zhì)量保證 　　

55 PPR Price Performance Ratio 性能價(jià)格比 　　

56 QA Software Quality Assurance 軟件質(zhì)量保證 　　

57 QA Quality Assurance 質(zhì)量保證 　　

58 QAP Software Quality Assurance Plan 質(zhì)量保證計(jì)劃 　　

59 QPM Quantitative Project Management 量化項(xiàng)目管理 　　

60 RD Requirements Development 需求開(kāi)發(fā) 　　

61 RM/ReqM Requirements Management 需求管理 　　

62 RSKM Risk Management 風(fēng)險(xiǎn)管理 　　

63 RTM Requirement Traceability Matrix 需求跟蹤矩陣 　　

64 SAM Supplier Agreement Management. 供應(yīng)協(xié)議管理 　　

65 SC Steering Committee 指導(dǎo)委員會(huì) 　　

66 SCAMPI 　　Standard CMMI Assessment Method for 　　Process Improvement 過(guò)程改進(jìn)CMMI標(biāo)準(zhǔn)評(píng)審方法 　　

67 SCCB Software Configuration Control Board 軟件配置管理控制委員會(huì) 　　

68 SCM Software Configuration Management 軟件配置管理 　　

69 SDP Software Development Plan 軟件開(kāi)發(fā)計(jì)劃 　　

70 SEI Software Engineering Institute (美國(guó))軟件工程學(xué)院 　　

71 SEPG Software Engineering Process Group 軟件工程過(guò)程組 　　

72 SPI Software Process Improvement 軟件過(guò)程改進(jìn) 　　

73 SPP Software Project Planning 軟件項(xiàng)目策劃 　　

74 SPTO Software Project Tracking and Oversight 軟件項(xiàng)目跟蹤與監(jiān)控 　　

75 SR System Requirements 系統(tǒng)需求 　　

76 SRS Software Requirement Specification 軟件需求規(guī)格 　

77 SSM Software Subcontract Management 軟件分包管理 　　

78 SSR Software System Requirement 軟件系統(tǒng)需求 　　

79 TS Technical Solution 技術(shù)解決方案 　　

80 UC Use Case 用例 　　

81 UID User Interface Design 用戶界面設(shè)計(jì) 　　

82 VAL Validation 確認(rèn) 　　

83 VER Verification 驗(yàn)證 　　

84 WBS Work Breakdown Structure 工作分解結(jié)構(gòu) 　　

85 WP Work Products 工作產(chǎn)品 　　

86 Pre-assessment 預(yù)評(píng)審 　　

87 Baseline 基線 　　

88 Quality Attribute 質(zhì)量屬性 　　

89 Scenario 場(chǎng)景

編輯本段實(shí)施
　　

現(xiàn)在很多企業(yè)因某種原因想做CMMI了，大體做法 　　

1、決定實(shí)施CMMI 　　

2、EPG接受培訓(xùn)，理解CMMI 　　

3、EPG根據(jù)自己理解的CMMI和實(shí)際情況開(kāi)發(fā)一大堆漂漂亮亮的過(guò)程文檔、流程圖、表格、模板、檢查單、作業(yè)指南。 　　

4、大家邊聽(tīng)著EPG的解釋(包括培訓(xùn)、答疑)，邊執(zhí)行這些過(guò)程標(biāo)準(zhǔn)，然后審計(jì)(內(nèi)、外) 　　

將目前的最佳實(shí)踐記錄下來(lái)、寫(xiě)下來(lái)、文檔化下來(lái)。 　　

很多新的EPG在做了一段時(shí)間后無(wú)奈的發(fā)現(xiàn)自己居然淪落成了一個(gè)過(guò)程標(biāo)準(zhǔn)解說(shuō)員、甚至文檔管理員。自己工作大部分時(shí)間是面對(duì)文檔，或者督促別人寫(xiě)文檔 　　EPG最主要的工作應(yīng)該深入到研發(fā)第一線，幫助研發(fā)人員解決研發(fā)過(guò)程中面臨的最嚴(yán)重的實(shí)際問(wèn)題(當(dāng)然是解決方案要上升到過(guò)程高度，而不應(yīng)是單個(gè)問(wèn)題或個(gè)人)，甚至哪怕是一些不嚴(yán)重但以你的項(xiàng)目經(jīng)驗(yàn)知道該如何解決的問(wèn)題上?？傮w說(shuō)來(lái)就是掌握項(xiàng)目進(jìn)展中的任何細(xì)微的技術(shù)難點(diǎn)要點(diǎn)，并主動(dòng)記錄下來(lái)。 　　

為什么這么說(shuō)呢?CMMI實(shí)施的主要宗旨就是以每個(gè)項(xiàng)目為采集數(shù)據(jù)的源頭，達(dá)到企業(yè)整體效益提升和資源重用。真正有價(jià)值的東西，是需要一線人員在實(shí)際工作中遇到問(wèn)題，解決問(wèn)題，并總結(jié)問(wèn)題，不是一個(gè)一線工作的流水帳。就象一份研發(fā)人員的日?qǐng)?bào)。寫(xiě)了上午做什么，下午做什么。這對(duì)企業(yè)的積累有什么用處呢?他工作過(guò)程中，遇到什么問(wèn)題，他是怎么解決的，走過(guò)什么彎路，實(shí)驗(yàn)過(guò)幾種方法，失敗了，失敗的原因是什么，最后選擇了什么方法，可能不是最好的，但完成了任務(wù)，達(dá)到了效率和資源分配的平衡。這些東西才可能是未來(lái)類似項(xiàng)目中，遇到類似問(wèn)題時(shí)，可能有參考價(jià)值的。通常也是EPG個(gè)人職業(yè)生涯的技術(shù)積累。只有公司里每個(gè)員工，把自己認(rèn)為最有價(jià)值的積累貢獻(xiàn)出來(lái)。才可能達(dá)到公司有價(jià)值的積累。而決不是形式上寫(xiě)的上午下午每個(gè)小時(shí)的流水帳。

編輯本段人員素質(zhì)
　　

1、明白什么是有價(jià)值的積累，先是對(duì)你個(gè)人，然后才是順便幫公司做了積累。 　　

2、深入一線，發(fā)現(xiàn)她們并忠實(shí)地記錄她們。CMMI里的SP、GP，只是幫助你，提醒你在哪個(gè)環(huán)節(jié)，哪些東西可能是有價(jià)值了。你去收集一下，別視而不見(jiàn)了。因?yàn)檫€有一個(gè)企業(yè)和你個(gè)人的角度不同，立場(chǎng)不同的問(wèn)題。例如，REQM里收集需求，對(duì)個(gè)人技術(shù)方面的積累雖然不多，但對(duì)企業(yè)是至關(guān)重要的，一次需求變更，沒(méi)詳細(xì)寫(xiě)清楚，忘記了到客戶那里去簽字落實(shí)，可能就會(huì)給企業(yè)造成很大的損失。做為一個(gè)合格的EPG，是需要有這份責(zé)任和義務(wù)把每個(gè)環(huán)節(jié)都做到最好，這是職業(yè)道德所在。同時(shí)也是對(duì)自我延伸的一個(gè)好機(jī)會(huì)，學(xué)會(huì)一些和人的溝通，傾聽(tīng)，把專業(yè)的東西以平易的方式表達(dá)。這些也都算是EPG額外的收獲。 　　

通常情況下，為了按時(shí)按量完成項(xiàng)目，一線的骨干，對(duì)寫(xiě)日?qǐng)?bào)、周報(bào)、文檔都很不屑。EPG也很遷就，事后再補(bǔ)，這也不失為一個(gè)提高效率的好辦法。但過(guò)去一個(gè)月半年了，我們正常人的記憶都能想象，很難記住細(xì)節(jié)。無(wú)非就是敷衍。這也在情理之中。你總不能讓一個(gè)明天就要交東西的小組，今天晚上在通宵努力解決BUG的同時(shí)，還寫(xiě)什么報(bào)告，這也不盡人情。但作為EPG不能只把眼光集中在這婦人之心上。要想的更遠(yuǎn)。為什么會(huì)把項(xiàng)目推到這么晚，BUG還沒(méi)解決完?難道要永遠(yuǎn)這樣下去嗎?項(xiàng)目中是有很多不可預(yù)測(cè)的因素，甚至是開(kāi)發(fā)人員常說(shuō)的"手氣問(wèn)題"，"人品問(wèn)題"。但這些是需要控制的，也是通過(guò)經(jīng)驗(yàn)可以控制的，所謂藝高人膽大。藝的高低，就是經(jīng)驗(yàn)的積累決定的。 　　

那怎么解決這種兩難的問(wèn)題呢?逼著技術(shù)骨干寫(xiě)心水，人家沒(méi)時(shí)間也的確壓力很大。不寫(xiě)，公司又得不到有效積累，積累的都是垃圾流水。有個(gè)公司的辦法和經(jīng)驗(yàn)到可以借鑒一下： 　　

公司內(nèi)部搞了個(gè)BBS，把不同類型的工作分成不同的組，有純技術(shù)的，JAVA組，C++組等，也有PPT組，甚至動(dòng)畫(huà)組，界面組。大家把自己平時(shí)的工作積累FTP上去，甚至制作方法，遇到問(wèn)題和解決方法的文檔都丟上去，開(kāi)始怎么想，用了多少套方案，最后選擇了什么。自我感覺(jué)如何。把這些心路歷程都寫(xiě)成文檔。丟到陽(yáng)光下，大家評(píng)論。用點(diǎn)擊率和"頂"的人數(shù)來(lái)說(shuō)明誰(shuí)寫(xiě)的是心水，誰(shuí)在寫(xiě)垃圾。大家都是一個(gè)公司的，很容易實(shí)名。直接納入考核機(jī)制中。做為一線人員，大家也有動(dòng)力來(lái)寫(xiě)，自己的聰明才智有了展現(xiàn)的平臺(tái)，虛榮心和荷包都得到了相應(yīng)的滿足。何樂(lè)而不為呢? 　　

EPG適時(shí)的評(píng)估大家的成果，并把他們分到項(xiàng)目里。幫助項(xiàng)目總結(jié)，甚至在平時(shí)遇到問(wèn)題時(shí)，直接幫助技術(shù)人員做必要記錄。項(xiàng)目進(jìn)度松時(shí)，再督促項(xiàng)目人員完善內(nèi)容。以達(dá)到對(duì)個(gè)人和公司積累的最大化。 　　

EPG應(yīng)該明白學(xué)習(xí)和積累是個(gè)終身的過(guò)程，對(duì)公司如此，對(duì)個(gè)人也是如此。CMMI是個(gè)輔助，輔助我們對(duì)公司做積累，也幫助我們個(gè)人做必要的積累。公司需要逐步走向更高的管理水平，發(fā)展平臺(tái)。

編輯本段實(shí)施流程
　　

階段1：CMMI項(xiàng)目啟動(dòng)會(huì) 　　

明確企業(yè)實(shí)施CMMI的商業(yè)目標(biāo)，建立CMMI項(xiàng)目實(shí)施的溝通機(jī)制。 　　

階段2：CMMI基礎(chǔ)培訓(xùn)和過(guò)程改進(jìn)小組（EPG）組建 　　

進(jìn)行CMMI基礎(chǔ)概念講解，指導(dǎo)企業(yè)建立核心的過(guò)程改進(jìn)小組。 　　

階段3：診斷 　　

充分了解企業(yè)研發(fā)過(guò)程現(xiàn)狀，識(shí)別企業(yè)現(xiàn)有軟件過(guò)程與企業(yè)現(xiàn)階段理應(yīng)達(dá)到的CMMI成熟度級(jí)別的差距，提交診斷報(bào)告，進(jìn)行過(guò)程改進(jìn)的策劃。 　　

階段4：過(guò)程域培訓(xùn)和文件定義 　　

結(jié)合企業(yè)過(guò)程現(xiàn)狀進(jìn)行CMMI過(guò)程域培訓(xùn)，通過(guò)舉例、案例分析等方式，讓企業(yè)的EPG掌握過(guò)程文件定義技巧，結(jié)合企業(yè)實(shí)際情況有針對(duì)性的定義組織的研發(fā)過(guò)程，并確定過(guò)程產(chǎn)出物（如：需求報(bào)告） 　　

階段5：項(xiàng)目試點(diǎn) 　　

選擇代表公司核心業(yè)務(wù)的項(xiàng)目或者典型項(xiàng)目進(jìn)行試點(diǎn)，通過(guò)試點(diǎn)來(lái)完善過(guò)程文件，從而為企業(yè)全面推廣過(guò)程文件打下基礎(chǔ)。 　　

階段6：組織推廣 　　

全員參與全面導(dǎo)入與執(zhí)行CMMI。 　　

階段7：預(yù)評(píng)估 　　

驗(yàn)證組織推廣的結(jié)果，識(shí)別企業(yè)尚存缺陷并制定再次改善方案，準(zhǔn)備充分，以便企業(yè)能夠更好進(jìn)行正式SCAMPI評(píng)估。 　　

階段8：SCAMPI正式評(píng)估 　　

由SEI授權(quán)的主任評(píng)估師領(lǐng)導(dǎo)，采用SCAMPI ( Standard CMMI Appraisal Method for Process Improvement)評(píng)估方法，對(duì)企業(yè)的能力成熟度進(jìn)行正式的評(píng)估，頒發(fā)證書(shū)，通過(guò)SEI網(wǎng)站向全球發(fā)布企業(yè)信息。