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

1、word *************************項目 監(jiān)理實施細如此 *******************監(jiān)理某某 年 月 目 錄 第一章 前言4 第二章 項目角色4 第三章 項目工期要求4 第四章 項目內(nèi)容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 6.2 工程設計階段

2、13 6.2.1 需求調(diào)研階段13 6.2.2 系統(tǒng)概要設計階段15 6.2.3 系統(tǒng)詳細設計階段16 6.3 工程實施階段16 17 18 19 20 6.4 工程驗收階段20 第七章 監(jiān)理工作的控制要求與目標21 7.1 工程啟動階段的控制要點與目標：22 7.2 設計階段的控制要點與目標：22 7.4 驗收階段的控制要點與目標：24 第八章 監(jiān)理方法與措施24 8.1工程啟動階段的方法與措施：24 8.2設計階段的方法與措施：25 25 8.4驗收階段的方法與措施：25 第九章 技術文檔模版25 26 27 28 29 31 32

3、 33 35 第十章 監(jiān)理依據(jù)37 第一章 前言 為更好地開展監(jiān)理工作，保障*************************項目的有效實施，確立全面科學的監(jiān)理標準，提高實際監(jiān)理工作的可操作性和透明度，特制訂本《監(jiān)理細如此》，供項目開發(fā)人員與現(xiàn)場人員參照執(zhí)行。 第二章 項目角色 一、 業(yè)主方：******************* 二、 監(jiān)理方：*******************監(jiān)理某某 三、 開發(fā)方： 第三章 項目工期要求 工期要求：集成合同簽訂之日起至年月日。 實施要求：年月日第一階段產(chǎn)品試運行；

4、年月日前第一階段產(chǎn)品全面上線； 年月日前第二階段產(chǎn)品全面上線。 第四章 項目內(nèi)容 本項目的主要事實內(nèi)容包括軟件系統(tǒng)的移植和開發(fā)，并提供相關的技術服務。 4.1 系統(tǒng)軟件開發(fā)與實施 電子政務根底平臺完善、圖形相關功能開發(fā)、圖形根底軟件升級、業(yè)務需求調(diào)查、辦文系統(tǒng)數(shù)據(jù)整合遷移、地政業(yè)務數(shù)據(jù)整合遷移、局內(nèi)部升級、修改相關系統(tǒng)和接口、總體設計與系統(tǒng)集成和系統(tǒng)培訓。 行政審批與任務管理系統(tǒng)主要包括行政審批流程、行政公文流程、制發(fā)文流程等業(yè)務審批。在業(yè)務審批流轉(zhuǎn)過程中產(chǎn)生不同類型的任務，任務在不同的任務狀態(tài)切換。所有的工作項都以任務驅(qū)動方式進展。在任務的生命周

5、期中會產(chǎn)生很多跟任務相關的任務、資源或信息等。 兩局部工作不是孤立的，必須在建設內(nèi)容劃分和進度上匹配才能夠保證項目的順利開展。 4.2 技術服務 技術服務包括一下內(nèi)容： 1) 用戶培訓，包括安裝培訓、使用培訓和維護培訓。 2) 系統(tǒng)維護，包括日常技術維護和適應性維護。 第五章 監(jiān)理工作流程 根據(jù)本項目實施的項目要求與軟件系統(tǒng)項目實施的特點，我們把本次的監(jiān)理工作分為工程設計規(guī)劃階段監(jiān)理，工程實施階段監(jiān)理，工程驗收階段監(jiān)理三個階段，具體實施如下： 5.1 工程啟動階段 1、監(jiān)理方應完成的任務： √ 針對業(yè)主方在合同簽訂過程的疑問，隨時提供咨詢服務；

6、√ 對承建單位提交的合同給出評審報告，由用戶方進展確認； 2、承包方應提交的文檔 √ 投標文件 3、建設方應提交的文檔 √ 招標文件 √ 合同 4、監(jiān)理方應提交的文檔 √ 合同評審報告 √ 工作報告〔會議紀要、監(jiān)理周報等〕 √ 其他監(jiān)理文檔〔聯(lián)系單、備忘錄等〕 5.2 工程設計階段 1、監(jiān)理方應完成的任務： √ 編寫監(jiān)理規(guī)劃，并召開三方協(xié)調(diào)會議，確定工作流程與溝通制度； √ 根據(jù)監(jiān)理規(guī)劃與各項目組的進度計劃，編制監(jiān)理實施細如此； √ 確定需求變更以與進度計劃變更的處理方法，并三方確認； √ 審核開發(fā)計劃，以評審報告的形式給用戶方

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

