【正文】 評審工作，無論是質量保證還是質量控制采取的策略都是早期預防和早期排除缺陷。 質量保證的主要活動包括過程評審和產品審計。過程評審和產品審計的目的是為了確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產品質量。每一次過程評審和產品審計都應填寫相應的報告或活動記錄。 產品審計由質量保證人員來進行，檢查項目產品是否達到質量目標。質量保證人員對項目生存期中創(chuàng)建的工作產品可以有選擇性的進行審計，以驗證是否符合適當的標準，是否進行了質量檢查。表 2 便是質量審計一覽表 表 2：審計產品一覽表項 審計對象 審計階段 參照的標準1 軟件項目計劃 計劃 結束 企業(yè)質量體系2 軟件配置管理計劃 計劃結束 企業(yè)質量體系3 軟件質量保證計劃 計劃結束 企業(yè)質量體系4 總體設計文檔 設計結束 企業(yè)質量體系和項目計劃5 詳細設計文檔 設計結束 企業(yè)質量體系和項目計劃6 數據庫表和編碼規(guī)范 設計結束 企業(yè)質量體系和項目計劃7 產品代碼 每個階段實施結束 企業(yè)質量體系和項目計劃8 測試報告 測試結束 企業(yè)質量體系和項目計劃9 測試計劃 設計結束 企業(yè)質量體系和項目計劃10 用戶文檔 測試結束 企業(yè)質量體系和項目計劃 過程評審項目嚴格按照組織定義的軟件過程進行開發(fā)，過程評審的具體依據參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內。在每次評審之后，要對評審結果做出明確的決策并形成評審記錄。評審可采取文件傳閱、評審會等形式。質量保證人員負責對項目過程進行監(jiān)督，發(fā)現的問題和解決情況在每周的例會上通報，對沒有解決的問題進行討論，對不能解決的問題提交高級管理者處理。每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。根據公司的質量保證體系和本項目的具體特點，確定項目執(zhí)行過程如下：1) 1) 項目規(guī)劃過程及產品標準2) 2) 項目跟蹤管理過程3) 3) 需求分析過程及產品標準4) 4) 系統(tǒng)設計過程及產品標準5) 5) 詳細設計過程及產品標準6) 6) 調試運行過程及產品標準7) 7) 代碼走查過程及代碼編寫標準8) 8) 產品集成測試過程及產品標準9) 9) 開發(fā)環(huán)境中的執(zhí)行規(guī)則10) 10) 測試環(huán)境中的執(zhí)行規(guī)則11) 11) 質量保證過程及其標準12) 12) 配置管理過程及其標準 具體過程執(zhí)行標準詳見企業(yè)質量體系和項目計劃的過程附件 . 質量控制活動包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人負責，詳見進度計劃。編碼人員在編寫代碼時要進行同步單元測試，單元測試要達到分支覆蓋，產品通過單元測試和編碼檢查后，應提交測試部進行集成測試、系統(tǒng)測試。測試部的測試應達到質量目標要求，軟件發(fā)布時應達到測試通過準則的要求 . 質量保證人員對每次審計活動發(fā)現的不符合項，應該和項目經理協商不符合項的糾正措施，及預定完成日期，若和項目經理存在意見分歧，質量保證人員可以上報給高層管理者，高層管理者決定最后的措施。同時不符合項在項目周例會中匯報。對不符合項，質量保證人員要在預定完成日期內重新審計、驗證不符合項的糾正情況，若超過預定完成日期 1 周仍然有沒解決的不符合項，質量保證人員上報給高級管理者，由高級管理者決定最后的措施。質量保證人員有獨立的匯報途徑，日常的匯報途徑如下：? ? 發(fā)現的問題通知項目經理，協調糾正措施。? ? 將項目組內不能協調的問題匯報給高級管理者，由高級管理者協調解決。? ? 的日常工作和過程數據要匯報給質量經理統(tǒng)一收集、統(tǒng)計。、維護和保存項目組應當保留項目執(zhí)行過程中形成的各類文檔、各種記錄、各級周報、各級會議記錄、對于項目中問題的處理也需要形成記錄保存。每周由質量保證人員根據任務清單的審計任務進行審計活動，并收集各活動的過程數據。案例說明《校務通管理系統(tǒng)》風險管理計劃本項目的主要風險是開發(fā)人員對客戶需求中的學校管理環(huán)境不是很熟悉，另外，客戶要求的進度比較緊，而且具體需求不是很明確，下面的這個風險列表就是通過一系列的風險識別、風險評估、風險應對，最后得出項目 TOP 10 風險列表。 風險分析表排序 輸入 風險事件 可能性 影響 風險值 風險應對措施1 客戶的 SOW 需求不明確，增加需求，導致需求蔓延70% 50% 35% 1．采取加班的方法2．修改計劃去掉一些任務3．與客戶商量延長一些時間2 合同 進度要求緊，合同金額有限 30% 50% 15% 可以請一些實習的學生做輔助工作,一來成本不高,二來可以加快進度.4 WBS 供貨商、外包商的質量問題20% 50% 10% 多選擇幾個可以作為備份的外包商和供應商5 歷史項目信息開發(fā)人員的流動 15% 60% 9% 1．注意項目團隊的溝通，及時了解開發(fā)人員的動態(tài)2．控制好項目過程中的文檔調人員4．從外部招聘有過此類開發(fā)經驗人員 案例說明《校務通管理系統(tǒng)》度量計劃根據企業(yè)的質量策略和項目的特點制定本項目度量計劃，主要目的是為本項目的控制提供實際數據，以及將來其它項目提供估算依據，表 1 給出項目規(guī)模的度量指標，表 2 是項目的時間度量指標，表 3 是需求變更度量指標。 一、 規(guī)模度量表 1：項目規(guī)模的度量指標任務名稱 規(guī)模度量單位 計劃 實際需求規(guī)格說明書 文本頁數 總體設計說明書 HLD 頁數 系統(tǒng)測試計劃 文本頁數 詳細設計說明書 DLD 頁數 單元測試計劃 文本頁數 源程序 LOC 行數 單元測試報告 文本頁數 系統(tǒng)測試報告 文本頁數 總計 文本頁數 HLD 頁數 DLD 行數 LOC 行數 二、 時間度量表 2：時間度量指標各階段名稱 計劃時間（小時） 實際時間（小時）管理 需求分析 需求檢查 總體設計 測試計劃 總體設計檢查 詳細設計 詳細設計復核 詳細設計檢查 單元測試計劃 編寫源程序 代碼復核 代碼檢查 單元測試 集成測試 系統(tǒng)測試 驗收 合計 三、需求變更度量統(tǒng)計表 表 3：需求變更度量指標變更請求 請求時間 變更請求者 變更內容 批準否 (Y?N) 批準時間 需求規(guī)格版本 案例說明《校務通管理系統(tǒng)》的生存期模型針對本項目的開發(fā)特點，參考企業(yè)的生存期模型說明和軟件過程體系，決定采用增量式模型如下圖，理由如下：1． 1． 校務通系統(tǒng)的全部功能分成通用功能和日常業(yè)務管理功能兩大類，因此可以先基于通用功能作出一個最小的使用版本，再逐步添加其余的功能。這樣一來，用戶可以先試用最小版本的同時，提出更多明確的需求，這有助于下一階段的開發(fā)，大大減小了開發(fā)的風險。2． 2． 在校務通系統(tǒng)需求規(guī)格中，要求系統(tǒng)有可擴充性。若使用增量模型，可以保證系統(tǒng)的可擴充性。用戶明確了需求的大部分，但也存在不很詳盡的地方。如：“關于教師檔案，比照所提供資料設計，現在也沒有一個成形的東西” ；資源庫系統(tǒng)只提到“應提供一個標準的資源庫解決方案。 ”這樣只有等到一個可用的產品出來，通過客戶使用，然后進行評估，評估結果作為下一個增量的開發(fā)計劃，下一個增量發(fā)布一些新增的功能和特性。直至產生最終完善的產品。3． 3． “系統(tǒng)要求有可擴充性，可以在現有系統(tǒng)的基礎上，通過前臺就可加掛其它功能模塊” 。也說明用戶可能會增加新的需求。4． 4． 對一個管理方式已經比較成熟的學校，要完全舍棄原有的管理方式，用校務通系統(tǒng)替代全部管理，這是不實際的。所以，可以從最基礎的做起，逐步擴充其應用，所以選用增量模型來開發(fā)校務通系統(tǒng)。5． 5． 本項目具備增量式模型的其他特點a) a) 項目復雜程度為中等。b) b) 預計開發(fā)軟件的成本為中等。c) c) 產品和文檔的再使用率會很高,d) d)