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

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

名田貝U

文檔僅供參考，不當之處，請聯(lián)系改正。

*************************^^目

監(jiān)理實施細則

*******************監(jiān)理有限公司

年月

文檔僅供參考，不當之處，請聯(lián)系改正。

目錄

第一章前言....................................錯誤味定義書簽。

第二章項目角色...............................錯誤味定義書簽。

第三章項目工期要求..........................錯誤味定義書簽。

第四章項目內容...............................錯誤味定義書簽。

4.1系統(tǒng)軟件開發(fā)及實施......................錯誤味定義書簽。

4.2技術服務..................................錯誤味定義書簽。

第五章監(jiān)理工作流程...........................錯誤味定義書簽。

5.1工程啟動階段.............................錯誤味定義書簽。

5.2工程設計階段.............................錯誤!未定義書簽。

5.3工程實施階段.............................錯誤味定義書簽。

5.4工程驗收階段.............................錯誤!未定義書簽。

第六章各階段工作明細.........................錯誤味定義書簽。

6.1啟動階段..................................錯誤味定義書簽。

6.2工程設計階段.............................錯誤!未定義書簽。

6.2.1需求調研階段..........................錯誤味定義書簽。

6.2.2系統(tǒng)概要設計階段.....................錯誤味定義書簽。

6.2.3系統(tǒng)詳細設計階段.....................錯誤味定義書簽。

6.3工程實施階段.............................錯誤味定義書簽。

6.3.1編碼階段...............................錯誤味定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

6.3.2測試階段..............................錯誤!未定義書簽。

6.3.3安裝調試階段..........................錯誤!未定義書簽。

6.3.4系統(tǒng)培訓階段..........................錯誤!未定義書簽。

6.4工程驗收階段..............................錯誤!未定義書簽。

第七章監(jiān)理工作的控制要求及目標.............錯誤!未定義書簽。

7.1工程啟動階段的控制要點及目標：........錯誤!未定義書簽。

7.2設計階段的控制要點及目標：............錯誤!未定義書簽。

7.4驗收階段的控制要點及目標：............錯誤!未定義書簽。

第八章監(jiān)理方法及措施.........................錯誤!未定義書簽。

8.1工程啟動階段的方法及措施：............錯誤!未定義書簽。

8.2設計階段的方法及措施：.................錯誤!未定義書簽。

8.3施工階段的方法及措施....................錯誤!未定義書簽。

8.4驗收階段的方法及措施：................錯誤!未定義書簽。

第九章技術文檔模版...........................錯誤味定義書簽。

9.1開發(fā)計劃..................................錯誤!未定義書簽。

9.2軟件需求說明書...........................錯誤!未定義書簽。

9.3概要設計說明書...........................錯誤!未定義書簽。

9.4詳細設計說明書...........................錯誤!未定義書簽。

9.5數(shù)據(jù)庫設計說明書........................錯誤!未定義書簽。

9.6測試計劃..................................錯誤!未定義書簽。

9.7測試分析報告.............................錯誤!未定義書簽。

9.8操作手冊..................................錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

第十章監(jiān)理依據(jù)...............................錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

第一章前言

為更好開展監(jiān)理工作,障*************************項

目的有效實施，確立全面科學的監(jiān)理標準，提高實際監(jiān)理工作的

可操作性和透明度，特制訂本《監(jiān)理細則》，供項目開發(fā)人員及

現(xiàn)場人員參照執(zhí)行。

第二章項目角色

一、業(yè)主方:

二、監(jiān)理方:*******************監(jiān)理有限公司

三、開發(fā)方:

第三章項目工期要求

工期要求：集成合同簽訂之日起至年月日。

實施要求：年月日第一階段產品試運行；

年月日前第一階段產品全面上線；

年月日前第二階段產品全面上線。

文檔僅供參考，不當之處，請聯(lián)系改正。

第四章項目內容

本項目的主要事實內容包括軟件系統(tǒng)的移植和開發(fā)，并提供

相關的技術服務。

4.1系統(tǒng)軟件開發(fā)及實施

電子政務基礎平臺完善、圖形相關功能開發(fā)、圖形基礎軟件