8、調(diào)整一次〕，并三方確認； √ 編制周報，并提交給用戶方； √ 主持召開三方工程例會〔每周五上午舉行〕、專題會，編制工程備忘錄； √ 各監(jiān)理規(guī)X表格的使用； 2、承建單位應提交的文檔 √ 開發(fā)計劃 √ 軟件需求說明書 √ 概要設計說明書 √ 詳細設計說明書 √ 數(shù)據(jù)庫設計說明書 √ 測試計劃 √ 測試報告 √《電子政務根底平臺完善實施方案、計劃》 √《國房局電子政務根底平臺建設與辦文******改造總體設計》 √《內(nèi)部任務與行政審批管理系統(tǒng)需求規(guī)格說明書》 √《土地管理模塊需求規(guī)格說明書》 √《辦文系統(tǒng)數(shù)據(jù)整合遷移方案》 √《辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試

9、計劃》 √《辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試報告》 √《辦文系統(tǒng)數(shù)據(jù)整合遷移成果報告》 √《地政業(yè)務數(shù)據(jù)整合集中測試計劃》 √《地政業(yè)務數(shù)據(jù)整合集中測試報告》 √《國房局圖形******第一階段方案、計劃》 √《圖形系統(tǒng)第一階段升級測試計劃》 √《圖形系統(tǒng)第一階段升級測試報告》 √《內(nèi)部升級方案、計劃》 √《內(nèi)部升級測試計劃》 √《內(nèi)部升級測試報告》 √《相關接口、系統(tǒng)修改方案、計劃》 √《相關接口、系統(tǒng)修改測試計劃》 √《相關接口、系統(tǒng)修改測試報告》 √《國房局電子政務根底平臺建設與辦文******改造系統(tǒng)運行環(huán)境規(guī)劃、部署方案》 √ 工作周報 3、監(jiān)理方應提

10、交的文檔 √ 監(jiān)理規(guī)劃 √ 開發(fā)計劃評審報告 √ 監(jiān)理細如此 √ 軟件需求說明書評審報告 √ 概要設計說明書評審報告 √ 詳細設計說明書評審報告 √ 數(shù)據(jù)庫設計說明書評審報告 √ 測試計劃評審報告 √ 工作報告〔會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等〕 √ 其他監(jiān)理文檔〔聯(lián)系單、備忘錄等〕。 5.3 工程實施階段 1、 監(jiān)理方應完成的任務： √ 對編碼的進度情況進展核查，并對編碼的規(guī)X進展抽查，并將檢查情況向用戶方匯報； √ 需求變更的處理； √ 審核單元測試報告、操作手冊、安裝手冊，以評審報告的形式給用戶方進展確認； √ 參與聯(lián)調(diào)測試

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

12、《國房局電子政務根底平臺建設與辦文******改造系統(tǒng)上線運行工作計劃》 √ 工作周報。 3、 監(jiān)理方應提交的文檔 √ 單元測試、集成測試、壓力測試評審報告； √ 用戶操作手冊、系統(tǒng)安裝手冊、系統(tǒng)管理員手冊評審報告； √ 工作報告〔會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等〕； √ 其他監(jiān)理文檔〔聯(lián)系單、備忘錄等〕。 5.4 工程驗收階段 1、 監(jiān)理方應完成的任務： √ 協(xié)助用戶方進展培訓； √ 對系統(tǒng)的試運行情況進展定期檢查，并向用戶方匯報； √ 審核試運行情況報告，以評審報告的形式給用戶方進展確認； √ 三方確定驗收時間、驗收準如此、評估規(guī)

13、如此、硬件/軟件環(huán)境等，以與三方職責； √ 審核驗收方案、驗收測試報告、售后服務計劃，以評審報告的形式給用戶方進展確認； √ 參與驗收測試，編制項目驗收報告，并將符合要求的文檔移交給用戶方； √ 如判斷系統(tǒng)將出現(xiàn)拖期，如此向用戶方提交風險報告； √ 審核開發(fā)方提交的報告； √ 編制周報，并提交給用戶方； √ 根據(jù)實際情況調(diào)整進度計劃〔出現(xiàn)重大變更應立即進展調(diào)整或出現(xiàn)小變更如此兩個星期調(diào)整一次〕，并三方確認； √ 主持召開三方工程例會〔每周五上午舉行〕、專題會，編制工程備忘錄； √ 各監(jiān)理規(guī)X表格的使用； 2、 承建單位應提交的文檔 √ 試運行情況報告 √ 驗收方案

