軟件開發(fā)項目監(jiān)理細則

1、*項目監(jiān)理實施細則*監(jiān)理有限公司年 月目 錄第一章 前言4第二章 項目角色4第三章 項目工期要求4第四章 項目內(nèi)容54.1 系統(tǒng)軟件開發(fā)及實施54.2 技術(shù)服務(wù)5第五章 監(jiān)理工作流程55.1 工程啟動階段65.2 工程設(shè)計階段65.3 工程實施階段95.4 工程驗收階段10第六章 各階段工作明細116.1 啟動階段126.2 工程設(shè)計階段136.2.1 需求調(diào)研階段136.2.2 系統(tǒng)概要設(shè)計階段156.2.3 系統(tǒng)詳細設(shè)計階段166.3 工程實施階段166.3.1編碼階段176.3.2測試階段186.3.3安裝調(diào)試階段196.3.4系統(tǒng)培訓(xùn)階段206.4 工程驗收階段20第七章 監(jiān)理工作的控

2、制要求及目標217.1 工程啟動階段的控制要點及目標：227.2 設(shè)計階段的控制要點及目標：227.4 驗收階段的控制要點及目標：24第八章 監(jiān)理方法及措施248.1工程啟動階段的方法及措施：248.2設(shè)計階段的方法及措施：258.3施工階段的方法及措施258.4驗收階段的方法及措施：25第九章 技術(shù)文檔模版259.1開發(fā)計劃269.2軟件需求說明書279.3概要設(shè)計說明書289.4詳細設(shè)計說明書299.5數(shù)據(jù)庫設(shè)計說明書319.6測試計劃329.7測試分析報告339.8操作手冊35第十章 監(jiān)理依據(jù)37第一章 前言為更好地開展監(jiān)理工作，保障*項目的有效實施，確立全面科學(xué)的監(jiān)理標準，提高實際監(jiān)理

3、工作的可操作性和透明度，特制訂本監(jiān)理細則，供項目開發(fā)人員及現(xiàn)場人員參照執(zhí)行。第二章 項目角色一、 業(yè)主方：*二、 監(jiān)理方：*監(jiān)理有限公司三、 開發(fā)方： 第三章 項目工期要求工期要求：集成合同簽訂之日起至年月日。實施要求：年月日第一階段產(chǎn)品試運行； 年月日前第一階段產(chǎn)品全面上線； 年月日前第二階段產(chǎn)品全面上線。第四章 項目內(nèi)容本項目的主要事實內(nèi)容包括軟件系統(tǒng)的移植和開發(fā)，并提供相關(guān)的技術(shù)服務(wù)。4.1 系統(tǒng)軟件開發(fā)及實施電子政務(wù)基礎(chǔ)平臺完善、圖形相關(guān)功能開發(fā)、圖形基礎(chǔ)軟件升級、業(yè)務(wù)需求調(diào)查、辦文系統(tǒng)數(shù)據(jù)整合遷移、地政業(yè)務(wù)數(shù)據(jù)整合遷移、局內(nèi)部網(wǎng)站升級、修改相關(guān)系統(tǒng)和接口、總體設(shè)計與系統(tǒng)集成和系統(tǒng)培訓(xùn)

4、。行政審批與任務(wù)管理系統(tǒng)主要包括行政審批流程、行政公文流程、制發(fā)文流程等業(yè)務(wù)審批。在業(yè)務(wù)審批流轉(zhuǎn)過程中產(chǎn)生不同類型的任務(wù)，任務(wù)在不同的任務(wù)狀態(tài)切換。所有的工作項都以任務(wù)驅(qū)動方式進行。在任務(wù)的生命周期中會產(chǎn)生很多跟任務(wù)相關(guān)的任務(wù)、資源或信息等。兩部分工作不是孤立的，必須在建設(shè)內(nèi)容劃分和進度上匹配才能夠保證項目的順利開展。4.2 技術(shù)服務(wù)技術(shù)服務(wù)包括一下內(nèi)容：1) 用戶培訓(xùn)，包括安裝培訓(xùn)、使用培訓(xùn)和維護培訓(xùn)。2) 系統(tǒng)維護，包括日常技術(shù)維護和適應(yīng)性維護。第五章 監(jiān)理工作流程根據(jù)本項目實施的項目要求及軟件系統(tǒng)項目實施的特點，我們把本次的監(jiān)理工作分為工程設(shè)計規(guī)劃階段監(jiān)理，工程實施階段監(jiān)理，工程驗收階段