升級、業(yè)務需求調查、辦文系統(tǒng)數(shù)據(jù)整合遷移、地政業(yè)務數(shù)據(jù)整

合遷移、局內部網(wǎng)站升級、修改相關系統(tǒng)和接口、總體設計與系

統(tǒng)集成和系統(tǒng)培訓。

行政審批與任務管理系統(tǒng)主要包括行政審批流程、行政公文

流程、制發(fā)文流程等業(yè)務審批。在業(yè)務審批流轉過程中產生不同

類型的任務，任務在不同的任務狀態(tài)切換。所有的工作項都以任

務驅動方式進行。在任務的生命周期中會產生很多跟任務相關的

任務、資源或信息等。

兩部分工作不是孤立的，必須在建設內容劃分和進度上匹配

才能夠保證項目的順利開展。

4.2技術服務

技術服務包括一下內容：

1）用戶培訓，包括安裝培訓、使用培訓和維護培訓。

文檔僅供參考，不當之處，請聯(lián)系改正。

2）系統(tǒng)維護，包括日常技術維護和適應性維護。

第五章監(jiān)理工作流程

根據(jù)本項目實施的項目要求及軟件系統(tǒng)項目實施的特點，我

們把本次的監(jiān)理工作分為工程設計規(guī)劃階段監(jiān)理，工程實施階段

監(jiān)理，工程驗收階段監(jiān)理三個階段，具體實施如下：

5.1工程啟動階段

1、監(jiān)理方應完成的任務：

V針對業(yè)主方在合同簽訂過程的疑問，隨時提供咨詢服

務；

V對承建單位提交的合同給出評審報告，由用戶方進行確

認；

2、承包方應提交的文檔

V投標文件

3、建設方應提交的文檔

V招標文件

V合同

文檔僅供參考，不當之處，請聯(lián)系改正。

4、監(jiān)理方應提交的文檔

V合同評審報告

V工作報告（會議紀要、監(jiān)理周報等）

J其它監(jiān)理文檔（聯(lián)系單、備忘錄等）

5.2工程設計階段

1、監(jiān)理方應完成的任務：

V編寫監(jiān)理規(guī)劃，并召開三方協(xié)調會議，確定工作流程及

溝通制度；

V根據(jù)監(jiān)理規(guī)劃及各項目組的進度計劃，編制監(jiān)理實施細

貝底

V確定需求變更以及進度計劃變更的處理方法，并三方確

認；

V審核開發(fā)計劃，以評審報告的形式給用戶方進行確認；

V參與需求調研方式的制定，并三方確認；

V對重要的需求調研部分，應與開發(fā)方一起進行調研；

V對開發(fā)方的調研成果進行核查，及時指出不足之處；

V對系統(tǒng)的需求必須有充分的理解；

V審核需求規(guī)格說明書、以評審報告的形式給用戶方進行

確認；

文檔僅供參考，不當之處，請聯(lián)系改正。

V對概要設計進度情況進行核查；

V審核概要設計說明書，以評審報告的形式給用戶方進行

確認；

V對詳細設計進度情況進行核查；

V審核詳細設計說明書、數(shù)據(jù)庫設計說明書、測試計劃，

以評審報告的形式給用戶方進行確認；

V審核開發(fā)方提交的周報；

J根據(jù)實際情況調整進度計劃（出現(xiàn)重大變更應立即進行

調整或出現(xiàn)小的變更則兩星期調整一次），并三方確認；

V編制周報，并提交給用戶方；

V主持召開三方工程例會（每周五上午舉行）、專題會，

編制工程備忘錄；

V各監(jiān)理規(guī)范表格的使用；

2、承建單位應提交的文檔

V開發(fā)計劃

V軟件需求說明書

V概要設計說明書

V詳細設計說明書

V數(shù)據(jù)庫設計說明書

。測試計劃

V測試報告

文檔僅供參考，不當之處，請聯(lián)系改正。

V《電子政務基礎平臺完善實施方案、計劃》

V《國房局電子政務基礎平臺建設及辦文******改造總體

設計》

V《內部任務與行政審批管理系統(tǒng)需求規(guī)格說明書》

V《土地管理模塊需求規(guī)格說明書》