14、 √ 驗收手冊 √ 驗收測試報告 √ 合同要求提供的相關文檔 √ 售后服務計劃 √ 工作周報 3、 監(jiān)理方應提交的文檔 √ 驗收方案評審報告 √ 項目驗收報告 √ 工作報告〔會議紀要、監(jiān)理周報、項目評審會議紀要、變更報告等〕； √ 其他監(jiān)理文檔〔聯(lián)系單、備忘錄等〕。 第六章 各階段工作明細 6.1 啟動階段 1、計劃時間：****年月日至****年月日 2、工作內(nèi)容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 合同簽署 起草合同； 修改完善合同 審核合同，有意見或建議如此提交審查報告 經(jīng)辦人審核合同，并上報審批

15、 2 召開項目啟動會 介紹實施方案 介紹監(jiān)理工作須知事項； 整理會議紀要 主持會議； 提出項目要求 3 實施方案報審 編寫實施方案； 修改、完善實施方案； 提交報審表 審核實施方案，有意見或建議如此提交審查報告 經(jīng)辦人審核實施方案，并上報審批 4 開工申請 提交開工申請表 審核開工申請表，發(fā)出開工令 3、工作規(guī)X說明 任務2說明： 合同審核要點包括： a. 合同實施X圍明確，各項需求規(guī)定足夠明確； b. 任何與投標時不一致的要求已得到解決； c. 雙方關于屬于的使用達成一致協(xié)議； d. 處理用戶在系統(tǒng)建設期間提出的需求變更

16、； e. 用戶提供哪些設施和資源； f. 采用的標準和規(guī)程； g. 合同中提出的軟件生命周期過程從費用、質(zhì)量、進度考慮是否合理； h. 合同中是否納入或列舉被剪裁的軟件生命過程標準； i. 合同中是否明確規(guī)定了驗收的組織和規(guī)程，驗收準如此是否合同； j. 合同中要求承建方交付的軟件產(chǎn)品是否完整； k. 合同是否明確規(guī)定了承建方不能按時交貨應負的責任； l. 合同中是否包括了售后服務和必要技術培訓的條款，驗收后出現(xiàn)的問題的處理，包括與質(zhì)量有關的索賠和用戶的投訴； m. 合同的所有條款是否都符合國家的有關法規(guī)和行業(yè)慣例； n. 合同是否明確了軟件產(chǎn)品你的專利權、使用權、擔保權、