5、監(jiān)理三個階段，具體實施如下：5.1 工程啟動階段 1、監(jiān)理方應(yīng)完成的任務(wù)： 針對業(yè)主方在合同簽訂過程的疑問，隨時提供咨詢服務(wù)； 對承建單位提交的合同給出評審報告，由用戶方進行確認； 2、承包方應(yīng)提交的文檔 投標文件 3、建設(shè)方應(yīng)提交的文檔 招標文件 合同 4、監(jiān)理方應(yīng)提交的文檔 合同評審報告 工作報告（會議紀要、監(jiān)理周報等） 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）5.2 工程設(shè)計階段1、監(jiān)理方應(yīng)完成的任務(wù)： 編寫監(jiān)理規(guī)劃，并召開三方協(xié)調(diào)會議，確定工作流程及溝通制度； 根據(jù)監(jiān)理規(guī)劃及各項目組的進度計劃，編制監(jiān)理實施細則； 確定需求變更以及進度計劃變更的處理方法，并三方確認； 審核開發(fā)計劃，以評審報告的

6、形式給用戶方進行確認； 參與需求調(diào)研方式的制定，并三方確認； 對重要的需求調(diào)研部分，應(yīng)與開發(fā)方一起進行調(diào)研； 對開發(fā)方的調(diào)研成果進行核查，及時指出不足之處； 對系統(tǒng)的需求必須有充分的理解； 審核需求規(guī)格說明書、以評審報告的形式給用戶方進行確認； 對概要設(shè)計進度情況進行核查； 審核概要設(shè)計說明書，以評審報告的形式給用戶方進行確認； 對詳細設(shè)計進度情況進行核查； 審核詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃，以評審報告的形式給用戶方進行確認； 審核開發(fā)方提交的周報； 根據(jù)實際情況調(diào)整進度計劃（出現(xiàn)重大變更應(yīng)立即進行調(diào)整或出現(xiàn)小的變更則兩星期調(diào)整一次），并三方確認； 編制周報，并提交給用戶方； 主

7、持召開三方工程例會（每周五上午舉行）、專題會，編制工程備忘錄； 各監(jiān)理規(guī)范表格的使用；2、承建單位應(yīng)提交的文檔 開發(fā)計劃 軟件需求說明書 概要設(shè)計說明書 詳細設(shè)計說明書 數(shù)據(jù)庫設(shè)計說明書 測試計劃 測試報告電子政務(wù)基礎(chǔ)平臺完善實施方案、計劃國房局電子政務(wù)基礎(chǔ)平臺建設(shè)及辦文*改造總體設(shè)計內(nèi)部任務(wù)與行政審批管理系統(tǒng)需求規(guī)格說明書土地管理模塊需求規(guī)格說明書辦文系統(tǒng)數(shù)據(jù)整合遷移方案辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試計劃辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試報告辦文系統(tǒng)數(shù)據(jù)整合遷移成果報告地政業(yè)務(wù)數(shù)據(jù)整合集中測試計劃地政業(yè)務(wù)數(shù)據(jù)整合集中測試報告國房局圖形*第一階段方案、計劃圖形系統(tǒng)第一階段升級測試計劃圖形系統(tǒng)第一階段升