V《辦文系統(tǒng)數(shù)據(jù)整合遷移方案》

V《辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試計劃》

V《辦文系統(tǒng)數(shù)據(jù)整合遷移集中測試報告》

V《辦文系統(tǒng)數(shù)據(jù)整合遷移成果報告》

V《地政業(yè)務數(shù)據(jù)整合集中測試計劃》

V《地政業(yè)務數(shù)據(jù)整合集中測試報告》

V《國房局圖形******第一階段方案、計劃》

V《圖形系統(tǒng)第一階段升級測試計劃》

V《圖形系統(tǒng)第一階段升級測試報告》

V《內部網(wǎng)站升級方案、計劃》

V《內部網(wǎng)站升級測試計劃》

V《內部網(wǎng)站升級測試報告》

V《相關接口、系統(tǒng)修改方案、計劃》

V《相關接口、系統(tǒng)修改測試計劃》

V《相關接口、系統(tǒng)修改測試報告》

V《國房局電子政務基礎平臺建設及辦文******改造系統(tǒng)

運行環(huán)境規(guī)劃、部署方案》

文檔僅供參考，不當之處，請聯(lián)系改正。

V工作周報

3、監(jiān)理方應提交的文檔

V監(jiān)理規(guī)劃

V開發(fā)計劃評審報告

V監(jiān)理細則

V軟件需求說明書評審報告

J概要設計說明書評審報告

V詳細設計說明書評審報告

V數(shù)據(jù)庫設計說明書評審報告

J測試計劃評審報告

V工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、

變更報告等）

V其它監(jiān)理文檔（聯(lián)系單、備忘錄等）。

5.3工程實施階段

1、監(jiān)理方應完成的任務：

V對編碼的進度情況進行核查，并對編碼的規(guī)范進行抽

查，并將檢查情況向用戶方匯報；

文檔僅供參考，不當之處，請聯(lián)系改正。

V需求變更的處理；

V審核單元測試報告、操作手冊、安裝手冊，以評審報告

的形式給用戶方進行確認；

V參與聯(lián)調測試；

V審核聯(lián)調測試報告、培訓計劃、試運行計劃、數(shù)據(jù)割接

及應用上線方案，以評審報告的形式給用戶方進行確認；

V如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方提交風險報告；

V審核開發(fā)方提交的周報；

V編制周報，并提交給用戶方；

V根據(jù)實際情況調整進度計劃（出現(xiàn)重大變更應立即進行

調整或出現(xiàn)小變更則兩個星期調整一次），并三方確認；

J主持召開三方工程例會（每周五上午舉行）、專題會，

編制工程備忘錄；

V各監(jiān)理規(guī)范表格的使用；

2、承建單位應提交的文檔

V單元測試報告；

V操作手冊；

V安裝手冊；

J聯(lián)調測試報告；

V培訓計劃；

V試運行計劃；

文檔僅供參考，不當之處，請聯(lián)系改正。

V《國房局電子政務基礎平臺建設及辦文******改造系統(tǒng)

上線運行工作計劃》

V工作周報。

3、監(jiān)理方應提交的文檔

V單元測試、集成測試、壓力測試評審報告；

V用戶操作手冊、系統(tǒng)安裝手冊、系統(tǒng)管理員手冊評審報

告；

V工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、

變更報告等）；

V其它監(jiān)理文檔（聯(lián)系單、備忘錄等）。

5.4工程驗收階段

1、監(jiān)理方應完成的任務：

V協(xié)助用戶方進行培訓；

V對系統(tǒng)的試運行情況進行定期檢查，并向用戶方匯報；

V審核試運行情況報告，以評審報告的形式給用戶方進行

確認；

V三方確定驗收時間、驗收準則、評估規(guī)則、硬件/軟件環(huán)

文檔僅供參考，不當之處，請聯(lián)系改正。

境等，以及三方職責；

V審核驗收方案、驗收測試報告、售后服務計劃，以評審

報告的形式給用戶方進行確認；

V參與驗收測試，編制項目驗收報告，并將符合要求的文

檔移交給用戶方；

V如判斷系統(tǒng)將出現(xiàn)拖期，則向用戶方提交風險報告；

V審核開發(fā)方提交的報告；

