軟件質(zhì)量保證和CMM-PPT課件

1、軟件質(zhì)量保證與CMM福州大學(xué) 軟件學(xué)院張舒軟件質(zhì)量產(chǎn)品的價值取決于產(chǎn)品的質(zhì)量，軟件質(zhì)量的特性是多方面的。必須包括：與明確確定的功能和性能需求的一致性。即軟件需求是質(zhì)量度量的基礎(chǔ)，缺少與需求的一致性就無質(zhì)量可言。與明確成文的開發(fā)標(biāo)準(zhǔn)的一致性。不遵循專門的開發(fā)標(biāo)準(zhǔn)，將導(dǎo)致軟件質(zhì)量低劣。與所有專業(yè)開發(fā)的軟件所期望的隱含的特性的一致性。忽視軟件隱含的需求，軟件質(zhì)量將不可信。從用戶角度說也就是軟件產(chǎn)品滿足用戶要求的程度。為什么要關(guān)注軟件質(zhì)量？高質(zhì)量的產(chǎn)品才能提高客戶滿意度，占領(lǐng)市場降低軟件開發(fā)的風(fēng)險確保軟件項(xiàng)目按照計劃實(shí)施防止軟件項(xiàng)目由于質(zhì)量問題而流產(chǎn)或者失敗提高企業(yè)的影響力軟件質(zhì)量 用戶對軟件質(zhì)量的評

2、價沒有功能(功能)運(yùn)行速度太慢(性能)有太多的錯誤(故障)軟件不好改動(維護(hù))界面不美觀(人機(jī)界面)這個軟件不好使用(易用性)影響軟件質(zhì)量的因素把影響軟件質(zhì)量的因素分成三組，分別反映用戶在使用軟件產(chǎn)品時的三種不同傾向或觀點(diǎn)。三種傾向是：產(chǎn)品運(yùn)行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移。信息系統(tǒng)作為一個產(chǎn)品，也可以參照這三種傾向來定義。 產(chǎn)品運(yùn)行產(chǎn)品修改產(chǎn)品轉(zhuǎn)移 可移植性 可重用性 互運(yùn)行性（與另一個系統(tǒng)結(jié)合） 正確性 完整性 健壯性 可用性 效 率 風(fēng)險性 可理解性 可修改性 靈活性 可測試性軟件質(zhì)量軟件質(zhì)量是一個軟件企業(yè)成功的必要條件，其重要性無論怎樣強(qiáng)調(diào)都不過分。而軟件產(chǎn)品生產(chǎn)周期長，耗資巨大，如何有效地管理

3、軟件產(chǎn)品的質(zhì)量一直是軟件企業(yè)面臨的挑戰(zhàn)。軟件質(zhì)量保證什么是軟件質(zhì)量保證？為管理層提供為獲知產(chǎn)品質(zhì)量信息所需的數(shù)據(jù)，從而獲得產(chǎn)品質(zhì)量是否符合預(yù)定目標(biāo)的認(rèn)識和信息。軟件質(zhì)量保證是要為軟件產(chǎn)品的質(zhì)量提供某種可視性，知道哪些地方有質(zhì)量問題，便于改進(jìn)方法和措施，提高軟件產(chǎn)品的質(zhì)量例如，對軟件進(jìn)行測試，發(fā)現(xiàn)有哪些錯誤，這些錯誤的性質(zhì)(嚴(yán)重、一般)軟件質(zhì)量保證要做的事情了解產(chǎn)品質(zhì)量(例如，軟件測試)提交軟件質(zhì)量報告(例如，軟件測試報告)，說明質(zhì)量問題為項(xiàng)目組和管理層服務(wù)(例如，告訴問題所在，便于改進(jìn)管理和技術(shù))從哪些方面關(guān)注軟件質(zhì)量？ 文檔程序代碼軟件產(chǎn)品需求分析軟件設(shè)計編碼標(biāo)準(zhǔn)和規(guī)程開發(fā)活動 軟件產(chǎn)品軟件