8、級測試報告內(nèi)部網(wǎng)站升級方案、計劃內(nèi)部網(wǎng)站升級測試計劃內(nèi)部網(wǎng)站升級測試報告相關(guān)接口、系統(tǒng)修改方案、計劃相關(guān)接口、系統(tǒng)修改測試計劃相關(guān)接口、系統(tǒng)修改測試報告國房局電子政務(wù)基礎(chǔ)平臺建設(shè)及辦文*改造系統(tǒng)運行環(huán)境規(guī)劃、部署方案 工作周報3、監(jiān)理方應(yīng)提交的文檔 監(jiān)理規(guī)劃 開發(fā)計劃評審報告 監(jiān)理細則 軟件需求說明書評審報告 概要設(shè)計說明書評審報告 詳細設(shè)計說明書評審報告 數(shù)據(jù)庫設(shè)計說明書評審報告 測試計劃評審報告 工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等） 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。5.3 工程實施階段1、 監(jiān)理方應(yīng)完成的任務(wù)： 對編碼的進度情況進行核查，并對編碼的規(guī)范進行抽查，并

9、將檢查情況向用戶方匯報； 需求變更的處理； 審核單元測試報告、操作手冊、安裝手冊，以評審報告的形式給用戶方進行確認； 參與聯(lián)調(diào)測試； 審核聯(lián)調(diào)測試報告、培訓(xùn)計劃、試運行計劃、數(shù)據(jù)割接及應(yīng)用上線方案，以評審報告的形式給用戶方進行確認； 如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方提交風(fēng)險報告； 審核開發(fā)方提交的周報； 編制周報，并提交給用戶方； 根據(jù)實際情況調(diào)整進度計劃（出現(xiàn)重大變更應(yīng)立即進行調(diào)整或出現(xiàn)小變更則兩個星期調(diào)整一次），并三方確認； 主持召開三方工程例會（每周五上午舉行）、專題會，編制工程備忘錄； 各監(jiān)理規(guī)范表格的使用；2、 承建單位應(yīng)提交的文檔 單元測試報告； 操作手冊； 安裝手冊； 聯(lián)調(diào)測試報

10、告； 培訓(xùn)計劃； 試運行計劃；國房局電子政務(wù)基礎(chǔ)平臺建設(shè)及辦文*改造系統(tǒng)上線運行工作計劃 工作周報。3、 監(jiān)理方應(yīng)提交的文檔 單元測試、集成測試、壓力測試評審報告； 用戶操作手冊、系統(tǒng)安裝手冊、系統(tǒng)管理員手冊評審報告； 工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等）； 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。5.4 工程驗收階段 1、 監(jiān)理方應(yīng)完成的任務(wù)： 協(xié)助用戶方進行培訓(xùn)； 對系統(tǒng)的試運行情況進行定期檢查，并向用戶方匯報； 審核試運行情況報告，以評審報告的形式給用戶方進行確認； 三方確定驗收時間、驗收準則、評估規(guī)則、硬件/軟件環(huán)境等，以及三方職責(zé)； 審核驗收方案、驗收測試報告、售后

11、服務(wù)計劃，以評審報告的形式給用戶方進行確認； 參與驗收測試，編制項目驗收報告，并將符合要求的文檔移交給用戶方； 如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方提交風(fēng)險報告； 審核開發(fā)方提交的報告； 編制周報，并提交給用戶方； 根據(jù)實際情況調(diào)整進度計劃（出現(xiàn)重大變更應(yīng)立即進行調(diào)整或出現(xiàn)小變更則兩個星期調(diào)整一次），并三方確認； 主持召開三方工程例會（每周五上午舉行）、專題會，編制工程備忘錄； 各監(jiān)理規(guī)范表格的使用；2、 承建單位應(yīng)提交的文檔 試運行情況報告 驗收方案 驗收手冊 驗收測試報告 合同要求提供的相關(guān)文檔 售后服務(wù)計劃 工作周報3、 監(jiān)理方應(yīng)提交的文檔 驗收方案評審報告 項目驗收報告 工作報告（會議紀要

12、、監(jiān)理周報、項目評審會議紀要、變更報告等）； 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。第六章 各階段工作明細 6.1 啟動階段1、計劃時間：*年月日至*年月日2、工作內(nèi)容： SN任務(wù)承建方監(jiān)理方業(yè)主方1合同簽署起草合同；修改完善合同審核合同，有意見或建議則提交審查報告經(jīng)辦人審核合同，并上報審批2召開項目啟動會介紹實施方案介紹監(jiān)理工作注意事項；整理會議紀要主持會議；提出項目要求3實施方案報審編寫實施方案；修改、完善實施方案；提交報審表審核實施方案，有意見或建議則提交審查報告經(jīng)辦人審核實施方案，并上報審批4開工申請?zhí)峤婚_工申請表審核開工申請表，發(fā)出開工令3、工作規(guī)范說明任務(wù)2說明：合同審核要點包括：a.

