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

《軟件開發(fā) 項目 監(jiān)理細則》由會員分享，可在線閱讀，更多相關《軟件開發(fā) 項目 監(jiān)理細則（25頁珍藏版）》請在裝配圖網上搜索。

1、 *************************項目 監(jiān)理實施細則 *******************監(jiān)理有限公司 年 月 目 錄 第一章 前言 4 第二章 項目角色 4 第三章 項目工期要求 4 第四章 項目內容 5 4.1 系統(tǒng)軟件開發(fā)及實施 5 4.2 技術服務 5 第五章 監(jiān)理工作流程 5 5.1 工程啟動階段 6 5.2 工程設計階段 6 5.3 工程實施階段 9 5.4 工程驗收階段 10 第六章 各階段工作明細 11 6.1 啟動階段 12

2、6.2 工程設計階段 13 6.2.1 需求調研階段 13 6.2.2 系統(tǒng)概要設計階段 15 6.2.3 系統(tǒng)詳細設計階段 16 6.3 工程實施階段 16 6.3.1編碼階段 17 6.3.2測試階段 18 6.3.3安裝調試階段 19 6.3.4系統(tǒng)培訓階段 20 6.4 工程驗收階段 20 第七章 監(jiān)理工作的控制要求及目標 21 7.1 工程啟動階段的控制要點及目標： 22 7.2 設計階段的控制要點及目標： 22 7.4 驗收階段的控制要點及目標： 24 第八章 監(jiān)理方法及措施 24 8.1工程啟動階段的方法及措施： 24 8.2設計階段的方法及

3、措施： 25 8.3施工階段的方法及措施 25 8.4驗收階段的方法及措施： 25 第九章 技術文檔模版 25 9.1開發(fā)計劃 26 9.2軟件需求說明書 27 9.3概要設計說明書 28 9.4詳細設計說明書 29 9.5數據庫設計說明書 31 9.6測試計劃 32 9.7測試分析報告 33 9.8操作手冊 35 第十章 監(jiān)理依據 37 第一章 前言 為更好地開展監(jiān)理工作，保障*************************項目的有效實施，確立全面科學的監(jiān)理標準，提高實際監(jiān)理工作的可操作性和透明度，特制訂本《監(jiān)理細則》，供項目開發(fā)人員及現(xiàn)場

4、人員參照執(zhí)行。 第二章 項目角色 一、 業(yè)主方：******************* 二、 監(jiān)理方：*******************監(jiān)理有限公司 三、 開發(fā)方： 第三章 項目工期要求 工期要求：集成合同簽訂之日起至年月日。 實施要求：年月日第一階段產品試運行； 年月日前第一階段產品全面上線； 年月日前第二階段產品全面上線。 第四章 項目內容 本項目的主要事實內容包括軟件系統(tǒng)的移植和開發(fā)，并提供相關的技術服務。 4.1 系統(tǒng)軟件開發(fā)及實施 電子政務基礎平臺完善、圖形相關功能開發(fā)、圖形基礎

5、軟件升級、業(yè)務需求調查、辦文系統(tǒng)數據整合遷移、地政業(yè)務數據整合遷移、局內部網站升級、修改相關系統(tǒng)和接口、總體設計與系統(tǒng)集成和系統(tǒng)培訓。 行政審批與任務管理系統(tǒng)主要包括行政審批流程、行政公文流程、制發(fā)文流程等業(yè)務審批。在業(yè)務審批流轉過程中產生不同類型的任務，任務在不同的任務狀態(tài)切換。所有的工作項都以任務驅動方式進行。在任務的生命周期中會產生很多跟任務相關的任務、資源或信息等。 兩部分工作不是孤立的，必須在建設內容劃分和進度上匹配才能夠保證項目的順利開展。 4.2 技術服務 技術服務包括一下內容： 1) 用戶培訓，包括安裝培訓、使用培訓和維護培訓。 2) 系統(tǒng)維護，包括日常技術維護