4、需求規(guī)格說明書軟件設(shè)計規(guī)格說明書源程序代碼，.開發(fā)活動需求分析軟件設(shè)計編碼標(biāo)準(zhǔn)和規(guī)程誰來執(zhí)行和實(shí)施軟件質(zhì)量保證？軟件項(xiàng)目質(zhì)量保證小組(SQA小組)獨(dú)立于項(xiàng)目開發(fā)小組具有比較大的權(quán)限如何保證軟件質(zhì)量？正確理解用戶的要求制定標(biāo)準(zhǔn)和規(guī)程審查軟件開發(fā)活動審核軟件工作產(chǎn)品測試源程序代碼記錄開發(fā)活動和軟件產(chǎn)品的偏差記錄所有不符合項(xiàng)，報告高級管理者正確理解用戶的要求理解客戶的要求和需要讓客戶參與開發(fā)，隨時和客戶交流，驗(yàn)證客戶的需求可用性測試(版)合作開發(fā)軟件原型制定標(biāo)準(zhǔn)和規(guī)程在組織內(nèi)部或者項(xiàng)目組內(nèi)部制定標(biāo)準(zhǔn)和規(guī)程：軟件開發(fā)過程規(guī)程需求管理規(guī)程軟件需求規(guī)格說明書編寫規(guī)范C+編碼規(guī)范Java編碼規(guī)范，限制和約束

5、軟件開發(fā)活動，有助于得到規(guī)范化的軟件產(chǎn)品，從而提高軟件質(zhì)量：審查軟件開發(fā)活動審查每個活動是否遵循軟件開發(fā)過程規(guī)范審查每個活動的輸入條件是否都得到滿足審查活動的執(zhí)行是否遵循規(guī)范審查每個活動的輸出是否都已經(jīng)產(chǎn)生 具體活動的輸入（需要的數(shù)據(jù)）與輸出（產(chǎn)生的結(jié)果）：輸入：包括合同中的有關(guān)說明或協(xié)議，軟件開發(fā)標(biāo)準(zhǔn)和規(guī)范，軟件設(shè)計準(zhǔn)則，軟件測試標(biāo)準(zhǔn)或規(guī)范，軟件配置管理規(guī)范，軟件質(zhì)量保證規(guī)范，軟件質(zhì)量數(shù)據(jù)采集規(guī)程等。輸出：包括SQAP，項(xiàng)目采用的標(biāo)準(zhǔn)和規(guī)程，各種評審和審核活動的記錄和報告、問題報告、問題解決報告和軟件質(zhì)量有關(guān)的數(shù)據(jù)。審核軟件工作產(chǎn)品軟件工作產(chǎn)品是否：遵循規(guī)范正確一致準(zhǔn)確可追蹤性.測試源程序代

6、碼制定測試計劃對軟件進(jìn)行測試單元測試集成測試確認(rèn)測試系統(tǒng)測試記錄開發(fā)活動和軟件產(chǎn)品的偏差形成報告記錄軟件開發(fā)活動的偏差記錄軟件產(chǎn)品的偏差軟件測試報告目的發(fā)現(xiàn)問題，糾正偏差，提高質(zhì)量報告高級管理者目的為管理者管理了解軟件的質(zhì)量提供可視性SQA的實(shí)施（1）SQA vs. 軟件工程師SQA活動與兩種不同的參與者相關(guān)：做開發(fā)工作的軟件工程師和獨(dú)立的SQA小組。軟件開發(fā)人員對質(zhì)量的考慮：采用可靠的技術(shù)方法，進(jìn)行正式的技術(shù)評審，嚴(yán)格的、按計劃的測試軟件。SQA小組的職責(zé)是輔助開發(fā)人員得到高質(zhì)量的產(chǎn)品，負(fù)責(zé)質(zhì)量保證的計劃、監(jiān)督、記錄、分析及報告工作。（2）SQA過程的進(jìn)入與退出進(jìn)入準(zhǔn)則： 方針明確 能力具備