V編制周報，并提交給用戶方；

V根據(jù)實際情況調整進度計劃（出現(xiàn)重大變更應立即進行

調整或出現(xiàn)小變更則兩個星期調整一次），并三方確認；

V主持召開三方工程例會（每周五上午舉行）、專題會，

編制工程備忘錄；

V各監(jiān)理規(guī)范表格的使用；

2、承建單位應提交的文檔

J試運行情況報告

V驗收方案

V驗收手冊

V驗收測試報告

V合同要求提供的相關文檔

V售后服務計劃

V工作周報

文檔僅供參考，不當之處，請聯(lián)系改正。

3、監(jiān)理方應提交的文檔

V驗收方案評審報告

V項目驗收報告

V工作報告（會議紀要、監(jiān)理周報、項目評審會議紀要、

變更報告等）；

V其它監(jiān)理文檔（聯(lián)系單、備忘錄等）。

第六章各階段工作明細

6.1啟動階段

1、計劃時間：****年月日至****年月日

2、工作內容：

SN任務承建方監(jiān)理方業(yè)主方

起草合同；審核合同，有經辦人審核

1合同簽署修改完善合同意見或建議則合同，并上

提交審查報告報審批

介紹監(jiān)理工作主持會議；

2召開項目啟動介紹實施方案注意事項；提出項目要

會整理會議紀要求

文檔僅供參考，不當之處，請聯(lián)系改正。

編寫實施方審核實施方經辦人審核

3實施方案報審案；案，有意見或實施方案，

修改、完善實建議則提交審并上報審批

施方案；查報告

提交報審表

4開工申請?zhí)峤婚_工申請審核開工申請

表表，發(fā)出開工

令

3、工作規(guī)范說明

任務2說明：

合同審核要點包括：

a.合同實施范圍明確，各項需求規(guī)定足夠明確；

b.任何與投標時不一致的要求已得到解決；

c.雙方關于屬于的使用達成一致協(xié)議；

d.處理用戶在系統(tǒng)建設期間提出的需求變更；

e.用戶提供哪些設施和資源；

f.采用的標準和規(guī)程；

g.合同中提出的軟件生命周期過程從費用、質量、進度

考慮是否合理；

h.合同中是否納入或列舉被剪裁的軟件生命過程標準；

L合同中是否明確規(guī)定了驗收的組織和規(guī)程，驗收準則

是否合同；

j.合同中要求承建方交付的軟件產品是否完整；

文檔僅供參考，不當之處，請聯(lián)系改正。

k.合同是否明確規(guī)定了承建方不能按時交貨應負的責

任；

I.合同中是否包括了售后服務和必要技術培訓的條款，驗

收后出現(xiàn)的問題的處理，包括與質量有關的索賠和用戶

的投訴；

m.合同的所有條款是否都符合國家的有關法規(guī)和行業(yè)慣

例；

n.合同是否明確了軟件產品你的專利權、使用權、擔保

權、許可權及保護知識產權信息。

6.2工程設計階段

6.2.1需求調研階段

1、計劃時間：****年月日至****年月日

2、工作內容:

SN任務承建方監(jiān)理方業(yè)主方

1前期需求消化前期需消化前期消化前期

細化求細化需求細化需求細化

2調研準備制定調研計審核調研經辦人審

劃計劃，有核調研計

意見或建劃；

文檔僅供參考，不當之處，請聯(lián)系改正。

議則提交

審查報

告；

3需求調研到用戶單位核查需求協(xié)助需求

進行需求調調研、需調研的進

研，如有變求分析進行，如需

更，根據(jù)實度，如需變更，則

際情況調整變更則確確認變更

進度計劃認變更

4項目需求編寫項目需審核《項用戶審核

分析報審求說明書及目需求說《項目需

系統(tǒng)原型明書》及求說明

V1.0版本;系統(tǒng)原書》和系

修改、完善型，有意統(tǒng)原型，

項目需求說見或建議并上報審

明書；則提交審批

提交報審表查報告

3、工作規(guī)范說明

任務3說明：

項目需求說明書審核要點包括：

a.文檔是否按項目文檔編制標準編制的；

b.文檔中描述的系統(tǒng)需求是前后一致的、可行的、可測

