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

1、* 工程監(jiān)理實施細那么* 監(jiān)理第一章前言為更好地開展監(jiān)理工作,保證* 工程的有效實施,確立全 面科學的監(jiān)理標準,提升實際監(jiān)理工作的可操作性和透明度,特制訂本?監(jiān)理細那么?,供工程開發(fā)人員及現場人員參照執(zhí)行.第二章工程角色業(yè)主方:監(jiān)理方:開發(fā)方:*監(jiān)理第三章 工程工期要求工期要求：集成合同簽訂之日起至年月日.實施要求：年月日第一階段產品試運行;年月日前第一階段產品全面上線；年月日前第二階段產品全面上線.第四章工程內容本工程的主要事實內容包括軟件系統(tǒng)的移植和開發(fā),并提供相關的技術效勞.系統(tǒng)軟件開發(fā)及實施電子政務根底平臺完善、圖形相關功能開發(fā)、圖形根底軟件升級、業(yè)務需求調查、 辦文系統(tǒng)數據整合遷移、

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

3、,我們把本次的監(jiān)理工作分 為工程設計規(guī)劃階段監(jiān)理,工程實施階段監(jiān)理,工程驗收階段監(jiān)理三個階段,具體實施 如下：工程啟動階段1、監(jiān)理方應完成的任務：V針對業(yè)主方在合同簽訂過程的疑問,隨時提供咨詢效勞；V對承建單位提交的合同給出評審報告,由用戶方進行確認；2、承包方應提交的文檔V投標文件3、建設方應提交的文檔V招標文件V合同4、監(jiān)理方應提交的文檔V合同評審報告V工作報告會議紀要、監(jiān)理周報等V其他監(jiān)理文檔聯系單、備忘錄等工程設計階段1、監(jiān)理方應完成的任務：V 編寫監(jiān)理規(guī)劃,并召開三方協調會議,確定工作流程及溝通制度；V 根據監(jiān)理規(guī)劃及各工程組的進度方案,編制監(jiān)理實施細那么；V 確定需求變更以及進度方

4、案變更的處理方法,并三方確認；V 審核開發(fā)方案,以評審報告的形式給用戶方進行確認；V 參與需求調研方式的制定,并三方確認；V 對重要的需求調研局部,應與開發(fā)方一起進行調研；V 對開發(fā)方的調研成果進行核查,及時指出缺乏之處；V 對系統(tǒng)的需求必須有充分的理解；V 審核需求規(guī)格說明書、以評審報告的形式給用戶方進行確認；V 對概要設計進度情況進行核查；V 審核概要設計說明書,以評審報告的形式給用戶方進行確認；V 對詳細設計進度情況進行核查；V 審核詳細設計說明書、數據庫設計說明書、測試方案,以評審報告的形式給用 戶方進行確認；V 審核開發(fā)方提交的周報；V 根據實際情況調整進度方案出現重大變更應立即進行

5、調整或出現小的變更那么 兩星期調整一次,并三方確認；V 編制周報,并提交給用戶方；V 主持召開三方工程例會每周五上午舉行、專題會,編制工程備忘錄；V 各監(jiān)理標準表格的使用；2、承建單位應提交的文檔V開發(fā)方案V軟件需求說明書V概要設計說明書V詳細設計說明書V數據庫設計說明書V測試方案V測試報告V?電子政務根底平臺完善實施方案、方案?V?國房局電子政務根底平臺建設及辦文 *改造總體設計?V?內部任務與行政審批治理系統(tǒng)需求規(guī)格說明書?V ?土地治理模塊需求規(guī)格說明書?V ?辦文系統(tǒng)數據整合遷移方案?V ?辦文系統(tǒng)數據整合遷移集中測試方案?V ?辦文系統(tǒng)數據整合遷移集中測試報告?V ?辦文系統(tǒng)數據整合