7、 項(xiàng)目已定義 已有SQAP制定規(guī)程和偏差處理規(guī)程退出準(zhǔn)則： 產(chǎn)品符合需求 數(shù)據(jù)記錄完整、受控SQA活動流程 軟件質(zhì)量保證計劃主要內(nèi)容1.計劃和目的2.參考文獻(xiàn)3.管理3.1 組織3.2 任務(wù)3.3 職責(zé)4.文檔4.1目的4.2 所需的軟件工程文檔4.3 其他文檔5. 標(biāo)準(zhǔn)、實(shí)踐和約定5.1目的5.2 約定6.復(fù)審和審查7.測試8.問題報告和改正行動9.工具、技術(shù)和方法學(xué)10.代碼控制11.媒體控制12.供應(yīng)商控制13.記錄收集、維護(hù)和保留14.培訓(xùn)15.風(fēng)險管理需要指出的是，軟件測試與軟件質(zhì)量保證是由不同人員實(shí)施的兩種不同過程：軟件測試是軟件開發(fā)過程的一個階段，而軟件質(zhì)量保證貫穿于整個軟件開發(fā)

8、過程。軟件開發(fā)過程需要多人合作，不按照一定的標(biāo)準(zhǔn)、規(guī)程、準(zhǔn)則去做，很難將眾多的工作產(chǎn)品集成起來。不把開發(fā)過程分解為可控制的階段并對每個階段的工作和結(jié)果加以控制，很難保證產(chǎn)品的質(zhì)量。 軟件能力成熟度模型（CMM）CMM的歷史：20世紀(jì) 70年代中期，美國國防部(DOD)曾立題專門研究軟件項(xiàng)目做不好的原因，發(fā)現(xiàn) 70%的項(xiàng)目是因?yàn)楣芾聿簧贫穑⒉皇且驗(yàn)榧夹g(shù)實(shí)力不夠，進(jìn)而得出一個結(jié)論，即管理是影響軟件研發(fā)項(xiàng)目全局的因素，而技術(shù)只影響局部。 銀子在嘩嘩地流，卻不見效果，怎么辦？ 有學(xué)者提出以方法論的角度來解決如何約束軟件開發(fā)，以提高軟件的開發(fā)管理。 1986年 11月，卡內(nèi)基梅隆大學(xué)軟件工程研究

9、院(CMU-SEI)應(yīng)美國聯(lián)邦政府的要求，于 1987年 9月開發(fā)了一套軟件能力成熟度框架和一套軟件成熟度問卷，用來評估軟件供應(yīng)商的能力。這就是最早用于探索軟件過程成熟度的一個工具。 1991年，SEI自己總結(jié)了軟件過程能力成熟度模型（Capacity Maturity Model-CMM）成熟度框架和初版成熟度問卷的實(shí)踐經(jīng)驗(yàn)，并以此為基礎(chǔ)推出 CMM1.0版。 1992年 4月，SEI舉行了 CMM一個的研討會，參加研討會的有大約 200名富有經(jīng)驗(yàn)的軟件專家。SEI在廣泛聽取他們的意見之后，又于 1993年推出 CMM1.1版。這也是目前世界上比較流行和通用的 CMM版本 (SW-CMM)。

10、 CMM的基本思想 因?yàn)閱栴}是由管理軟件過程的方法引起的，CMM將致力于組織建立一個有規(guī)律的、成熟的軟件過程。CMM力圖改進(jìn)軟件過程的管理，而在軟件在技術(shù)上的改進(jìn)是其必然的結(jié)果。 軟件過程的改善不可能在一夜之間完成，CMM以增量方式逐步引入變化的。 改進(jìn)的過程將會生產(chǎn)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時間和費(fèi)用的超支之苦。CMM明確地定義了5個不同的“成熟度”等級，一個組織可按一系列小的改良性步驟向更高的成熟度等級前進(jìn)。CMM的一些基本概念軟件過程一個軟件過程是指人們開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品所采取的一系列活動。其中軟件相關(guān)產(chǎn)品包括項(xiàng)目計劃、設(shè)計文檔、源代碼、測試用例和用戶手冊等。軟件產(chǎn)品

