軟體能力成熟度模型三 CMMI的應用

cmmi模型支援兩種實施過程改進的方法，一種稱為階段表示，一種稱為連續表示。

階段表示（staged representation）為過程改進提供了乙個預定義的路線圖，即從成熟度等級1到成熟度等級5逐級增加，要達到某一成熟度等級，必須滿足該等級（及其以下等級）上所有過程域的目標。

連續表示（continuous representation）支援單個過程域的改進，可理解為乙個過程域接著乙個過程域實施改進。在每個過程域上從能力等級0到能力等級5逐級增加。

階段表示是從cmm模型繼承而來，已經過多年的實踐檢驗。它提供了乙個明確的、被證實的過程改進路徑，遵循這條路徑不需要過多的討論和爭論。而且由於它的明確性和統一性，有助於進行跨組織的比較。

連續表示的優點是提供了靈活性。使用者可根據具體的改進目標來選擇需要實現的過程域及其實現次序。

成熟度等級的評估由美國卡內基梅隆大學的軟體工程研究所授權的主任評估師領導乙個評審小組進行，其成員大部分來自企業內部。

評估過程包括員工培訓（企業的高層領導也要參加）、問卷填寫和統計、文件審查、資料分析、與企業的高層領導討論和撰寫評估報告等。評估結束由主任評估師簽字生效。

評估結果報告給sei。

一般有兩種型別的評估：軟體過程評估和軟體能力評價。

軟體過程評估用於確定機構當前過程的狀態，決定乙個機構所面臨的與過程相關的問題，並且獲得機構對軟體過程改進的支援。

軟體能力評價用來確定合格的軟體專案承包方，或用來監督在目前的軟體專案中正在進行的軟體過程的狀態。

判斷乙個組織當前的軟體過程的狀態，並發現過程中的缺陷。

判斷並確定乙個組織面對的與軟體過程相關的改進策略。

判斷有意承擔某個軟體專案的軟體組織（投標者）的過程能力。

利用評價結果確定選擇某一承包者的風險。

判斷已進行的軟體過程所處的狀態是否正確或是否正常。

推動承包者在工作過程中改進他們的軟體過程。

挑選隊伍：成員必須具有專業的軟體工程和管理方面的知識，並接受過基本cmm/cmmi概念和特定評估及評價方法的訓練。

問卷調查：讓來自被評估單位的代表完成軟體過程成熟度問卷並回答評估評價組提出的診斷性問題。

響應分析：明確哪些回答與問題的答案相吻合，並確定須進一步調查的領域。

現場調查：從響應分析的結果出發，評估小組進行提問、檢查、協商等，以獲取專業性的結論，說明軟體過程的 kpa是否達到了應有的目標。

評估小組提供乙個定義軟體過程優缺點的結果清單。對於軟體過程評估來說，這些結果將成為過程改進的基礎和參考；對於軟體能力評價來說，這些結果為決策者提供風險分析的技術基礎。

評估小組完成kpa基本概況的描述檔案，給出組織已經滿足的kpa目標和尚未滿足的kpa目標。

軟體過程評估和軟體能力評價在出發點和目標上是不同的（導致成熟度問卷調查的內容組織不一樣，收集的資訊不一樣，結論的評價不一樣）。

軟體過程評估是在乙個開放的、互相協作的環境下進行的。而軟體能力評價往往是在有較大阻力的環境中進行的。（因為過程評估是為了提高管理者和工程師的工作水平，而能力評價是為了表明乙個軟體組織的實際軟體過程能力，為選擇承包者和減少費用服務）。

過程改進必須有高階主管的支援與委託，並積極地管理過程改進的進展。

基層技術人員的參與和支援極端重要。

利用定量的可觀察資料盡快使過程改進的成果可見，從而激勵參與者的興趣。

按照軟體過程改進對企業文化的要求進行變革，要求軟體過程改進為商業利益服務，並與企業其他部分協調。

軟體能力成熟度模型 三 CMMI的應用