《軟件工程》教學(xué)09軟件維護等省公開課一等獎全國示范課微課金獎?wù)n件

福州大學(xué)·軟件學(xué)院·計算機教研室軟件維護(Softwaremaintenance)王燦輝第1頁軟件維護是指軟件系統(tǒng)交付使用以后對它所做改變，也是軟件生命周期中最終一個階段（不屬于開發(fā)階段）。Themaintenancephasefocusesonchangethatisassociatedwitherrorcorrection,adaptationsrequiredasthesoftware’senvironmentevolves,andchangesduetoenhancementsbroughtbychangingcustomerrequirements.軟件維護(Softwaremaintenance)第2頁Themaintenancephasereappliesthestepsofthedefinitionanddevelopmentphases,butdoessointhecontextofexistingsoftware.統(tǒng)計資料表明：大部分維護工作是由用戶需求改變而引發(fā)，而不是由可靠性問題引發(fā)。軟件維護(Softwaremaintenance)第3頁軟件維護(Softwaremaintenance)軟件維護是軟件生命周期中歷時最長，人力和資源花費最多一個階段，也是研究最少一個階段。第4頁軟件維護(Softwaremaintenance)第5頁Correctivemaintenancechangesthesoftwaretocorrectdefects.Adaptivemaintenanceresultsinmodificationtothesoftwaretoaccommodatechangetoitsenvironment.Perfectivemaintenanceextendsthesoftwarebeyonditsoriginalfunctionalrequirements.Preventivemaintenance,oftencalledsoftwarereengineering,makeschangestocomputerprogramssothattheycanbemoreeasilycorrected,adapted,andenhanced.軟件維護分類第6頁軟件維護分類第7頁讀懂他人編寫程序通常相當(dāng)困難，尤其是一些非結(jié)構(gòu)化程序。假如只有程序代碼而沒有文檔說明問題將會十分嚴重。軟件人員經(jīng)常流動，所以當(dāng)要求對軟件進行維護時，不可能依靠原開發(fā)人員提供對軟件解釋（即使可能有時也因時間太久而造成原開發(fā)人員無法提供幫助）。沒有文檔、文檔嚴重不足，文檔難于了解，或文檔與程序不一致。經(jīng)過各種版本或發(fā)行，要追蹤軟件演化變得很困難，甚至不可能。軟件維護中問題(1)第8頁絕大多數(shù)軟件在設(shè)計時不考慮以后可能改變。除非采取功效獨立模塊化設(shè)計方法，不然軟件修改將是困難，而且還輕易引入新錯誤。追蹤軟件建立過程非常困難。維護被看作是毫無吸引力工作，高水平程序員自然不愿主動去做，而企業(yè)也舍不得讓高水平程序員去做。帶著低沉情緒低水平程序員只會把維護工作搞得一塌糊涂。維護將會產(chǎn)生不良副作用，不論是修改代碼、數(shù)據(jù)或文檔，都有可能產(chǎn)生新錯誤。軟件維護中問題(2)第9頁影響軟件維護原因包含：人員原因，技術(shù)原因和管理原因，程序本身原因，詳細以下：系統(tǒng)規(guī)模。系統(tǒng)規(guī)模越大，維護越困難。系統(tǒng)年紀。系統(tǒng)運行時間越長，在維護中結(jié)構(gòu)屢次修改會造成維護困難。系統(tǒng)結(jié)構(gòu)。不合理程序結(jié)構(gòu)會帶來維護困難。使用軟件工程方法開發(fā)軟件，即使不能確保維護沒有問題，但能夠降低維護工作量，并提升質(zhì)量。影響軟件維護原因第10頁軟件維護是既破財又費神工作?？吹靡姶鷥r是那些為了維護而投入人力與財力。而看不見維護代價則愈加高昂，我們稱之為“機會成本”，即為了得到某種東西所必須放棄東西。把很多程序員和其它資源用于維護工作，必定會耽擱新產(chǎn)品開發(fā)甚至?xí)适C遇，這種代價是無法估量。軟件維護費用第11頁軟件維護費用不停上升，從上世紀六十年代40%左右到當(dāng)前超出60%。維護一行源代碼代價大約是開發(fā)40倍！維護工作量模型：