6、遷移成果報告?V ?地政業(yè)務數據整合集中測試方案?V ?地政業(yè)務數據整合集中測試報告?V ?國房局圖形*第一階段方案、方案?V ?圖形系統(tǒng)第一階段升級測試方案?V ?圖形系統(tǒng)第一階段升級測試報告?V ?內部網站升級方案、方案?V ?內部網站升級測試方案?V ?內部網站升級測試報告?,?相關接口、系統(tǒng)修改方案、方案?,?相關接口、系統(tǒng)修改測試方案?,?相關接口、系統(tǒng)修改測試報告?V?國房局電子政務根底平臺建設及辦文 *改造系統(tǒng)運行環(huán)境規(guī)劃、部署方案?V工作周報3、監(jiān)理方應提交的文檔V監(jiān)理規(guī)劃V開發(fā)方案評審報告V監(jiān)理細那么V軟件需求說明書評審報告V概要設計說明書評審報告V詳細設計說明書評審報告V數

7、據庫設計說明書評審報告V測試方案評審報告V工作報告會議紀要、監(jiān)理周報、工程評審會議紀要、變更報告等V其他監(jiān)理文檔聯系單、備忘錄等.工程實施階段1、監(jiān)理方應完成的任務：V對編碼的進度情況進行核查,并對編碼的標準進行抽查,并將檢查情況向用戶 方匯報；V需求變更的處理；V審核單元測試報告、操作手冊、安裝手冊,以評審報告的形式給用戶方進行確 認；V參與聯調測試；V審核聯調測試報告、培訓方案、試運行方案、數據割接及應用上線方案,以評 審報告的形式給用戶方進行確認；V如判斷系統(tǒng)將出現拖期,那么向用戶方提交風險報告；V審核開發(fā)方提交的周報；V編制周報,并提交給用戶方；V根據實際情況調整進度方案出現重大變更應

8、立即進行調整或出現小變更那么兩 個星期調整一次,并三方確認；V主持召開三方工程例會每周五上午舉行、專題會,編制工程備忘錄；V各監(jiān)理標準表格的使用；2、承建單位應提交的文檔V 單元測試報告；V 操作手冊；V 安裝手冊；V 聯調測試報告；V培訓方案；V 試運行方案;V?國房局電子政務根底平臺建設及辦文*改造系統(tǒng)上線運行工作方案?V工作周報3、監(jiān)理方應提交的文檔V 單元測試、集成測試、壓力測試評審報告；V 用戶操作手冊、系統(tǒng)安裝手冊、系統(tǒng)治理員手冊評審報告；V 工作報告會議紀要、監(jiān)理周報、工程評審會議紀要、變更報告等；V 其他監(jiān)理文檔聯系單、備忘錄等.工程驗收階段1、監(jiān)理方應完成的任務：V協助用戶方

9、進行培訓；V對系統(tǒng)的試運行情況進行定期檢查,并向用戶方匯報；V審核試運行情況報告,以評審報告的形式給用戶方進行確認；V三方確定驗收時間、驗收準那么、評估規(guī)那么、硬件 /軟件環(huán)境等,以及三方職 責；V審核驗收方案、驗收測試報告、售后效勞方案,以評審報告的形式給用戶方進 行確認；V參與驗收測試,編制工程驗收報告,并將符合要求的文檔移交給用戶方；V如判斷系統(tǒng)將出現拖期,那么向用戶方提交風險報告；V審核開發(fā)方提交的報告；V編制周報,并提交給用戶方；V根據實際情況調整進度方案出現重大變更應立即進行調整或出現小變更那么兩 個星期調整一次,并三方確認；V主持召開三方工程例會每周五上午舉行、專題會,編制工程備