6、和適應性維護。 第五章 監(jiān)理工作流程 根據本項目實施的項目要求及軟件系統(tǒng)項目實施的特點，我們把本次的監(jiān)理工作分為工程設計規(guī)劃階段監(jiān)理，工程實施階段監(jiān)理，工程驗收階段監(jiān)理三個階段，具體實施如下： 5.1 工程啟動階段 1、監(jiān)理方應完成的任務： √ 針對業(yè)主方在合同簽訂過程的疑問，隨時提供咨詢服務； √ 對承建單位提交的合同給出評審報告，由用戶方進行確認； 2、承包方應提交的文檔 √ 投標文件 3、建設方應提交的文檔 √ 招標文件 √ 合同 4、監(jiān)理方應提交的文檔 √ 合同評審報告 √ 工作報告（會議紀要、監(jiān)理周報等

7、） √ 其他監(jiān)理文檔（聯(lián)系單、備忘錄等） 5.2 工程設計階段 1、監(jiān)理方應完成的任務： √ 編寫監(jiān)理規(guī)劃，并召開三方協(xié)調會議，確定工作流程及溝通制度； √ 根據監(jiān)理規(guī)劃及各項目組的進度計劃，編制監(jiān)理實施細則； √ 確定需求變更以及進度計劃變更的處理方法，并三方確認； √ 審核開發(fā)計劃，以評審報告的形式給用戶方進行確認； √ 參與需求調研方式的制定，并三方確認； √ 對重要的需求調研部分，應與開發(fā)方一起進行調研； √ 對開發(fā)方的調研成果進行核查，及時指出不足之處； √ 對系統(tǒng)的需求必須有充分的理解； √ 審核需求規(guī)格說明書、以評審報告的形式給用戶方進行確認；

8、√ 對概要設計進度情況進行核查； √ 審核概要設計說明書，以評審報告的形式給用戶方進行確認； √ 對詳細設計進度情況進行核查； √ 審核詳細設計說明書、數據庫設計說明書、測試計劃，以評審報告的形式給用戶方進行確認； √ 審核開發(fā)方提交的周報； √ 根據實際情況調整進度計劃（出現(xiàn)重大變更應立即進行調整或出現(xiàn)小的變更則兩星期調整一次），并三方確認； √ 編制周報，并提交給用戶方； √ 主持召開三方工程例會（每周五上午舉行）、專題會，編制工程備忘錄； √ 各監(jiān)理規(guī)范表格的使用； 2、承建單位應提交的文檔 √ 開發(fā)計劃 √ 軟件需求說明書 √ 概要設計說明書 √ 詳細

9、設計說明書 √ 數據庫設計說明書 √ 測試計劃 √ 測試報告 √《電子政務基礎平臺完善實施方案、計劃》 √《國房局電子政務基礎平臺建設及辦文******改造總體設計》 √《內部任務與行政審批管理系統(tǒng)需求規(guī)格說明書》 √《土地管理模塊需求規(guī)格說明書》 √《辦文系統(tǒng)數據整合遷移方案》 √《辦文系統(tǒng)數據整合遷移集中測試計劃》 √《辦文系統(tǒng)數據整合遷移集中測試報告》 √《辦文系統(tǒng)數據整合遷移成果報告》 √《地政業(yè)務數據整合集中測試計劃》 √《地政業(yè)務數據整合集中測試報告》 √《國房局圖形******第一階段方案、計劃》 √《圖形系統(tǒng)第一階段升級測試計劃》 √《圖形系統(tǒng)第

10、一階段升級測試報告》 √《內部網站升級方案、計劃》 √《內部網站升級測試計劃》 √《內部網站升級測試報告》 √《相關接口、系統(tǒng)修改方案、計劃》 √《相關接口、系統(tǒng)修改測試計劃》 √《相關接口、系統(tǒng)修改測試報告》 √《國房局電子政務基礎平臺建設及辦文******改造系統(tǒng)運行環(huán)境規(guī)劃、部署方案》 √ 工作周報 3、監(jiān)理方應提交的文檔 √ 監(jiān)理規(guī)劃 √ 開發(fā)計劃評審報告 √ 監(jiān)理細則 √ 軟件需求說明書評審報告 √ 概要設計說明書評審報告 √ 詳細設計說明書評審報告 √ 數據庫設計說明書評審報告 √ 測試計劃評審報告 √ 工作報告（會議紀要、監(jiān)理周報、項目