13、 合同實施范圍明確，各項需求規(guī)定足夠明確；b. 任何與投標時不一致的要求已得到解決；c. 雙方關(guān)于屬于的使用達成一致協(xié)議；d. 處理用戶在系統(tǒng)建設(shè)期間提出的需求變更；e. 用戶提供哪些設(shè)施和資源；f. 采用的標準和規(guī)程；g. 合同中提出的軟件生命周期過程從費用、質(zhì)量、進度考慮是否合理；h. 合同中是否納入或列舉被剪裁的軟件生命過程標準；i. 合同中是否明確規(guī)定了驗收的組織和規(guī)程，驗收準則是否合同；j. 合同中要求承建方交付的軟件產(chǎn)品是否完整；k. 合同是否明確規(guī)定了承建方不能按時交貨應(yīng)負的責(zé)任；l. 合同中是否包括了售后服務(wù)和必要技術(shù)培訓(xùn)的條款，驗收后出現(xiàn)的問題的處理，包括與質(zhì)量有關(guān)的索賠和用

14、戶的投訴；m. 合同的所有條款是否都符合國家的有關(guān)法規(guī)和行業(yè)慣例；n. 合同是否明確了軟件產(chǎn)品你的專利權(quán)、使用權(quán)、擔保權(quán)、許可權(quán)及保護知識產(chǎn)權(quán)信息。6.2 工程設(shè)計階段6.2.1 需求調(diào)研階段1、計劃時間：*年月日至*年月日2、工作內(nèi)容：SN任務(wù)承建方監(jiān)理方業(yè)主方1前期需求細化消化前期需求細化消化前期需求細化消化前期需求細化2調(diào)研準備制定調(diào)研計劃審核調(diào)研計劃，有意見或建議則提交審查報告；經(jīng)辦人審核調(diào)研計劃；3需求調(diào)研到用戶單位進行需求調(diào)研，如有變更，根據(jù)實際情況調(diào)整進度計劃核查需求調(diào)研、需求分析進度，如需變更則確認變更協(xié)助需求調(diào)研的進行，如需變更，則確認變更4項目需求分析報審編寫項目需求說明書

15、及系統(tǒng)原型V1.0版本；修改、完善項目需求說明書；提交報審表審核項目需求說明書及系統(tǒng)原型，有意見或建議則提交審查報告用戶審核項目需求說明書和系統(tǒng)原型，并上報審批3、工作規(guī)范說明任務(wù)3說明：項目需求說明書審核要點包括：a. 文檔是否按項目文檔編制標準編制的；b. 文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的；c. 軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求；d. 根據(jù)設(shè)計準則，把系統(tǒng)的需求恰當?shù)姆峙浣o硬件項、軟件項和人工操作項；e. 每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的；f. 需求說明中是否考慮了與已有應(yīng)用系統(tǒng)的接口問題；g. 需求說明中是否考慮了審批業(yè)

16、務(wù)的擴展要求；h. 需求說明中是否考慮了故障處理要求，對故障處理方法是否合理和合適；i. 需求說明中是否考慮了用戶安全保密性方面的要求，通過適當嚴格的方法表明涉及安全、保密和關(guān)鍵性的軟件需求是正確的。6.2.2 系統(tǒng)概要設(shè)計階段1、計劃時間：*年月日至*月日2、工作內(nèi)容：SN任務(wù)承建方監(jiān)理方業(yè)主方1系統(tǒng)概要設(shè)計報審編寫系統(tǒng)概要設(shè)計；修改、完善系統(tǒng)概要設(shè)計；提交報審表核查概要設(shè)計進度情況；審核需求或設(shè)計的變更；審核系統(tǒng)概要設(shè)計，有意見或建議則提交審查報告經(jīng)辦人審核系統(tǒng)概要設(shè)計，并上報審核3、工作規(guī)范說明任務(wù)1說明系統(tǒng)概要設(shè)計審核要點包括：a. 軟件設(shè)計是正確的、與需求抑制并可追溯到需求，覆蓋了軟

