1、軟件開發 - 項目 - 監理細則*項目監理實施細則*監理有限公司年 月第2頁共28頁第4頁共28頁第一章前言為更好地開展監理工作，保障*項目的有效實施，確立全面科學的監理標準，提高實際監理工作的可操作性和透明度，特制訂本監理細則，供項目開發人員及現場人員參照執行。第二章項目角色一、 業主方： *二、 監理方： *監理有限公司三、 開發方：第三章項目工期要求工期要求：集成合同簽訂之日起至年月日。實施要求：年月日第一階段產品試運行；年月日前第一階段產品全面上線；年月日前第二階段產品全面上線。第四章項目內容第5頁共28頁本項目的主要事實內容包括軟件系統的移植和開發，并提供相關的技術服務。4.1系統軟

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

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

4、： 編寫監理規劃，并召開三方協調會議，確定工作流程及溝通制度； 根據監理規劃及各項目組的進度計劃，編制監理實施細則； 確定需求變更以及進度計劃變更的處理方法，并三方確認； 審核開發計劃，以評審報告的形式給用戶方進行確認；第7頁共28頁 參與需求調研方式的制定，并三方確認； 對重要的需求調研部分，應與開發方一起進行調研； 對開發方的調研成果進行核查，及時指出不足之處； 對系統的需求必須有充分的理解； 審核需求規格說明書、以評審報告的形式給用戶方進行確認； 對概要設計進度情況進行核查； 審核概要設計說明書，以評審報告的形式給用戶方進行確認； 對詳細設計進度情況進行核查； 審核詳細設計說明書、數據庫

5、設計說明書、測試計劃，以評審報告的形式給用戶方進行確認； 審核開發方提交的周報； 根據實際情況調整進度計劃（出現重大變更應立即進行調整或出現小的變更則兩星期調整一次） ，并三方確認； 編制周報，并提交給用戶方； 主持召開三方工程例會（每周五上午舉行） 、專題會，編制工程備忘錄； 各監理規范表格的使用；2、承建單位應提交的文檔 開發計劃 軟件需求說明書 概要設計說明書 詳細設計說明書 數據庫設計說明書 測試計劃 測試報告電子政務基礎平臺完善實施方案、計劃國房局電子政務基礎平臺建設及辦文*改造總體設計第8頁共28頁內部任務與行政審批管理系統需求規格說明書土地管理模塊需求規格說明書辦文系統數據整合遷

6、移方案辦文系統數據整合遷移集中測試計劃辦文系統數據整合遷移集中測試報告辦文系統數據整合遷移成果報告地政業務數據整合集中測試計劃地政業務數據整合集中測試報告國房局圖形 *第一階段方案、計劃圖形系統第一階段升級測試計劃圖形系統第一階段升級測試報告內部網站升級方案、計劃內部網站升級測試計劃內部網站升級測試報告相關接口、系統修改方案、計劃相關接口、系統修改測試計劃相關接口、系統修改測試報告國房局電子政務基礎平臺建設及辦文*改造系統運行環境規劃、部署方案 工作周報3、監理方應提交的文檔 監理規劃 開發計劃評審報告 監理細則 軟件需求說明書評審報告 概要設計說明書評審報告 詳細設計說明書評審報告第9頁共2

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

8、計劃（出現重大變更應立即進行調整或出現小變更則兩個星期調整一次） ，并三方確認； 主持召開三方工程例會（每周五上午舉行） 、專題會，編制工程備忘錄； 各監理規范表格的使用；2、 承建單位應提交的文檔第10頁共28頁 單元測試報告； 操作手冊； 安裝手冊； 聯調測試報告； 培訓計劃； 試運行計劃；國房局電子政務基礎平臺建設及辦文 * 改造系統上線運行工作計劃 工作周報。3、 監理方應提交的文檔 單元測試、集成測試、壓力測試評審報告； 用戶操作手冊、系統安裝手冊、系統管理員手冊評審報告； 工作報告（會議紀要、監理周報、項目評審會議紀要、變更報告等）； 其他監理文檔（聯系單、備忘錄等） 。5.4工程