10、忘錄；V各監(jiān)理標準表格的使用；2、承建單位應提交的文檔V試運行情況報告V驗收方案V驗收手冊V驗收測試報告V合同要求提供的相關文檔V售后效勞方案V工作周報3、監(jiān)理方應提交的文檔V驗收方案評審報告V工程驗收報告V工作報告會議紀要、監(jiān)理周報、工程評審會議紀要、變更報告等；V其他監(jiān)理文檔聯系單、備忘錄等.第六章各階段工作明細啟動階段1、方案時問：*年月日至*年月日2、工作內容：SN任務承建方監(jiān)理方業(yè)主力1合同簽署起草合同；修改完善合同審核合同,有 意見或建議那么 提父審查報告經辦人審核 合同,并上報 審批2召開工程啟動會介紹實施方案介紹監(jiān)理工作 注思事項； 整理會議紀要主持會議；提出工程要求3買她刃案

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

12、收的組織和規(guī)程,驗收準那么是否合同；j.合同中要求承建方交付的軟件產品是否完整；k.合同是否明確規(guī)定了承建方不能按時交貨應負的責任；1.1.1 是否包括了售后效勞和必要技術培訓的條款,驗收后出現的問題的處理, 包括與質量有關的索賠和用戶的投訴；m.合同的所有條款是否都符合國家的有關法規(guī)和行業(yè)慣例；n.合同是否明確了軟件產品你的專利權、使用權、擔保權、許可權及保護知識產 權信息.工程設計階段1.1.2 需求調研階段1、方案時問：*年月日至*年月日2、工作內容：SN任務承建方監(jiān)理方業(yè)主力1前期需求 細化消化前期需求細化消化前期需求細化消化前期需求細化2調研準備制定調研計劃審核調研 方案,啟意 見或

13、建議 那么提交審 查報告；經辦人審核調研計戈3需求調研到用戶單位 進行需求調 研,如后義 更,根據實 際情況調整核查需求 調研、需求 分析進度, 如需變更 那么確認變協助需求 調研的進 行,如需父 更,那么確認 變更進度方案更4工程需求編寫工程需審核?工程用戶審核分析報審求說明書及需求說明?工程需系統(tǒng)原型版書?及系統(tǒng)求說明書?本；原型,后總和系統(tǒng)原修改、完善見或建議型,并上報工程需求說那么提交審審批明書；查報告提交報審表3、工作標準說明任務3說明：工程需求說明書審核要點包括：a.文檔是否按工程文檔編制標準編制的；b.文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測試的；c.軟件需求是否全面、準確

14、地覆蓋了用戶對軟件功能、性能、可靠性等方面的要 求；d.根據設計準那么,把系統(tǒng)的需求恰當的分配給硬件項、軟件項和人工操作項；e.每一條軟件需求說明是不是都是可實現且可驗證的；f.需求說明中是否考慮了與已有應用系統(tǒng)的接口問題；g.需求說明中是否考慮了審批業(yè)務的擴展要求；h.需求說明中是否考慮了故障處理要求,對故障處理方法是否合理和適宜；i.需求說明中是否考慮了用戶平安保密性方面的要求,通過適當嚴格的方法說明涉 及平安、保密和關鍵性的軟件需求是正確的.1.1.3 系統(tǒng)概要設計階段1、方案時問：*年月曰至*月日2、工作內容：SN任務P 承建力監(jiān)理方業(yè)主力1系統(tǒng)概要設計報審編寫系統(tǒng)概要設計；修改、完善

15、系核查概要設計進度情況；經辦人審核 系統(tǒng)概要設 計,并上報審統(tǒng)概要設計； 提交報審表審核需求或 設計的變 更；審核系 統(tǒng)概要設 計,后意見 或建議那么提 父審查報告核3、工作標準說明任務1說明系統(tǒng)概要設計審核要點包括：a.軟件設計是正確的、與需求抑制并可追溯到需求,覆蓋了軟件需求說明的全部 內容；b.設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算 估計、錯誤的定義、隔離和恢復；c.可以從需求得出選定的設計；d.軟件功能部件的分解是否合理；e.對故障處理的舉措是否完備有效；f.軟件概要設計說明是否對軟件需求說明有良好的可追溯性；g.是否按方案開展了進度治理、質量治理和配置治