17、件需求說明的全部內(nèi)容；b. 設(shè)計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；c. 可以從需求得出選定的設(shè)計；d. 軟件功能部件的分解是否合理；e. 對故障處理的措施是否完備有效；f. 軟件概要設(shè)計說明是否對軟件需求說明有良好的可追溯性；g. 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。6.2.3 系統(tǒng)詳細設(shè)計階段1、計劃時間：*年月日至*年月日2、工作內(nèi)容：SN任務(wù)承建方監(jiān)理方業(yè)主方1系統(tǒng)詳細設(shè)計報審編寫系統(tǒng)詳細設(shè)計；修改、完善系統(tǒng)詳細設(shè)計；提交報審表核查詳細設(shè)計進度情況；審核需求或設(shè)計的變更；審核系統(tǒng)詳細設(shè)計，有意見或建議則提交審查報告經(jīng)辦

18、人審核系統(tǒng)詳細設(shè)計，并上報審核3、工作規(guī)范說明任務(wù)1說明：a. 數(shù)據(jù)庫設(shè)計是否全面，且考慮了多對一、一對多的關(guān)系；b. 詳細設(shè)計與概要設(shè)計是否一致；c. 通過適當嚴格的方法表明設(shè)計正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求；d. 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。6.3 工程實施階段6.3.1編碼階段 1、計劃時間：*年月日至*年月日2、工作內(nèi)容： SN任務(wù)承建方監(jiān)理方業(yè)主方1編碼進行編碼對變得進度情況進行核查，并將檢查情況向業(yè)主方匯報2模塊設(shè)計說明書報審編寫模塊設(shè)計說明書；修改、完善模塊設(shè)計說明書；提交報審表審核模塊設(shè)計說明書，有意見或建議則提交審查報告經(jīng)辦人審核模塊設(shè)計說明書3、

19、工作規(guī)范說明任務(wù)1說明：編碼驗證和評審工作，內(nèi)容主要包括a. 編碼是否符合有關(guān)的編碼標準；b. 編碼可追溯到設(shè)計和需求并切實可測試的、正確的、并符合需求；c. 編碼會自行正確的事件順序，前后一致的接口關(guān)系、正確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；d. 程序是否正確地實現(xiàn)了軟件詳細設(shè)計；e. 程序中是否有足夠的注釋，以保證程序的可讀性和可維護性；f. 是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試；g. 軟件單元測試是否充分，是否達到了語句覆蓋率和分支覆蓋率均為100%的要求；h. 通過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密和其他關(guān)鍵性的要求；i.

20、 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。j. 集成驗證的要求k. 每個軟件項的軟件組件和軟件單元已完整地、正確地集成到系統(tǒng)中；l. 系統(tǒng)的硬件項、軟件項和人工操作項已完整地、正確地集成到系統(tǒng)中；m. 其他系統(tǒng)的相關(guān)功能模塊已完整地、正確地集成到系統(tǒng)中；n. 已根據(jù)集成計劃完成集成任務(wù)。o. 任務(wù)2說明：p. 模塊設(shè)計是正確的、與軟件設(shè)計一致并可追溯到需求，覆蓋了軟件設(shè)計說明的全部內(nèi)容；q. 設(shè)計執(zhí)行正確的時間順序、輸入、輸出、接口、邏輯流程圖、定時分配和預(yù)算估計、錯誤的定義、隔離和恢復(fù)；r. 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。6.3.2測試階段1、計劃時間：*年月日至*年月