11、評審會議紀要、變更報告等） √ 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。 5.3 工程實施階段 1、 監(jiān)理方應完成的任務： √ 對編碼的進度情況進行核查，并對編碼的規(guī)范進行抽查，并將檢查情況向用戶方匯報； √ 需求變更的處理； √ 審核單元測試報告、操作手冊、安裝手冊，以評審報告的形式給用戶方進行確認； √ 參與聯(lián)調測試； √ 審核聯(lián)調測試報告、培訓計劃、試運行計劃、數據割接及應用上線方案，以評審報告的形式給用戶方進行確認； √ 如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方提交風險報告； √ 審核開發(fā)方提交的周報； √ 編制周報，并提交給用戶方； √ 根據實際情況調整進度計劃

12、（出現(xiàn)重大變更應立即進行調整或出現(xiàn)小變更則兩個星期調整一次），并三方確認； √ 主持召開三方工程例會（每周五上午舉行）、專題會，編制工程備忘錄； √ 各監(jiān)理規(guī)范表格的使用； 2、 承建單位應提交的文檔 √ 單元測試報告； √ 操作手冊； √ 安裝手冊； √ 聯(lián)調測試報告； √ 培訓計劃； √ 試運行計劃； √《國房局電子政務基礎平臺建設及辦文******改造系統(tǒng)上線運行工作計劃》 √ 工作周報。 3、 監(jiān)理方應提交的文檔 √ 單元測試、集成測試、壓力測試評審報告； √ 用戶操作手冊、系統(tǒng)安裝手冊、系統(tǒng)管理員手冊評審報告；

13、√ 工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等）； √ 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。 5.4 工程驗收階段 1、 監(jiān)理方應完成的任務： √ 協(xié)助用戶方進行培訓； √ 對系統(tǒng)的試運行情況進行定期檢查，并向用戶方匯報； √ 審核試運行情況報告，以評審報告的形式給用戶方進行確認； √ 三方確定驗收時間、驗收準則、評估規(guī)則、硬件/軟件環(huán)境等，以及三方職責； √ 審核驗收方案、驗收測試報告、售后服務計劃，以評審報告的形式給用戶方進行確認； √ 參與驗收測試，編制項目驗收報告，并將符合要求的文檔移交給用戶方； √ 如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方

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

15、審會議紀要、變更報告等）； √ 其他監(jiān)理文檔（聯(lián)系單、備忘錄等）。 第六章 各階段工作明細 6.1 啟動階段 1、計劃時間：****年月日至****年月日 2、工作內容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 合同簽署 起草合同； 修改完善合同 審核合同，有意見或建議則提交審查報告 經辦人審核合同，并上報審批 2 召開項目啟動會 介紹實施方案 介紹監(jiān)理工作注意事項； 整理會議紀要 主持會議； 提出項目要求 3 實施方案報審 編寫實施方案； 修改、完善實施方案；

16、 提交報審表 審核實施方案，有意見或建議則提交審查報告 經辦人審核實施方案，并上報審批 4 開工申請 提交開工申請表 審核開工申請表，發(fā)出開工令 3、工作規(guī)范說明 任務2說明： 合同審核要點包括： a. 合同實施范圍明確，各項需求規(guī)定足夠明確； b. 任何與投標時不一致的要求已得到解決； c. 雙方關于屬于的使用達成一致協(xié)議； d. 處理用戶在系統(tǒng)建設期間提出的需求變更； e. 用戶提供哪些設施和資源； f. 采用的標準和規(guī)程； g. 合同中提出的軟件生命周期過程從費用、質量、進度考慮是否合理； h. 合同中是否納入或列舉被剪裁的軟件生命過程標準；

17、i. 合同中是否明確規(guī)定了驗收的組織和規(guī)程，驗收準則是否合同； j. 合同中要求承建方交付的軟件產品是否完整； k. 合同是否明確規(guī)定了承建方不能按時交貨應負的責任； l. 合同中是否包括了售后服務和必要技術培訓的條款，驗收后出現(xiàn)的問題的處理，包括與質量有關的索賠和用戶的投訴； m. 合同的所有條款是否都符合國家的有關法規(guī)和行業(yè)慣例； n. 合同是否明確了軟件產品你的專利權、使用權、擔保權、許可權及保護知識產權信息。 6.2 工程設計階段 6.2.1 需求調研階段 1、計劃時間：****年月日至****年月日 2、工作內容： SN 任務 承建方 監(jiān)理方

