cmmi實驗報告word版(已修改)
2025-04-26 01:31 本頁面
【正文】 CMMICMM2標準 CMM 2（可重復級）就是建立了基本的項目級管理過程，可對項目的成本、進度進行跟蹤和控制，生產的過程、標準、工作產品以及服務都是被嚴格定義和文檔化的?；谝酝芾眍愃频捻椖康慕涷灒媱澓凸芾硇马椖浚⒖梢罁?jù)一定的標準重復利用類似的軟件產品。CMM 2的核心就是重復利用。 CMM2由6個關鍵過程域(KPA)組成：需求管理(RM)、軟件項目計劃(SPP)、軟件項目跟蹤與監(jiān)控(SPTO)、軟件子合同管理(SSM)（本文略）、軟件質量保證(SQA)、軟件配置管理(SCM)。 需求管理(Requirement Management) 需求管理的目的是為了在客戶和處理客戶需求的軟件項目之間建立共識。這是軟件項目規(guī)劃(SPP)和管理(SPTO)的基礎，需求變更依賴于配置管理(SCM)的變更控制流程。在項目實施過程中，最突出的現(xiàn)象就是項目組成員沒有完全理解需求，軟件需求不穩(wěn)定，客戶經常變更需求，無法有效控制需求變更，需求變更往往造成項目延期和費用超支。 CMM2要求的需求管理的基本流程可如圖一所示。該流程描述了軟件工程組開始獲取原始需求，匯總為系統(tǒng)需求，分配系統(tǒng)需求，復審軟件需求，軟件需求必須文檔化形成需求文檔，此文檔必須經過相關組和個人的評審，通過評審之后才納入配置管理，為需求文檔建立基線。軟件項目計劃、活動及軟件工作產品，應和軟件需求的變化保持一致。 根據(jù)流程，可以結合實際開發(fā)情況確定項目的需求管理步驟： a. 獲取需求和確認需求以Use case（用例）為單位，以Rational Requisite Pro作為需求管理工具，使用Rational Rose進行維護Use case和Use case Model。 獲取需求工件是：用例模型(Use case Model)、非功能性的“補充規(guī)約”、用例規(guī)約(Use case Specification)、詞匯表(Glossary) b. 通過訪談，從客戶處獲取原始需求，形成需求文檔。 c. 分析軟件需求形成Use case描述文檔，與客戶共同確認需求，向客戶展示Use case文檔，獲得客戶認可。 d. 建立基線的需求必須通過相關組的審查，包括：系統(tǒng)分析組、設計組、編碼組、測試組、質量保證組、配置管理組、文檔管理中心及個人。通過審查，項目組成員發(fā)現(xiàn)需求是否可行、是否完善、是否清晰、是否可進行測試。 e. 通過審查后，將需求文檔納入配置管理，為需求創(chuàng)建基線。 f. 通過工具管理，對需求進行跟蹤，盡快找出需求變更受影響的需求及工件，并了解需求的實現(xiàn)情況。 g. 客戶確認后如需變更，項目小組成員向其說明變更的影響，并有可能增加費用及時間，盡量控制客戶的需求。需求變更的流程按配置管理的變更流程執(zhí)行。 h. 一旦需求發(fā)生變更，項目計劃、活動、工序隨之變更，并重新提交相關組和個人復審。 i. 實際項目需求管理中應用的文檔有： 項目需求管理流程定義、項目需求復審流程定義、項目需求及狀態(tài)跟蹤流程定義、需求獲取表格、需求狀態(tài)報告、需求復審報告、需求變更報告、需求跟蹤報告 軟件項目計劃(Software Project Plan) 軟件項目計劃的目的在于建立合理的計劃，執(zhí)行軟件工程和管理軟件項目。軟件項目計劃管理在軟件開發(fā)過程中處于十分重要的地位，它體現(xiàn)了對客戶需求的理解，是開展項目活動的基礎，是軟件項目跟蹤與監(jiān)控（SPTO）的基礎。 CMM2軟件項目計劃根據(jù)納入配置管理后的軟件需求進行項目估算，并依據(jù)文檔化的流程，形成項目計劃文檔。項目計劃文檔經復審后納入配置管理，由項目開發(fā)人員遵循，并據(jù)此跟蹤檢查計劃的執(zhí)行。項目計劃文檔在復審過程中，如果項目計劃對風險估算不足或存在其它問題，就需要對項目計劃文檔重新修正，以獲得項目組和高層管理者的支持。軟件項目計劃（SPP）也稱為軟件開發(fā)計劃（SDP：Software Development Plan），軟件開發(fā)計劃一般是指管理軟件項目的全面計劃。 在項目實施過程中，比較常見的情況一種是制定的軟件項目計劃內容簡單，無法具體到每一個迭代或每周，可變性太大；或者制定了詳細的軟件項目計劃，但實際執(zhí)行根本就不按照計劃實施。 軟件項目計劃的實際應用模式如下： a) 項目采用 Microsoft Word 擬定計劃文檔，以 Microsoft Project 擬定計劃的進度表。 b) 項目經
環(huán)評公示相關推薦
鄂ICP備17016276號-1