上课第二章.ppt

圖 2-9 CMMI 的歷史沿革示意圖 公司引進CMMI後成長實例 l? 生產力約有10%到20%的提昇。 l? 產品錯誤率約降低一個數量級。 l? 對專案的預估與控制能力約提昇40%到50%。 l??依據 SEI 的研究資料顯示，成功公司軟體產品的瑕疵，比不成功的公司少了1/3以上，客戶滿意度也因而較高。 l??軟體成熟度每提昇一級，約可降低5%到10%的開發成本。 l?洛克希德公司在連續五年改善軟體開發流程後，軟體瑕疵數降低90%，上市時間增快40%，開發成本則降低75%。 2.5.2 CMMI的模型和層級 分成五個等級(Level ) CMMI-Level 1初始層（Initial） CMMI-Level 2重覆層（Repeatable） CMMI-Level 3定義層（Defined） CMMI-Level 4管理層（Managed） CMMI-Level 5最佳層（Optimized） 圖 2-10 CMMI 五個層級 CMMI-Level 1初始層（Initial） 軟體程序漫無章法，程序未被定義。 CMMI-Level 2重覆層Repeatable） 已建立基本的管理程序，對成本、時程、和職務權責能加以追蹤、查詢。已有作業程序所須具有的紀律，所以有能力重覆使用相類似的專案成功的案例與經驗。 CMMI-Level 3定義層（Defined） 屬於管理和工程的活動都已設計、定義好，並且文件化，完整地整合成組織內的標準作業程序。 CMMI-Level 4管理層（Managed） 組織可收集詳細的軟體程序以及軟體產品的量測資料。 CMMI-Level 5最佳層Optimized） 評估革新性的新技術，做反省與提升，有規則地依序導入採用，以持續不斷地改進程序。 2.5.3 CMMI的關鍵流程領域（Key Process Area，KPA） 每個成熟度層級內部各包含了數目不等的關鍵流程領域(Key Process Areas，KPAs) 圖2-11 軟體成熟度模式結構 關鍵流程領域（Key Process Area，KPA） 每一個關鍵流程領域則認定了一群相關的活動，以作為完成該關鍵流程領域的目標,目標中所描述的是關於該關鍵流程領域的關鍵技巧(Key Practices，KPs)的總體，可由此目來判定組織或專案是否有效地實施此關鍵流程領域。 第一層是毫無章法的管理，所以沒有任何KPA，而第二層到第五層，每一成熟度階層都由一些KPA所組成。 表2-1關鍵流程領域 目標(Goals) 每個KPA都設定有一組目標，標示出KPA的範圍、界限與企圖。 關鍵技巧（Key Practice，KP） 每一個KPA是由幾個KP來描述，而KP是描述將KPA有效地的實現和制度化所需的重要活動與基礎建設（infrastructure）。 共同特徵（Common feature） 共同特徵是屬性的表徵，經由它們可以來判定KPA的實施與制度化上是否具有效性、可否重複使用執行、以及是否可持續下去。 表2-2 CMMI中四個特徵 2.5.5 CMMI鑑定(CBA) CMMI鑑定工作須由SEI授權之主導評審員負責依SEI之方法及資料執行，並將執行結果回報給SEI。 2.5.6 CMMI國內現況 目前是由軟體自由協會成立軟體工業生產力提升計畫辦公室來輔導企業進行相關認証，而資策會技術處則取得政府補助，負責導入相關相關技術，以培養人力。 國內的軟體廠商大部份爭取的是CMMI的Level II認證，目前國內已有多家取得CMMI認證，工研院電通所、碩網資訊、三商電腦、英特連..等。台積電的軟體部門也要透過印度Tata consulting來取得level 3認証。 2.6 ISO 9000 ISO9000本質上是一個品質管理系統標準，在品質系統建置的過程中，對品質系統架構面提供了一個良好的指導，可以幫助組織建立一個完整且能持續改善的品質系統。 2.6.1 ISO 9000-3 軟體業也能夠採用ISO 9001標準，ISO公佈了ISO 9000-3的指導方針來因應具有開發製造，供給維護流程的軟體產業。 2.6.2 ISO 9000品質系統的建置 流程導向的品質管理系統，是為了更切合客戶的需要，新的標準在概念及結構上，被“流程方式”所取代，新的流程化架構和計劃-實施-檢查-執行（Plan-Do-Check-Action）改善循環程序一致。 圖 2-12 品質管理系統的架構圖 2.6.3 ISO-9000與軟體工程 軟體工程重點項目: 1.??????????? 合約與需求管理 2.??????????? 軟體開發流程與標準 3.??????????? 建構管理之實施 4.??????????