9、驗收階段1、 監理方應完成的任務： 協助用戶方進行培訓； 對系統的試運行情況進行定期檢查，并向用戶方匯報； 審核試運行情況報告，以評審報告的形式給用戶方進行確認； 三方確定驗收時間、驗收準則、評估規則、硬件 / 軟件環境等，以及三方職責；第11頁共28頁 審核驗收方案、驗收測試報告、售后服務計劃，以評審報告的形式給用戶方進行確認； 參與驗收測試，編制項目驗收報告，并將符合要求的文檔移交給用戶方； 如判斷系統將出現拖期，則向用戶方提交風險報告； 審核開發方提交的報告； 編制周報，并提交給用戶方； 根據實際情況調整進度計劃（出現重大變更應立即進行調整或出現小變更則兩個星期調整一次） ，并三方確認；

10、 主持召開三方工程例會（每周五上午舉行） 、專題會，編制工程備忘錄； 各監理規范表格的使用；2、 承建單位應提交的文檔 試運行情況報告 驗收方案 驗收手冊 驗收測試報告 合同要求提供的相關文檔 售后服務計劃 工作周報3、 監理方應提交的文檔 驗收方案評審報告 項目驗收報告 工作報告（會議紀要、監理周報、項目評審會議紀要、變更報告等）；第12頁共28頁 其他監理文檔（聯系單、備忘錄等） 。第六章各階段工作明細6.1啟動階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方起草合同；審核合同，有經辦人審核1合同簽署修改完善合同意見或建議則合同，并上報提交審查報告審批介

11、紹監理工作主持會議；2召開項目啟動介紹實施方案注意事項；提出項目要會整理會議紀要求編寫實施方 審核實施方 經辦人審核3實施方案報審案；案，有意見或實施方案，并修改、完善實建議則提交審上報審批施方案；查報告提交報審表4開工申請提交開工申請審核開工申請表表，發出開工令3、工作規范說明任務 2 說明：第13頁共28頁合同審核要點包括：a. 合同實施范圍明確，各項需求規定足夠明確；b. 任何與投標時不一致的要求已得到解決；c. 雙方關于屬于的使用達成一致協議；d. 處理用戶在系統建設期間提出的需求變更；e. 用戶提供哪些設施和資源；f. 采用的標準和規程；g. 合同中提出的軟件生命周期過程從費用、質量

12、、進度考慮是否合理；h. 合同中是否納入或列舉被剪裁的軟件生命過程標準；i. 合同中是否明確規定了驗收的組織和規程，驗收準則是否合同；j. 合同中要求承建方交付的軟件產品是否完整；k. 合同是否明確規定了承建方不能按時交貨應負的責任；l. 合同中是否包括了售后服務和必要技術培訓的條款， 驗收后出現的問題的處理，包括與質量有關的索賠和用戶的投訴；m. 合同的所有條款是否都符合國家的有關法規和行業慣例；n. 合同是否明確了軟件產品你的專利權、使用權、擔保權、許可權及保護知識產權信息。6.2工程設計階段需求調研階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方第14

13、頁共28頁1前期需求消化前期需消化前期消化前期細化求細化需求細化需求細化2調研準備制定調研計審核調研經辦人審劃計劃，有意核調研計見或建議劃；則提交審查報告；3需求調研到用戶單位核查需求協助需求進行需求調調研、需求調研的進研，如有變分析進度，行，如需變更，根據實如需變更更，則確認際情況調整則確認變變更進度計劃更4項目需求編寫項目需審核項目用戶審核分析報審求說明書及需求說明項目需系統原型書及系統求說明書V1.0 版本；原型，有意和系統原修改、完善見或建議型，并上報項目需求說則提交審審批明書；查報告提交報審表3、工作規范說明任務 3 說明：項目需求說明書審核要點包括：a. 文檔是否 按項目文檔編制標

