【正文】 多子階段循環(huán)開發(fā)的特點（參考原型模型和螺旋模型相結(jié)合的軟件開發(fā)模型），各子階段的工程監(jiān)理工作需多次反復開展， 乙方 需要按 甲方 要求做好各項監(jiān)理工作。 建設 階段 監(jiān)理主要 內(nèi)容 監(jiān)理目標 具體實施 辦法 提交 的主要 文檔 規(guī)劃設計階段 ? 了解現(xiàn)狀（投資規(guī)模、可利用資源、緊迫程度、進度要求等） ； ? 按 甲方 要求編制 可行性報告 ； ? 參與可行性報告的評審會，并對是否可行給出明確的意見； ? 按 甲方 要求 進行規(guī)劃設計 。 明晰人事 編制 業(yè)務 及其流程， 如何通過信息化手段實現(xiàn)人事 編制 管理 監(jiān)理工程師駐場 ，對現(xiàn)狀進行分析； 協(xié)同 各 業(yè) 務 部門 召開項目前期碰頭會，明晰人事 編制 業(yè)務 及 流程 和 系統(tǒng)建設 功能需求 ； 收集 本工程 涉及的國家、地方和行業(yè)標準、法規(guī) 。 《 規(guī)劃設計 方案 》 《初步調(diào)研報告》 啟動階段 ? 項目前期資料進行備檔，并界定系統(tǒng)實施的范圍，了解整個項目的情況； ? 三方共同明確聯(lián)系機制、項目接口責任、內(nèi)部管理制度及監(jiān)理工作流程； ? 審核項目建設實施方案，提交審核報告； ? 審核承建 方的進度計劃 ，確定 監(jiān)理進度計劃； ? 三方商討可能存在的需求變更以及進度計劃變更； ? 制訂 本工程 監(jiān)理文檔的命名、保存規(guī)范，明確各監(jiān)理規(guī)范表格的使用； ? 審核承建 方提交的各種文檔規(guī) 范、開發(fā)計劃、周報 等 ； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 主持召開三方協(xié)調(diào)會（通常一周一次） 。 落實 項目的范圍、目標、組成、 進度、質(zhì)量要求（功能及性能） 、驗收標準以及各方人員的構(gòu)成及對應關系等 向 甲方 索要招標書、投標書、已簽訂的項目建設合同 ，復印保存； 審核承建方的項目實施方案 ； 編制項目聯(lián)系清單、監(jiān)理規(guī)劃與工作制度； 編制監(jiān)理實施細則 —— 包括監(jiān)理進度計劃； 制定變更處理辦法； 制定文檔命名規(guī)范、各類文件保存目錄； 出具各類評審報告、監(jiān)理周報； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報告 ； 《項目實施方案審核報告》 《項目聯(lián)系單》 《監(jiān)理規(guī)劃》 《監(jiān)理工作制度》 《監(jiān)理實施細則》 《評審報告》 《監(jiān)理周報》 《監(jiān)理 月 報》 《風險報告》 《會議紀要》 《備忘錄》 8 編制會議紀要 及工程備忘錄 。 建設階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 需求分析階段 ? 三方共同制定需求調(diào)研的方式，審核承建方的調(diào)研計劃； ? 與承建方一起共同進行需求調(diào)研工作，記錄好用戶需求； ? 定期對承建方的調(diào)研成果進行核查，及時指出不足之處； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認； ? 審核開發(fā)計劃、項目需求規(guī)格說明書、系統(tǒng)原型、 測試計劃 、周報； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用。 確保能實現(xiàn)對系統(tǒng)既定宏觀目標的微觀模塊細分，并沿著預期目標推進下去 召開前期調(diào)研會議，列明重點調(diào)研范圍； 隨同承建方對業(yè)務部門進行實地現(xiàn)場調(diào)研，并做好調(diào)研記錄； 兩天一次核查承建方調(diào)研記錄和報告； 出現(xiàn)重大變更應立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關評審報告； 定期（月度 /季度 /里程碑階段）向 甲方提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《會議紀要》 《用戶需求記錄》 《需求調(diào)研計劃書評審報告》 《項目需求規(guī)格說明書評審報告》 《數(shù)據(jù)要求說明書評審報告》 《項目開發(fā)計劃書評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 項目需求 規(guī)格 說明書 審核要點包括： 文檔是否按項目文檔編制標準編制的；文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的；軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求；根據(jù)設計 準則，把系統(tǒng)的需求恰當?shù)胤峙浣o硬件項、軟件項和人工操作項；每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的；需求說明中是否考慮了與已有應用系統(tǒng)的接口問題；需求說明中是否考慮了審批業(yè)務的擴展要求 ； 需求說明中是否考慮了故障處理要求，對故障處理方法是否合理和合適；需求說明中是否考慮了用戶安全保密性方面的要求，通過適當嚴格的方法表明涉及安全、保密和關鍵性的軟件需求是正確的。 建設階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 概要設計階段 ? 核查概要設計進度情況； ? 對 承建方 編制的《概要設計說明書》內(nèi)容提出 改進建議； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認； 確保能實現(xiàn)對系統(tǒng)的微觀模塊的邏輯構(gòu)建 兩天一次核查 承建方 《概要設計說明書》編制，確保編制進度和內(nèi)容； 向其他兩方提供 改進建議； 出現(xiàn)重大變更應立即進行調(diào)整，出現(xiàn)小《概要設計說明書評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 9 ? 審核概要設計說明書、周報； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用。 變更則一個星期調(diào)整一次； 向 甲方 提供有關評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情 況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 系統(tǒng)概要設計 審核要點包括： 軟件設計是正確的、與需求一致并可追溯到需求，覆蓋了軟件需求說明的全部內(nèi)容；設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復；可以從需求得出選定的設計；軟件功能部件的分解是否合理；對故障處理的措施是否完備有效；軟件概要設計說明是否對軟件需求說明有良好的可 追蹤性；是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 詳細設計階段 ? 核查詳細設計進度情況； ? 對 承建 方編制的《詳細設計說明書》內(nèi)容提出改進建議 ； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認 ； ? 審核詳細設計說明書、 操作手冊 、 數(shù)據(jù)庫設計說明書、測試計劃 、周報； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 確保概要設計的成果（模塊邏輯構(gòu)建），在本階段能分解為功能組件項的具體開發(fā) 兩天一次核查 承建方 《詳細設計說明書》編制，確保編制進度和內(nèi)容 ； 向其他兩方提供 改進建議； 出現(xiàn)重大變更應立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《詳細設計說明書評審報告》 《數(shù)據(jù)庫設計說明書評審報告》 《模塊開發(fā)卷宗評審報告》 《測試計劃審查報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 系統(tǒng) 詳細 設計 審核要點包括： 數(shù)據(jù)庫設計是 否全面，且考慮了多對一、一對多的關系 ； 詳細設計與概要設計是否一致；通過適當嚴格的方法表明設計正確地實現(xiàn)了安全、保密和其他關鍵性的要求；是否按計劃開展了進度管理、質(zhì)量管理和配置管理 。 10 建設階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 編碼和單元測試階段 ? 對編碼的進度情況進行核查，并對編碼的規(guī)范進行排查； ? 參與單元測試； ? 需求變更的處理，同時根據(jù)實際情況調(diào)整進度計劃，并三方確認； ? 審核單元測試報告、系統(tǒng)性能功能評審 報告、模塊設計說明書 、操作手冊、安裝手冊、周報； ? 定期對系統(tǒng)的風險系數(shù)進行 判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 確保模塊單元編碼符合軟件開發(fā)標準流程與規(guī)范，以及為后期的系統(tǒng)安裝運行制定相應方案 一周一次核查 承建方 編碼情況，確保編碼符合軟件開發(fā)規(guī)范，且代碼缺陷率在可控范圍內(nèi)； 功能單元測試：派人駐場進行白盒測試、黑盒測試，并向 甲方 匯報測試結(jié)果； 系統(tǒng)性能功能評審：對系統(tǒng)的易用性、操作人性化程度、界面美觀、效率效能、性能功能等方面進行審查； 出現(xiàn)重大變更應立即進行調(diào)整，出現(xiàn)小變更則 一 個星期調(diào)整一次； 向 甲方 提供有關評審報告 ； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 《單元測試跟蹤報告》 《系統(tǒng)性能功能評審報告》 《模塊設計說明書》 《操作手冊》 《安裝手冊》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 編碼驗證和評審 的主要工作 內(nèi)容包括 ： 編碼是否符合有關的編碼標準；編碼可追溯到設計和需求并且是可測試的、正確的、并符合需求；編碼執(zhí)行正確的事件順序，前后一致的接口 關系、正確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預算估計、錯誤的定義、隔離和恢復；程序是否正確地實現(xiàn)了軟件詳細設計；程序中是否有足夠的注釋，以保證程序的可讀性和可維護性；是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試；軟件單元測試是否充分，是否達到了語句覆蓋率和分支覆蓋率均為 100%的要求；通過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密和其他關鍵性的要求；是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 集成驗證的要點包括： 每個軟件項的軟件組件和軟件單元已完整地、正確地集成到系統(tǒng)中；系統(tǒng)的硬件項、軟件 項和人工操作項已完整地、正確地集成到系統(tǒng)中； 其他系統(tǒng)的相關功能模塊已完整地、正確地集成到系統(tǒng)中； 已根據(jù)集成計劃完成集成任務。 模塊設計審核的主要工作 內(nèi)容包括 ： 模塊 設計是正確的、與 軟件設計 一致并可追溯到需求，覆蓋了軟件 設計 說明的全部內(nèi)容；設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復；是否按計劃開展了進度管理、質(zhì)量管理和配置管理 。 11 建設階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 系統(tǒng)聯(lián)調(diào)測試階段 ? 參與聯(lián)調(diào)測試； ? 根據(jù)實際情況調(diào)整進度計劃，并 三方確認 ； ? 審核聯(lián)調(diào)測試計劃、聯(lián)調(diào)測試報告、培訓計劃、試運行計劃、 數(shù)據(jù)割接及應用上線方案 、周報； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 確保完成開發(fā)的各模塊能實現(xiàn)功能嵌套，并保證各接口的運行正常，系統(tǒng)的整體架構(gòu)穩(wěn)定 檢測各軟件模塊之間運行的銜接程度、密度壓力； 對項目進行單元測試和整體測試； 出現(xiàn)重大變更應立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報 告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》； 《聯(lián)調(diào)測試計劃報告》 《 乙方 測試報告》 《聯(lián)調(diào)測試評審報告》 《培訓計劃評審報告》 《試運行計劃評審報告》 《 數(shù)據(jù)割接及應用上線方案 評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 測試計劃審核要點： 是否包括了 易用性測試、穩(wěn)定性測試 計劃 ；測試需求、測試用例、測試數(shù)據(jù) 是否 符合規(guī)格說明； 測試路徑是否覆蓋全部功能點。 測試報告評