1、CMMI與軟件質量管理目的明確組織實施CMMI的根本目標應包含對質量管理能力的提升理解CMMI質量管理的根本理念了解CMMI所包含的質量管理的實踐和要求。明確以提高產品質量為目的的工程質量管理所涵蓋的內容和方法 Page內容推進質量管理是實施CMMI過程改進的重要目標基于過程的質量管理工程質量管理的3個方面：質量保證、質量控制和質量工程的實踐質量保證 - 概念及QA的角色質量控制工程質量工程的實踐 PageCMMI實施帶來哪些改變？ 改進軟件產品的質量 改進工程滿足預定目標的能力 減少開發本錢和周期 降低工程風險 更有效地控制供給商 提高組織過程能力 提高競爭力,市場占有率,效益 .CMMI的

2、實施有助于：Page成功的經驗-1缺陷率生產率 88 89 90 91 92 93 94 95 96 97 98 99軟件缺陷率Defect / KLOC軟件生產率和質量性能Reference: Presented at SEPG 99L2L3L4軟件生產率 SLOC / 人天Page成功的經驗-2缺陷能夠在早期發現并消除Page成功的經驗-2缺陷能夠在早期發現并消除Page成功的經驗-3產品質量隨成熟度的提高而改進PageCMM等級與產品缺陷CMM Level隱含的缺陷缺陷消除率%交付的缺陷15.00850.7524.00890.4433.00910.2742.00930.1451.0095

3、0.05數據按每個功能點的缺陷數來表示Source: Software Assessments, Benchmarks, and Best Practices by Capers Jones, year 2000Page國內CMM成熟度等級分布數據來源：信產部科技司 05 年 12 月軟件過程改進與評估推進座談會 國內軟件企業開展 CMM/CMMI 過程評估的數量到達 350 家Page被評估組織的地區分布*上海、遼寧數據到05 年底數據來源：信產部科技司 05 年 12 月軟件過程改進與評估推進座談會 Page國內軟件企業的質量管理能力？缺少對產品質量狀況進行客觀評價的數據 按CMMI模型實

4、施的過程改進應將工程質量管理能力的提升作為改進重點之一。Page質量和軟件質量管理 質量(Quality)一組內在特性滿足需求的程度。 ISO 9000: 2000一個系統、構件或過程滿足特定需求（顧客或用戶需要或期望）的程度。 IEEE-STD-610 軟件質量管理 確定一個軟件產品的質量目標、建立實現這些目標的方案以及監督和調整軟件方案、軟件工作產品、活動和質量目標以滿足顧客和最終用戶需要和期望的過程。 SW-CMM CMU/SEI-93-TR-025Page質量對本錢和進度的影響早期階段工作產品的低質量將最終影響本錢和進度開發過程中較早引入的缺陷,如果未加消除,將在后期花費更多的資源來治

5、理。單獨依靠產品交付前的測試會更多地犧牲進度和本錢成熟的過程在工程早期就開始控制工作產品的質量缺陷預防的方法能到達本錢效益最正確本錢和進度是確定質量等級的主要影響因素之一PageCMMI質量管理的理念“產品的質量在很大程度上取決于用以開發和維護該產品的過程的質量。人過 程技 術Q & P該前提以制造業為根底已長久建立；在世界范圍的制造和效勞業的質量運動中得到確信（如,ISO 9000 標準）。Page基于過程的質量定義過程質量OK否是開發產品評估產品質量改進過程將過程制度化Page質量管理的職責質量管理體系和過程的建立在組織級,實施在工程級；組織質量管理的職責質量目標是組織的商業目標之一建立質

6、量方針和策略提供資源和支持工程質量管理的職責把質量構建到產品中去實施對產品質量的監控工程如何實施質量管理？Page工程質量管理的主要環節質量保證(Quality Assurance)質量控制(Quality Control)質量工程的實踐(Quality Engineering Practices)Page軟件質量保證 什么是軟件質量保證？由（相對）獨立的質量管理人員在工程的整個開發周期中對工程所執行的過程和產生的工作產品進行監督和檢查,確保其符合預定的要求。條件：組織已經制定了較為完備的開發和管理過程體系 質量保證的目的確保過程得到有效地執行,并推進過程改進就工程過程的執行情況和所構造的產品