M=P+K.e(c-d)，其中，

M：用于維護工作總工作量；P：生產(chǎn)性工作量(維護時對軟件分析、評價、設(shè)計、修改和編碼所需要工作量)；K：經(jīng)驗常數(shù)；c：軟件復(fù)雜程度度量(如未采取結(jié)構(gòu)化設(shè)計和缺乏文檔所引發(fā)復(fù)雜性)；d：對該軟件熟悉程度度量。軟件維護費用第12頁軟件可維護性軟件可維護性能夠定義為：軟件能夠被了解、更正、適應(yīng)和完善以適應(yīng)新環(huán)境難易程度。假如軟件是可測試，可了解，可修改，可移植，可靠，有效和可用，則說該軟件是可維護。第13頁軟件維護任務(wù)軟件維護任務(wù)包含：建立維護機構(gòu)編制維護匯報(軟件問題匯報和軟件修改匯報)為維護請求要求工作流程維護技術(shù)工作(修改設(shè)計，復(fù)審設(shè)計，編碼，單元測試、集成測試（含回歸測試），有效性測試，最終復(fù)審)統(tǒng)計和保留維護活動相關(guān)信息對維護進行評價第14頁軟件維護副作用所謂軟件維護副作用(maintenancesideeffects)，就是指因為修改而造成錯誤或其它多出動作發(fā)生。修改代碼副作用(回歸測試可降低編碼副作用)修改數(shù)據(jù)副作用修改文檔副作用在軟件再次交付使用之前，對整個軟件配置進行評審將能大大降低文檔副作用。第15頁福州大學(xué)·軟件學(xué)院·計算機教研室再生工程王燦輝第16頁再生工程假如希望提升已經(jīng)有軟件質(zhì)量而且提升商業(yè)競爭力，卻又無法靠維護來實現(xiàn)，只好對已經(jīng)有軟件進行全部或者部分改造，這種活動叫再生工程（Reengineering）。再生過程也叫改造工程，它不是從現(xiàn)有軟件中恢復(fù)設(shè)計信息，而是利用這些信息去改變或重建現(xiàn)存系統(tǒng)，盡最大努力來提升它整體質(zhì)量。第17頁再生工程再生工程與維護共同之處是沒有拋棄原有軟件。假如把維護比作“修修補補”，那么再生工程就算是“痛改前非”。再生工程并不見得一定比維護代價要高，但再生工程在未來獲取利益卻要比經(jīng)過維護得到多。再生工程（Reengineering）三種類型：

重構(gòu)（Restructure）、

逆向工程（ReverseEngineering）和

前向工程（ForwardEngineering）。第18頁再生工程--重構(gòu)重構(gòu)普通是指經(jīng)過修改代碼或數(shù)據(jù)以使軟件符合新要求。重構(gòu)通常并不推翻原有軟件體系結(jié)構(gòu)，主要是改造一些模塊和數(shù)據(jù)結(jié)構(gòu)。重構(gòu)一些好處以下：

（1）使軟件質(zhì)量更高，或使軟件順應(yīng)新時尚（標(biāo)準）。

（2）使軟件后續(xù)（升級）版本生產(chǎn)率更高。