試的；

c.軟件需求是否全面、準確地覆蓋了用戶對軟件功能、性

能、可靠性等方面的要求；

文檔僅供參考，不當之處，請聯(lián)系改正。

d.根據(jù)設計準則，把系統(tǒng)的需求恰當?shù)姆峙浣o硬件項、軟

件項和人工操作項；

e.每一條軟件需求說明是不是都是可實現(xiàn)且可驗證的；

f.需求說明中是否考慮了與已有應用系統(tǒng)的接口問題；

g.需求說明中是否考慮了審批業(yè)務的擴展要求；

h.需求說明中是否考慮了故障處理要求，對故障處理方法

是否合理和合適；

i.需求說明中是否考慮了用戶安全保密性方面的要求，經

過適當嚴格的方法表明涉及安全、保密和關鍵性的軟件

需求是正確的。

6.2.2系統(tǒng)概要設計階段

1＞計劃時間：****年月日至****月日

2、工作內容：

SN任務承建方監(jiān)理方業(yè)主方

1系統(tǒng)概要設編寫系統(tǒng)概核查概要設經辦人審核

計報審要設計；計進度情系統(tǒng)概要設

修改、完善況；計，并上報

系統(tǒng)概要設審核需求或審核

計；設計的變

提交報審表更；審核系

統(tǒng)概要設

計，有意見

或建議則提

文檔僅供參考，不當之處，請聯(lián)系改正。

交審查報告

3、工作規(guī)范說明

任務1說明

系統(tǒng)概要設計審核要點包括：

a.軟件設計是正確的、與需求抑制并可追溯到需求，覆蓋

了軟件需求說明的全部內容；

b.設計執(zhí)行正確的事件順序、輸入、輸出、接口、邏輯流

程圖、定時分配和預算估計、錯誤的定義、隔離和恢

復；

c.能夠從需求得出選定的設計；

d.軟件功能部件的分解是否合理；

e.對故障處理的措施是否完備有效；

f,軟件概要設計說明是否對軟件需求說明有良好的可追溯

性；

g.是否按計劃開展了進度管理、質量管理和配置管理。

6.2.3系統(tǒng)詳細設計階段

1、計劃時間：****年月日至****年月日

2、工作內容：

SN任務承建方監(jiān)理方業(yè)主方

1系統(tǒng)編寫系統(tǒng)詳核查詳細設計進度情經辦人審

文檔僅供參考，不當之處，請聯(lián)系改正。

詳細細設計；況；核系統(tǒng)詳

設計修改、完善審核需求或設計的變細設計，

報審系統(tǒng)詳細設更；并上報審

計；審核系統(tǒng)詳細設計，核

提交報審表有意見或建議則提交

審查報告

3、工作規(guī)范說明

任務1說明：

a.數(shù)據(jù)庫設計是否全面，且考慮了多對一、一對多的關

系；

b.詳細設計與概要設計是否一致；

c.經過適當嚴格的方法表明設計正確地實現(xiàn)了安全、保密

和其它關鍵性的要求；

d.是否按計劃開展了進度管理、質量管理和配置管理。

6.3工程實施階段

6.3.1編碼階段

1、計劃時間：****年月日至****年月日

2、工作內容：

文檔僅供參考，不當之處，請聯(lián)系改正。

SN任務承建方監(jiān)理方業(yè)主方

1編碼進行編碼對變得進度情

況進行核查，

并將檢查情況

向業(yè)主方匯報

2模塊設計說編寫模塊設計審核模塊設計經辦人審核

明書報審說明書；說明書，有意模塊設計說

修改、完善模見或建議則提明書

塊設計說明交審查報告

書；

提交報審表

3、工作規(guī)范說明

任務1說明：

編碼驗證和評審工作，內容主要包括

a.編碼是否符合有關的編碼標準；

b.編碼可追溯到設計和需求并切實可測試的、正確的、并

符合需求；

c.編碼會自行正確的事件順序，前后一致的接口關系、正

確的數(shù)據(jù)和控制流程圖、完整性、恰當?shù)亩〞r分配和預

算估計、錯誤的定義、隔離和恢復；

d.程序是否正確地實現(xiàn)了軟件詳細設計；