11、的質(zhì)量主要取決于產(chǎn)品開發(fā)和維護(hù)的軟件過程的質(zhì)量。 2. 軟件過程能力與性能 軟件過程能力是軟件過程本身具有的按預(yù)定計劃生產(chǎn)產(chǎn)品的固有能力。一個組織的軟件過程能力為組織提供了預(yù)測軟件項(xiàng)目開發(fā)的數(shù)據(jù)基礎(chǔ)。 軟件過程性能是軟件過程執(zhí)行的實(shí)際結(jié)果。一個項(xiàng)目的軟件過程性能決定于內(nèi)部子過程的執(zhí)行狀態(tài)，只有每個子過程的性能得到改善，相應(yīng)的成本、進(jìn)度、功能和質(zhì)量等性能目標(biāo)才能得到控制。由于特定項(xiàng)目的屬性和環(huán)境限制，項(xiàng)目的實(shí)際性能并不能充分反映組織的軟件過程能力，但成熟的軟件過程可弱化和預(yù)見不可控制的過程因素（如客戶需求變化或技術(shù)變革等）。3. 軟件過程成熟度 軟件過程成熟度是指一個軟件過程被明確定義、管理、度

12、量和控制的有效程度。成熟意味著軟件過程能力持續(xù)改善的過程，成熟度代表軟件過程能力改善的潛力。 成熟度等級用來描述某一成熟度等級上的組織特征，每一等級都為下一等級奠定基礎(chǔ)，過程的潛力只有在一定的基礎(chǔ)之上才能夠被充分發(fā)揮。成熟級別的改善包括管理者和軟件從業(yè)者基本工作方式的改變，組織成員依據(jù)建立的軟件過程標(biāo)準(zhǔn)執(zhí)行并監(jiān)控軟件過程，一旦來自組織和管理上的障礙被清除后，有關(guān)技術(shù)和過程的改善進(jìn)程能迅速推進(jìn)。軟件過程的成熟度等級 CMM將軟件過程的成熟度分為5個級別（Maturity Levels） ，如圖所示，5個等級分別是：初始級可重復(fù)級已定義級已管理級優(yōu)化級1、初始級（Initial）2、可重復(fù)級（Re

13、peatable）3、已定義級（Defined）4、已管理級（Managed）5、優(yōu)化級（Optimizing）SW-CMM為每個軟件組織建立和改善軟件過程提供了一個階梯式的過程成熟度框架，這一框架由5個成熟度等級構(gòu)成。除初始級以外，其余的成熟度等級都包含了若干個關(guān)鍵過程區(qū)域，每個關(guān)鍵過程區(qū)域又包含了若干個關(guān)鍵實(shí)踐，這些關(guān)鍵實(shí)踐按照5個共同特點(diǎn)加以組織。 單擊鼠標(biāo)左鍵查看相應(yīng)內(nèi)容初始級可重復(fù)級已定義級已管理級優(yōu)化級初始級（Initial）在初始級，企業(yè)一般不具備穩(wěn)定的軟件開發(fā)與維護(hù)環(huán)境。項(xiàng)目成功與否在很大程度上取決于是否有杰出的項(xiàng)目經(jīng)理和經(jīng)驗(yàn)豐富的開發(fā)團(tuán)隊(duì)。此時，項(xiàng)目經(jīng)常超出預(yù)算和不能按期完成