（3）降低后期維護代價。要注意是，在代碼重構(gòu)和數(shù)據(jù)重構(gòu)之后，一定要重構(gòu)對應(yīng)文檔。第19頁逆向工程軟件逆向工程就是分析一個程序過程，以最大努力去建立比源代碼抽象層次更高程序表示式。逆向工程也是一個設(shè)計恢復(fù)過程。逆向工程起源于硬件世界。硬件廠商總想弄到競爭對手產(chǎn)品設(shè)計和制造“奧秘”。不過又得不到現(xiàn)成檔案，只好拆卸對手產(chǎn)品并進行分析，企圖從中獲取有價值東西。軟件逆向工程在道理上與硬件相同。但在很多時候，軟件逆向工程并不是針對競爭對手，而是針對自己企業(yè)多年前產(chǎn)品。期望從老產(chǎn)品中提取系統(tǒng)設(shè)計、需求說明等有價值信息。第20頁前向工程前向工程也稱預(yù)防性維護，由Miller提倡。他把這個術(shù)語解釋成“為了明天需要，把今天方法應(yīng)用到昨天系統(tǒng)上”。乍看起來，主動去改造一個當(dāng)前運行得正常軟件系統(tǒng)簡直就是“惹事生非”。不過軟件技術(shù)發(fā)展如此快速，與其等候一個有價值產(chǎn)品逐步老死，還不如主動去更新，以獲取更大收益。其道理就同打預(yù)防性針一樣。所以，預(yù)防性維護是“吃小虧占大廉價”事。第21頁福州大學(xué)·軟件學(xué)院·計算機教研室變更管理王燦輝第22頁變更管理變更是不可防止。大多數(shù)變更是合理。不受控制一系列變更輕而易舉就能使一個運行良好軟件項目變得混亂。因為在開發(fā)軟件時會產(chǎn)生很多工作產(chǎn)品，所以必須唯一標(biāo)識每一個工作產(chǎn)品。變更管理，通常也叫軟件配置管理(SCM)是貫通于整個軟件過程普適性活動。區(qū)分于軟件維護僅發(fā)生在軟件交付給用戶以后。第23頁變更管理軟件配置管理(SCM)活動目標(biāo)：標(biāo)識變更；控制變更；確保正確地實現(xiàn)變更；向利害相關(guān)人員匯報變更。軟件配置管理(SCM)是一組在計算機軟件整個生存周期內(nèi)管理變更活動，能夠把SCM看作是應(yīng)用于整個軟件過程軟件質(zhì)量確?；顒印＼浖渲霉芾?SCM)計劃：定義了變更管理項目策略。第24頁變更管理軟件配置項：是在軟件工程過程中創(chuàng)建信息（程序、數(shù)據(jù)、文檔、軟件工具）?；€：已經(jīng)經(jīng)過正式評審和同意規(guī)格說明或產(chǎn)品，它能夠作為深入開發(fā)基礎(chǔ)，而且只有經(jīng)過正式變更控制規(guī)程才能修改它?；€是軟件開發(fā)中里程碑。SCM過程：配置對象標(biāo)識；變更控制；版本控制；配置審核；狀態(tài)匯報；第25頁福州大學(xué)·軟件學(xué)院·計算機教研室軟件度量王燦輝第26頁軟件度量假如不進行測量，就沒法確定我們是否在改進，只能依據(jù)主觀評價來做判斷。度量時,先搜集基本質(zhì)量數(shù)據(jù)和生產(chǎn)率數(shù)據(jù),往后分析這些數(shù)據(jù),與過去平均值進行比較,經(jīng)過評定來確定是否已經(jīng)有質(zhì)量和生產(chǎn)率提升。度量也能夠用來查明問題區(qū)域,方便確定適當(dāng)補救辦法,并改進軟件過程。第27頁軟件度量只有度量是直觀且易于計算時才會被使用。若需要大量“計數(shù)”，且需要復(fù)雜計算，則該度量不可能得到廣泛采納。度量能夠應(yīng)用于軟件過程中，目標(biāo)是連續(xù)地改進軟件過程。度量應(yīng)用于項目管理能夠改進項目工作流程和技術(shù)活動。第28頁軟件度量—基于功效度量利用基于軟件信息域可數(shù)(直接)測度和軟件復(fù)雜性評定經(jīng)驗關(guān)系來計算功效點。信息域及加權(quán)因子：外部輸入數(shù)、外部輸出數(shù)、外部查詢數(shù)、內(nèi)部邏輯文件數(shù)、外部接口文件數(shù)。功效點FP=總計*(0.65+0.01+∑Fi)第29頁福州大學(xué)·軟件學(xué)院·計算機教研室軟件質(zhì)量(SoftwareQuality)王燦輝第30頁SoftwareQuality軟件工程目標(biāo)是提升軟件質(zhì)量與生產(chǎn)率，最終實現(xiàn)軟件工業(yè)化生產(chǎn)。質(zhì)量是軟件需求方最關(guān)心問題,生產(chǎn)率是軟件供給方最關(guān)心問題。質(zhì)量與生產(chǎn)率之間有著內(nèi)在聯(lián)絡(luò)，高生產(chǎn)率必須以質(zhì)量合格為前提。第31頁SoftwareQuality假如一個軟件產(chǎn)品向其終端用戶提供了實質(zhì)性益處，他們可能愿意忍受偶然可靠性和性能問題。第32頁SoftwareQuality從短期效益看，追求高質(zhì)量會延長軟件開發(fā)時間而且增大費用，似乎降低了生產(chǎn)率。從長久效益看，高質(zhì)量將確保軟件開發(fā)全過程愈加規(guī)范流暢，大大降低了軟件維護代價，實質(zhì)上是提升了生產(chǎn)率，同時可取得很好信譽。質(zhì)量與生產(chǎn)率之間不存在根本對立，好軟件工程方法能夠同時提升質(zhì)量與生產(chǎn)率。第33頁SoftwareQuality對開發(fā)人員而言，假如非得在質(zhì)量與生產(chǎn)率之間分個主次不可，那么應(yīng)該是質(zhì)量第一，生產(chǎn)率第二。這是因為：（1）質(zhì)量直接表達在軟件每段程序中，高質(zhì)量自然是開發(fā)人員技術(shù)追求，也是職業(yè)道德要求。（2）高質(zhì)量對全部用戶都有價值，而高生產(chǎn)率只對開發(fā)方有意義。（3）假如一開始就追求高生產(chǎn)率，輕易使人急功近利，留下隱患。寧可進度慢些，也要確保每個步驟質(zhì)量，以圖久遠利益。第34頁SoftwareQuality“零缺點”質(zhì)量管理觀念起源于一些國際上著名硬件生產(chǎn)廠商。盡管軟件開發(fā)與硬件生產(chǎn)有極大差異，但我們?nèi)阅軌驈摹傲闳秉c”質(zhì)量管理中得到啟迪?！傲闳秉c”質(zhì)量管理最少有兩個關(guān)鍵內(nèi)容：一是高目標(biāo)，二是可執(zhí)行規(guī)范。軟件高質(zhì)量主要是設(shè)計出來，不是“管”出來，更不能依賴質(zhì)量檢驗。為此程序員要充分了解軟件質(zhì)量原因，只有提升設(shè)計水平，才能開發(fā)出高質(zhì)量軟件。