16、理.6.2.3系統(tǒng)詳細設計階段1、方案時問：*年月日至*年月日2、工作內容：SN任務承建方監(jiān)理方業(yè)主力1系統(tǒng) 詳細 設計 報審編寫系統(tǒng)詳 細設計； 修改、完善 系統(tǒng)詳細設 計；提交報審表核查詳細設計進度情況；審核需求或設計的變更；審核系統(tǒng)詳細設計,有意見或建議那么提交審查報告經辦人審 核系統(tǒng)詳 細設計, 并上報審 核3、工作標準說明任務1說明: a.數據庫設計是否全面,且考慮了多對一、一對多的關系；b.詳細設計與概要設計是否一致；c.通過適當嚴格的方法說明設計正確地實現了平安、保密和其他關鍵性的要求;d.是否按方案開展了進度治理、質量治理和配置治理.工程實施階段6.3.1編碼階段1、方案時問：

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

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

19、的、與軟件設計一致并可追溯到需求,覆蓋了軟件設計說明的 全部內容；q,設計執(zhí)行正確的時間順序、輸入、輸出、接口、邏輯流程圖、定時分配和預算 估計、錯誤的定義、隔離和恢復；r,是否按方案開展了進度治理、質量治理和配置治理.6.3.2 測試階段1、方案時問：*年月日至*年月日2、工作內容：SN任務承建方監(jiān)理方業(yè)主力1測試方案報審編寫測試方案；修 改、完善測試方案； 提交報審表審核測試計 劃,后意見或 建議那么提交審 查報告經辦人審 核測試計 劃,并上報 評審2單元測試進行內部測試對內部測試的 進度情況進行核查3整體測試進行內部測試對內部測試的 進度情況進行核查4完成測試編寫測試報告；修審核測試報經

20、辦人審改、完善測試報告；告,后意見或 建議那么提交審 查報告核測試報 告,并上報 評審3、工作標準說明任務1說明：測試方案審核要點a,是否包括了易用性測試、穩(wěn)定性測試方案；b.測試需求、測試用例、測試數據是否符合規(guī)格說明；c.測試路徑是否覆蓋全部功能點；d.任務4說明；e.測試報告是否正確的,實際情況和預期結果之間的差異是否已得到解決；f,是否采用了必要的軟件測試工具以提升測試的效率,同時保證測試的可重復驗 證性；g,是否進行了強度、邊界和異常輸入測試；h,針對測試中發(fā)現的軟件錯誤是否進行了軟件修改,并開展了相應的軟件回歸測 試；i,確認軟件產品在目標環(huán)境的選定區(qū)域進行了適用性測試6.3.3

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

22、方案及培 訓教材；修改、完善培訓計 劃及培訓教材審核培訓 方案,啟意 見或建議 那么提交審 查報告審核培訓 方案及培 訓教材2培訓有培訓人員對用戶進行培訓組織用戶經加培訓工程驗收階段1、方案時間：系統(tǒng)階段驗收：*年月日至*年月日總體驗收：*年月日至*年月日2、工作內容SN任務承建方監(jiān)理方業(yè)主力1系統(tǒng)編寫階段驗收評審階段驗收經辦人評階段報告；報告,有意見審階段驗驗收修改、完善階或建議那么提交收報告段驗收報告審查2工程編寫驗收報評審驗收報經辦人評終驗告；告,后意見或審驗收報修改、完善驗建議那么提交審告,并上收報告；查報告報審批提交報審表3、工作標準說明任務1說明：工程終驗工作要點a.組織軟件工程階