14、，組織的軟件過程能力不可預(yù)測。初始級初始級可重復(fù)級已定義級已管理級優(yōu)化級可重復(fù)級(Repeatable): 在可重復(fù)級，組織建立了管理軟件項(xiàng)目的方針以及為貫徹執(zhí)行這些方針的措施。組織基于在類似項(xiàng)目上的經(jīng)驗(yàn)對新項(xiàng)目進(jìn)行策劃和管理。組織的軟件過程能力可描述為有紀(jì)律的，并且項(xiàng)目過程處于項(xiàng)目管理系統(tǒng)的有效控制之下?？芍貜?fù)級初始級可重復(fù)級已定義級已管理級優(yōu)化級已定義級（Defined）：在已定義級，組織形成了管理軟件開發(fā)和維護(hù)活動的組織標(biāo)準(zhǔn)軟件過程，包括軟件工程過程和軟件管理過程。項(xiàng)目依據(jù)標(biāo)準(zhǔn)定義自己的軟件過程進(jìn)行管理和控制。組織的軟件過程能力可描述為標(biāo)準(zhǔn)的和一致的，過程是穩(wěn)定的和可重復(fù)的并且高度可視初

15、始級可重復(fù)級已定義級已管理級優(yōu)化級已管理級（Managed）：在已管理級，組織對軟件產(chǎn)品和過程都設(shè)置定量的質(zhì)量目標(biāo)。項(xiàng)目通過把過程性能的變化限制在可接受的范圍內(nèi)，實(shí)現(xiàn)對產(chǎn)品和過程的控制。組織的軟件過程能力可描述為可預(yù)測的，軟件產(chǎn)品具有可預(yù)測的高質(zhì)量已管理級初始級可重復(fù)級已定義級已管理級優(yōu)化級優(yōu)化級（Optimizing）：在優(yōu)化級，組織通過預(yù)防缺陷、技術(shù)創(chuàng)新和更改過程等多種方式，不斷提高項(xiàng)目的過程性能以持續(xù)改善組織軟件過程能力。組織的軟件過程能力可描述為持續(xù)改善的。優(yōu)化級下表描述了SW-CMM不同成熟度等級過程的可視性和過程能力。等級成熟度可視性過程能力1初始級有限的可視性一般達(dá)不到進(jìn)度和成本

16、的目標(biāo)2可重復(fù)級里程碑上具有管理可視性由于基于過去的性能，項(xiàng)目開發(fā)計劃比較現(xiàn)實(shí)可行3已定義級項(xiàng)目定義軟件過程的活動具有可視性基于已定義的軟件過程，組織持續(xù)地改善過程能力4已管理級定量地控制軟件過程基于對過程和產(chǎn)品的度量，組織持續(xù)地改善過程能力5優(yōu)化級不斷地改善軟件過程組織持續(xù)地改善過程能力關(guān)鍵過程區(qū)域除了初始級外，每一成熟度等級又由若干個關(guān)鍵過程區(qū)域(Key Process Areas)構(gòu)成。關(guān)鍵過程區(qū)域指出為了達(dá)到某個成熟度等級所要著手解決的問題。達(dá)到一個成熟度等級，必須實(shí)現(xiàn)該等級上的全部關(guān)鍵過程區(qū)域。要實(shí)現(xiàn)一個關(guān)鍵過程區(qū)域，就必須達(dá)到該關(guān)鍵過程區(qū)域的所有目標(biāo)。 過程分類 成熟度等級管理過程

17、組織過程工程過程5、優(yōu)化級技術(shù)改革管理過程更改管理缺陷預(yù)防4、已管理級 定量過程管理軟件質(zhì)量管理3、已定義級集成軟件管理組間協(xié)調(diào)組織過程焦點(diǎn)組織過程定義培訓(xùn)大綱軟件產(chǎn)品工程同行評審2、可重復(fù)級需求管理軟件項(xiàng)目策劃軟件項(xiàng)目跟蹤與監(jiān)督軟件子合同管理軟件質(zhì)量保證軟件配置管理1、初始級無序過程關(guān)鍵過程區(qū)域KPY(Key Process Areas)是一組相關(guān)的活動，可按照上表描述，也可按照下圖描述。 初始級需求管理軟件項(xiàng)目計劃軟件項(xiàng)目跟蹤與監(jiān)督軟件子合同管理軟件質(zhì)量保證軟件配置管理可重復(fù)級軟件機(jī)構(gòu)過程關(guān)注點(diǎn)軟件機(jī)構(gòu)過程定義培訓(xùn)計劃整體化軟件管理軟件產(chǎn)品工程組間合作同行評審已定義級定量過程管理軟件質(zhì)量管

