建立CMMI軟件質量管理體系文件

　　CMMI是模型、而非過程、只講“做什么”，不講“如何做”，實施時，必須以模型為指導、加以本地化、形成自己的過程 · 建立自己的體系文件，然后根據體系文件實施各個過程的管理，軟件研制單位應組織體系編寫組 · 建立W’CMMI的軟件質量管理體系文件。體系文件的層次結構一般分為四層，第一層次是頂層方針 · 主要內容是規定軟件質量管理體系的組織方針、機構及職責、體系結構、以及軟件項目管理過程和軟件工程過程等總體要求，是軟件質量管理體系中的綱領性文件。第二層次是過程文件 · 目的在于指導項目開發過程中的項目管理活動、工程活動、

支持活動和過程管理活動。第三層次是規程文件，定義各過程域中具體活動的準則和操作流程 · 用于規范過程活動，葦四層次是模板類文件，定義各過程域中具體活動的工作產品模板 · 用于統一工作產品的格式與內容。表-3給出丁一個(”人1入門三級體系文件層次結構示例。表2-3體系文件層次結構示例，分類說明頂層方針.

　　第一層次文件是方針 · 綱領性文件質量手冊組織過程定義過程說明組織過程焦點過程說明結合第一層次文件、在生存周期模型基礎上建它的過程文件、門的在于指導項日開發過程中的項目管理活動、工程活動、支持活動和過程管理活動，軟件工程過程說明，過程文件，需求管理過程說明，軟件項目管理過程說明，供方協議管理過程說明，過程和產品質量*過程稱名。

　　測量分析指南配置，標識規范配置庫管理規程，更動控制規程記錄，管理規程決策分析與決定指南，工程技術文檔模板模板類文件定義各過程域中具體活動的工作產品模板，用于統一工作產品的格式與內容項目管理模板支持過程模板。

　　2.3體系試運行

　　體系試運行的目的是驗證體系的合理性、可行性與適宜性。體系試運行前與項目的*人員進行體系文件知識培訓；然后，選擇幾個項目按照體系文件整個生存周期的軟件研制過程和控制過程。實施時要注意試運行的項日應能夠翟萃”程域的各個分支，例如，需求變更、計劃變更和向高層上報問題等。

　　2.4項目評估及整改

　　項目評估一般包括以下幾個步驟，如2所示。(1)成立評估專家組。評估組成員一般由4～7名熟悉CMMI標準、具有豐富軟件工程經驗的專家擔任，在現場評價前需對評估組成員進行"CMMI人門”和“評價方法”培訓。

　　(2)被評估組織確定訪談對象。訪談對象應涵蓋高層管理者、中層管理者代表、EPG成員、項目負責人、開發人員、測試人員、配置管理人員和質量*人員等 · 原則上每個人只訪談一次，現場評價前必須確定。

　　(3)制定評估計劃。評估計劃中需明確組織的應用領域、選內部評估定項目和評估參與人員；評估活動的工程表；現場評價所需資源；評價結束后需交付的工作產品；完成該計劃所涉及的潛在風評價總結險及采取措施等。

　　(4)內部評估。評估專家組到現場對相關人員進行訪談，并圖2-4CMMI評估過程對軟件工程文檔進行檢查，從文檔的內容、格式、種類等方面評估軟件工程過程是否符合CMMI標準和組織定義的軟件質量體系文件的要求。

　　(5)評價總結。評估專家組召開評價總結會，共同梳理問題清單，指出軟件過程存在的問題。EPG組對項目運行過程中各方面的狀況進行*的診斷檢查，針對發現的問題，可調研其他單位的實現情況，學習相關的經驗和方法，制定改進措施。如果是體系本身存在問題，需組織體系編寫組成員對體系文件進行修訂完善；如果是項目存在問題，需對項目組成員進行相關知識的培訓。

　　2.5體系正式運行

　　新版軟件質量管理體系文件發布后，需對相關人員進行培訓，然后按照體系文件要求正式實施CMM1。項目運行過程中，難免會發現體系的不完善因素，這時就需要修改、完善體系。另外，CMMI的等級劃分也決定了軟件過程的改進不是一蹴而就的，而是從1級到5級逐級進化，這就決定了體系的運行、評估及整改是一個循序漸進的過程。在CMMI實施過程中，應定期對體系運行情況進行評估，逐步、逐級完善體系，持續進行軟件過程改進。在改進過程中要注意把握以下幾個環節；

　　(1)過程改進要以提高質量為根本目的，應考慮與IS09001等其他質量體系的要求的有機結合。

　　(2)過程改進要有工具做支撐。結合單位實際情況，開發合適的工具，將CMMI的要求融合到軟件工程過程中，化管理為無形，減少管理成本。

　　(3)提升對標準的理解，做好“本地化”工作 · 使得體系既符合標準要求，又符合單位實際流程。