18、 業(yè)主方 1 前期需求細化 消化前期需求細化 消化前期需求細化 消化前期需求細化 2 調研準備 制定調研計劃 審核調研計劃，有意見或建議則提交審查報告； 經辦人審核調研計劃； 3 需求調研 到用戶單位進行需求調研，如有變更，根據實際情況調整進度計劃 核查需求調研、需求分析進度，如需變更則確認變更 協(xié)助需求調研的進行，如需變更，則確認變更 4 項目需求分析報審 編寫項目需求說明書及系統(tǒng)原型V1.0版本； 修改、完善項目需求說明書； 提交報審表 審核《項目需求說明書》及系統(tǒng)原型，有意見或建議則提交審查報告 用戶審核《項目需求說明書》和系統(tǒng)原型，并上報審

19、批 3、工作規(guī)范說明 任務3說明： 項目需求說明書審核要點包括： a. 文檔是否按項目文檔編制標準編制的； b. 文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的； c. 軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求； d. 根據設計準則，把系統(tǒng)的需求恰當的分配給硬件項、軟件項和人工操作項； e. 每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的； f. 需求說明中是否考慮了與已有應用系統(tǒng)的接口問題； g. 需求說明中是否考慮了審批業(yè)務的擴展要求； h. 需求說明中是否考慮了故障處理要求，對故障處理方法是否合理和合適； i. 需求說明中是

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

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

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

23、承建方 監(jiān)理方 業(yè)主方 1 編碼 進行編碼 對變得進度情況進行核查，并將檢查情況向業(yè)主方匯報 2 模塊設計說明書報審 編寫模塊設計說明書； 修改、完善模塊設計說明書； 提交報審表 審核模塊設計說明書，有意見或建議則提交審查報告 經辦人審核模塊設計說明書 3、工作規(guī)范說明 任務1說明： 編碼驗證和評審工作，內容主要包括 a. 編碼是否符合有關的編碼標準； b. 編碼可追溯到設計和需求并切實可測試的、正確的、并符合需求； c. 編碼會自行正確的事件順序，前后一致的接口關系、正確的數據和控制流程圖、完整性、恰當的定時分配和預算估計、錯誤的定義、隔

24、離和恢復； d. 程序是否正確地實現(xiàn)了軟件詳細設計； e. 程序中是否有足夠的注釋，以保證程序的可讀性和可維護性； f. 是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試； g. 軟件單元測試是否充分，是否達到了語句覆蓋率和分支覆蓋率均為100%的要求； h. 通過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密和其他關鍵性的要求； i. 是否按計劃開展了進度管理、質量管理和配置管理。 j. 集成驗證的要求 k. 每個軟件項的軟件組件和軟件單元已完整地、正確地集成到系統(tǒng)中； l. 系統(tǒng)的硬件項、軟件項和人工操作項已完整地、正確地集成到系統(tǒng)中； m. 其他系統(tǒng)的相關功能

25、模塊已完整地、正確地集成到系統(tǒng)中； n. 已根據集成計劃完成集成任務。 o. 任務2說明： p. 模塊設計是正確的、與軟件設計一致并可追溯到需求，覆蓋了軟件設計說明的全部內容； q. 設計執(zhí)行正確的時間順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復； r. 是否按計劃開展了進度管理、質量管理和配置管理。 6.3.2測試階段 1、計劃時間：****年月日至****年月日 2、工作內容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 測試計劃報審 編寫測試計劃；修改、完善測試計劃； 提交報審表

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

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