第35頁SoftwareQuality軟件質(zhì)量原因很多，如正確性，性能與效率、可靠性、容錯性、易用性、靈活性、可了解性與簡練性、可復(fù)用性和可擴充性、可維護性等等。有些原因相互重合，有些則相抵觸，真要提升質(zhì)量可不是一件輕易事！第36頁SoftwareQuality如：健壯性是軟件一個質(zhì)量原因，指是在硬件發(fā)生故障、輸入數(shù)據(jù)無效或操作錯誤等意外情況下，軟件系統(tǒng)能做出適當(dāng)響應(yīng)程度。程序員在編寫實現(xiàn)方法代碼時，既應(yīng)該考慮效率，也應(yīng)該考慮健壯性。通常需要在健壯性與效率之間做出適當(dāng)折衷。必須認識到，對于任何一個實用軟件來說，健壯性都是不可忽略質(zhì)量指標(biāo)。第37頁SoftwareQuality與明確定義功效和性能需求一致性與明確成文開發(fā)標(biāo)準一致性與全部專業(yè)開發(fā)軟件所期望隱含特征（如：健壯性、可維護性、良好界面格調(diào)、可移植性等）一致性第38頁軟件質(zhì)量(SoftwareQuality)軟件質(zhì)量是難于定量度量軟件屬性，不過依然能夠提出許多主要軟件質(zhì)量指標(biāo)，這些指標(biāo)主要從管理角度對軟件質(zhì)量進行度量。Thefactorsthataffectsoftwarequalitycanbecategorizedintwobroadgroups:Factorsthatcanbedirectlymeasured(e.g.,defectsperfunctionpoint)andFactorsthatcanbemeasuredonlyindirectly(e.g.,usabilityormaintainability)第39頁軟件質(zhì)量(SoftwareQuality)軟件質(zhì)量指標(biāo)往往相互矛盾。比如：采取容錯技術(shù)==》提供可靠性==》但占用較多存放空間和執(zhí)行時間==》降低時空效率，增加軟件系統(tǒng)維護困難

