第三章軟件質量管理袁永科第一頁，共八十六頁。內容提要質量發展階段軟件質量保證軟件質量管理人員的職責與地位軟件質量管理分析方法軟件能力成熟度模型(CMM)第二頁，共八十六頁。質量管理的發展階段20世紀，人類跨入了以加工機械化、經營規?；①Y本壟斷化為特征的工業化時代。在整整一個世紀中，質量管理的發展，大致經歷了三個階段1.質量檢驗階段

2.統計質量控制階段

3.全面質量管理階段

第三頁，共八十六頁。1.質量檢驗階段20世紀初，人們對質量管理的理解還只限于質量的檢驗。質量檢驗所使用的手段是各種的檢測設備和儀表，方式是嚴格把關，進行百分之百的檢驗。期間，美國出現了以泰羅為代表的“科學管理運動”?！翱茖W管理”提出了在人員中進行科學分工的要求，并將計劃職能與執行職能分開，中間再加一個檢驗環節，以便監督、檢查對計劃、設計、產品標準等項目的貫徹執行。這就是說，計劃設計、生產操作、檢查監督各有專人負責，從而產生了一支專職檢查隊伍，構成了一個專職的檢查部門、這樣，質量檢驗機構就被獨立出來了。起初，人們非常強調工長在保證質量方面的作用，將質量管理的責任由操作者轉移到工長，故被人稱為“工長的質量管理”。后來，這一職能又由工長轉移到專職檢驗人員，由專職檢驗部門實施質量檢驗。稱為“檢驗員的質量管理”。第四頁，共八十六頁。2.統計質量控制階段這一階段的特征是數理統計方法與質量管理的結合。第一次世界大戰后期，休哈特將數理統計的原理運用到質量管理中來，并發明了控制圖。他認為質量管理不僅要搞事后檢驗，而且在發現有廢品生產的先兆時就進行分析改進，從而預防廢品的產生。控制圖就是運用數理統計原理進行這種預防的工具。因此，控制圖的出現，是質量管理從單純事后檢驗進入檢驗加預防階段的標志，也是形成一門獨立學科的開始。第一本正式出版的質量管理科學專著就是1931年休哈特的《工業產品質量的經濟控制》。在休哈特創造控制圖以后，他的同事在1929年發表了《抽樣檢查方法》。他們都是最早將數理統計方法引入質量管理的，為質量管理科學做出了貢獻第五頁，共八十六頁。3.全面質量管理階段20世紀50年代以來，科學技術和工業生產的發展，對質量要求越來越高。要求人們運用“系統工程”的概念，把質量問題作為一個有機整體加以綜合分析研究，實施全員、全過程、全企業的管理。60年代在管理理論上出現了“行為科學”學派，主張調動人的積極性，注意人在管理中的作用。隨著市場競爭，尤其國際市場競爭的加劇，各國企業都很重視“產品責任”和“質量保證”問題，加強內部質量管理，確保生產的產品使用安全、可靠。第六頁，共八十六頁。戴明質量管理14項原則要有一個改善產品和服務的長期目標，而不是只顧眼前利益的短期觀點。為此，要投入和挖掘各種資源。要有一個新的管理思想，不允許出現交貨延遲或差錯和有缺陷的產品。要有一個從一開始就把質量造進產品中的辦法，而不是依靠檢驗去保證產品質量。要有一個最小成本的全面考慮，在原材料、標準件和零部件的采購上不要只以價格高低來決定對象。要有一個識別體系和非體系原因的措施。85%的質量問題和浪費現象是由于體系的原因，15%的是由于體系上的原因。要有一個更全面、更有效的崗位培訓。不只是培訓現場操作者怎樣干，還要告訴他們為什么要這樣干。要有一個新的領導方式，不只是管，更重要的是幫，領導自己也要有一個新的風格。第七頁，共八十六頁。戴明質量管理14項原則要有一個新的領導方式，不只是管，更重要的是幫，領導自己也要有一個新的風格。要在組織內有一個新風氣，消除員工不敢提問題、建議的恐懼心理。要在部門間有一個協作的態度，幫助從事研制開發、銷售的人員多了解制造部門的問題。要有一個激勵、教導員工提高質量和生產率的好辦法。不能只對他們喊口號、下指標。要有一個隨時檢查工時定額和工作標準有效性的程序，并且要看他們是真正幫助員工干好工作，還是妨礙員工提高勞動生產率。要把重大的責任從數量上轉移到質量上，要使員工都能感到他們的技藝和本領受到尊重。要有一個強而有效的培訓計劃，以使員工能夠跟上原材料、產品設計、加工工藝和機器設備的變化。要在領導層內建立一種結構，推動全體員工都來參加經營管理的改革。第八頁，共八十六頁。戴明質量管理7大絕癥目的壓力績效跳槽數字成本費用第九頁，共八十六頁。軟件質量保證軟件質量保證是為了保證軟件產品和服務能夠充分滿足用戶所要求的質量而進行的有計劃有組織的活動,確保軟件產品從誕生到消亡的所有階段的質量活動.為了確定,達到和維護需要的軟件質量而進行的所有計劃有系統的管理活動.目標是:為管理層提供為獲知產品質量信息所需要的數據,從而獲得產品質量是否符合預定目標的認識和信心.第十頁，共八十六頁。軟件質量保證過程一般的建立小組選擇和確定活動制定和維護計劃執行計劃不斷完善第十一頁，共八十六頁。軟件質量屬性(分組討論)軟件質量的屬性軟件質量屬性和產品活動的關系第十二頁，共八十六頁。軟件質量保證體系與實施明確雙方職責使用合理的質量評價指標體系質量檢查措施建立監控體系實施質量保證第十三頁，共八十六頁。明確雙方職責項目開發方的職責:設立組織結構制定質量方針和質量目標管理評審項目需求方的職責:提出需求回答相關問題認可方案簽定協議規定驗收準則和規程提供必要的信息第十四頁，共八十六頁。使用合理的質量評價指標體系功能性指標完備性與正確性定性評價法可靠性指標可用度,初期故障率,偶然故障率,平均失效前時間,平均失效間隔時間,缺陷密度,平均失效恢復時間定量分析法易用性指標:易理解性,易學習性,易操作性效率特征指標:代碼規模,處理時間第十五頁，共八十六頁。質量檢查措施事前制定檢查表事前制定議事日程事前對檢查人員進行培訓事中只評審工作,不評審開發者事中不太多爭論和辯論事中只說清楚問題所在,不要企圖當場解決所有問題第十六頁，共八十六頁。建立監控體系實施質量保證全面的審核制度配備專門的質量保證人員開展質量活動第十七頁，共八十六頁。軟件質量管理內容軟件過程改進第十八頁，共八十六頁。軟件質量管理內容軟件過程改進戴明的漏斗試驗第十九頁，共八十六頁。軟件質量管理內容軟件過程改進規則一：將漏斗口對準目標點。保持這種狀態，將珠子由漏斗口落下50次，在珠子每次靜止的位置坐標記第二十頁，共八十六頁。軟件質量管理內容軟件過程改進規則二：根據每次珠子落下的靜止位置與目標位置之間的差距，移動漏斗位置以彌補誤差。例如珠子落在目標點東北30厘米處，則漏斗由現有位置往西南移30厘米第二十一頁，共八十六頁。軟件質量管理內容軟件過程改進規則三：每次珠子落下后調整漏斗位置，但以目標點作為移動的參考點。按照落點與目標點之間的差距，把漏斗移往與目標點等距但相反方向的位置，以彌補前次偏差第二十二頁，共八十六頁。軟件質量管理內容軟件過程改進規則四：每次珠子落下降漏斗移至該位置第二十三頁，共八十六頁。軟件質量管理人員職責軟件質量工程師的工作原則是“用過程質量確保產品質量”軟件質量工程師的職責分為組織相關的職責和項目相關的職責討論:軟件質量管理人員職責第二十四頁，共八十六頁。1.組織相關的職責·與客戶及時溝通，確?？蛻魸M意軟件質量工程師應當擔當"客戶代表"的角色，及時與客戶進行溝通，了解客戶對產品質量、開發進度、開發費用等方面的需求。定期進行客戶滿意度調查，對客戶反饋信息進行分析，為項目管理提供分析結果，及時根據客戶需求協助項目經理調整項目開發計劃。