18、理已管理級過程變更管理預(yù)防故障技術(shù)變更管理優(yōu)化級 軟件企業(yè)如何實(shí)施CMM要發(fā)展我國的軟件產(chǎn)業(yè)，在策略上，必須走軟件過程管理專業(yè)化的道路。 但目前國內(nèi)的絕大部分軟件企業(yè)處于CMM的初級階段，缺乏基礎(chǔ)和經(jīng)驗(yàn)。軟件企業(yè)實(shí)施CMM或通過CMM評估所必須經(jīng)歷的步驟如下：提高思想認(rèn)識進(jìn)行CMM培訓(xùn)和咨詢工作確定合理的目標(biāo) 成立工作組 制定和完善軟件過程 內(nèi)部評審 正式評估 根據(jù)評估結(jié)果改進(jìn)軟件過程 CMM步驟單擊 處查看相關(guān)內(nèi)容中國軟件企業(yè)總體規(guī)模偏小，產(chǎn)品缺乏市場競爭力。因此，軟件過程管理已成為發(fā)展我們軟件產(chǎn)業(yè)的一個關(guān)鍵性問題。實(shí)施CMM對軟件企業(yè)的發(fā)展起著至關(guān)重要的作用。 CMM過程本身就是對軟件企業(yè)

19、發(fā)展歷程的一個完整而準(zhǔn)確的描述，企業(yè)通過實(shí)施CMM，可以更好地規(guī)范軟件生產(chǎn)和管理流程，使企業(yè)組織規(guī)范化。而且，只有在國際市場取得成功的產(chǎn)品和企業(yè)才具有長久的競爭力和生命力。、提高思想認(rèn)識根據(jù)CMM模型的要求，一個項(xiàng)目的開發(fā)一定要有章可循，而且要做到有章必循，這兩點(diǎn)都離不開培訓(xùn)。培訓(xùn)的內(nèi)容需要精心地準(zhǔn)備，主要有兩個方面： 第一，對所有員工包括經(jīng)理在內(nèi)的最基本的軟件工程和CMM培訓(xùn)知識； 第二，對各個工作組的有關(guān)人員提供專業(yè)領(lǐng)域知識等方面的培訓(xùn)；此外，在每次開發(fā)過程中，還要對普通人員進(jìn)行軟件過程方面的培訓(xùn)。 、進(jìn)行CMM培訓(xùn)和咨詢工作CMM模型劃分為5個級別，共計18個關(guān)鍵過程域，52個目標(biāo)，30

20、0多個關(guān)鍵實(shí)踐。 每一個CMM等級的評估周期（從準(zhǔn)備到完成）約需12-30個月。 無論一個軟件企業(yè)的軟件過程處于什么樣的水平，都可以在CMM框架的5個級別中找到自己的位置。 、確定合理的目標(biāo) 要實(shí)施CMM，首先應(yīng)該對本企業(yè)的現(xiàn)狀有一個準(zhǔn)確的評估，然后再結(jié)合企業(yè)的實(shí)際情況選擇CMM的切入點(diǎn)，確定總體目標(biāo)。這個目標(biāo)包括在多長時間之內(nèi)，需要投入多少人力、物力和財力，要達(dá)到哪一級。 由于軟件過程的建立和改進(jìn)是一個漸進(jìn)的、分輕重緩急的、逐步完善的過程。在總體目標(biāo)已經(jīng)確定的前提下，還要制訂近期目標(biāo)和長期目標(biāo)。在CMM的實(shí)施過程中，工作組的成立是一個關(guān)鍵步驟。有幾個必不可少的重要的組織包括：軟件工程過程組、