===》所以應(yīng)綜合平衡第40頁軟件質(zhì)量(SoftwareQuality)—(McCall’sSoftwareQualityFactors)PortabilityReusabilityInteroperabilityProductTransitionProductRevisionProductOperationMaintainabilityFlexibilityTestabilityCorrectnessReliabilityUsabilityIntegrityEfficiency第41頁軟件質(zhì)量(SoftwareQuality)—(McCall’sSoftwareQualityFactors)第42頁軟件質(zhì)量—(Hewlett-Packard’sSoftwareQualityFactors)Hewlett-PackardhasdevelopedasetofsoftwarequalityfactorsthathasbeengiventheacronymFURPS—functionality,usability,reliability,performance,andsupportability.第43頁軟件質(zhì)量—(Hewlett-Packard’sSoftwareQualityFactors)Supportabilitycombinestheabilitytoextendtheprogram(extensibility),adaptability,andserviceability(thesethreeattributesrepresentamorecommonterm--maintainability),aswellastestability,compatibility,configurability(theabilitytoorganizeandcontrolelementsofthesoftwareconfiguration),theeasewithwhichasystemcanbeinstalled,andtheeasewithwhichproblemscanbelocalized.第44頁軟件質(zhì)量(SoftwareQuality)為了在軟件開發(fā)過程中確保軟件質(zhì)量，主要采取下述辦法：復(fù)審（最少在每個開發(fā)階段結(jié)束前一次）復(fù)查（在每個開發(fā)階段開始前）管理復(fù)審測試軟件質(zhì)量在產(chǎn)品或系統(tǒng)中是事先設(shè)計好，而不是事后強加。第45頁軟件質(zhì)量(SoftwareQuality)質(zhì)量檢驗并不是要等到項目結(jié)束時才執(zhí)行唯一一次，應(yīng)該在每個實踐步驟都要執(zhí)行。對應(yīng)于進度表，在每個里程碑抵達時執(zhí)行質(zhì)量檢驗比較合理。做好檢驗工作并不是件輕易事。自古以來“上有政策，下有對策”。虛假質(zhì)量檢驗還不如不檢驗。第46頁軟件優(yōu)化軟件優(yōu)化是指優(yōu)化軟件各個質(zhì)量原因，如提升運行速度，提升對內(nèi)存資源利用率，使用戶界面愈加友好，使三維圖形真實感更強等等。想做好優(yōu)化工作，首先要讓開發(fā)人員都有正確認識：優(yōu)化工作不是可有可無事情，而是必須要做事情。當(dāng)優(yōu)化工作成為一個責(zé)任時，程序員才會不停改進軟件中算法，數(shù)據(jù)結(jié)構(gòu)和程序組織，從而提升軟件質(zhì)量。