軟件質量管理人員職責第二十五頁，共八十六頁。內部評審軟件質量工程師參與項目的內部評審活動，其職責包括確定評審員，為評審組織確定評審內容，確保評審按既定的過程執行，并向管理團隊通報評審結果?！徲嬡浖|量工程師參與改進并跟蹤現有審計制度以適應項目和產品解決方案發展的需要。軟件質量工程師相互協作以確保不斷地改進現有的審計內容和審計制度，提高管理的透明性。·度量其職責主要是進行量化過程管理，包括完善和執行統計過程控制，貫徹執行度量標準，通過數據采集和分析完善度量基準。軟件質量管理人員職責第二十六頁，共八十六頁。2.項目相關的職責·為相關項目提供過程管理和質量保證咨詢軟件質量工程師參加項目啟動會議，為制定項目開發計劃提供相關歷史數據。為項目開發人員提供質量保證相關知識的咨詢?！椭椖拷⑶袑嵖尚械馁|量保證目標，選擇適當的質量保證基準軟件質量工程師根據客戶需求、企業內部質量審查標準、行業標準，按照項目類別建立項目質量保證目標，與項目成員一起討論并進行必要的修改。明確度量標準和數據收集方法，在項目實施過程中根據建立的目標對項目進行實時監控。軟件質量管理人員職責第二十七頁，共八十六頁。制定項目質量保證計劃

