【正文】 ...........................................27 模塊設(shè)計 ................................................................................................................................................27 11 實現(xiàn)與測試 ...............................................................................................................................................28 12 系統(tǒng)測試 ....................................................................................................................................................29 13 客戶驗收 ....................................................................................................................................................31 14 技術(shù)評審 ....................................................................................................................................................32 15 配置管理 ....................................................................................................................................................33 16 質(zhì)量保證 ....................................................................................................................................................35 17 培訓(xùn)管理 ....................................................................................................................................................37 18 服務(wù)與維護 ...............................................................................................................................................38 4 1 軟件研發(fā)制度綜述 精簡 模型 “精簡模型”是 基于 CMMI 以及軟 件工程和項目管理知識而創(chuàng)作的 一種“軟件過程改進方法和規(guī)范”，它由眾多的過程規(guī)范和文檔模板組成。 精簡 模型把產(chǎn)品生命周期劃分為 6 個階段，分別為： ? 產(chǎn)品概念階段 ? 產(chǎn)品定義階段 ? 產(chǎn)品開發(fā)階段 ? 產(chǎn)品測試階段 ? 用戶驗收階段 ? 產(chǎn)品維護階段 在 精簡 模型中，軟件項目的過程有三大類：項目管理過程、項目研發(fā)過程和機構(gòu)支持過程。 項目管理過程包含 6 個過程域，分別為： ? 立項管理 ? 結(jié)項管理 ? 項目規(guī)劃 ? 項目監(jiān)控 ? 風(fēng)險管理 ? 需求管理 項目研發(fā)過程包含 7 個過程域，分別 為： ? 需求開發(fā) ? 技術(shù)預(yù)研 ? 系統(tǒng)設(shè)計 ? 實現(xiàn)與測試 ? 系統(tǒng)測試 ? 客戶驗收 ? 技術(shù)評審 機構(gòu)支撐過程包含 4 個過程域，分別為： ? 配置管理 ? 質(zhì)量保證 ? 培訓(xùn)管理 ? 服務(wù)與維護 精簡 模型如圖 11 所示。這樣，機構(gòu)領(lǐng)導(dǎo)、項目經(jīng)理、開發(fā)人員、測試人員、質(zhì)量保證人員 等人根據(jù) 精簡 模型，很容易知道自己“應(yīng)該在什么時候、按照什么規(guī)范做什么事情”。 二、容易裁剪與擴充 精簡 模型的三類過程貫穿了產(chǎn)品的整個生命周期， 17 個最常見的過程域都合理地安排在產(chǎn)品生命周期中的某些階段。 0 圖 11 精簡 模型 產(chǎn)品概念 產(chǎn)品定義 產(chǎn)品開發(fā) 產(chǎn)品測試 客戶驗收 產(chǎn)品維護 立項管理 項目規(guī)劃 項目監(jiān)控 風(fēng)險管理 需求管理 結(jié)項管理 需求開發(fā) 配置管理 質(zhì)量保證 培訓(xùn)管理 項目 管理 過程 項目 研發(fā) 過程 機構(gòu)支撐過程 服務(wù)與維護 技術(shù)評審 技術(shù)預(yù)研 并行 、迭代 根據(jù)產(chǎn)品特征確定最合適的開發(fā)模型， 以線性順序為主，以并行、迭代為輔。 項目管理過程域 目的 立項管理 采納符合機構(gòu)最大利益的立項建 議，通過立項管理使該建議成為正式的項目。 結(jié)項管理 在項目開發(fā)工作結(jié)束后，對項目的有形資產(chǎn)和無形資產(chǎn)進行清算、對項目進行綜合評估以及總結(jié)經(jīng)驗教訓(xùn)等。 項目監(jiān)控 周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資源等，不斷地了解項目的進展情況，以便當(dāng)項目實際進展顯著偏離計劃時能夠及時采取糾正措施。 需求管理 在客戶與開發(fā)方之間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。 技術(shù)預(yù)研 在立項之后到開發(fā)工作完成之前的時間內(nèi)，對項目將采用的關(guān)鍵技術(shù)提前學(xué)習(xí)和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術(shù)障礙。 實現(xiàn)與測試 依據(jù)系統(tǒng)設(shè)計文檔，編寫并測試整個系統(tǒng)的代碼。 系統(tǒng)測試 對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。 技術(shù)評審 盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。 配置管理是對工作成果的一種有效保護。 培訓(xùn)管理 根據(jù)機構(gòu)（或項目）的需求來制定培訓(xùn)計劃，并監(jiān)督該計劃的實施，確保培訓(xùn)取得預(yù)期效果。 表 11 精簡 過程域的目的 5 精簡模型 文檔結(jié)構(gòu)與規(guī)范細分 精簡模型 的文檔結(jié)構(gòu)如圖 12 所示， SPP 包含 17 個過程域 ， 規(guī)范細 分如表 12 所示。公司 在應(yīng)用 精簡模型 時，可以將 精簡模型的各個角色映射到公司 原有的崗位上，也可以依據(jù) 精簡模型 角色建立新的崗位。 常設(shè)角色 職 責(zé)簡述 7 機構(gòu)過程改進角色 軟件工程過程組 （ SEPG） （ 1）制定適合于本機構(gòu)的過程規(guī)范。 質(zhì)量保證小組 （ QAG） （ 1）監(jiān)督規(guī)范的實施，確保所有項目以及相關(guān)部門準照規(guī)范開展工作。 項目 管理 過程角色 機構(gòu)領(lǐng)導(dǎo) （ 1）是機構(gòu)內(nèi)所有項目的主管，對立項管理和結(jié)項管理有最終決策權(quán)。 項目經(jīng)理 （ 1）向機構(gòu)領(lǐng)導(dǎo)匯報工 作。 （ 3）監(jiān)督項目成員的工作，審批項目成員的各種申請。 系統(tǒng)設(shè)計師 根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計文檔。 （ 2）隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。 機構(gòu) 支撐 過程 角色 配置管理員 （ 1）為項目制定《配置管理計劃》。 質(zhì)量保證員 （即 QAG 成員） （ 1）為項目制定《質(zhì)量保證計劃》。 （ 3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。 客戶服務(wù)人員 為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨 詢），快速響應(yīng)客戶的要求，給客戶一個滿意的解答。 （ 2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。 （ 2）申請立項，并在立項評審會議上答辯。 結(jié)項評審委員會 對項目的有形資產(chǎn)和無形資產(chǎn)進行清算 ，對項目進行綜合評估，總結(jié)經(jīng)驗教訓(xùn)等。 技術(shù)評審委員會 對工作成果進行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。 配置控制委員會 對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。 機構(gòu)領(lǐng)導(dǎo)的支持 ? 機構(gòu)領(lǐng)導(dǎo)批準用于 軟件過程改進的必要經(jīng)費，例如支付咨詢費，購買相關(guān)軟件工具等。 SEPG 的主要職責(zé)是建立適合于機構(gòu)的過程規(guī)范， QAG 的主要職責(zé)是監(jiān)督該規(guī)范的實施。這樣不僅節(jié)約人力資源，并且提高了工作效果（由制定規(guī)范的人去監(jiān)督規(guī)范的實施最合適不過）。 ? 機構(gòu)領(lǐng)導(dǎo)不僅要口頭支持，還要親自參與軟件過程改進的實踐。 質(zhì)量管理的政策 質(zhì)量管理口號：“在開發(fā)過程之中內(nèi)建質(zhì)量而非修補質(zhì)量”。 一、 質(zhì)量保證 機構(gòu)的質(zhì)量保證員周期性地檢查項目成員的“工作過程以及工作成果”是否符合既定的規(guī)范，來監(jiān)控和改進“過程質(zhì)量以及產(chǎn)品質(zhì)量”。 二、技術(shù)評審 在工作成果剛產(chǎn)生之際，對其進行技術(shù)評審（分正式或非正式兩種），目的是盡早地發(fā)現(xiàn)工作成果中的缺 陷，并幫助開發(fā)人員及時消除缺陷，從而提高產(chǎn)品的質(zhì)量。技術(shù)評審活動由項目開發(fā)團隊組織。測試與技術(shù)評審的主要區(qū)別是前者要運行軟件而后者不必運行軟件。其中單元測試和集成測試可以由項目開發(fā)團隊組織。驗收測試由客戶組織。 質(zhì)量保證小組的政策 機構(gòu)領(lǐng)導(dǎo)任命一位熟悉過程規(guī)范并且有豐富的質(zhì)量管理經(jīng)驗的人擔(dān)任 QAG 的負責(zé)人（或稱為質(zhì)量經(jīng)理）。 QAG 在行政上獨立于任何項目。 QAG 準照 SEPG 制定的“質(zhì)量保證規(guī)范”開展工作。這種權(quán)利使得 QAG 的工作不會 被輕視，并有助于加強全員的質(zhì)量意識。 項目團隊的政策 項目中的任何管理人員、開發(fā)人員、測試人員等，必須學(xué)習(xí)與本職工作相關(guān)的過程規(guī)范，每個人都必須明白自己“ 應(yīng)當(dāng)在什么時候依據(jù)什么規(guī)范做什么事情 ”。 允許項目經(jīng)理根據(jù)本項目的特征，在 SEPG 和 QAG 的指導(dǎo)下，適當(dāng)?shù)夭眉艋驍U充機構(gòu)的過程規(guī)范，從而快速建立本項目的過程規(guī)范。 如果項目對機構(gòu)過程規(guī)范的裁剪幅度比較大，遭到 QAG 的反對，如果雙方不能達成共識，則由機構(gòu)領(lǐng)導(dǎo)處理該爭議。 2 立項 管理 參見《 項目管理制度試行 版本》 3 項目規(guī)劃 在立項管理過程域的項目籌備階段，機構(gòu)領(lǐng)導(dǎo)首先任命一位項目經(jīng)理，之后機構(gòu)領(lǐng)導(dǎo)協(xié)助項目經(jīng)理籌備項目經(jīng)費、人力資源、軟件硬件資源等。 項目的計劃書可分兩類：一是全局的計劃書（ Overall Plan），這里稱為《項目計劃》； 10 二是一些下屬計劃書（ Subordinate Plan），例如《配置管理計劃》、《質(zhì)量保證計劃》、一些開發(fā)計劃和測試計劃等。通常《項目計劃》由項目經(jīng)理負責(zé)制定，由機構(gòu)領(lǐng)導(dǎo)審批。 項目計劃過程域有 3 個主要規(guī)程：“制定項目計劃”、“審批項目計劃”和“項目計劃變更控制”，流程如圖 31 所示。 本規(guī)范闡述了項目監(jiān)控過程域的三個主要規(guī)程： ? 項目計劃跟蹤 ? 控制偏差 ? 項目進展匯報 圖 41 項目監(jiān)控流程 制定項目計劃 審批項目計劃 項目計劃變更控制 按計劃執(zhí)行 研發(fā)與管理工作 項目計劃跟蹤 偏差控制 項目進展總結(jié) 周期性地開展 11 項目計劃跟蹤 周期性的跟蹤任務(wù)（含進度和工作量）、費用、資源、工作成果等，及時了解項目的實際進展情況。 任務(wù)跟蹤 項目經(jīng)理（或其指定的項目成員）周期性地（如每周一次）跟蹤每個重要的任務(wù)，將采集的數(shù)據(jù)保存在《項目監(jiān)控數(shù)據(jù)表》之中。 任務(wù)名稱 實際起止時間 跟蹤日期、當(dāng)前進度 實際工作量 實際工作成果 表 41 任務(wù)跟蹤表 費用跟蹤 項目經(jīng)理（或其指定的項目成員）周期性地跟蹤項目費用，將采集的數(shù)據(jù)保存在《項目監(jiān)控數(shù)據(jù)表》之中。 費用類別 主要開支項、用途 金額 時間 表 42 費用跟蹤表 資源跟蹤 項目經(jīng)理（或其指定的項目成員）周期性地跟蹤軟硬件資源，將采集的數(shù)據(jù)保存在《項目監(jiān)控數(shù)據(jù)表》之中。 軟硬件資源名稱 級別 實際配置 獲取方式與時間 使用說明 關(guān)鍵 12 關(guān)鍵 普通 … 普通 表 43 資源跟蹤表 工作成果及其規(guī)模跟蹤 項目經(jīng)理（或其指定的項目成員）周期性地跟蹤工作成果及其規(guī)模，將采集的數(shù)據(jù)保存在《項目監(jiān)控數(shù)據(jù)表》之中。 工作成果名稱 新開發(fā)的成果規(guī)模 （代碼行、類、文檔