第47頁軟件優(yōu)化優(yōu)化工作復(fù)雜之處是很多目標(biāo)存在千絲萬縷關(guān)系。當(dāng)不能夠使全部目標(biāo)都得到優(yōu)化時，就需要“折衷”策略。軟件中折衷策略是指經(jīng)過協(xié)調(diào)各個質(zhì)量原因，實現(xiàn)整體質(zhì)量最優(yōu)。就象黨支部副書記飾演和事佬角色：“…為了使整個組織含有最好戰(zhàn)斗力，我們要重用幾個人，照料一些人，在萬不得已情況下委屈一批人”。第48頁軟件優(yōu)化軟件折衷主要標(biāo)準是不能使某一方損失關(guān)鍵職能，更不能夠象“舍魚而取熊掌”那樣拋棄一方。人都有惰性，假如允許濫用折衷話，那么一當(dāng)碰到困難，人們就會用拆東墻補西墻方式去折衷，不再下苦功去做有意義優(yōu)化。所以我們有必要為折衷制訂嚴正立場：在確保其它原因不變差前提下，使一些原因變得更加好。第49頁福州大學(xué)·軟件學(xué)院·計算機教研室軟件質(zhì)量確保(SoftwareQualityAssurance)王燦輝第50頁Thesoftwareengineeringapproachworkstowardasinglegoal:toproducehigh-qualitysoftware.Somesoftwaredevelopercontinuetobelievethatsoftwarequalityissomethingyoubegintoworryaboutaftercodehasbeengenerated.Nothingcouldbefurtherfromthetruth!Softwarequalityassurance(SQA)isanumbrellaactivitythatisappliedthroughoutthesoftwareprocess.軟件質(zhì)量確保(SoftwareQualityAssurance)第51頁SQAencompasses(1)aqualitymanagementapproach,(2)effectivesoftwareengineeringtechnology(methodsandtools),(3)formaltechnicalreviewsthatareappliedthroughoutthesoftwareprocess,(4)amulti-tieredtestingstrategy,(5)controlofsoftwaredocumentationandthechangesmadetoit,(6)aproceduretoassurecompliancewithsoftwaredevelopmentstandard(whenapplicable),and(7)measurementandreportingmechanisms.軟件質(zhì)量確保(SoftwareQualityAssurance)第52頁質(zhì)量確保策略發(fā)展大致能夠分為三個階段：以檢測為重點以過程管理為重點（如：ISO9001體系認證）以新產(chǎn)品開發(fā)為重點可見，軟件質(zhì)量確保應(yīng)該從產(chǎn)品計劃和設(shè)計開始，直到投入使用和售后服務(wù)軟件生存周期每一個階段中每一個步驟，每一個相關(guān)人，包含軟件開發(fā)人員、項目經(jīng)理、銷售人員和用戶都來嚴把質(zhì)量關(guān)，只有這么才能確保軟件高質(zhì)量，這就是當(dāng)代軟件質(zhì)量確?；静呗?。質(zhì)量確保策略第53頁SQA是一項有計劃、系統(tǒng)、規(guī)范性活動，主要包含：技術(shù)方法應(yīng)用；正式技術(shù)評審（FTR）實施；軟件測試；標(biāo)準執(zhí)行；修改控制；度量；統(tǒng)計和統(tǒng)計保留。軟件質(zhì)量確?；顒拥?4頁軟件能力成熟度模型CMM（CapabilityMaturityModel）是由美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所(CMU/SEI)推出評定軟件能力與成熟度一套標(biāo)準。并提供了軟件過程評定和軟件能力評價兩種評定方法和軟件成熟度提問單。4年之后，SEI將軟件過程成熟度框架進化為軟件能力成熟度模型（CapabilityMaturityModelForSoftware，簡稱SW-CMM）。軟件能力成熟度模型（CMM）第55頁該標(biāo)準基于眾多軟件教授實踐經(jīng)驗，側(cè)重于軟件開發(fā)過程管理及工程能力提升與評定，是國際上流行軟件生產(chǎn)過程標(biāo)準和軟件企業(yè)成熟度等級認證標(biāo)準，它更代表了一個管理哲學(xué)在軟件工業(yè)中應(yīng)用。當(dāng)前，CMM認證已經(jīng)成為世界公認軟件產(chǎn)品進入國際市場通行證。軟件能力成熟度模型（CMM）第56頁一個軟件過程是指人們開發(fā)和維護軟件及其相關(guān)產(chǎn)品所采取一系列活動。其中軟件相關(guān)產(chǎn)品包含項目計劃、設(shè)計文檔、源代碼、測試用例和用戶手冊等。軟件產(chǎn)品質(zhì)量主要取決于產(chǎn)品開發(fā)和維護軟件過程質(zhì)量。一個有效、可視軟件過程能夠?qū)⑷肆Y源、物理設(shè)備和實施方法結(jié)合成一個有機整體，并為軟件工程師和高級管理者提供實際項目標(biāo)狀態(tài)和性能，從而能夠監(jiān)督和控制軟件過程進行。CMM基本概念：軟件過程第57頁軟件過程能力是軟件過程本身含有按預(yù)定計劃生產(chǎn)產(chǎn)品固有能力。一個組織軟件過程能力為組織提供了預(yù)測軟件項目開發(fā)數(shù)據(jù)基礎(chǔ)。軟件過程性能是軟件過程執(zhí)行實際結(jié)果。一個項目標(biāo)軟件過程性能決定于內(nèi)部子過程執(zhí)行狀態(tài)，只有每個子過程性能得到改進，對應(yīng)成本、進度、功效和質(zhì)量等性能目標(biāo)才能得到控制。因為特定項目標(biāo)屬性和環(huán)境限制，項目標(biāo)實際性能并不能充分反應(yīng)組織軟件過程能力，但成熟軟件過程可弱化和預(yù)見不可控制過程原因（如客戶需求改變或技術(shù)變革等）。CMM基本概念軟件過程能力與性能第58頁軟件過程成熟度是指一個軟件過程被明確定義、管理、度量和控制有效程度。成熟意味著軟件過程能力連續(xù)改進過程，成熟度代表軟件過程能力改進潛力。成熟度等級用來描述某一成熟度等級上組織特征，每一等級都為下一等級奠定基礎(chǔ)，過程潛力只有在一定基礎(chǔ)之上才能夠被充分發(fā)揮。成熟級別改進包含管理者和軟件從業(yè)者基本工作方式改變，組織組員依據(jù)建立軟件過程標(biāo)準執(zhí)行并監(jiān)控軟件過程，一旦來自組織和管理上障礙被去除后，相關(guān)技術(shù)和過程改進進程能快速推進。CMM基本概念：軟件過程成熟度第59頁CMM將軟件過程成熟度分為5個級別（MaturityLevels），如圖所表示，5個等級分別是：1、初始級（Initial）2、可重復(fù)級（Repeatable）3、已定義級（Defined）4、已管理級（Managed）5、優(yōu)化級（Optimizing）CMM基本概念軟件過程成熟度等級第60頁初始級（Initial）：企業(yè)普通不具備穩(wěn)定軟件開發(fā)與維護環(huán)境。項目成功是否在很大程度上取決于是否有出色項目經(jīng)理和經(jīng)驗豐富開發(fā)團體。此時，項目經(jīng)常超出預(yù)算和不能按期完成，組織軟件過程能力不可預(yù)測。CMM基本概念軟件過程成熟度等級第61頁可重復(fù)級(Repeatable)：在可重復(fù)級，開發(fā)組織建立了管理軟件項目標(biāo)方針以及為落實執(zhí)行這些方針辦法。組織基于在已開發(fā)類似項目標(biāo)經(jīng)驗，對新項目進行策劃和管理。組織軟件過程能力可描述為有紀律、而且項目過程處于項目管理系統(tǒng)有效控制之下。CMM基本概念軟件過程成熟度等級第62頁已定義級（Defined）：在已定義級，開發(fā)組織形成了管理軟件開發(fā)和維護活動本組織標(biāo)