e.程序中是否有足夠的注釋，以保證程序的可讀性和可維

護性；

文檔僅供參考，不當之處，請聯(lián)系改正。

f.是否開展了軟件靜態(tài)分析、代碼審查和軟件單元測試；

g,軟件單元測試是否充分，是否達到了語句覆蓋率和分支

覆蓋率均為100%的要求；

h.經過適當嚴格的方法表明編碼正確地實現(xiàn)了安全、保密

和其它關鍵性的要求；

i.是否按計劃開展了進度管理、質量管理和配置管理。

j.集成驗證的要求

k.每個軟件項的軟件組件和軟件單元已完整地、正確地集

成到系統(tǒng)中；

I.系統(tǒng)的硬件項、軟件項和人工操作項已完整地、正確地

集成到系統(tǒng)中；

m.其它系統(tǒng)的相關功能模塊已完整地、正確地集成到系統(tǒng)

中；

n.已根據(jù)集成計劃完成集成任務。

o.任務2說明：

P,模塊設計是正確的、與軟件設計一致并可追溯到需求，

覆蓋了軟件設計說明的全部內容；

q.設計執(zhí)行正確的時間順序、輸入、輸出、接口、邏輯流

程圖、定時分配和預算估計、錯誤的定義、隔離和恢

復；

r.是否按計劃開展了進度管理、質量管理和配置管理。

文檔僅供參考，不當之處，請聯(lián)系改正。

6.3.2測試階段

1、計劃時間：****年月日至****年月日

2、工作內容：

SN任務承建方監(jiān)理方業(yè)主方

1測試計劃編寫測試計劃；修審核測試計經辦人審

報審改、完善測試計戈1],有意見或核測試計

戈U；建議則提交審劃，并上

提交報審表查報告報評審

2單元測試進行內部測試對內部測試的

進度情況進行

核查

3整體測試進行內部測試對內部測試的

進度情況進行

核查

4完成測試編寫測試報告；修審核測試報經辦人審

改、完善測試報告，有意見或核測試報

告；建議則提交審告，并上

查報告報評審

3、工作規(guī)范說明

任務1說明：

測試計劃審核要點

a.是否包括了易用性測試、穩(wěn)定性測試計劃;

b.測試需求、測試用例、測試數(shù)據(jù)是否符合規(guī)格說明;

文檔僅供參考，不當之處，請聯(lián)系改正。

C.測試路徑是否覆蓋全部功能點；

d.任務4說明；

e.測試報告是否正確的，實際情況和預期結果之間的差異

是否已得到解決；

f,是否采用了必要的軟件測試工具以提高測試的效率，同

時保障測試的可重復驗證性；

g.是否進行了強度、邊界和異常輸入測試；

h.針對測試中發(fā)現(xiàn)的軟件錯誤是否進行了軟件修改，并開

展了相應的軟件回歸測試；

i.確認軟件產品在目標環(huán)境的選定區(qū)域進行了適用性測試

6.3.3安裝調試階段

1、計劃時間：****年月日至****年月日

2、工作內容:

SN任務承建方監(jiān)理方業(yè)主方

1安裝調試編寫安裝調試計審核安裝調試計經辦人審核安

劃；戈U,有意見或建裝調試計劃

修改、完善安裝議則提交審查報

調試計劃；告

2安裝調試到個用戶單位部跟進開發(fā)方安裝聯(lián)系個用戶單

署和安裝調試調試工作位

3聯(lián)合測試進行系統(tǒng)測試出具監(jiān)理方測試經辦人審核監(jiān)

報告理方測試報告

4安裝調試編寫安裝調試報審核安裝調試報審核安裝調試

完畢告；告，有意見或建報告

修改、完善安裝議則提交審查報

調試報告告

文檔僅供參考，不當之處，請聯(lián)系改正。

6.3.4系統(tǒng)培訓階段

1＞計劃時間：****年月日至****年月日

2、工作內容:

SN任務承建方監(jiān)理方業(yè)主方

1培訓準編寫培訓計劃及培審核培訓審核培訓

備訓教材；計劃，有計劃及培

修改、完善培訓計意見或建訓教材

劃及培訓教材議則提交