14、準編制的；b. 文檔中描述的系統需求是前后一致的、可行的、可測試的；第15頁共28頁c. 軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性能、可靠性等方面的要求；d. 根據設計準則，把系統的需求恰當的分配給硬件項、軟件項和人工操作項；e. 每一條軟件需求說明是不是都是可實現且可驗證的；f. 需求說明中是否考慮了與已有應用系統的接口問題；g. 需求說明中是否考慮了審批業務的擴展要求；h. 需求說明中是否考慮了故障處理要求， 對故障處理方法是否合理和合適；i. 需求說明中是否考慮了用戶安全保密性方面的要求， 通過適當嚴格的方法表明涉及安全、保密和關鍵性的軟件需求是正確的。系統概要設計階段1、計劃時

15、間： * 年月日至 * 月日2、工作內容：SN任務承建方監理方業主方1 系統概要編寫系統概核查概要經辦人審核設計報審要設計；設計進度系統概要設修改、完善系情況；計，并上報審統概要設計；審核需求核提交報審表或設計的變更；審核系統概要設計，有意見或建議則提交審查報告第16頁共28頁3、工作規范說明任務 1說明系統概要設計審核要點包括：a. 軟件設計是正確的、與需求抑制并可追溯到需求，覆蓋了軟件需求說明的全部內容；b. 設計執行正確的事件順序、 輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復；c. 可以從需求得出選定的設計；d. 軟件功能部件的分解是否合理；e. 對故障處理

16、的措施是否完備有效；f. 軟件概要設計說明是否對軟件需求說明有良好的可追溯性；g. 是否按計劃開展了進度管理、質量管理和配置管理。系統詳細設計階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方1系 統編寫系統核查詳細設計進度情經辦人審詳 細詳細設計；況；核系統詳設 計修改、完善審核需求或設計的變細設計，報審系統詳細更；并上報審設計；審核系統詳細設計， 有核提交報審意見或建議則提交審表查報告3、工作規范說明任務 1 說明：a. 數據庫設計是否全面，且考慮了多對一、一對多的關系；第17頁共28頁b. 詳細設計與概要設計是否一致；c. 通過適當嚴格的方法表明設計正確

17、地實現了安全、 保密和其他關鍵性的要求；d. 是否按計劃開展了進度管理、質量管理和配置管理。6.3工程實施階段編碼階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方1編碼進行編碼對變得進度情況進行核查，并將檢查情況向業主方匯報2 模塊設計說編寫模塊設計審核模塊設計經辦人審核明書報審說明書；說明書，有意模塊設計說修改、完善模見或建議則提明書塊設計說明交審查報告書；提交報審表第18頁共28頁3、工作規范說明任務 1 說明：編碼驗證和評審工作，內容主要包括a. 編碼是否符合有關的編碼標準；b. 編碼可追溯到設計和需求并切實可測試的、正確的、 并符合需求；c. 編碼會

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

19、項和人工操作項已完整地、正確地集成到系統中；m. 其他系統的相關功能模塊已完整地、正確地集成到系統中；n. 已根據集成計劃完成集成任務。o. 任務 2 說明：p. 模塊設計是正確的、與軟件設計一致并可追溯到需求，覆蓋了軟件設計說明的全部內容；第19頁共28頁q. 設計執行正確的時間順序、 輸入、輸出、接口、邏輯流程圖、定時分配和預算估計、錯誤的定義、隔離和恢復；r. 是否按計劃開展了進度管理、質量管理和配置管理。測試階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方1測試計劃編寫測試計劃；修審核測試計經辦人審報審改、完善測試計劃；劃，有意見或核測試計提交報審表

