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

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

名田貝U

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

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

監(jiān)理實施細則

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

年月

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

目錄

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

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

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

第四章項目內(nèi)容...............................錯誤味定義書簽。

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

4.2技術(shù)服務..................................錯誤味定義書簽。

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

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

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

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

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

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

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

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

6.2.1需求調(diào)研階段..........................錯誤味定義書簽。

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

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

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

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

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

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

6.3.3安裝調(diào)試階段..........................錯誤!未定義書簽。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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ā)方:

第三章項目工期要求

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

實施要求：年月日第一階段產(chǎn)品試運行；

年月日前第一階段產(chǎn)品全面上線；

年月日前第二階段產(chǎn)品全面上線。

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

第四章項目內(nèi)容

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

相關(guān)的技術(shù)服務。

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

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

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

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

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

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

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

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

務驅(qū)動方式進行。在任務的生命周期中會產(chǎn)生很多跟任務相關(guān)的

任務、資源或信息等。

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

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

4.2技術(shù)服務

技術(shù)服務包括一下內(nèi)容：

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

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

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

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

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

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

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

5.1工程啟動階段

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

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

務；

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

認；

2、承包方應提交的文檔

V投標文件

3、建設(shè)方應提交的文檔

V招標文件

V合同

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

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

V合同評審報告

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

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

5.2工程設(shè)計階段

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

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

溝通制度；

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

貝底

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

認；

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

V參與需求調(diào)研方式的制定，并三方確認；

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

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

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

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

確認；

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

V對概要設(shè)計進度情況進行核查；

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

確認；

V對詳細設(shè)計進度情況進行核查；

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

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

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

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

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

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

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

編制工程備忘錄；

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

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

V開發(fā)計劃

V軟件需求說明書

V概要設(shè)計說明書

V詳細設(shè)計說明書

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

。測試計劃

V測試報告

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

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

V《國房局電子政務基礎(chǔ)平臺建設(shè)及辦文******改造總體

設(shè)計》

V《內(nèi)部任務與行政審批管理系統(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《內(nèi)部網(wǎng)站升級方案、計劃》

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

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

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

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

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

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

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

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

V工作周報

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

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

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

V監(jiān)理細則

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

J概要設(shè)計說明書評審報告

V詳細設(shè)計說明書評審報告

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

J測試計劃評審報告

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

變更報告等）

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

5.3工程實施階段

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

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

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

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

V需求變更的處理；

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

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

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

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

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

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

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

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

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

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

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

編制工程備忘錄；

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

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

V單元測試報告；

V操作手冊；

V安裝手冊；

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

V培訓計劃；

V試運行計劃；

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

V《國房局電子政務基礎(chǔ)平臺建設(shè)及辦文******改造系統(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ù)實際情況調(diào)整進度計劃（出現(xiàn)重大變更應立即進行

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

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

編制工程備忘錄；

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

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

J試運行情況報告

V驗收方案

V驗收手冊

V驗收測試報告

V合同要求提供的相關(guān)文檔

V售后服務計劃

V工作周報

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

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

V驗收方案評審報告

V項目驗收報告

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

變更報告等）；

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

第六章各階段工作明細

6.1啟動階段

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

2、工作內(nèi)容：

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

起草合同；審核合同，有經(jīng)辦人審核

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

提交審查報告報審批

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

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

會整理會議紀要求

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

編寫實施方審核實施方經(jīng)辦人審核

3實施方案報審案；案，有意見或?qū)嵤┓桨福?/p>

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

施方案；查報告

提交報審表

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

表表，發(fā)出開工

令

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

任務2說明：

合同審核要點包括：

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

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

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

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

e.用戶提供哪些設(shè)施和資源；

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

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

考慮是否合理；

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

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

是否合同；

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

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

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

任；

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

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

的投訴；

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

例；

n.合同是否明確了軟件產(chǎn)品你的專利權(quán)、使用權(quán)、擔保

權(quán)、許可權(quán)及保護知識產(chǎn)權(quán)信息。

6.2工程設(shè)計階段

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)研計

意見或建劃；

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

議則提交

審查報

告；

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

進行需求調(diào)調(diào)研、需調(diào)研的進

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

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

際情況調(diào)整變更則確確認變更

