【正文】 組成驗收組 ， 按有關(guān)規(guī)定 ， 共同 對整體系統(tǒng)進行驗收，整體驗收的結(jié)果由參加整體驗收的各方簽名，形成整體系統(tǒng)驗收報告，附上整體系統(tǒng)試 運行期間的有代表性的運行日志的記錄 。 （ 2） 工程移交階 段 ? 系統(tǒng)的設(shè)計方案、設(shè)計圖紙 、 軟件系統(tǒng)安裝程序 （含光盤） 和軟件開發(fā)源代碼 （含光盤） 的全部移交； ? 設(shè)備、軟件、材料等的驗收文檔核實； ? 工程施工文檔的移交； ? 工程竣工文檔的移交； ? 工程項目的整體移交。其中工 程實施階段具有多子階段循環(huán)開發(fā)的特點（參考原型模型和螺旋模型相結(jié)合的軟件開發(fā)模型），各子階段的工程監(jiān)理工作需多次反復(fù)開展， 乙方 需要按 甲方 要求做好各項監(jiān)理工作。 明晰人事 編制 業(yè)務(wù) 及其流程， 如何通過信息化手段實現(xiàn)人事 編制 管理 監(jiān)理工程師駐場 ，對現(xiàn)狀進行分析； 協(xié)同 各 業(yè) 務(wù) 部門 召開項目前期碰頭會，明晰人事 編制 業(yè)務(wù) 及 流程 和 系統(tǒng)建設(shè) 功能需求 ； 收集 本工程 涉及的國家、地方和行業(yè)標準、法規(guī) 。 落實 項目的范圍、目標、組成、 進度、質(zhì)量要求（功能及性能） 、驗收標準以及各方人員的構(gòu)成及對應(yīng)關(guān)系等 向 甲方 索要招標書、投標書、已簽訂的項目建設(shè)合同 ，復(fù)印保存； 審核承建方的項目實施方案 ； 編制項目聯(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 編制會議紀要 及工程備忘錄 。 確保能實現(xiàn)對系統(tǒng)既定宏觀目標的微觀模塊細分，并沿著預(yù)期目標推進下去 召開前期調(diào)研會議，列明重點調(diào)研范圍； 隨同承建方對業(yè)務(wù)部門進行實地現(xiàn)場調(diào)研，并做好調(diào)研記錄； 兩天一次核查承建方調(diào)研記錄和報告； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關(guān)評審報告； 定期（月度 /季度 /里程碑階段）向 甲方提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 建設(shè)階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 概要設(shè)計階段 ? 核查概要設(shè)計進度情況； ? 對 承建方 編制的《概要設(shè)計說明書》內(nèi)容提出 改進建議； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認； 確保能實現(xiàn)對系統(tǒng)的微觀模塊的邏輯構(gòu)建 兩天一次核查 承建方 《概要設(shè)計說明書》編制，確保編制進度和內(nèi)容； 向其他兩方提供 改進建議； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小《概要設(shè)計說明書評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 9 ? 審核概要設(shè)計說明書、周報； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用。 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 系統(tǒng)概要設(shè)計 審核要點包括： 軟件設(shè)計是正確的、與需求一致并可追溯到需求，覆蓋了軟件需求說明的全部內(nèi)容；設(shè)計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；可以從需求得出選定的設(shè)計；軟件功能部件的分解是否合理；對故障處理的措施是否完備有效；軟件概要設(shè)計說明是否對軟件需求說明有良好的可 追蹤性；是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 確保概要設(shè)計的成果（模塊邏輯構(gòu)建），在本階段能分解為功能組件項的具體開發(fā) 兩天一次核查 承建方 《詳細設(shè)計說明書》編制，確保編制進度和內(nèi)容 ； 向其他兩方提供 改進建議； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關(guān)評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》。 10 建設(shè)階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 編碼和單元測試階段 ? 對編碼的進度情況進行核查，并對編碼的規(guī)范進行排查； ? 參與單元測試； ? 需求變更的處理，同時根據(jù)實際情況調(diào)整進度計劃，并三方確認； ? 審核單元測試報告、系統(tǒng)性能功能評審 報告、模塊設(shè)計說明書 、操作手冊、安裝手冊、周報； ? 定期對系統(tǒng)的風險系數(shù)進行 判斷； ? 編制周報，并提交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 《單元測試跟蹤報告》 《系統(tǒng)性能功能評審報告》 《模塊設(shè)計說明書》 《操作手冊》 《安裝手冊》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 編碼驗證和評審 的主要工作 內(nèi)容包括 ： 編碼是否符合有關(guān)的編碼標準；編碼可追溯到設(shè)計和需求并且是可測試的、正確的、并符合需求；編碼執(zhí)行正確的事件順序，前后一致的接口 關(guān)系、正確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；程序是否正確地實現(xiàn)了軟件詳細設(shè)計；程序中是否有足夠的注釋，以保證程序的可讀性和可維護性；是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試；軟件單元測試是否充分，是否達到了語句覆蓋率和分支覆蓋率均為 100%的要求；通過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求；是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 模塊設(shè)計審核的主要工作 內(nèi)容包括 ： 模塊 設(shè)計是正確的、與 軟件設(shè)計 一致并可追溯到需求，覆蓋了軟件 設(shè)計 說明的全部內(nèi)容；設(shè)計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；是否按計劃開展了進度管理、質(zhì)量管理和配置管理 。 確保完成開發(fā)的各模塊能實現(xiàn)功能嵌套，并保證各接口的運行正常，系統(tǒng)的整體架構(gòu)穩(wěn)定 檢測各軟件模塊之間運行的銜接程度、密度壓力； 對項目進行單元測試和整體測試； 出現(xiàn)重大變更應(yīng)立即進行調(diào)整，出現(xiàn)小變更則一個星期調(diào)整一次； 向 甲方 提供有關(guān)評審報告； 定期（月度 /季度 /里程碑階段）向 甲方 提交風險報 告 ； 周報內(nèi)容包括本周工作情況、發(fā)現(xiàn)問題及處理情況； 協(xié)調(diào)會（通常一周一次）； 參見《 監(jiān)理表格及分類 監(jiān)理平臺 》； 《聯(lián)調(diào)測試計劃報告》 《 乙方 測試報告》 《聯(lián)調(diào)測試評審報告》 《培訓(xùn)計劃評審報告》 《試運行計劃評審報告》 《 數(shù)據(jù)割接及應(yīng)用上線方案 評審報告》 《 項目質(zhì)量控制監(jiān)理報告 》 《監(jiān)理周報》 《監(jiān)理 月 報》 《會議紀要》 《備忘錄》 說明： 測試計劃審核要點： 是否包括了 易用性測試、穩(wěn)定性測試 計劃 ；測試需求、測試用例、測試數(shù)據(jù) 是否 符合規(guī)格說明； 測試路徑是否覆蓋全部功能點。 試運行階段 ? 審核承建方安裝調(diào)試計劃，跟進安裝調(diào)試工作； ? 對 甲方 進行培訓(xùn)； ? 對系統(tǒng)的試運行情況進行定期檢查，并審核試運行情況報告、周報； ? 根據(jù)實際情況調(diào)整進度計劃，并三方確認 ； ? 定期對系統(tǒng)的風險系數(shù)進行判斷； ? 編制周報，并提 交給 甲方 ； ? 定期主持召開三方協(xié)調(diào)會，編制工程備忘錄； ? 各監(jiān)理規(guī)范表格的使用 。 建設(shè)階段 監(jiān)理主要內(nèi)容 監(jiān)理目標 具體實施辦法 提交的主要文檔 系統(tǒng)驗收階段 ? 主持召開三方 項目驗收碰頭 會 ，配合 甲方 進行驗收前準備工作； ? 參與驗收測試； ? 要做好軟件系統(tǒng)開發(fā)源代碼的檢查和編譯工作 ， 確保承建方向甲方提供了全面的系統(tǒng)源代碼； ? 審核驗收方案、驗收測試報告、售后服務(wù)計劃、周報； ? 對項目實施質(zhì)量進行評價； ? 做好項目績效評價； ? 做好系統(tǒng)安全風險評估； ? 各監(jiān)理規(guī)范表格的使用； ? 參與項目竣工 驗收工作，并完成驗收。 驗收監(jiān)理報告： 將符合要求的文檔 和軟件開發(fā)源代碼 移交給 甲方 ， 協(xié)助 各方 按甲方和市信息產(chǎn)業(yè)局要求 完成對項目的整體驗收 ，并 給出監(jiān)理意見 。 系統(tǒng)維護階段 ? 督促 承建 方進行系統(tǒng)維護工作，并協(xié)同 承建 方 定期對系統(tǒng)進行檢查。 （一） 質(zhì)量控制 軟件質(zhì)量控制 的監(jiān)理要點 軟件項目質(zhì)量控制是在實 現(xiàn)軟件項目總目標的過程中，為使軟件項目滿足 本工程 總體質(zhì)量要求而開展的有關(guān)監(jiān)督管理活動 。 （ 2） 根據(jù)項目的功能和性能要求，檢查并監(jiān)督 承建方 制定軟件質(zhì)量保證計劃。 （ 3） 根據(jù)軟件質(zhì)量保證計劃，制定監(jiān)理實施細則。 （ 4） 采取事前預(yù)防、事中控制、事后糾正的 乙方 式，依據(jù)國家法律、法規(guī)、標準以及項目建設(shè)合同 、設(shè)計方案、監(jiān)理規(guī) 劃、監(jiān)理實施細則等文件控制項目工程質(zhì)量。 （ 6） 審查 承建方 提交的軟件項目開發(fā)計劃（包括軟件開發(fā)計劃、軟件質(zhì)量保證計劃、軟件配置管理計劃、軟件測試計劃等），找出 承建方 質(zhì)量管理的薄弱環(huán)節(jié)，提出改進意見，并加強對這些薄弱環(huán)節(jié)的監(jiān)督，加強監(jiān)理力度。 （ 8） 論證 承建方 提交的設(shè)計方案的合理性和可行性，以技術(shù)交流的方式與 承建方 探討設(shè)計方案，將 甲方 的要求及時轉(zhuǎn)達給 承建方 ，確保開發(fā)出滿足 甲 方 要求的軟件產(chǎn)品。 （ 10） 根據(jù)軟件項目監(jiān)理實施細則，跟蹤 承建方 的軟件開發(fā)過程 ，做好 軟件開發(fā)質(zhì)量檢查 工作 ，若發(fā)現(xiàn)設(shè)計質(zhì)量出現(xiàn)偏差， 乙方 需 對質(zhì)量事故進行原因調(diào)查、問題分析、問題評估和事故處理， 督促 承建方 采取糾正措施，并結(jié)合進度控制計劃的執(zhí)行情況，調(diào)整軟件開發(fā)計劃。 14 （ 12） 進行事后質(zhì)量偏差分析，找出質(zhì)量 控制工作中的薄弱環(huán)節(jié)，總結(jié)糾偏經(jīng)驗，為處理爭議提供重要依據(jù)。 （ 14） 及時收集和整理相關(guān)資料，定期和不定期地編寫軟件項目質(zhì)量控制監(jiān)理報告，幫助 甲方 做好決策工作。 （ 16） 跟蹤項目在質(zhì)保期內(nèi)的運行狀況，督促承建 方 做好售后服務(wù)。 乙方 在實施硬件（集成） 項目質(zhì)量控制時，需重點控制下述內(nèi)容： （ 1） 設(shè)計階 段的質(zhì)量控制 乙方 需 及時與 甲方 溝通，盡量多地得到用戶的意見反饋，提出切實的系統(tǒng)需求 ， 并 按照國際、國家的相關(guān)標準進行設(shè)計 和 采用實用、成熟和優(yōu)質(zhì)的產(chǎn)品， 保證 硬件 （集成） 工程設(shè)計方案具備可行性、先進性、可擴展性。 （ 2） 采購過程的質(zhì)量控制 采購過程的質(zhì)量控制就是要保證進場的各種設(shè)備符合硬件工程設(shè)計規(guī)定的要求。采購、到貨和實施過程中，發(fā)生任何與 項目建設(shè)合同 規(guī)定技術(shù)要求的產(chǎn)品偏差，都應(yīng)作為 項目建設(shè)合同 變更及時與 甲方進行商榷，在取得 甲方 的正式答復(fù)后，方可按既定方案進行，并將變更記錄在案。 ? 到貨檢驗 ： 乙方 要做好產(chǎn)品到貨的檢驗工作，確保到貨與 項目建設(shè)合同 規(guī)定相一致。 ? 嚴格審查 施工人員的資質(zhì)，避免非正常施工帶來的危害 。 （ 4） 驗收階段 質(zhì)量控制 在 硬件（集成）項目 驗收階段 ， 乙方 要 做好 以下 質(zhì)量控制 措施 ： ? 審核 承建方 提交的硬件項目驗收方案 。 ? 檢查硬件 （集成）項目 的規(guī)劃、硬件設(shè)備的安裝及配置，是否達到相應(yīng)實施方案中的技術(shù)指標和性能 。 （二） 進度控制 軟件進度控制 的監(jiān)理要點 軟件項目進度控制是在實現(xiàn)軟件項目總目標的過 程中，為使軟件項目開發(fā)和維護的實際進度符合軟件項目進度計劃的要求而開展的有關(guān)監(jiān)督管理活動。 ? 根據(jù)軟件項目的質(zhì)量、投資和進度目標，明確軟件各開發(fā)階段的進度控制要求，制定軟件項目監(jiān)理規(guī)劃。 ? 根據(jù)軟件項目開發(fā)計劃 和軟件項目監(jiān)理規(guī)劃，制定軟件項目監(jiān)理實施細則 。 ? 審查軟件項目 承建方 提交的軟件項目開發(fā)計劃（包括軟件開發(fā)計劃、軟件質(zhì)量保證計劃、軟件配置管理計劃、軟件測試計劃等），檢查其進度安排是否滿足軟件項目進度控制的總目標、是否合理以及是否銜接緊湊等等，找出軟件項目 承建方 進度控制的薄弱環(huán)節(jié)，提出改進意見，并加強對這些薄弱環(huán)節(jié)的監(jiān)督。 ? 對于因突發(fā)性變更事件引起的進度問題， 乙方 應(yīng)召開緊急協(xié)調(diào)會議，督促各方采取應(yīng)急措施趕上進度要求，以便軟件項目的開發(fā)能以預(yù)期的進度完成。 ? 根據(jù)項目的實際情況，在 承建方 完成關(guān)鍵階段的設(shè)計時，及時組