28、調試計劃 2 安裝調試 到個用戶單位部署和安裝調試 跟進開發(fā)方安裝調試工作 聯(lián)系個用戶單位 3 聯(lián)合測試 進行系統(tǒng)測試 出具監(jiān)理方測試報告 經辦人審核監(jiān)理方測試報告 4 安裝調試完畢 編寫安裝調試報告； 修改、完善安裝調試報告 審核安裝調試報告，有意見或建議則提交審查報告 審核安裝調試報告 6.3.4系統(tǒng)培訓階段 1、計劃時間：****年月日至****年月日 2、工作內容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 培訓準備 編寫培訓計劃及培訓教材； 修改、完善培訓計劃及培訓教材 審核培訓計劃，有意見或建議則提交審查報告 審核培訓計

29、劃及培訓教材 2 培訓 有培訓人員對用戶進行培訓 組織用戶參加培訓 6.4 工程驗收階段 1、計劃時間： 系統(tǒng)階段驗收：****年月日至****年月日 總體驗收：****年月日至****年月日 2、工作內容 SN 任務 承建方 監(jiān)理方 業(yè)主方 1 系統(tǒng)階段驗收 編寫階段驗收報告； 修改、完善階段驗收報告 評審階段驗收報告，有意見或建議則提交審查報告 經辦人評審階段驗收報告 2 項目終驗 編寫驗收報告； 修改、完善驗收報告； 提交報審表 評審驗收報告，有意見或建議則提交審查報告 經辦人評審驗收報告，并上報審批 3、工作規(guī)范說

30、明 任務1說明： 項目終驗工作要點 a. 組織軟件項目階段驗收準備； b. 驗證軟件系統(tǒng)功能性能與合同的符合性； c. 審核與項目配套的技術文檔是否齊全并滿足相關標準及規(guī)范的要求； d. 檢查技術培訓是否達到合同要求； e. 出具項目階段驗收報告； f. 督促整理項目合同文件的階段技術檔案資料； g. 幫助業(yè)主制定系統(tǒng)運行管理規(guī)章制度 第七章 監(jiān)理工作的控制要求及目標 根據監(jiān)理規(guī)劃和監(jiān)理工作流程，設立監(jiān)理工作的控制要點及目標。 7.1 工程啟動階段的控制要點及目標： 要點1：明確用戶需求； 要點2：合同實施范圍明確，各項需求規(guī)定足夠明確。 要點3：任

31、何與投標時不一致的要求已得到解決。 要點4：項目組有能力滿足合同要求。 要點5：合同中規(guī)定項目驗收準則和方式。 要點6：合同中規(guī)定對系統(tǒng)驗收后出現(xiàn)的問題的處理，包括與質量有關的索賠和用戶的投訴。 要點7：合同中規(guī)定采用的技術標準和規(guī)程。 目標：協(xié)助業(yè)主單位明確工程需求，確定工程建設目標；產生合理的初步設計方案和投資預算；盡可能使招標書少出現(xiàn)不確定性問題，并對有效的投標標書給予評價和比較，給出明確意見，協(xié)助選擇具有完成本項目實力的建設商；根據中標方案和招標要求，促使業(yè)主單位、承建單位所簽訂的承建合同在技術、經濟上合理有效。 文檔要求：產生經過確認的需求統(tǒng)計表，需求分配

32、表，需求分配原則、合同評審報告（標識出可能的風險）。 7.2 設計階段的控制要點及目標： 要點1：監(jiān)督承建單位進行更進一步的可行性調研和制定出初步項目開發(fā)計劃。 要點2：監(jiān)督承建單位進行需求分析，寫出相應的文檔。 要點3：監(jiān)督承建單位出相應的初步用戶手冊。 要點4：及時檢查承建單位出進一步的測試計劃。 要點5：監(jiān)督承建單位及時出概要設計說明書，檢查是否符合相應的規(guī)范性，以及 是否考慮周全等。 要點6：監(jiān)督承建單位及時出詳細設計說明書，檢查好似否符合相應的規(guī)范性，以及是否考慮周全等。 要點7：監(jiān)督承建單位及時出數據庫設計說明，檢查是否符合相應的規(guī)范