審查報告

2培訓有培訓人員對用戶組織用戶

進行培訓參加培訓

6.4工程驗收階段

1、計劃時間：

系統(tǒng)階段驗收：****年月日至****年月日

總體驗收：****年月日至****年月日

2、工作內容

SN任務承建方監(jiān)理方業(yè)主方

1系統(tǒng)編寫階段驗收評審階段驗收經辦人評

階段報告；報告，有意見審階段驗

驗收修改、完善階或建議則提交收報告

段驗收報告審查報告

2項目編寫驗收報評審驗收報經辦人評

終驗告；告，有意見或審驗收報

修改、完善驗建議則提交審告，并上

文檔僅供參考，不當之處，請聯(lián)系改正。

收報告；查報告報審批

提交報審表

3、工作規(guī)范說明

任務1說明：

項目終驗工作要點

a.組織軟件項目階段驗收準備；

b.驗證軟件系統(tǒng)功能性能與合同的符合性；

c.審核與項目配套的技術文檔是否齊全并滿足相關標準及

規(guī)范的要求；

d.檢查技術培訓是否達到合同要求；

e.出具項目階段驗收報告；

f.督促整理項目合同文件的階段技術檔案資料；

g.幫助業(yè)主制定系統(tǒng)運行管理規(guī)章制度

第七章監(jiān)理工作的控制要求及目標

根據(jù)監(jiān)理規(guī)劃和監(jiān)理工作流程，設立監(jiān)理工作的控制要點

及目標。

7.1工程啟動階段的控制要點及目標：

要點1：明確用戶需求;

文檔僅供參考，不當之處，請聯(lián)系改正。

要點2：合同實施范圍明確，各項需求規(guī)定足夠明確。

要點3：任何與投標時不一致的要求已得到解決。

要點4：項目組有能力滿足合同要求。

要點5：合同中規(guī)定項目驗收準則和方式。

要點6：合同中規(guī)定對系統(tǒng)驗收后出現(xiàn)的問題的處理，包括

與質量有關的索賠和用戶的投訴。

要點7：合同中規(guī)定采用的技術標準和規(guī)程。

目標：協(xié)助業(yè)主單位明確工程需求，確定工程建設目標；

產生合理的初步設計方案和投資預算；盡可能使招標書少出現(xiàn)

不確定性問題，并對有效的投標標書給予評價和比較，給出明

確意見，協(xié)助選擇具有完成本項目實力的建設商；根據(jù)中標方

案和招標要求，促使業(yè)主單位、承建單位所簽訂的承建合同在

技術、經濟上合理有效。

文檔要求：產生經過確認的需求統(tǒng)計表，需求分配表，需

求分配原則、合同評審報告（標識出可能的風險）。

7.2設計階段的控制要點及目標：

要點1：監(jiān)督承建單位進行更進一步的可行性調研和制定出

初步項目開發(fā)計劃。

要點2：監(jiān)督承建單位進行需求分析，寫出相應的文檔。

要點3：監(jiān)督承建單位出相應的初步用戶手冊。

文檔僅供參考，不當之處，請聯(lián)系改正。

要點4：及時檢查承建單位出進一步的測試計劃。

要點5：監(jiān)督承建單位及時出概要設計說明書，檢查是否符

合相應的規(guī)范性，以及

是否考慮周全等。

要點6：監(jiān)督承建單位及時出詳細設計說明書，檢查好似否

符合相應的規(guī)范性，以及是否考慮周全等。

要點7：監(jiān)督承建單位及時出數(shù)據(jù)庫設計說明，檢查是否符

合相應的規(guī)范性，以及是否考慮周全等。

要點8：及時檢查承建單位出操作手冊。

要點9：監(jiān)督承建單位出相應的開發(fā)進度周報和月報。

要點10：配備實施人員和實施設備，提供實施方案包括風

險投資控制措施和進度計劃；

目標：這個階段是軟件卡法中的可行性研究與計劃階段、

需求分析階段、設計階段，主要是推動業(yè)主單位、承建單位對

工程需求和設計進行規(guī)范化的技術描述，為工程實施提供優(yōu)化

的設計方案；促使工程計劃、設計方案滿足工程需求，符合相