20、建議則提交審劃，并上報查報告評審2單元測試進行內部測試對內部測試的進度情況進行核查3整體測試進行內部測試對內部測試的進度情況進行核查4完成測試編寫測試報告；修審核測試報經辦人審改、完善測試報告；告，有意見或核測試報建議則提交審告，并上報查報告評審3、工作規范說明任務 1 說明：測試計劃審核要點第20頁共28頁a. 是否包括了易用性測試、穩定性測試計劃；b. 測試需求、測試用例、測試數據是否符合規格說明；c. 測試路徑是否覆蓋全部功能點；d. 任務 4 說明；e. 測試報告是否正確的， 實際情況和預期結果之間的差異是否已得到解決；f. 是否采用了必要的軟件測試工具以提高測試的效率， 同時保障測試

21、的可重復驗證性；g. 是否進行了強度、邊界和異常輸入測試；h. 針對測試中發現的軟件錯誤是否進行了軟件修改， 并開展了相應的軟件回歸測試；i. 確認軟件產品在目標環境的選定區域進行了適用性測試安裝調試階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN 任務承建方監理方業主方1 安裝編寫安審核安裝經辦人調試裝調試調試計審核安計劃； 劃，有意 裝 調 試修改、完 見或建議計劃善安裝則提交審調試計查報告劃；第21頁共28頁2 安裝到個用跟進開發聯系個調試戶單位方安裝調用戶單部署和試工作位安 裝 調試3 聯合進行系出具監理經辦人測試統測試方測試報審 核 監告理 方 測試報告4 安裝編寫安審

22、核安裝審核安調試裝調試調試報裝調試完畢報告；告，有意報告修改、完 見或建議善安裝則提交審調試報查報告告系統培訓階段1、計劃時間： * 年月日至 * 年月日2、工作內容：SN任務承建方監理方業主方1培訓準編寫培訓計劃及培審核培訓審核培訓第22頁共28頁備訓教材；計劃，有意計劃及培修改、完善培訓計見或建議訓教材劃及培訓教材則提交審查報告2 培訓有培訓人員對用戶組織用戶進行培訓參加培訓6.4工程驗收階段1、計劃時間：系統階段驗收： * 年月日至 * 年月日總體驗收： * 年月日至 * 年月日2、工作內容SN任務承建方監理方業主方1系 統編寫階段驗收評審階段驗收經辦人評階 段報告；報告，有意見審階段驗

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

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

25、，促使業主單位、承建單位所簽訂的承建合同在技術、經濟上合理有效。第24頁共28頁文檔要求：產生經過確認的需求統計表，需求分配表，需求分配原則、合同評審報告（標識出可能的風險） 。7.2設計階段的控制要點及目標：要點 1：監督承建單位進行更進一步的可行性調研和制定出初步項目開發計劃。要點 2：監督承建單位進行需求分析，寫出相應的文檔。要點 3：監督承建單位出相應的初步用戶手冊。要點 4：及時檢查承建單位出進一步的測試計劃。要點 5：監督承建單位及時出概要設計說明書，檢查是否符合相應的規范性，以及是否考慮周全等。要點 6：監督承建單位及時出詳細設計說明書，檢查好似否符合相應的規范性，以及是否考慮周

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

27、。文檔要求：對可行性報告、項目開發計劃、軟件需求說明書、數據需求第25頁共28頁說明書、數據需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明、初步測試計劃和開發進度周報合約報等文檔。7.3施工階段的控制要點及目標：要點 1：檢查承建單位項目開發的軟、硬件環境。要點 2：及時檢查承建單位出用戶手冊。要點 3：及時檢查承建單位出操作手冊。要點 4：及時檢查承建單位出模塊開發卷宗。要點 5：及時檢查承建單位的測試分析報告。要點 6：監督承建單位出相應的開發進度周報和月報。要點 7：監督承建單位出相應的項目開發總結。目標：這個階段是軟件開發的實現階段、測試階段、運行與維護。是加強工程實施方案的合法性、合理性、與設計方案的符合性；促使工程中所使用的產品和服務符合承建合同及國家相關法律、法規和標準；明確工程實施計劃，對于計劃的調整必須合