21、軟件工程組、系統(tǒng)工程組、系統(tǒng)測試組、需求管理組、軟件項(xiàng)目計劃組、軟件項(xiàng)目跟蹤與監(jiān)督、軟件配置管理組、軟件質(zhì)量保證組、培訓(xùn)組。、成立工作組 軟件工程組負(fù)責(zé)一個項(xiàng)目的軟件開發(fā)和維護(hù)活動（即需求分析、設(shè)計、編碼和測試） 系統(tǒng)工程組負(fù)責(zé)規(guī)定系統(tǒng)需求；將系統(tǒng)需求分配給硬件、軟件和其他成分；規(guī)定硬件、軟件和其他成分的界面；以及監(jiān)控這些成分的設(shè)計和開發(fā)以保證它們符合其規(guī)格說明。CMM模型強(qiáng)調(diào)軟件過程的改進(jìn) 如果企業(yè)還沒有一個文檔形式的軟件過程，則首要任務(wù)是對當(dāng)前的工作流程進(jìn)行分析、整理及文檔化，從而制定出一個具有本企業(yè)風(fēng)格的軟件過程，并用該文檔化的過程指導(dǎo)軟件項(xiàng)目的開發(fā)。 、制定和完善軟件過程 如果已經(jīng)具備

22、了軟件過程，則要對這個過程做內(nèi)部評估，對照CMM的要求，找出問題，然后對這個過程進(jìn)行補(bǔ)充修改。在具體實(shí)施的過程中，可以選擇有一定代表性和完善性的項(xiàng)目組或項(xiàng)目進(jìn)行試點(diǎn)，跟蹤、監(jiān)督改進(jìn)后的軟件過程的實(shí)施情況，執(zhí)行改進(jìn)活動的狀態(tài)。 CMM每一級別的評估都由美國卡內(nèi)基梅隆大學(xué)的軟件工程研究所（CMU/SEI）授權(quán)的主任評估師領(lǐng)導(dǎo)一個評審小組進(jìn)行。據(jù)估計，要通過一個級別的CMM評估，費(fèi)用是通過ISO9000認(rèn)證的十多倍。 因此，建議軟件企業(yè)在進(jìn)行正式評估之前，先進(jìn)行內(nèi)部評審或評估。、內(nèi)部評審 這種內(nèi)部評審包含兩層含義：第一種就是軟件企業(yè)組織自己內(nèi)部成員，嚴(yán)格、認(rèn)真地按照CMM規(guī)范評估過程，對自己的軟件過

23、程進(jìn)行評審，找出其中的不足點(diǎn)并進(jìn)行改進(jìn)。第二種含義就是在全國范圍內(nèi)，由有關(guān)軟件工程和CMM專家組成一個專門的內(nèi)部評審機(jī)構(gòu)，負(fù)責(zé)指導(dǎo)協(xié)調(diào)實(shí)施CMM的活動，對國內(nèi)軟件企業(yè)CMM評估進(jìn)行預(yù)先評估。這種預(yù)先評估，可降低軟件企業(yè)通過正式CMM評估的風(fēng)險，減少軟件企業(yè)實(shí)施CMM的成本，為企業(yè)最終獲得國際CMM認(rèn)證打下基礎(chǔ)。、正式評估評估過程主要分成兩個階段：準(zhǔn)備階段和評估階段。在評估的最初幾天，小組成員的主要任務(wù)是采集數(shù)據(jù)，回答SEI的CMM提問單，文檔審閱以及進(jìn)行交談，對整個組織中的應(yīng)用有一個全面的了解。然后進(jìn)行數(shù)據(jù)分析。評估員要對記錄進(jìn)行整理，把這些數(shù)據(jù)與CMM模型進(jìn)行比較，最后給出一個評估報告。在評