33、性，以及是否考慮周全等。 要點8：及時檢查承建單位出操作手冊。 要點9：監(jiān)督承建單位出相應的開發(fā)進度周報和月報。 要點10：配備實施人員和實施設備，提供實施方案包括風險投資控制措施和進度計劃； 目標：這個階段是軟件卡法中的可行性研究與計劃階段、需求分析階段、設計階段，主要是推動業(yè)主單位、承建單位對工程需求和設計進行規(guī)范化的技術描述，為工程實施提供優(yōu)化的設計方案；促使工程計劃、設計方案滿足工程需求，符合相關的法律、法規(guī)和標準，并與工程建設合同相符，具有可驗證性；協(xié)助業(yè)主單位、承建單位消除設計文檔在進入工程實施前可預見的缺陷。 文檔要求：對可行性報告、項目開發(fā)計劃、軟件需求說明書、數據需

34、求說明書、數據需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明、初步測試計劃和開發(fā)進度周報合約報等文檔。 7.3 施工階段的控制要點及目標： 要點1：檢查承建單位項目開發(fā)的軟、硬件環(huán)境。 要點2：及時檢查承建單位出用戶手冊。 要點3：及時檢查承建單位出操作手冊。 要點4：及時檢查承建單位出模塊開發(fā)卷宗。 要點5：及時檢查承建單位的測試分析報告。 要點6：監(jiān)督承建單位出相應的開發(fā)進度周報和月報。 要點7：監(jiān)督承建單位出相應的項目開發(fā)總結。 目標：這個階段是軟件開發(fā)的實現(xiàn)階段、測試階段、運行與維護。是加強工程實施方案的合法性、合理性、與設計方案的符合性；促使

35、工程中所使用的產品和服務符合承建合同及國家相關法律、法規(guī)和標準；明確工程實施計劃，對于計劃的調整必須合理、受控；促使工程實施過程滿足承建合同的要求，并與工程設計方案、工程計劃相符；完善工程中的不足，是整個工程符合合同要求。 文檔要求：對操作手冊、用戶手冊、模塊開發(fā)卷宗、測試報告、項目開發(fā)總結和工程實施建立報告等文檔的審核報告，質量評估報告。 7.4 驗收階段的控制要點及目標： 要點1：督促工程施工方將項目順利移交給需方。 要點2：督促整理工程合同中需要提交的激素文檔資料。 要點3：明確工程測試驗收方案的符合性（驗收目標、責任雙方、驗收提交清單、驗收標準、驗收方式、驗收環(huán)境等）

36、及可行性； 要點4：促使工程的最終功能和性能符合承建合同、法律、法規(guī)和標準的要求； 目標：促使工程按照合同和有關標準準時驗收。 文檔要求：驗收文檔監(jiān)理報告 第八章 監(jiān)理方法及措施 根據監(jiān)理規(guī)劃和監(jiān)理工作流程，制定監(jiān)理工作的方法及措施。 8.1工程啟動階段的方法及措施： 及時審批合同初稿，與業(yè)主方、承包方一起制定項目的工作制度，確保為項目順利進行。 8.2設計階段的方法及措施： 按照軟件工程文檔規(guī)范及相應的標準嚴格審查一下文檔：可行性報告、項目開發(fā)計劃、軟件需求說明書、數據需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、初步測試計劃和開發(fā)進

37、度周報合約報等文檔，寫出相應的方案評審報告。對項目開發(fā)計劃、軟件需求分析、概要設計、詳細設計及數據庫設計等各個重要階段寫入里程碑。只有通過公司評審和客戶一致認為該階段已結束，才可以進入下一階段。 8.3施工階段的方法及措施 按照軟件工程文檔規(guī)范及相應的標準嚴格審查以下文檔：操作手冊、用戶手冊、模塊開發(fā)卷宗、測試報告、項目開發(fā)總結和工程實施監(jiān)理報告等文檔，寫出質量評估報告。 對模塊開發(fā)卷宗、測試計劃、測試設計、系統(tǒng)測試及項目結束等各個重要階段寫入里程碑。只有通過公司評審和客戶一致認為該階段已結束，才可以進入下一階段。 8.4驗收階段的方法及措施： 按照合同中的要求，按質按時將項目順利交付給用戶，對驗收方案的條件進行全面驗收測試，確保工程的最終功能和性能符合承建合同、法律、法規(guī)、和標準的要求，實現(xiàn)各類文檔的整理和移交。 第九章 技術文檔模版 *************************監(jiān)理組 第 25 頁 共 25 頁