21、日2、工作內(nèi)容： SN任務(wù)承建方監(jiān)理方業(yè)主方1測試計劃報審編寫測試計劃；修改、完善測試計劃；提交報審表審核測試計劃，有意見或建議則提交審查報告經(jīng)辦人審核測試計劃，并上報評審2單元測試進行內(nèi)部測試對內(nèi)部測試的進度情況進行核查3整體測試進行內(nèi)部測試對內(nèi)部測試的進度情況進行核查4完成測試編寫測試報告；修改、完善測試報告；審核測試報告，有意見或建議則提交審查報告經(jīng)辦人審核測試報告，并上報評審3、工作規(guī)范說明任務(wù)1說明：測試計劃審核要點a. 是否包括了易用性測試、穩(wěn)定性測試計劃；b. 測試需求、測試用例、測試數(shù)據(jù)是否符合規(guī)格說明；c. 測試路徑是否覆蓋全部功能點；d. 任務(wù)4說明；e. 測試報告是否正確

22、的，實際情況和預(yù)期結(jié)果之間的差異是否已得到解決；f. 是否采用了必要的軟件測試工具以提高測試的效率，同時保障測試的可重復(fù)驗證性；g. 是否進行了強度、邊界和異常輸入測試；h. 針對測試中發(fā)現(xiàn)的軟件錯誤是否進行了軟件修改，并開展了相應(yīng)的軟件回歸測試；i. 確認軟件產(chǎn)品在目標環(huán)境的選定區(qū)域進行了適用性測試6.3.3安裝調(diào)試階段1、計劃時間：*年月日至*年月日2、工作內(nèi)容：SN任務(wù)承建方監(jiān)理方業(yè)主方1安裝調(diào)試編寫安裝調(diào)試計劃；修改、完善安裝調(diào)試計劃；審核安裝調(diào)試計劃，有意見或建議則提交審查報告經(jīng)辦人審核安裝調(diào)試計劃2安裝調(diào)試到個用戶單位部署和安裝調(diào)試跟進開發(fā)方安裝調(diào)試工作聯(lián)系個用戶單位3聯(lián)合測試進行

23、系統(tǒng)測試出具監(jiān)理方測試報告經(jīng)辦人審核監(jiān)理方測試報告4安裝調(diào)試完畢編寫安裝調(diào)試報告；修改、完善安裝調(diào)試報告審核安裝調(diào)試報告，有意見或建議則提交審查報告審核安裝調(diào)試報告6.3.4系統(tǒng)培訓(xùn)階段1、計劃時間：*年月日至*年月日2、工作內(nèi)容：SN任務(wù)承建方監(jiān)理方業(yè)主方1培訓(xùn)準備編寫培訓(xùn)計劃及培訓(xùn)教材；修改、完善培訓(xùn)計劃及培訓(xùn)教材審核培訓(xùn)計劃，有意見或建議則提交審查報告審核培訓(xùn)計劃及培訓(xùn)教材2培訓(xùn)有培訓(xùn)人員對用戶進行培訓(xùn)組織用戶參加培訓(xùn)6.4 工程驗收階段1、計劃時間：系統(tǒng)階段驗收：*年月日至*年月日總體驗收：*年月日至*年月日2、工作內(nèi)容SN任務(wù)承建方監(jiān)理方業(yè)主方1系統(tǒng)階段驗收編寫階段驗收報告；修改、完

24、善階段驗收報告評審階段驗收報告，有意見或建議則提交審查報告經(jīng)辦人評審階段驗收報告2項目終驗編寫驗收報告；修改、完善驗收報告；提交報審表評審驗收報告，有意見或建議則提交審查報告經(jīng)辦人評審驗收報告，并上報審批3、工作規(guī)范說明任務(wù)1說明：項目終驗工作要點a. 組織軟件項目階段驗收準備；b. 驗證軟件系統(tǒng)功能性能與合同的符合性；c. 審核與項目配套的技術(shù)文檔是否齊全并滿足相關(guān)標準及規(guī)范的要求；d. 檢查技術(shù)培訓(xùn)是否達到合同要求；e. 出具項目階段驗收報告；f. 督促整理項目合同文件的階段技術(shù)檔案資料；g. 幫助業(yè)主制定系統(tǒng)運行管理規(guī)章制度第七章 監(jiān)理工作的控制要求及目標根據(jù)監(jiān)理規(guī)劃和監(jiān)理工作流程，設(shè)立