7、向管理者提供適當的可視性質量保證有效實施的前提各級管理者相信“過程高級管理者提供資源和支持QA的主動性Page理解QA的角色QA 關注的是:正確的貫徹和使用過程客觀地審視工程過程的符合性與 SEPG組共同分析執行過程所產生的結果,以支持過程改進合作協調地開展工作提供執行過程的反響意見為工程人員掌握過程提供指導Page理解QA的角色QA 不承擔:對模型(CMM/CMMI)符合性的監督 驗證工程工作產品的好壞 “goodness 產品質量的責任 強迫對過程的遵循Page質量控制為評價和驗證已開發的產品而執行的活動和技術產品是否滿足質量要素（quality factors)的要求?產品 (包括生命周

8、期的工作產品)是否具有可接受的質量? 工具和技術同行評審/技術評審測試質量控制的目的發現在工作產品中隱藏的缺陷和問題為產品的質量分析提供數據Page評審評審(Review): 軟件技術人員（包括管理人員、用戶代表）以會議的形式對軟件產品進行評論,識別存在的問題,并判斷其是否滿足預期的要求。 同行評審(Peer review)在工作產品的開發進程中由同行們對該工作產品進行的評審,目的是識別要消除的缺陷。CMMI V1.2方式：審查(Inspection)、走查(walkthrough), 評審過程評審的檢查單評審記錄和報告Page測試測試 - 對產品的動態檢測和評價不同層次,單元測試、集成測試,

9、 .不同的類型,黑箱、白箱目的： 驗證產品符合技術文檔預期的特性、功能和性能等要求；識別產品的缺陷。正式測試過程測試規程、方法和工具缺陷的記錄和跟蹤機制Page評審和測試關注的重點過程發現缺陷的能力對過程活動和產品質量狀況的了解Page質量工程 確保將質量構建到軟件產品而對需求、設計、代碼和驗證過程和結果所進行的各種分析、研究和調控,以確保產品的可靠性、可維護性和其它質量要素得到滿足的活動。 早期的錯誤發現缺陷消除有效性分析質量本錢的優化缺陷預防Page工程質量工程的實踐質量分析模型質量分析的技術、方法和工具魚骨圖、Pareto 圖、趨勢分析、統計過程控制等質量分析產生的共識盡可能早地發現并消

10、除缺陷在軟件開發周期的各階段實施質量控制活動；收集質量管理的數據缺陷數據返工的工作量數據缺陷消除有效性分析；質量本錢分析Page質量分析模型- 缺陷消除錯誤修改引入缺陷發現進入本階段前存在的缺陷未發現的缺陷結束本階段時遺留的缺陷消除的缺陷逃逸的缺陷本階段開發中注入的缺陷進入的缺陷進入的缺陷本階段開發中注入的缺陷消除的缺陷+()/DRE =缺陷消除的有效性 (DRE)缺陷修改修改引入的缺陷+當前的開發階段階段性缺陷消除的有效性Page盡早消除缺陷的價值0102030405060100RequirementsDesignCodeSystem TestMaintenancePhase Error F

11、ound & Fixed Cost to Fix$1$5$20$50$100+缺陷修改的本錢 1：10：100Page多階段消除缺陷比較 階 段需求設計實施UTITST 進入的缺陷1003407362951184760% 的缺陷被消除401362951184719 進入的缺陷100330699210631970% 的缺陷被消除30992106319610030060095%100060%60%60%60%60%60%1950DRE DRE 10%缺陷3Page工程發現缺陷的狀況？Page缺陷數據是質量活動的根底 籌劃將來的工程和工程的后續階段積累的缺陷歷史數據在工程籌劃中可以用來確立工程的質量目標估計缺陷密度缺陷消除率在開發進程中利用工程前期采集的缺陷數據來預測產品潛在的缺陷采取適當的措施來改進質量規劃產品的維護工作利用缺陷數據評估過程 工程缺陷預防錯誤發生的類別原因分析Page缺陷消除的模式Page分析缺陷數據對每次評審和測試活動收集的數據進行匯總和分析缺陷分布的趨勢及其對產品質量的影響識別缺陷引入階段缺陷密度- 缺陷是否被充分地發現Page缺陷消除有效性矩陣(DRE Matrix)工程的 DRE = 148/166 = 89.2%Page改進質量的途徑- 盡早消除缺陷在總體