進度計劃認變更

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

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

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

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

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

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

明書；則提交審批

提交報審表查報告

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

任務3說明：

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

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

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

試的；

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

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

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

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

件項和人工操作項；

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

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

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

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

是否合理和合適；

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

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

需求是正確的。

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

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

2、工作內(nèi)容：

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

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

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

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

系統(tǒng)概要設(shè)審核需求或?qū)徍?/p>

計；設(shè)計的變

提交報審表更；審核系

統(tǒng)概要設(shè)

計，有意見

或建議則提

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

交審查報告

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

任務1說明

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

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

了軟件需求說明的全部內(nèi)容；

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

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

復；

c.能夠從需求得出選定的設(shè)計；

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

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

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

性；

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

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

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

2、工作內(nèi)容：

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

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

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

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

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

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

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

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

審查報告

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

任務1說明：

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

系；

b.詳細設(shè)計與概要設(shè)計是否一致；

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

和其它關(guān)鍵性的要求；

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

6.3工程實施階段

6.3.1編碼階段

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

2、工作內(nèi)容：

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

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

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

況進行核查，

并將檢查情況

向業(yè)主方匯報

2模塊設(shè)計說編寫模塊設(shè)計審核模塊設(shè)計經(jīng)辦人審核

明書報審說明書；說明書，有意模塊設(shè)計說

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

塊設(shè)計說明交審查報告

書；

提交報審表

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

任務1說明：

編碼驗證和評審工作，內(nèi)容主要包括

a.編碼是否符合有關(guān)的編碼標準；

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

符合需求；

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

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

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

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

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

護性；

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

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

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

覆蓋率均為100%的要求；

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

和其它關(guān)鍵性的要求；

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

j.集成驗證的要求

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

成到系統(tǒng)中；

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

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

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

中；

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

o.任務2說明：

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

覆蓋了軟件設(shè)計說明的全部內(nèi)容；

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

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

復；

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

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

6.3.2測試階段

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

2、工作內(nèi)容：

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

1測試計劃編寫測試計劃；修審核測試計經(jīng)辦人審

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

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

提交報審表查報告報評審

2單元測試進行內(nèi)部測試對內(nèi)部測試的

進度情況進行

核查

3整體測試進行內(nèi)部測試對內(nèi)部測試的

進度情況進行

核查

4完成測試編寫測試報告；修審核測試報經(jīng)辦人審

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

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

查報告報評審

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

任務1說明：

測試計劃審核要點

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

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

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

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

d.任務4說明；

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

是否已得到解決；

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

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

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

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

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

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

6.3.3安裝調(diào)試階段

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

2、工作內(nèi)容:

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

1安裝調(diào)試編寫安裝調(diào)試計審核安裝調(diào)試計經(jīng)辦人審核安

劃；戈U,有意見或建裝調(diào)試計劃

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

調(diào)試計劃；告

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

署和安裝調(diào)試調(diào)試工作位

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

報告理方測試報告

4安裝調(diào)試編寫安裝調(diào)試報審核安裝調(diào)試報審核安裝調(diào)試

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

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

調(diào)試報告告

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

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

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

2、工作內(nèi)容:

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

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

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

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

劃及培訓教材議則提交

審查報告

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

進行培訓參加培訓

6.4工程驗收階段

1、計劃時間：

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

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

2、工作內(nèi)容

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

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

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

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

段驗收報告審查報告

2項目編寫驗收報評審驗收報經(jīng)辦人評

終驗告；告，有意見或?qū)忩炇請?/p>

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

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

收報告；查報告報審批

提交報審表

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

任務1說明：

項目終驗工作要點

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

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

c.審核與項目配套的技術(shù)文檔是否齊全并滿足相關(guān)標準及

規(guī)范的要求；

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

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

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

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

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

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

及目標。

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

要點1：明確用戶需求;

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

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

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

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

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

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

與質(zhì)量有關(guān)的索賠和用戶的投訴。

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

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

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

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

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

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

技術(shù)、經(jīng)濟上合理有效。

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

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

7.2設(shè)計階段的控制要點及目標：

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

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

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

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

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

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

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

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

是否考慮周全等。

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

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

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

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

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

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

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

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

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

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

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

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