25、監(jiān)理工作的控制要點及目標。7.1 工程啟動階段的控制要點及目標：要點1：明確用戶需求；要點2：合同實施范圍明確，各項需求規(guī)定足夠明確。要點3：任何與投標時不一致的要求已得到解決。要點4：項目組有能力滿足合同要求。要點5：合同中規(guī)定項目驗收準則和方式。要點6：合同中規(guī)定對系統(tǒng)驗收后出現(xiàn)的問題的處理，包括與質(zhì)量有關(guān)的索賠和用戶的投訴。要點7：合同中規(guī)定采用的技術(shù)標準和規(guī)程。目標：協(xié)助業(yè)主單位明確工程需求，確定工程建設(shè)目標；產(chǎn)生合理的初步設(shè)計方案和投資預(yù)算；盡可能使招標書少出現(xiàn)不確定性問題，并對有效的投標標書給予評價和比較，給出明確意見，協(xié)助選擇具有完成本項目實力的建設(shè)商；根據(jù)中標方案和招標要求，促

26、使業(yè)主單位、承建單位所簽訂的承建合同在技術(shù)、經(jīng)濟上合理有效。 文檔要求：產(chǎn)生經(jīng)過確認的需求統(tǒng)計表，需求分配表，需求分配原則、合同評審報告（標識出可能的風(fēng)險）。7.2 設(shè)計階段的控制要點及目標：要點1：監(jiān)督承建單位進行更進一步的可行性調(diào)研和制定出初步項目開發(fā)計劃。要點2：監(jiān)督承建單位進行需求分析，寫出相應(yīng)的文檔。要點3：監(jiān)督承建單位出相應(yīng)的初步用戶手冊。要點4：及時檢查承建單位出進一步的測試計劃。要點5：監(jiān)督承建單位及時出概要設(shè)計說明書，檢查是否符合相應(yīng)的規(guī)范性，以及 是否考慮周全等。要點6：監(jiān)督承建單位及時出詳細設(shè)計說明書，檢查好似否符合相應(yīng)的規(guī)范性，以及是否考慮周全等。要點7：監(jiān)督承建單位及

27、時出數(shù)據(jù)庫設(shè)計說明，檢查是否符合相應(yīng)的規(guī)范性，以及是否考慮周全等。要點8：及時檢查承建單位出操作手冊。要點9：監(jiān)督承建單位出相應(yīng)的開發(fā)進度周報和月報。要點10：配備實施人員和實施設(shè)備，提供實施方案包括風(fēng)險投資控制措施和進度計劃；目標：這個階段是軟件卡法中的可行性研究與計劃階段、需求分析階段、設(shè)計階段，主要是推動業(yè)主單位、承建單位對工程需求和設(shè)計進行規(guī)范化的技術(shù)描述，為工程實施提供優(yōu)化的設(shè)計方案；促使工程計劃、設(shè)計方案滿足工程需求，符合相關(guān)的法律、法規(guī)和標準，并與工程建設(shè)合同相符，具有可驗證性；協(xié)助業(yè)主單位、承建單位消除設(shè)計文檔在進入工程實施前可預(yù)見的缺陷。文檔要求：對可行性報告、項目開發(fā)計劃、軟件需求說明書、數(shù)據(jù)需求說明書、數(shù)據(jù)需求說明書、概要設(shè)計說明書、詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明、初步測試計劃和開發(fā)進度周報合約報等文檔。7.3 施工階段的控制要點及目標： 要點1：檢查承建單位項目開發(fā)的軟、硬件環(huán)境。要點2：及時檢查承建單位出用戶手冊。要點3：及時檢查承建單位出操作手冊。要點4：及時檢查承建單位出模塊開發(fā)卷宗。要點5：及時檢查承建單位的測試分析報告。要點6：監(jiān)督承建單位出相應(yīng)的開發(fā)進度周報和月報。要點7：監(jiān)督承建單位出相應(yīng)的項目開發(fā)總結(jié)。目標：這個階段是軟件開發(fā)的實現(xiàn)階段、測試階段、運行與維護。是加強工程實施方案的合法性、合理性、與設(shè)計方案的符合性；