軟件質量工程師根據項目類別、質量保證目標、項目開發進度制定相應的質量保證計劃。·項目審查軟件質量工程師應當參與必要的項目審查。審查內容包括：

-產品需求說明書

-軟件項目開發計劃

-測試計劃

-測試總結報告軟件質量管理人員職責第二十八頁，共八十六頁。·數據收集和分析軟件質量工程師負責按軟件質量保證計劃收集與項目相關的數據，通過對數據進行分析，及時將與質量相關的反饋和建議匯報給項目負責人和高級主管。項目負責人根據反饋數據調整項目開發計劃。項目審計軟件質量工程師負責鑒別項目開發中與項目質量保證計劃中規定的標準和過程不相符的內容，當這些內容與計劃偏離比較多，以至于可能影響到項目的及時高質量完成時，可以考慮召開項目審計會議。軟件質量工程師負責會議的計劃、主持，確保審計所有偏離內容，并匯報審計結果?！ぼ浖|量管理人員職責第二十九頁，共八十六頁?！は到y測試軟件質量工程師可以介入系統測試，確保軟件產品符合質量要求，滿足客戶需求。軟件質量工程師幫助系統測試工程師收集數據，將數據分析結果反饋給項目負責人、系統測試工程師和項目組其他成員。·錯誤預防軟件質量工程師負責提供歷史和當前數據，幫助項目了解項目所處狀態、進度和存在的弱點。所有的錯誤預防工作都應由項目負責人計劃并跟蹤，軟件質量工程師負責監督。