24、估報告的基礎(chǔ)上，評估小組成員起草一個評估結(jié)果。根據(jù)IDEAL模型，成熟度的評估只是軟件過程改進(jìn)中的一個環(huán)節(jié)，如果這個環(huán)節(jié)與軟件過程改進(jìn)的其他環(huán)節(jié)不能很好地結(jié)合，那么，CMM評估對于軟件過程改進(jìn)所應(yīng)具有的作用就得不到發(fā)揮。一般來說，應(yīng)該在評估之后很快地作出軟件過程改進(jìn)的計劃，因?yàn)檫@時大家對評估結(jié)果和存在的問題仍有一個深刻的認(rèn)識。計劃在軟件過程改進(jìn)中是一個非常必要的階段，只有有效的計劃，才能確保軟件過程得到有效的改進(jìn)。、根據(jù)評估結(jié)果改進(jìn)軟件過程因?yàn)檐浖^程成熟度的升級本身就是一個過程，而且全面引進(jìn)應(yīng)用CMM所涉及的范圍非常廣，要求人力、財力與設(shè)備資源的投入相當(dāng)大。所以在實(shí)施CMM時，企業(yè)千萬不要一

25、開始就把目標(biāo)定位過高，不必一下子去滿足某一能力成熟度等級的所有目標(biāo)。而要根據(jù)企業(yè)自身的情況，試行某些關(guān)鍵過程域的一部分關(guān)鍵實(shí)踐活動，逐步完善軟件過程和成熟度的升級。的實(shí)施 軟件企業(yè)在實(shí)施CMM的過程中，應(yīng)當(dāng)處理好CMM實(shí)施和認(rèn)證的關(guān)系。實(shí)施是基礎(chǔ)，認(rèn)證是結(jié)果。只有認(rèn)真扎實(shí)的實(shí)施，才可能有認(rèn)證的通過。大部分軟件企業(yè)距離CMM的認(rèn)證有相當(dāng)大的距離，最好先按照CMM嚴(yán)格的軟件工程方法，致力于改進(jìn)企業(yè)的管理，提高軟件開發(fā)能力，而先不要搞軟件能力評鑒，追求認(rèn)證、評級等。 等到能力成熟后，再進(jìn)行認(rèn)證。這樣可以避免和杜絕華而不實(shí)、弄虛作假的現(xiàn)象。應(yīng)該把實(shí)施CMM作為提高軟件企業(yè)管理水平和提高軟件質(zhì)量的突破口

26、，追求真正的軟件能力和水平的提高，而不是把單純的CMM軟件認(rèn)證作為一個唯一的目標(biāo)。CMM的實(shí)施結(jié)果自從1993年SEI發(fā)布SWCMM V1.1以來，成功地指導(dǎo)一些企業(yè)進(jìn)行過程改進(jìn)，并取得了顯著效果：開發(fā)成本降低、發(fā)布后錯誤減少、平均開發(fā)時間減少，等等。但是這個單一的軟件工程成熟度模型并不能滿足組織開發(fā)產(chǎn)品所有業(yè)務(wù)領(lǐng)域的過程需要，這是因?yàn)榻陙懋a(chǎn)品開發(fā)的組織發(fā)生了變革，這種變革的目的除了是提高產(chǎn)品開發(fā)的質(zhì)量,還有就是試圖消除與分段開發(fā)的低效率等問題。 在串行的分段開發(fā)中，前一階段產(chǎn)生的中間產(chǎn)品完成后再傳遞給下一階段的工作人員繼續(xù)處理，如系統(tǒng)設(shè)計部門將設(shè)計工作完成后傳遞給產(chǎn)品開發(fā)部門，開發(fā)部門完成后再傳遞給測試部門，測試部門完成后再傳遞給工程服務(wù)部門。但在實(shí)際工作中，各個部門之間存在著一個“功能墻”，導(dǎo)致開發(fā)周期長，所開發(fā)的產(chǎn)品無法快速進(jìn)入市場；另外，由于“馬路警察，各管一段”的效應(yīng)，就造成了前期一個微小的缺陷到了后期才發(fā)現(xiàn)。 為了解決這些問題，人們逐步提出了并行工程、系統(tǒng)工程、集成化產(chǎn)品和過