資源描述：
《cmmi 與 sw-cmm 對比研究》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。
1、CMMI與SW-CMM對比研究萬永剛，洪玫，劉月鐘（四川大學(xué)計(jì)算機(jī)學(xué)院，四川成都610065）摘要：CMMI（CapabilityMaturityModelIntegration）是美國卡內(nèi)基梅隆大學(xué)軟件工程研究所（CMUSEI）提出的新一代的能力成熟度模型。文中簡單介紹了CMMI，并將其與其前輩SW-CMM（CapabilityMaturityModelforSoftware）從多個(gè)方面和層次上進(jìn)行了對比，探討了其演變的動因，并對其發(fā)展趨勢做出了預(yù)測。關(guān)鍵詞：CMMI；SW-CMMComparisonbetweenCMMIandSW-CMMWanYong-ga
2、ng,HongMei,LiuYue-zhong(CollegeofComputerScience,SichuanUniversity,ChengduSichuan610065,China)Abstract:CMMI(CapabilityMaturityModelIntegration)isanewgenerationofcapabilitymodelwhichisdevelopedbytheSoftwareEngineeringInstitute(SEI)ofCarnegieMellonUniversityinAmerica.Thispapermakesabri
3、efintroductiontoCMMI,aswellasacomparisonbetweenCMMIandSW-CMM(CapabilityMaturityModelforSoftware),itsancestor,inseveralrespectsanddifferentlevels.TherootcauseofthedifferenceandtheprospectofCMMIarealsodiscussed.KeyWords:CMMI；SW-CMM??引言CMMI是由美國卡內(nèi)基梅隆大學(xué)軟件工程研究所（SEI）于1999年發(fā)布的新一代能力成熟度模型。那么CM
4、MI相對于人們熟悉的SW-CMM有些什么異同？其變化的原因是什么？SW-CMM到CMMI的過渡是勢在必行的嗎？針對這些問題，本文將SW-CMM與CMMI從多個(gè)方面和不同的層次進(jìn)行了對比，剖析了其演變的原因，探討了其發(fā)展前景，并對于企業(yè)從SW-CMM到CMMI的過渡提出了切實(shí)可行的建議。??模型的演變第一個(gè)CMM版本于1991年發(fā)布，是面向軟件的，稱為SW-CMM.。從此以后，SEI在原有的基礎(chǔ)上又衍生出了一系列能力成熟度模型。其中比較重要的包括：系統(tǒng)工程能力成熟度模型（SystemEngineeringCapabilityMaturityModel,SE-CMM
5、）,軟件獲取能力成熟度模型（SoftwareAcquisitionCapabilityMaturityModel,SA-CMM），人力資源成熟度模型（PeopleCapabilityMaturityModel,P-CMM），集成產(chǎn)品開發(fā)能力成熟度模型（IntegratedProductDevelopmentCapabilityMaturityModel,IPD-CMM）。這些模型各自面向不同的領(lǐng)域，具有不同的用途。但因?yàn)槭窃谕粋€(gè)模型的基礎(chǔ)上發(fā)展起來的，它們在過程域（ProcessArea）等方面有一定重疊，而表現(xiàn)形式卻又有不同之處。系統(tǒng)工程能力成熟度模型是“連
6、續(xù)式”（Continuous），而其它能力成熟度模型采用了“階段式”（Staged）。盡管這些模型都非常有用，但當(dāng)一個(gè)組織（Organization）使用了其中多個(gè)模型的時(shí)候，會隨之帶來一些問題。首先，組織往往希望將自身持續(xù)改進(jìn)的努力集中在組織內(nèi)部所有的領(lǐng)域上，而這些各自有特定領(lǐng)域的模型之間的區(qū)別（包括體系結(jié)構(gòu)、內(nèi)容和方法）將會使這種努力落空。其次，在一個(gè)組織內(nèi)部實(shí)施多個(gè)模型，而不將它們集成到一起，將會導(dǎo)致培訓(xùn)、評估和改進(jìn)等方面的開銷增加。另外，在實(shí)際應(yīng)用中對于CMM諸模型本身也存在很多爭議。其一，CMMs的關(guān)鍵過程域（KeyProcessArea，KPA）主要
7、的關(guān)注點(diǎn)是活動（Activities），而不是開發(fā)結(jié)果（軟件產(chǎn)品）或記錄真正目標(biāo)產(chǎn)品的相關(guān)工程結(jié)果，也不強(qiáng)調(diào)體系結(jié)構(gòu)、設(shè)計(jì)過程、評估過程和使用過程等。其二，有人認(rèn)為CMMs過度地強(qiáng)調(diào)了同級評審（PeerReview）、檢查（Inspection）和傳統(tǒng)的質(zhì)量保證控制方法，這些方法雖然有用，但難以發(fā)現(xiàn)體系結(jié)構(gòu)等方面的重大缺陷。其三，實(shí)施了CMMs的組織產(chǎn)生了更多的文件、檢查點(diǎn)、結(jié)果、可追溯性、以及更多的檢查和計(jì)劃、更厚的文檔，這與當(dāng)今降低復(fù)雜性和減少“人造”材料等提高軟件經(jīng)濟(jì)效益的途徑格格不入。雖然這些是CMMs作為一種重載（Heavy-load）軟件過程的必然產(chǎn)
8、物，但CMMs的使用者們