軟件質量管理人員職責第三十頁，共八十六頁。研究表明，組織內職能的集中化程度越高，該組織就越成功。如果程度太低，會被忽視；太高也可能引發問題；管理此項活動的人－質量經理－需要與部門內的其他經理位于同等位置。軟件質量管理人員職責第三十一頁，共八十六頁。軟件質量管理人員職責質量保證經理必須努力與其他部門經理及中層經理合作，參與程序或用戶系統的運行和應用，并參與標準的開發，因為整個組織內部都可能發生質量問題。集中式質量保證職能質量保證必須位于組織的高層管理位置。如果層次太低，將會被忽視。如果層次太高，可能會損失細節性運行結果。質量保證經理和項目經理必須共同努力。第三十二頁，共八十六頁。軟件質量管理人員職責軟件質量管理人員的價值在于項目的助手高層的助手過程改進的出發點提供過程與產品的可視性第三十三頁，共八十六頁。軟件質量管理分析方法散點圖回歸分析時序圖直方圖帕雷托圖因果分析圖控制圖過程能力指標第三十四頁，共八十六頁。軟件質量管理分析方法散點圖快速識別變量之間的關系通過分析散點圖的形狀，可以判斷有無明顯的趨勢或走向？變量之間關聯嗎？為回歸分析提供依據第三十五頁，共八十六頁。軟件質量管理分析方法散點圖第三十六頁，共八十六頁。軟件質量管理分析方法回歸分析回歸分析可以以量化的方式描述變量之間的依賴關系當使用線性回歸方法時（例如最小二乘法假定變量之間線性相關）在分析實際情況時，可以有選擇地消除一些異常點第三十七頁，共八十六頁。軟件質量管理分析方法回歸分析第三十八頁，共八十六頁。軟件質量管理分析方法時序圖第三十九頁，共八十六頁。軟件質量管理分析方法直方圖第四十頁，共八十六頁。軟件質量管理分析方法帕雷托圖1897年由意大利經濟學家VilfredPareto所提出Juran將其發展為一般的帕雷托原則80-20原則帕雷托圖中數據的重要性以下降的順序排列按優先順序表示數據，并將注意力集中在關鍵數據上，一般來說，關注在前兩到三個因素就可以解決絕大部分的問題第四十一頁，共八十六頁。軟件質量管理分析方法帕雷托圖第四十二頁，共八十六頁。80-20原則80%的窮人，20%的富人；

80%的人：掌握世上20%的財富，20%的人：掌握世上80%的財富；

80%的人：用脖子以下賺錢，20%的人：用脖子以上賺錢；

80%的人：負面思考者，20%的人：正面思考者；

80%的人：賣時間，20%的人：買時間；

80%的人：找一個好工作，20%的人：找一個好員工；

80%的人：受人支配，20%的人：支配別人；

80%的人：做事情，20%的人：做事業；

80%的人：重視學歷，20%的人：重視經驗；

80%的人：知識就是力量，20%的人：行動才有結果；

80%的人：我要是有錢我就怎么樣怎么樣做，20%的人：我怎么樣怎么樣做我就有錢；

80%的人：愛購物，20%的人：愛投資；

80%的人：愛瞎想，20%的人：有目標；

80%的人：答案中找問題，20%的人：問題中找答案；

80%的人：在乎眼前，20%的人：放眼長遠；

80%的人：錯失機會，20%的人：把握機會；

80%的人：早上才想今天干嘛，20%的人：計劃未來；

80%的人：按自己的意愿行事，20%的人：按成功的經驗行事；

80%的人：不愿做簡單的事，20%的人：重復做簡單的事；

80%的人：今天的事明天做，20%的人：明天的事今天做；

80%的人：不可能辦到，20%的人：如何能辦到；

80%的人：忘性好，20%的人：記筆記；

80%的人：受失敗人的影響，20%的人：受成功人的影響；

80%的人：狀態不好，20%的人：狀態很好；

80%的人：不整理資料，20%的人：會整理資料；

80%的人：受以前失敗的影響，20%的人：相信以后會成功；

80%的人：不愿改變環境，20%的人：與成功人為伍；

80%的人：改變別人，20%的人：改變自己；

80%的人：愛生氣，20%的人：愛爭氣；

80%的人：批評和漫罵，20%的人：鼓勵和贊美；