23、段驗收準備；b.驗證軟件系統(tǒng)功能性能與合同的符合性；c.審核與工程配套的技術文檔是否齊全并滿足相關標準及標準的要求;d.檢查技術培訓是否到達合同要求；e.出具工程階段驗收報告；f.催促整理工程合同文件的階段技術檔案資料；g.幫助業(yè)主制定系統(tǒng)運行治理規(guī)章制度第七章監(jiān)理工作的限制要求及目標根據監(jiān)理規(guī)劃和監(jiān)理工作流程,設立監(jiān)理工作的限制要點及目標.工程啟動階段的限制要點及目標：要點1:明確用戶需求；要點2:合同實施范圍明確,各項需求規(guī)定足夠明確.要點3:任何與投標時不一致的要求已得到解決.要點4：工程組有水平滿足合同要求.要點5:合同中規(guī)定工程驗收準那么和方式.要點6:合同中規(guī)定對系統(tǒng)驗收后出現的問

24、題的處理,包括與質量有關的索賠和用 戶的投訴.要點7:合同中規(guī)定采用的技術標準和規(guī)程.目標：協助業(yè)主單位明確工程需求,確定工程建設目標；產生合理的初步設計方 案和投資預算；盡可能使招標書少出現不確定性問題,并對有效的投標標書給予評價 和比擬,給出明確意見,協助選擇具有完本錢工程實力的建設商；根據中標方案和招 標要求,促使業(yè)主單位、承建單位所簽訂的承建合同在技術、經濟上合理有效.文檔要求：產生經過確認的需求統(tǒng)計表,需求分配表,需求分配原那么、合同評審 報告標識出可能的風險.設計階段的限制要點及目標：要點1:監(jiān)督承建單位進行更進一步的可行性調研和制定出初步工程開發(fā)方案.要點2:監(jiān)督承建單位進行需求

25、分析,寫出相應的文檔.要點3:監(jiān)督承建單位出相應的初步用戶手冊.要點4:及時檢查承建單位出進一步的測試方案.要點5:監(jiān)督承建單位及時出概要設計說明書,檢查是否符合相應的標準性,以及 是否考慮周全等.要點6:監(jiān)督承建單位及時出詳細設計說明書,檢查好似否符合相應的標準性,以 及是否考慮周全等.要點7:監(jiān)督承建單位及時出數據庫設計說明,檢查是否符合相應的標準性,以及是否考慮周全等.要點8:及時檢查承建單位出操作手冊.要點9:監(jiān)督承建單位出相應的開發(fā)進度周報和月報.要點10:配備實施人員和實施設備,提供實施方案包括風險投資限制舉措和進度 方案；目標：這個階段是軟件卡法中的可行性研究與方案階段、需求分析

26、階段、設計階 段,主要是推動業(yè)主單位、承建單位對工程需求和設計進行標準化的技術描述,為工 程實施提供優(yōu)化的設計方案；促使工程方案、設計方案滿足工程需求,符合相關的法 律、法規(guī)和標準,并與工程建設合同相符,具有可驗證性；協助業(yè)主單位、承建單位 消除設計文檔在進入工程實施前可預見的缺陷.文檔要求：對可行性報告、工程開發(fā)方案、軟件需求說明書、數據需求說明書、 數據需求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明、初步測試計 劃和開發(fā)進度周報合約報等文檔.施工階段的限制要點及目標：要點1:檢查承建單位工程開發(fā)的軟、硬件環(huán)境.要點2:及時檢查承建單位出用戶手冊.要點3:及時檢查承建單位出操作手冊.要點4：及時檢查承建單位出模塊開發(fā)卷宗.要點5:及時檢查承建單位的測試分析報告.要點6:監(jiān)督承建單位出相應的開發(fā)進度周報和月報.要點7:監(jiān)督承建單位出相應的工程開發(fā)總結.目標：這個階段是軟件開發(fā)的實現階段、測試階段、運行與維護.是增強工程實 施方案的合法性、合理性、與設計方案的符合性；促使工程中所使用的產品和效勞符 合承建合同及國家相關法律、法規(guī)和標準；明確工程實