17、許可權與保護知識產(chǎn)權信息。 6.2 工程設計階段 6.2.1 需求調(diào)研階段 1、計劃時間：****年月日至****年月日 2、工作內(nèi)容： SN 任務 承建方 監(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 項目需求分析報審

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

19、的； f. 需求說明中是否考慮了與已有應用系統(tǒng)的接口問題； g. 需求說明中是否考慮了審批業(yè)務的擴展要求； h. 需求說明中是否考慮了故障處理要求，對故障處理方法是否合理和適宜； i. 需求說明中是否考慮了用戶安全某某性方面的要求，通過適當嚴格的方法明確涉與安全、某某和關鍵性的軟件需求是正確的。 6.2.2 系統(tǒng)概要設計階段 1、計劃時間：****年月日至****月日 2、工作內(nèi)容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 系統(tǒng)概要設計報審 編寫系統(tǒng)概要設計； 修改、完善系統(tǒng)概要設計； 提交報審表 核查概要設計進度情況； 審核需求或設計的變更；審核系統(tǒng)

20、概要設計，有意見或建議如此提交審查報告 經(jīng)辦人審核系統(tǒng)概要設計，并上報審核 3、工作規(guī)X說明 任務1說明 系統(tǒng)概要設計審核要點包括： a. 軟件設計是正確的、與需求抑制并可追溯到需求，覆蓋了軟件需求說明的全部內(nèi)容； b. 設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復； c. 可以從需求得出選定的設計； d. 軟件功能部件的分解是否合理； e. 對故障處理的措施是否完備有效； f. 軟件概要設計說明是否對軟件需求說明有良好的可追溯性； g. 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 6.2.3 系統(tǒng)詳細設計

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

22、量管理和配置管理。 6.3 工程實施階段 1、計劃時間：****年月日至****年月日 2、工作內(nèi)容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 編碼 進展編碼 對變得進度情況進展核查，并將檢查情況向業(yè)主方匯報 2 模塊設計說明書報審 編寫模塊設計說明書； 修改、完善模塊設計說明書； 提交報審表 審核模塊設計說明書，有意見或建議如此提交審查報告 經(jīng)辦人審核模塊設計說明書 3、工作規(guī)X說明 任務1說明： 編碼驗證和評審工作，內(nèi)容主要包括 a. 編碼是否符合有關的編碼標準； b. 編碼可追溯到設計和需求并切實可測試的、

23、正確的、并符合需求； c. 編碼會自行正確的事件順序，前后一致的接口關系、正確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預算估計、錯誤的定義、隔離和恢復； d. 程序是否正確地實現(xiàn)了軟件詳細設計； e. 程序中是否有足夠的注釋，以保證程序的可讀性和可維護性； f. 是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試； g. 軟件單元測試是否充分，是否達到了語句覆蓋率和分支覆蓋率均為100%的要求； h. 通過適當嚴格的方法明確編碼正確地實現(xiàn)了安全、某某和其他關鍵性的要求； i. 是否按計劃開展了進度管理、質(zhì)量管理和配置管理。 j. 集成驗證的要求 k. 每個軟件項的

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

25、方 監(jiān)理方 業(yè)主方 1 測試計劃報審 編寫測試計劃；修改、完善測試計劃； 提交報審表 審核測試計劃，有意見或建議如此提交審查報告 經(jīng)辦人審核測試計劃，并上報評審 2 單元測試 進展內(nèi)部測試 對內(nèi)部測試的進度情況進展核查 3 整體測試 進展內(nèi)部測試 對內(nèi)部測試的進度情況進展核查 4 完成測試 編寫測試報告；修改、完善測試報告； 審核測試報告，有意見或建議如此提交審查報告 經(jīng)辦人審核測試報告，并上報評審 3、工作規(guī)X說明 任務1說明： 測試計劃審核要點 a. 是否包括了易用性測試、穩(wěn)定性測試計劃； b. 測試需求、測試用例、測試數(shù)據(jù)是

26、否符合規(guī)格說明； c. 測試路徑是否覆蓋全部功能點； d. 任務4說明； e. 測試報告是否正確的，實際情況和預期結(jié)果之間的差異是否已得到解決； f. 是否采用了必要的軟件測試工具以提高測試的效率，同時保障測試的可重復驗證性； g. 是否進展了強度、邊界和異常輸入測試； h. 針對測試中發(fā)現(xiàn)的軟件錯誤是否進展了軟件修改，并開展了相應的軟件回歸測試； i. 確認軟件產(chǎn)品在目標環(huán)境的選定區(qū)域進展了適用性測試 1、計劃時間：****年月日至****年月日 2、工作內(nèi)容： SN 任務 承建方 監(jiān)理方 業(yè)主方 1 安裝調(diào)試 編寫安裝調(diào)試計劃； 修改、完善安

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

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

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

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

31、效。 文檔要求：產(chǎn)生經(jīng)過確認的需求統(tǒng)計表，需求分配表，需求分配原如此、合同評審報告〔標識出可能的風險〕。 7.2 設計階段的控制要點與目標： 要點1：監(jiān)視承建單位進展更進一步的可行性調(diào)研和制定出初步項目開發(fā)計劃。 要點2：監(jiān)視承建單位進展需求分析，寫出相應的文檔。 要點3：監(jiān)視承建單位出相應的初步用戶手冊。 要點4：與時檢查承建單位出進一步的測試計劃。 要點5：監(jiān)視承建單位與時出概要設計說明書，檢查是否符合相應的規(guī)X性，以與 是否考慮周全等。 要點6：監(jiān)視承建單位與時出詳細設計說明書，檢查好似否符合相應的規(guī)X性，以與是否考慮周全等

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

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

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

35、驗收目標、責任雙方、驗收提交清單、驗收標準、驗收方式、驗收環(huán)境等〕與可行性； 要點4：促使工程的最終功能和性能符合承建合同、法律、法規(guī)和標準的要求； 目標：促使工程按照合同和有關標準準時驗收。 文檔要求：驗收文檔監(jiān)理報告 第八章 監(jiān)理方法與措施 根據(jù)監(jiān)理規(guī)劃和監(jiān)理工作流程，制定監(jiān)理工作的方法與措施。 8.1工程啟動階段的方法與措施： 與時審批合同初稿，與業(yè)主方、承包方一起制定項目的工作制度，確保為項目順利進展。 8.2設計階段的方法與措施： 按照軟件工程文檔規(guī)X與相應的標準嚴格審查一下文檔：可行性報告、項目開發(fā)計劃、軟件需求說明書、數(shù)據(jù)需求說明書、概要設計說明書

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