80%的人：愛放棄，20%的人：會堅持。第四十三頁，共八十六頁。軟件質量管理分析方法因果分析圖日本質量管理學者石川馨首先提出，又稱石川圖或魚刺圖它把影響產品質量諸因素之間的關系以樹狀圖的方式表示出來，使人一目了然，便于分析原因并采取相應的措施最后細分出來的原因應是具體的，便于采取實際措施在細分原因時，應集思廣益，力求分析結果準確而無遺漏第四十四頁，共八十六頁。軟件質量管理分析方法因果分析圖第四十五頁，共八十六頁。軟件質量管理分析方法統計控制過程統計過程控制為過程建立可接受的偏差SPC由WalterA.Shewart于二十世紀二十年代提出，主要用于控制產品的費用和質量SPC一度被認為是解決各種問題的萬靈藥。Deming等人提出了TQM的概念，SPC做為一種核心的方法而得到發揚光大第四十六頁，共八十六頁。軟件質量管理分析方法第四十七頁，共八十六頁。軟件質量管理分析方法統計控制過程在一切制造過程中所呈現的波動有兩個分量，第一個分量是過程內部引起的穩定分量（即偶然波動），第二個分量是可查明原因的間斷波動（即異常波動）異常波動可用有效方法加以發現并被剔除，但偶然波動不會消失，除非改變基本過程基于3Sigma的控制圖可以把偶然波動和異常波動區分開來——休哈特博士第四十八頁，共八十六頁。軟件質量管理分析方法統計控制過程第四十九頁，共八十六頁。軟件質量管理分析方法統計控制過程第五十頁，共八十六頁。軟件質量管理分析方法統計控制過程應用統計過程控制的分析結果如果數據分析結果只用于描述我們所作的事情，那它可能會提供有用的信息，但它的作用就像“昨天的新聞”

數據分析的結果應該對明天的工作有所幫助第五十一頁，共八十六頁。數據分析方法可用于統計分析的軟件過程數據成本：資金、分包合同金額、總金額時間：年、月、日、時等工作量：人時、人月、人年等規模：功能點、KLOC、對象點和

McCabe復雜度缺陷：測試前、測試后、發布后、總數等功能：功能點、產品的功能數變更：需求變更、設計變更關鍵計算機資源：內存或CPU的使用率任務：活動的完成狀態……第五十二頁，共八十六頁。CMMCMM的產生軟件能力成熟度（theCapabilityMaturityModelforSoftware,簡稱CMM）是美國軟件工程研究所（SoftwareEngineeringInstitute,縮寫為SEI）首先提出的。SEI是美國國防部設立，SEI的任務是提供一系列技術管理方法來提高軟件工程水平，保證美國防部能夠通過成本、進度和質量的預估和改進獲得并且支持其精準的軟件系統。第五十三頁，共八十六頁。CMM任務包含四個目標：

1、通過對實踐和技術（或為未充分應用的技術和實踐）的定義、評估和成熟預測，以加快導入和推廣高成效的軟件工程的實踐和技術。

2、在軟件工程和技術轉型方面維護一個長期有效的資格認證工作

3、使工業和政府組織通過自己的直接努力實現軟件工程的有規劃的改進

4、促進軟件工程持續不斷的應用所采納的優秀標準

第五十四頁，共八十六頁。管理思想質量管理的八大原則以顧客為關注焦點:組職依存於顧客,因此組織應當理解顧客當前和未來的需求,滿求滿足顧客要求並爭取超越顧客期望.領導作用:領導者確立組織統一的宗旨和方向,他們應當創造並保持使員工能充分參與實現組織目標的內部環境.全員能與:各級人員都是組織人,只有他們的充分參與,才能使他們的才干為組織帶來收益,過程方法:

將活動和相關的資源作為過程進行管理,可以更高效地得到期望的結果.第五十五頁，共八十六頁。管理思想質量管理的八大原則管理的系統方法:將相互關聯的過程作為系統加以識別,理解和管理有助於組織提高實現目標的有效性的效率.持續改進:持續改進總體業績應當是組織上的一個永恆目標.基於事實的決策方法:有效決策是建立在數據和信息分析的基礎上.與供方互利的關系:組織與供方是相互依存的,互利的關系可增強雙方創造價值的能力.第五十六頁，共八十六頁。比較項目不成熟的軟件組織成熟的軟件組織軟件過程臨時拼湊,不能貫徹統一標準,不斷改進,全員理解管理方式反應式主動式進度,經費估計無根據,質量讓步有歷史數據和客觀比較質量管理問題判斷無基礎,質量活動無保證質量保證第五十七頁，共八十六頁。CMM的一些基本概念軟件過程：人們用于開發和維護軟件及其相關過程的一系列活動，包括軟件工程活動和軟件管理活動。軟件過程能力：描述（開發組織或項目組）遵循其軟件過程能夠實現預期結果的程度，它既可對整個軟件開發組織而言，也可對一個軟件項目而言。軟件過程性能：表示（開發組織或項目組）遵循其軟件過程所得到的實際結果，軟件過程性能描述的是已得到的實際結果，而軟件過程能力則描述的是最可能的預期結果，它既可對整個軟件開發組織而言，也可對一個特定項目而言。軟件過程成熟度：一個特定軟件過程被明確和有效地定義，管理測量和控制的程度。

第五十八頁，共八十六頁。CMM的一些基本概念軟件能力成熟度等級：軟件開發組織在走向成熟的途中幾個具有明確定義的表示軟件過程能力成熟度的平臺。關鍵過程域：每個軟件能力成熟度等級包含若干個對該成熟度等級至關重要的過程域，它們的實施對達到該成熟度等級的目標起到保證作用。這些過程域就稱為該成熟度等級的關鍵過程域，反之有非關鍵過程域是指對達到相應軟件成熟度等級的目標不起關鍵作用。歸納為：互相關聯的若干軟件實踐活動和有關基礎設施的一個集合。關鍵實踐：對關鍵過程域的實踐起關鍵作用的方針、規程、措施、活動以及相關基礎設施的建立。關鍵實踐一般只描述"做什么"而不強制規定"如何做"。整個軟件過程的改進是基于許多小的、漸進的步驟，而不是通過一次革命性的創新來實現的，這些小的漸進步驟就是通過一些著關鍵實踐來實現。

第五十九頁，共八十六頁。CMM模型概要軟件開發的風險之所以大，是由于軟件過程能力低，其中最關鍵的問題在于軟件開發組織不能很好地管理其軟件過程，從而使一些好的開發方法和技術起不到預期的作用。而且項目的成功也是通過工作組的杰出努力，所以僅僅建立在可得到特定人員上的成功不能為全組織的生產和質量的長期提高打下基礎，必須在建立有效的軟件工程實踐和管理實踐的基礎設施方面，堅持不懈地努力，才能不斷改進，才能持續地成功。

CMM提供了一個框架，將軟件過程改進的進化步驟組織成5個成熟等級，為過程不斷改進奠定了循序漸進的基礎。這5個成熟度等級定義了一個有序的尺度，用來測量一個組織的軟件過程成熟和評價其軟件過程能力，這些等級還能幫助組織自己對其改進工作排出優生次序。成熟度等級是已得到確切定義的，也是在向成熟軟件組織前進途中的平臺。每一個成熟度等級為連續改進提供一個臺基。每一等級包含一組過程目標，通過實施相應的一組關鍵過程域達到這一組過程目標，當目標滿足時，能使軟件過程的一個重要成分穩定。每達到成熟框架的一個等級，就建立起軟件過程的一個相應成分，導致組織能力一定程度的增大。

下面給出了CMM模型概要，5個等級各有其不同的行為特征。要通過描述不同等級組織的行為特征：即一個組織為建立或改進軟件過程所進行的活動，對每個項目所進行的活動和所產生的橫跨各項目的過程能力。

第六十頁，共八十六頁。軟件能力成熟度模型：隨著軟件組織定義、實施、測量、控制和改進其軟件過程，軟件組織的能力也伴隨著這些階段逐步前進，完成對軟件組織進化階段的描述模型。第六十一頁，共八十六頁。初始級可重復級確定級可管理級優化級不斷改進的過程能預見的過程標準一致的過程有紀律的過程CMM結構第六十二頁，共八十六頁。5個等級CMM將軟件開發過程和軟件質量的成熟程度分成以下5個等級提出了由第一級（低級）向第五級（高級）逐級發展的模式。模型的等級從低到高，可以預計企業的開發風險越來越低，開發能力越來越高。模型的每個等級由不同的過程方面（ProcessArea）構成，而每個過程方面又由各種目標構成，每個目標由各種特定慣例和通用慣例支持。第六十三頁，共八十六頁。等級特點關鍵過程域初始級無序過程,消極管理可重復級基本的過程跟蹤,重復早先類似的項目需求管理,軟件項目策劃,跟蹤和監督,軟件培植管理,軟件質量保證已定義級標準軟件過程組織過程定義,焦點;培訓大綱,集成軟件管理,產品工程,同行評審已定量管理級定量的理解和控制定量的過程管理,軟件質量管理優先級過程不斷改進缺陷預防,技術變更管理,過程變更管理第六十四頁，共八十六頁。CMM的具體級別劃分如下

第一級：初始級（TheInitialLevel）：初始級的軟件機構缺乏對軟件過程的有效管理，其軟件項目的成功來源于個人英雄主義而非機構行為，因此它不是可重復的。

第二級：可重復級（TheRepeatableLevel）第二級軟件機構的主要特點是：項目計劃和跟蹤的穩定性，項目過程的可控性和以往成功的可重復性。更具體的說：機構建立了管理軟件項目的策略和實現這些策略的過程。

新項目的計劃和管理基于類似項目的經驗。

第六十五頁，共八十六頁。CMM的具體級別劃分如下

第二級：可重復級（TheRepeatableLevel）過程能力的增強基于以各個項目為基礎的有紀律的基本過程管理。不同的項目可有不同的過程，而對機構的要求是具有指導項目建立適當管理過程的策略。每個項目都確定了基本的軟件管理控制，包括：基于前面項目的經驗和新項目特點，做出現實的項目承諾（如預算、交付期、軟件質量等）；軟件項目管理者要跟蹤開支、日程、軟件功能；滿足承諾的過程中的出現的問題要及時發現，妥善解決；定義了軟件項目標準，且機構確保其被遵守。第六十六頁，共八十六頁。CMM的具體級別劃分如下

第二級：可重復級（TheRepeatableLevel）本級的關鍵過程領域（KPA）包括：需求管理（RequirementsManagement）——客戶的需求是軟件項目的基礎。軟件需求管理的目的是在客戶和軟件項目之間達成對客戶需求的一致理解。軟件項目計劃（SoftwareProjectPlanning）——為軟件工程和項目管理建立一個合理的計劃。軟件項目的跟蹤和監督（SoftwareProjectTackingandOversight）——使管理者對實際的軟件項目進展過程有足夠的了解，以在項目效能偏離計劃太多是采取有效措施。第六十七頁，共八十六頁。CMM的具體級別劃分如下

第二級：可重復級（TheRepeatableLevel）本級的關鍵過程領域（KPA）包括：軟件子合同管理（SoftwareSubcontractManagement）——選擇合格的分包商，并有效管理之。

軟件質量保證（SoftwareQualityAssurance）——對軟件項目過程及其間生產的各個產品進行監管以保證最終軟件質量。軟件配置管理（SoftwareConfigurationManagement）——在整個軟件生命周期里建立并維護軟件項目的工作產品的完整性。第六十八頁，共八十六頁。CMM的具體級別劃分如下第三級：已定義級（TheDefinedLevel）

第三級的主要特征在于軟件過程已被提升成標準化過程，從而更加具有穩定性、可重復性和可控性。處于第三級的企業具有如下一些特征：機構采用標準的軟件過程，軟件工程和管理活動被集成為一個有機的整體。標準化的目的是使之可使管理者和技術人員有效工作。

有一組人員專門負責機構的軟件過程，并且在機構中有培訓計劃來確保stuff和manager有知識和技能完成所賦予的角色。

標準的軟件過程結合項目的特點即形成定義的軟件過程，它包括一組集成的定義良好的軟件工程和管理過程。

第六十九頁，共八十六頁。CMM的具體級別劃分如下第三級：已定義級（TheDefinedLevel）

一個定義良好的過程包括就緒準則、輸入、完成工作過程、驗證機制、輸出和完成準則。

在已建立的產品線上cost,schedule,functionality均可控制，軟件質量被加以跟蹤。過程能力體現在在機構范圍內對一個定義的軟件過程活動、角色和責任的共同理解。第七十頁，共八十六頁。CMM的具體級別劃分如下第三級主要處理以下的KPA：機構過程關注（OrganizationProcessFocus）——機構對于改進機構的軟件過程能力的軟件過程活動的責任。機構過程定義（OrganizationProcessDefinition）——維護一組有用的軟件過程assets和提供一個用于定義定量過程管理的有意義的數據的基礎

培訓計劃（TrainingProgram）——個體的技能和知識以使他們能夠更加有效的完成他們的角色集成軟件管理（IntegratedSoftwareManagement）——業務環境和項目的技術需要，從機構的標準軟件過程和相關的過程assets經過剪裁，將軟件工程和管理活動集成為一個有機的定義的軟件過程。軟件產品工程（SoftwareProductEngineering）——地完成定義良好的工程過程。它描述了項目的技術活動，如需求分析，設計，編碼和測試。組間協調（IntergroupCoordination）——軟件工程組主動介入其它工程組以便項目能更好滿足客戶要求的手段

同行評審（PeerReviews）——且有效的排除軟件工作產品中的缺陷。它可通過inspection,structuredwalkthrough等手段進行。第七十一頁，共八十六頁。第四級：已管理級（TheManagedLevel）

第四級的軟件機構中軟件過程和軟件產品都有定量的目標，并被定量地管理，因而其軟件過程能力是可預測的，其生產的軟件產品是高質量的。具體地說，第四季的機構具有如下特征：

軟件過程和產品有定量質量目標。重要的軟件過程活動均配有生產率和質量度量；數據庫被用來收集和分析定義軟件過程的數據；

項目的軟件過程和質量的評價有定量的基礎；項目的產品和過程控制具有可預測性。

縮小過程效能落在可接受的定量界限內的偏差；

可區分過程效能的有效偏差和隨機偏差；

面向新領域的風險是可知并被仔細管理；第七十二頁，共八十六頁。第四級：已管理級（TheManagedLevel）本級的關鍵過程領域包括：定量過程管理（QuantitativeProcessManagement）——地控制軟件項目的過程效能。軟件質量管理（SoftwareQualityManagement）——定量了解項目軟件產品的質量，并達到既定的質量目標。第七十三頁，共八十六頁。第五級：TheOptimizingLevel

概括來說，第五級的主要特點是技術和過程改進被作為常規的業務活動加以計劃和管理。處于第五級的企業具有如下一些特征：機構集中于連續的過程改進

具有標識弱點和增強過程的手段。采用過程數據分析使用新技術的代價效益并提出改進。項目隊伍能夠分析出錯原因并防止其再次出現。

防止浪費是第五級的重點。第七十四頁，共八十六頁。第五級：TheOptimizingLevel

改進的途徑在于已有過程的增量改進和使用新技術和新方法的革新構成：陷預防（DefectPrevention）——出錯原因，防止錯誤再現(通過改變定義的軟件過程)

技術變更管理（TechnologyChangeManagement）——有益的新技術(工具、方法和過程)，并按有序的方式將其轉移至機構之中。其重點在于在變化的世界中有效的完成革新。

過程變更管理（ProcessChangeManagement）——改進機構所采用的軟件過程，以改進軟件質量，提高生產率和減少