軟件工程監(jiān)理實(shí)施細(xì)則10

軟件工程監(jiān)理實(shí)施細(xì)則

編制:

審核:

******公司

目錄

一、工程概況及專業(yè)工程特點(diǎn).................................................................3

二、監(jiān)理工作流程...........................................................................3

T.工程前期階段監(jiān)理........................................................................3

2.工程需求階段監(jiān)理............................................................................................................................................6

3.工程設(shè)計(jì)階段監(jiān)理......................................................................9

4.工程實(shí)施階段監(jiān)理.....................................................................12

5.工程驗(yàn)收階段監(jiān)理.....................................................................16

三、監(jiān)理工作要點(diǎn)..........................................................................21

1.工程啟動階段的控制要點(diǎn)...............................................................21

2.設(shè)計(jì)階段的控制要點(diǎn)...................................................................21

2.1需求調(diào)研監(jiān)理控制點(diǎn)...............................................................23

3.施工階段的控制要點(diǎn)...................................................................24

3.1軟件測試監(jiān)理控制點(diǎn)...............................................................25

3.2數(shù)據(jù)遷移及轉(zhuǎn)換監(jiān)理控制點(diǎn).........................................................26

4.驗(yàn)收階段的控制要點(diǎn).....................................................................28

4.1驗(yàn)收流程圖........................................................................29

4.2驗(yàn)收申請表審查...................................................................30

4.3驗(yàn)收方案審查.....................................................................30

4.4驗(yàn)收準(zhǔn)則..........................................................................30

4.5驗(yàn)收測試步驟及內(nèi)容...............................................................31

四、監(jiān)理工作方法及措施....................................................................31

L軟件項(xiàng)目計(jì)劃工序監(jiān)理主要內(nèi)容的方法....................................................31

工軟件質(zhì)量管理體系建立及執(zhí)行監(jiān)督........................................................32

3.軟件質(zhì)量保證監(jiān)理主要內(nèi)容及方法......................................................33

4.軟件配置管理監(jiān)理主要內(nèi)容及方法......................................................34

5.需求說明書評審監(jiān)理工作方法..........................................................35

6.軟件分包合同監(jiān)理工作方法............................................................36

7.概要設(shè)計(jì)說明書評審監(jiān)理工作方法......................................................36

8.軟件編碼規(guī)范評審.....................................................................37

8.1源程序文檔化.....................................................................37

8.2數(shù)據(jù)說明..........................................................................38

8.3輸入和輸出.......................................................................39

9.軟件編碼監(jiān)理的內(nèi)容及方法措施........................................................40

9.1軟件編碼監(jiān)理的內(nèi)容...............................................................40

9.2軟件編碼監(jiān)理的方法措施...........................................................41

10.軟件測試監(jiān)理的內(nèi)容及方法措施.......................................................42

10.1軟件測試監(jiān)理的內(nèi)容..............................................................42

10.2軟件測試監(jiān)理的方法.............................................................45

11.驗(yàn)收階段監(jiān)理工作方法及措施..........................................................47

12.數(shù)據(jù)遷移轉(zhuǎn)換監(jiān)理方法及措施.........................................................51

、工程概況及專業(yè)工程特點(diǎn)

根據(jù)實(shí)際建設(shè)項(xiàng)目填寫，主要參考《設(shè)計(jì)方案》、《實(shí)施方案》。

二、監(jiān)理工作流程

1.工程前期階段監(jiān)理

1.1監(jiān)理方應(yīng)完成的任務(wù)：

(1)針對業(yè)主方在建設(shè)合同簽訂過程的咨詢需求，隨時(shí)提供咨詢服務(wù);

(2)對承建單位提交的建設(shè)合同給出評審意見，報(bào)業(yè)主方進(jìn)行參考；

L2承包方應(yīng)提交的文檔

(1)投標(biāo)文件(終版)

1.3建設(shè)方應(yīng)提交的文檔

(1)招標(biāo)文件

(2)建設(shè)合同

(3)設(shè)計(jì)文件及相關(guān)前期建設(shè)文件

L4監(jiān)理方應(yīng)提交的文檔

(1)建設(shè)合同評審監(jiān)理意見

(2)組織協(xié)調(diào)記錄(監(jiān)理例會會議紀(jì)要、監(jiān)理周報(bào)等)

(3)其他監(jiān)理文檔(監(jiān)理聯(lián)系單、監(jiān)理通知單、備忘錄等)

1.5工作流程

監(jiān)理業(yè)務(wù)流程（表1:前期階段）

輸入承建單位監(jiān)理單位委托單?位/業(yè)工輸出

監(jiān)理合同

牌投標(biāo)文件

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

政策法規(guī)

可行性報(bào)告

標(biāo)準(zhǔn)規(guī)范

評審報(bào)告

行業(yè)文件

招標(biāo)文件

監(jiān)理合同

合同評審報(bào)告

監(jiān)典規(guī)劃開發(fā)合同

開發(fā)合同系統(tǒng)實(shí)施方案

項(xiàng)目組織實(shí)施方案評審報(bào)告

方案

方案機(jī)嫌告

總體進(jìn)度計(jì)劃

總體進(jìn)度計(jì)劃

近位計(jì)劃評審

報(bào)告

項(xiàng)口川動會議

紀(jì)要

L6流程描述

1）前期咨詢：提供應(yīng)用系統(tǒng)建設(shè)相關(guān)的技術(shù)支持服務(wù)：

2）基本業(yè)務(wù)模型分析：協(xié)助業(yè)主制定所需應(yīng)用系統(tǒng)的業(yè)務(wù)需求指標(biāo)；進(jìn)行基本

需求的調(diào)研和分析整理工作，基本上明確應(yīng)用系統(tǒng)的主體思路，為應(yīng)用系統(tǒng)建

設(shè)范圍的確定提供依據(jù)；

3）軟件應(yīng)用系統(tǒng)總體規(guī)劃：結(jié)合基本需求和應(yīng)用系統(tǒng)的實(shí)施框架結(jié)構(gòu)，協(xié)助業(yè)

主對應(yīng)用系統(tǒng)進(jìn)行優(yōu)先級劃分，同時(shí)結(jié)合國內(nèi)外的相關(guān)類型系統(tǒng)的實(shí)施情況，

協(xié)助業(yè)主制定系統(tǒng)的總體實(shí)施規(guī)劃；

4）招投標(biāo)：必要時(shí)協(xié)助業(yè)主進(jìn)行軟件應(yīng)用系統(tǒng)的招投標(biāo)工作；

5）承建方實(shí)力評價(jià)：協(xié)助業(yè)主了解承建方的技術(shù)實(shí)力和管理能力，客觀公正地

評價(jià)承建方，為業(yè)主評估、選定承建方提供技術(shù)方面的參考意見；

6）簽訂軟件開發(fā)合同：協(xié)助業(yè)主進(jìn)行應(yīng)用系統(tǒng)的開發(fā)合同的簽訂工作；在承建

合同中應(yīng)明確要求承建單位接受監(jiān)理方的監(jiān)理；建議業(yè)主單位在承建合同中明

確規(guī)定工程所包含的功能、技術(shù)要求、測試標(biāo)準(zhǔn)、驗(yàn)收要求和質(zhì)量責(zé)任；建議

業(yè)主單位在開發(fā)合同中明確工程階段劃分及其質(zhì)量和進(jìn)度要求，并依此作為工

程階段性付款的依據(jù)；核準(zhǔn)投資預(yù)算與付款計(jì)劃；

7）評審系統(tǒng)實(shí)施方案：協(xié)助業(yè)主評審系統(tǒng)實(shí)施方案的科學(xué)性、可行性；協(xié)助業(yè)

主審核系統(tǒng)建設(shè)的量化目標(biāo)以及考核方法；結(jié)合業(yè)主的實(shí)際情況對實(shí)施過程中

的風(fēng)險(xiǎn)進(jìn)行評估，協(xié)助提出規(guī)避風(fēng)險(xiǎn)的措施和手段；

8）評審總體進(jìn)度計(jì)劃：評審軟件應(yīng)用系統(tǒng)承建方的總體實(shí)施進(jìn)度計(jì)劃，根據(jù)軟

件工程的要求，評審承建方提出的軟件應(yīng)用系統(tǒng)總體實(shí)施計(jì)劃是否合理；

9）項(xiàng)目啟動會：項(xiàng)目啟動時(shí)，召開由業(yè)主方、承建方和監(jiān)理方參加的首次會議,

明確各參建方在項(xiàng)目實(shí)施過程中的責(zé)任和權(quán)利、各方的項(xiàng)目負(fù)責(zé)人及聯(lián)系方式、

項(xiàng)目實(shí)施過程中各方遇到問題的處理流程、監(jiān)理例會的具體時(shí)間及周期等，并

規(guī)定監(jiān)理方和承建方按時(shí)提交報(bào)告。

2.工程需求階段監(jiān)理

2.1監(jiān)理方應(yīng)完成的任務(wù)：

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

2）根據(jù)監(jiān)理規(guī)劃及各項(xiàng)目組的進(jìn)度計(jì)劃，編制監(jiān)理實(shí)施細(xì)則；

3）確定需求變更以及進(jìn)度計(jì)劃變更的處理方法，并三方確認(rèn)；

4）審核開發(fā)計(jì)劃，以評審報(bào)告的形式給業(yè)主方進(jìn)行確認(rèn)；

5）參與需求調(diào)研方式的制定，并三方確認(rèn)；

6）對重要的需求調(diào)研部分，應(yīng)與開發(fā)方一起進(jìn)行調(diào)研，做全過程見證，落實(shí)既

定需求調(diào)研方案執(zhí)行情況，記錄需求調(diào)研過程。

7）對開發(fā)方的調(diào)研成果進(jìn)行核查，及時(shí)指出不足之處；

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

9）審核需求規(guī)格說明書、以評審報(bào)告的形式給業(yè)主方進(jìn)行確認(rèn)；

2.2承建單位應(yīng)提交的文檔

1）開發(fā)計(jì)劃

2）軟件規(guī)格需求說明書（含需求確認(rèn)表）

2.3監(jiān)理方應(yīng)提交的文檔

1）監(jiān)理規(guī)劃

2）開發(fā)計(jì)劃評審報(bào)告

3）監(jiān)理實(shí)施細(xì)則

4）需求規(guī)格說明書檢查表

5）需求評審意見

2.4工作流程

2.5流程描述

1）編制監(jiān)理規(guī)劃和監(jiān)理實(shí)施細(xì)則；

2）審核本階段計(jì)劃和明細(xì)任務(wù)分解計(jì)劃：審核承建方提交本階段計(jì)劃和明細(xì)任

務(wù)分解計(jì)劃，提出監(jiān)理建議，對工程進(jìn)度進(jìn)行控制；

3）督促承建方建立完善的質(zhì)量保證體系；

4）建立協(xié)調(diào)機(jī)制：督促建設(shè)小組的聯(lián)系、溝通，有利于本階段的工作效率和效

果；

5）審核調(diào)研方式：協(xié)助業(yè)主審核調(diào)研計(jì)劃，進(jìn)行需求調(diào)研準(zhǔn)備工作，必要時(shí)參

加需求的調(diào)研工作；

6）審核調(diào)研記錄：審核承建方提交的用戶需求調(diào)研記錄（即原始需求），協(xié)助

業(yè)主組織進(jìn)行調(diào)研記錄的確認(rèn)工作；

7）組織需求分析報(bào)告評審：提交評審報(bào)告，說明需求分析報(bào)告評審的標(biāo)準(zhǔn)規(guī)范、

評審項(xiàng)及建議；協(xié)助業(yè)主組織需求分析報(bào)告評審，必要時(shí)以“專家評審會”的

形式展開；

8）協(xié)助組織需求分析報(bào)告的業(yè)主方、監(jiān)理方、承建方簽字確認(rèn)；

9）審核承建方提交的測試方案；

10）定期向業(yè)主報(bào)告項(xiàng)目實(shí)施的進(jìn)度和質(zhì)量情況；

3.工程設(shè)計(jì)階段監(jiān)理

3.1監(jiān)理方應(yīng)完成的任務(wù)：

1）對概要設(shè)計(jì)進(jìn)度情況進(jìn)行核查；

2）審核概要設(shè)計(jì)說明書，以評審報(bào)告的形式給業(yè)主方進(jìn)行確認(rèn)；

3）對詳細(xì)設(shè)計(jì)進(jìn)度情況進(jìn)行核查；

4）審核詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明書、測試計(jì)劃，以評審報(bào)告的形式給

業(yè)主方進(jìn)行確認(rèn)；

5）審核開發(fā)方提交的周報(bào)：

6）根據(jù)實(shí)際情況調(diào)整進(jìn)度計(jì)劃（出現(xiàn)重大變更應(yīng)立即進(jìn)行調(diào)整），并三方確認(rèn);

7）編制監(jiān)理周報(bào)，并提交給業(yè)主方；

8）按照既定制度召集主持召開監(jiān)理例會、專題會，編制會議紀(jì)要、工程備忘錄;

9）規(guī)范使用、編制、歸檔各類監(jiān)理表格；

3.2承建單位應(yīng)提交的文檔

1）概要設(shè)計(jì)說明書（含報(bào)審表）

2）詳細(xì)設(shè)計(jì)說明書（含報(bào)審表）

3）數(shù)據(jù)庫設(shè)計(jì)說明書（含報(bào)審表）

4）測試計(jì)劃（含報(bào)審表）

5）測試報(bào)告

3.3監(jiān)理方應(yīng)提交的文檔

1）概要設(shè)計(jì)說明書評審報(bào)告（含概要（結(jié)構(gòu)）設(shè)計(jì)檢查表）

2）詳細(xì)設(shè)計(jì)說明書評審報(bào)告

3）數(shù)據(jù)庫設(shè)計(jì)說明書評審報(bào)告

4）測試計(jì)劃評審報(bào)告

5）組織協(xié)調(diào)監(jiān)理資料（會議紀(jì)要、監(jiān)理周報(bào)、項(xiàng)目評審會議紀(jì)要、變更報(bào)告等）

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

3.4工作流程

監(jiān)理業(yè)務(wù)流程（表3：設(shè)計(jì)階段）

3.5流程描述

1）審核本階段計(jì)劃和明細(xì)任務(wù)分解計(jì)劃：審核承建方提交本階段計(jì)劃和明細(xì)任

務(wù)分解計(jì)劃，提出監(jiān)理審核意見，對工程進(jìn)度進(jìn)行控制；

2）審核承建方的質(zhì)量保證措施的完備性及有效性；

3）監(jiān)督實(shí)施小組的聯(lián)系、溝通，記錄實(shí)施人員投入數(shù)量，檢查人員分工制度、

投入人員資格證書，評估實(shí)施人員技能水平，向業(yè)主方提出合理化建議，保證

實(shí)現(xiàn)過程的工作效率和效果；

4）協(xié)助業(yè)主組織系統(tǒng)設(shè)計(jì)報(bào)告評審；

5）協(xié)助業(yè)主組織應(yīng)用系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)的合理性審查；

6）定期向業(yè)主報(bào)告項(xiàng)目實(shí)施的進(jìn)度和質(zhì)量情況。

4.工程實(shí)施階段監(jiān)理

4.1監(jiān)理方應(yīng)完成的任務(wù)

1）對編碼的進(jìn)度情況進(jìn)行核查，并對編碼的規(guī)范進(jìn)行抽查，并將檢查情況向業(yè)

主方匯報(bào)；

2）需求變更處理；

3）審核單元測試報(bào)告、操作手冊、用戶手冊，以評審報(bào)告的形式給業(yè)主方進(jìn)行

確認(rèn)；

4）旁站聯(lián)調(diào)測試；

5）審核聯(lián)調(diào)測試報(bào)告、培訓(xùn)計(jì)劃、試運(yùn)行計(jì)劃、數(shù)據(jù)割接及應(yīng)用上線方案，以

評審報(bào)告的形式給業(yè)主方進(jìn)行確認(rèn)；

6）如果判斷系統(tǒng)建設(shè)工期將出現(xiàn)延期，則向業(yè)主方提交風(fēng)險(xiǎn)報(bào)告；

7）審核開發(fā)方提交的周報(bào)；

8）編制監(jiān)理周報(bào)，并提交給業(yè)主方;

9）根據(jù)實(shí)際情況調(diào)整進(jìn)度計(jì)劃（出現(xiàn)重大變更應(yīng)立即進(jìn)行調(diào)整），并三方確認(rèn);

10）主持召開三方監(jiān)理例會、專題會，編制會議紀(jì)要、工程備忘錄等;

11）各監(jiān)理規(guī)范表格的使用;

4.2承建單位應(yīng)提交的文檔

1）操作手冊（含報(bào)審表）;

2）用戶手冊（含報(bào)審表）;

3）測試報(bào)告（含報(bào)審表）;

4）培訓(xùn)方案（含報(bào)審表）;

5）試運(yùn)行計(jì)劃（含報(bào)審表）;

6）實(shí)施過程資料

4.3監(jiān)理方應(yīng)提交的文檔

1）系統(tǒng)問題跟蹤記錄；

2）就緒可用軟件產(chǎn)品到驗(yàn)記錄；

3）軟件系統(tǒng)功能檢查表；

4）源代碼檢查記錄表；

5）數(shù)據(jù)遷移驗(yàn)證和確認(rèn)檢查表；

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

4.4工作流程

4.5流程描述

1）審核本階段計(jì)劃和明細(xì)任務(wù)分解計(jì)劃：審核承建方提交本階段計(jì)劃和明細(xì)任

務(wù)分解計(jì)劃，提出監(jiān)理審核意見，對工程進(jìn)度進(jìn)行控制；

2）審核承建方的質(zhì)量保證措施的完備性及有效性；

3）監(jiān)督實(shí)施小組的聯(lián)系、溝通，記錄實(shí)施人員投入數(shù)量，檢查人員分工制度、

投入人員資格證書，評估實(shí)施人員技能水平，向業(yè)主方提出合理化建議，保證

實(shí)現(xiàn)過程的工作效率和效果；

4）編碼過程的控制：依據(jù)承建方的模塊開發(fā)計(jì)劃，對系統(tǒng)編碼階段進(jìn)行過程控

制，審核承建方提交的測試分析報(bào)告，必要時(shí)進(jìn)行抽測，隨時(shí)掌握系統(tǒng)開發(fā)的

進(jìn)展情況；

5）自測管理：督促承建方及時(shí)提交單元測試報(bào)告、系統(tǒng)模塊測試計(jì)劃、系統(tǒng)模

塊測試用例、系統(tǒng)模塊測試報(bào)告和問題跟蹤情況報(bào)告；督促承建方對系統(tǒng)出現(xiàn)

的問題及時(shí)進(jìn)行改正和優(yōu)化；

6）UI確認(rèn)：在系統(tǒng)編碼結(jié)束前，協(xié)助業(yè)主方組織系統(tǒng)用戶界面（UI）的確認(rèn)；

7）審核項(xiàng)目開發(fā)總結(jié)報(bào)告：依據(jù)合同、需求和設(shè)計(jì)文檔，審查承建方的項(xiàng)目開

發(fā)總結(jié)報(bào)告；

8）審核系統(tǒng)測試分析報(bào)告：審核承建方的系統(tǒng)測試分析報(bào)告，并提交系統(tǒng)集成

測試審核報(bào)告，如果系統(tǒng)集成測試存在問題，指出問題并督促承建方對進(jìn)行修

正；

9）評審并評估項(xiàng)目的階段性成果：組織評審并評估項(xiàng)目的階段性成果，發(fā)現(xiàn)并

總結(jié)分析系統(tǒng)試運(yùn)行中存在的問題和缺陷；

10）定期向業(yè)主報(bào)告項(xiàng)目實(shí)施的進(jìn)度和質(zhì)量情況。

5.工程驗(yàn)收階段監(jiān)理

5.1監(jiān)理方應(yīng)完成的任務(wù)

1）協(xié)助業(yè)主方進(jìn)行培訓(xùn)；

2）對系統(tǒng)的試運(yùn)行情況進(jìn)行定期檢查，并向業(yè)主方匯報(bào)；

3）審核試運(yùn)行情況報(bào)告，以評審報(bào)告的形式給業(yè)主方進(jìn)行確認(rèn)；

4）三方確定驗(yàn)收時(shí)間、驗(yàn)收準(zhǔn)則、評估規(guī)則、硬件/軟件環(huán)境等，以及三方職

責(zé)；

5）審核驗(yàn)收方案、驗(yàn)收測試報(bào)告、售后服務(wù)計(jì)劃，以評審報(bào)告的形式給業(yè)主方

進(jìn)行確認(rèn)；

6）參與驗(yàn)收測試，編制項(xiàng)目驗(yàn)收報(bào)告，并將符合要求的文檔移交給業(yè)主方；

7）如果判斷系統(tǒng)建設(shè)工期將出現(xiàn)延期，則向業(yè)主方提交風(fēng)險(xiǎn)報(bào)告；

8）審核開發(fā)方提交的報(bào)告；

9）編制周報(bào)，并提交給業(yè)主方；

10）根據(jù)實(shí)際情況調(diào)整進(jìn)度計(jì)劃（出現(xiàn)重大變更應(yīng)立即進(jìn)行調(diào)整），并三方確認(rèn);

11）主持召開三方監(jiān)理例會、專題會，編制會議紀(jì)要、工程備忘錄；

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

5.2承建單位應(yīng)提交的文檔

1）試運(yùn)行情況報(bào)告

2）驗(yàn)收方案（含報(bào)審表）

3）測試報(bào)告

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

5）售后服務(wù)計(jì)劃

6）竣工資料

5.3監(jiān)理方應(yīng)提交的文檔

1）驗(yàn)收方案評審報(bào)告

2）系統(tǒng)缺陷修復(fù)審核單

3）質(zhì)量評估報(bào)告

4）監(jiān)理工作總結(jié)報(bào)告；

5）竣工監(jiān)理文檔。

5.4工作流程

5.5流程描述

1）協(xié)調(diào)進(jìn)行交工驗(yàn)收：承建方確認(rèn)應(yīng)用系統(tǒng)滿足需求后，監(jiān)理方和業(yè)主方依據(jù)

合同執(zhí)行情況評估報(bào)告中所作的結(jié)論與合同中的規(guī)定準(zhǔn)則和方式判斷產(chǎn)品是否

已經(jīng)可以驗(yàn)收，對于不符合驗(yàn)收條件的，督促承建方對問題進(jìn)行整改；

2）審核安裝手冊和操作使用手冊：對承建方提交的安裝手冊和操作使用手冊進(jìn)

行審核；

3）系統(tǒng)培訓(xùn)管理：審核承建方的培訓(xùn)計(jì)劃和培訓(xùn)內(nèi)容，檢查和考核培訓(xùn)效果；

4）評審系統(tǒng)試運(yùn)行計(jì)劃和方案：組織評審承建方的應(yīng)用系統(tǒng)試運(yùn)行計(jì)劃和方案,

并提交系統(tǒng)試運(yùn)行計(jì)劃和方案的審核報(bào)告，如果存在問題，指出問題并督促承

建方對其進(jìn)行修正；

5）系統(tǒng)試運(yùn)行管理：協(xié)助進(jìn)行試運(yùn)行前數(shù)據(jù)準(zhǔn)備；審核并評估系統(tǒng)試運(yùn)行的方

法、步驟、條件以及實(shí)施的措施，檢查為保證系統(tǒng)整體試運(yùn)行所采取措施的有

效性；依據(jù)應(yīng)用系統(tǒng)試運(yùn)行計(jì)劃和方案對應(yīng)用系統(tǒng)的試運(yùn)行過程進(jìn)行控制，及

時(shí)發(fā)現(xiàn)存在的問題，隨時(shí)掌握系統(tǒng)試運(yùn)行的進(jìn)展情況；棄督促承建方對系統(tǒng)試

運(yùn)行中出現(xiàn)的問題及時(shí)進(jìn)行改進(jìn)和優(yōu)化；

6）評審并評估項(xiàng)目的階段性成果：組織評審并評估項(xiàng)目的階段性成果，發(fā)現(xiàn)并

總結(jié)分析系統(tǒng)試運(yùn)行中存在的問題和缺陷；協(xié)助業(yè)主進(jìn)行試運(yùn)行的總結(jié)、分析

并評估系統(tǒng)試運(yùn)行的效果；協(xié)助業(yè)主制定下一步的流程持續(xù)改進(jìn)措施；

7）協(xié)商制定驗(yàn)收程序和驗(yàn)收標(biāo)準(zhǔn)：根據(jù)國際、國家標(biāo)準(zhǔn)、規(guī)范要求，三方協(xié)商

制定驗(yàn)收程序和驗(yàn)收標(biāo)準(zhǔn)；

8）審核驗(yàn)收申請：依據(jù)承建方提交的系統(tǒng)實(shí)施文檔報(bào)告，審核承建方提交的驗(yàn)

收申請；

9）組織合同執(zhí)行情況評估：依據(jù)業(yè)主與承建方簽訂的應(yīng)用系統(tǒng)實(shí)施合同和本應(yīng)

用系統(tǒng)的實(shí)施情況，組織進(jìn)行評估合同的執(zhí)行情況，并提交合同執(zhí)行情況評估

報(bào)告：

10）組織系統(tǒng)預(yù)驗(yàn)收測試：監(jiān)理方組織承建方按照驗(yàn)收方案進(jìn)行預(yù)驗(yàn)收測試，

審核預(yù)驗(yàn)收測試報(bào)告；

11）協(xié)調(diào)解決預(yù)驗(yàn)收過程中發(fā)現(xiàn)的問題，對問題的處理方法以及結(jié)果納入驗(yàn)收

記錄中。

12）相關(guān)文檔審核：依據(jù)驗(yàn)收標(biāo)準(zhǔn)對工程文檔進(jìn)行審核；

13）協(xié)助業(yè)主方組織正式驗(yàn)收測試，審核承建商提交的測試報(bào)告，提出監(jiān)理意

見；必要時(shí)引入第三方測試。驗(yàn)收報(bào)告三方簽字確認(rèn)；

14）審核系統(tǒng)維護(hù)計(jì)劃：審核承建方提交的系統(tǒng)維護(hù)計(jì)劃，提出審核意見，對

于出現(xiàn)的問題，督促承建方進(jìn)行修正，協(xié)調(diào)進(jìn)行系統(tǒng)試運(yùn)行維護(hù)，審核承建方

的維護(hù)記錄，協(xié)調(diào)解決維護(hù)過程中出現(xiàn)的問題；協(xié)調(diào)相關(guān)承建方進(jìn)行系統(tǒng)聯(lián)調(diào);

15）協(xié)助業(yè)主方組織系統(tǒng)竣工驗(yàn)收會：協(xié)調(diào)進(jìn)行竣工驗(yàn)收工作，協(xié)助業(yè)主方組

織進(jìn)行系統(tǒng)竣工驗(yàn)收會，必要時(shí)可以聘請相關(guān)專家參加；

16）驗(yàn)收文檔移交：監(jiān)督工程驗(yàn)收后各項(xiàng)文檔的移交工作。

三、監(jiān)理工作要點(diǎn)

根據(jù)監(jiān)理規(guī)劃和監(jiān)理工作流程，設(shè)立監(jiān)理工作的控制要點(diǎn)及目標(biāo)。

L工程啟動階段的控制要點(diǎn)

1）明確用戶需求；

2）合同實(shí)施范圍明確，各項(xiàng)需求規(guī)定足夠明確。

3）任何與投標(biāo)時(shí)不一致的要求已得到解決。

4）項(xiàng)目組有能力滿足合同要求。

5）合同中規(guī)定項(xiàng)目驗(yàn)收準(zhǔn)則和方式。

6）合同中規(guī)定對系統(tǒng)驗(yàn)收后出現(xiàn)的問題的處理，包括與質(zhì)量有關(guān)的索賠和用戶

的投訴。

7）合同中規(guī)定采用的技術(shù)標(biāo)準(zhǔn)和規(guī)程。

目標(biāo)：協(xié)助業(yè)主單位明確工程需求，確定工程建設(shè)目標(biāo)；產(chǎn)生合理的初步

設(shè)計(jì)方案和投資預(yù)算；盡可能使招標(biāo)書少出現(xiàn)不確定性問題，并對有效的投標(biāo)

標(biāo)書給予評價(jià)和比較，給出明確意見，協(xié)助選擇具有完成本項(xiàng)目實(shí)力的承建方;

根據(jù)中標(biāo)方案和招標(biāo)要求，促使業(yè)主單位、承建單位所簽訂的承建合同在技術(shù)、

經(jīng)濟(jì)上合理有效。

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

同評審報(bào)告（標(biāo)識出可能的風(fēng)險(xiǎn)）。

2.設(shè)計(jì)階段的控制要點(diǎn)

1）監(jiān)督承建單位進(jìn)行更進(jìn)一步的可行性調(diào)研和制定出初步項(xiàng)目開發(fā)計(jì)劃。

2）監(jiān)督承建單位進(jìn)行需求分析，寫出相應(yīng)的文檔。

3）監(jiān)督承建單位出相應(yīng)的初步用戶手冊。

4）及時(shí)檢查承建單位出進(jìn)一步的測試計(jì)劃。

5）監(jiān)督承建單位及時(shí)出概要設(shè)計(jì)說明書，檢查是否符合相應(yīng)的規(guī)范性，以及是

否考慮周全等。

6）監(jiān)督承建單位及時(shí)出詳細(xì)設(shè)計(jì)說明書，檢查好似否符合相應(yīng)的規(guī)范性，以及

是否考慮周全等。

7）監(jiān)督承建單位及時(shí)出數(shù)據(jù)庫設(shè)計(jì)說明，檢查是否符合相應(yīng)的規(guī)范性，以及是

否考慮周全等。

8）及時(shí)檢查承建單位出操作手冊。

9）監(jiān)督承建單位出相應(yīng)的開發(fā)進(jìn)度周報(bào)和月報(bào)。

10）配備實(shí)施人員和實(shí)施設(shè)備，提供實(shí)施方案包括風(fēng)險(xiǎn)投資控制措施和進(jìn)度計(jì)

劃；

目標(biāo)：這個(gè)階段是軟件開發(fā)中的可行性研究與計(jì)劃階段、需求分析階段、

設(shè)計(jì)階段，主要是推動業(yè)主單位、承建單位對工程需求和設(shè)計(jì)進(jìn)行規(guī)范化的技

術(shù)描述，為工程實(shí)施提供優(yōu)化的設(shè)計(jì)方案；促使工程計(jì)劃、設(shè)計(jì)方案滿足工程

需求，符合相關(guān)的法律、法規(guī)和標(biāo)準(zhǔn)，并與工程建設(shè)合同相符，具有可驗(yàn)證性;

協(xié)助業(yè)主單位、承建單位消除設(shè)計(jì)文檔在進(jìn)入工程實(shí)施前可預(yù)見的缺陷。

文檔要求：編制、歸檔包括：可行性報(bào)告、項(xiàng)目開發(fā)計(jì)劃、軟件需求規(guī)格

說明書、業(yè)務(wù)需求說明書（可整合）、數(shù)據(jù)需求說明書（可整合）、概要設(shè)計(jì)說

明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì)說明、初步測試計(jì)劃和開發(fā)進(jìn)度周報(bào)等文

檔。

2.1需求調(diào)研監(jiān)理控制點(diǎn)

1)根據(jù)招投標(biāo)文件、協(xié)助承建單位全面理解用戶的各項(xiàng)需求；

2)協(xié)助承建單位確定行之有效的需求獲取方式；

3)協(xié)助承建單位了解建設(shè)方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)

有的運(yùn)行系統(tǒng)等等具體、客觀的信息基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實(shí)現(xiàn)方案,

做出簡單的用戶流程頁面；

4)結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)對建設(shè)方采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和建

設(shè)方一起探討業(yè)務(wù)流程設(shè)計(jì)的合理性、準(zhǔn)確性、便易性、習(xí)慣性。建設(shè)方可以

操作簡單演示的DEMO,來實(shí)際體驗(yàn)整個(gè)業(yè)務(wù)流程的設(shè)計(jì)合理性、準(zhǔn)確性等等問

題，及時(shí)地提出改進(jìn)意見和方法。

5)評審需求說明書，滿足需求說明書八原則：明確“做什么”；使用面向處理

的規(guī)格說明語言；明確軟件與系統(tǒng)的其他系統(tǒng)元素交互的方式；規(guī)格說明必須

包括系統(tǒng)運(yùn)行的環(huán)境；系統(tǒng)規(guī)格說明必須是一個(gè)認(rèn)識的模型；規(guī)格說明必須可

操作的；規(guī)格說明必須容許不完備性并允許擴(kuò)充；規(guī)格說明必須局部化和松散

的耦合。

6)需求說明書評審內(nèi)容：

(1)系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；

(2)系統(tǒng)需求分析階段提供的文檔資料是否齊全；

(3)文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求：

(4)與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述：

(5)被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；

(6)所有圖表是否清楚，在不補(bǔ)充說明時(shí)能否理解；

(7)主要功能是否己包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；

(8)軟件的行為和它必須處理的信息、必須完成的功能是否一致；

(9)設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際；

(10)是否考慮了開發(fā)的技術(shù)風(fēng)險(xiǎn)；

(11)是否考慮過軟件需求的其他方案二

(12)是否考慮過將來可能會提出的軟件需求；

(13)是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)；

(14)有沒有遺漏、重復(fù)或不一致的地方；

(15)用戶是否審查了初步的用戶手冊或原型；

(16)項(xiàng)目開發(fā)計(jì)劃中的估算是否受到了影響。

7)督促承建方做《需求確認(rèn)表》業(yè)主方的簽字、蓋章確認(rèn)工作。

3.施工階段的控制要點(diǎn)

1)檢查承建單位項(xiàng)目開發(fā)的軟、硬件環(huán)境。

2)及時(shí)檢查承建單位使用戶手冊。

3)及時(shí)檢查承建單位操作手冊。

4)及時(shí)檢查承建單位出模塊開發(fā)卷宗。

5)及時(shí)檢查承建單位的測試分析報(bào)告。

6)監(jiān)督承建單位出相應(yīng)的開發(fā)進(jìn)度周報(bào)和月報(bào)。

7)監(jiān)督承建單位出相應(yīng)的項(xiàng)目開發(fā)總結(jié)。

目標(biāo)：這個(gè)階段是軟件開發(fā)的實(shí)現(xiàn)階段、測試階段、運(yùn)行與維護(hù)。是加強(qiáng)

工程實(shí)施方案的合法性、合理性、與設(shè)計(jì)方案的符合性；促使工程中所使用的

產(chǎn)品和服務(wù)符合承建合同及國家相關(guān)法律、法規(guī)和標(biāo)準(zhǔn)；明確工程實(shí)施計(jì)劃，

對于計(jì)劃的調(diào)整必須合理、受控；促使工程實(shí)施過程滿足承建合同的要求，并

與工程設(shè)計(jì)方案、工程計(jì)劃相符：完善工程中的不足，是整個(gè)工程符合合同要

求。

文檔要求：操作手冊、用戶手冊、模塊開發(fā)卷宗、測試報(bào)告、項(xiàng)目開發(fā)總

結(jié)和工程實(shí)施建設(shè)報(bào)告等文檔的審核報(bào)告，做監(jiān)理質(zhì)量評估報(bào)告。

3.1軟件測試監(jiān)理控制點(diǎn)

1）監(jiān)督承建單位采用合適的軟件測試方法和工具；

2）選擇和使用適合于軟件測試的配置管理模型。

3）將用于測試軟件產(chǎn)品的工具置于配置管理之下。

4）監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，對軟件測試進(jìn)行開發(fā)、維護(hù)、建立

文檔和驗(yàn)證

5）建議軟件測試由靜態(tài)測試、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試組成。

6）對每個(gè)級別的軟件測試，建立和使用測試準(zhǔn)備就緒準(zhǔn)則。確定測試準(zhǔn)備就緒

準(zhǔn)則包括：

（1）軟件單元在進(jìn)入集成測試前己成功地完成了代碼的靜態(tài)測試和單元測

試；

（2）在進(jìn)入系統(tǒng)測試前，軟件己成功地完成了確認(rèn)測試；

（3）在軟件進(jìn)入系統(tǒng)測試前，已對測試準(zhǔn)備就緒進(jìn)行評審；

（4）每當(dāng)被測試軟件或軟件環(huán)境發(fā)生變化時(shí)，則在各有關(guān)的測試級別上適當(dāng)

進(jìn)行回歸測試；

7）評審測試計(jì)劃、測試規(guī)程和測試用例。

8）管理和控制測試計(jì)劃、測試說明、測試規(guī)程和測試用例。

9)每當(dāng)軟件需求、軟件設(shè)計(jì)或被測試代碼更改時(shí)，適當(dāng)?shù)馗臏y試計(jì)劃、測試

說明、測試規(guī)程和測試用例。

10)評審測試計(jì)劃應(yīng)包括：

(1)全面測試和驗(yàn)證的方法；

(2)測試職責(zé)；

(3)測試職責(zé)；

(4)測試工具、測試設(shè)備和測試支持需求；

(5)驗(yàn)收準(zhǔn)則。

11)對測試中發(fā)現(xiàn)的問題建立文檔，并跟蹤到關(guān)閉。

12)定期審查軟件測試的工程活動和工作進(jìn)度。

13)根據(jù)實(shí)際需要對軟件測試工程活動進(jìn)行跟蹤、審查和評估。

14)協(xié)助承建單位對軟件測試活動進(jìn)行評審和(或)審核，并報(bào)告結(jié)果。這些評

審和(或)審核至少應(yīng)包括：

(1)軟件測試工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。

(2)軟件測試符合規(guī)定的標(biāo)準(zhǔn)和需求。

(3)已完成所需的測試。

(4)檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。

(5)通過軟件測試，軟件產(chǎn)品符合軟件需求的要求。

(6)在軟件產(chǎn)品提交前，依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。

3.2數(shù)據(jù)遷移及轉(zhuǎn)換監(jiān)理控制點(diǎn)

1)數(shù)據(jù)遷移轉(zhuǎn)換質(zhì)量要求如下：

(1)數(shù)據(jù)遷移轉(zhuǎn)換的范圍和內(nèi)容必須完整，遷移轉(zhuǎn)換過程中不能出現(xiàn)數(shù)據(jù)

丟失或遺漏的情況;

(2)數(shù)據(jù)遷移轉(zhuǎn)換的結(jié)果必須正確，遷移轉(zhuǎn)換后數(shù)據(jù)和歷史數(shù)據(jù)在內(nèi)容和

實(shí)質(zhì)上保持一致性；

(3)數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果必須合規(guī)，保障轉(zhuǎn)換后的數(shù)據(jù)符合數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范；

(4)數(shù)據(jù)遷移轉(zhuǎn)換結(jié)果必須符合新建軟件平臺數(shù)據(jù)庫設(shè)計(jì)的邏輯，保障數(shù)

據(jù)轉(zhuǎn)換結(jié)果能夠支撐相關(guān)應(yīng)用子系統(tǒng)正常運(yùn)行。

2)安全管理要求如下：

(1)檢查承建方建立完善的數(shù)據(jù)備份機(jī)制和安全管理機(jī)制，確保數(shù)據(jù)遷移

過程不會造成數(shù)據(jù)丟失、損壞或泄露；

(2)檢查承建方建立完善的數(shù)據(jù)遷移應(yīng)急預(yù)案，確保數(shù)據(jù)遷移的異常或失

敗不對業(yè)務(wù)和數(shù)據(jù)帶來影響；

(3)檢查承建方建立歷史數(shù)據(jù)的備份備查機(jī)制，并提供歷史數(shù)據(jù)的查詢環(huán)

境和查詢服務(wù)，但不允許再對歷史數(shù)據(jù)進(jìn)行任何修改操作。

3)流程控制要求：

(1)建立數(shù)據(jù)遷移轉(zhuǎn)換專用環(huán)境。為了避免數(shù)據(jù)遷移對還在運(yùn)行的原系統(tǒng)

或已部分切換上線的新平臺運(yùn)行造成影響，搭建數(shù)據(jù)遷移轉(zhuǎn)換專用環(huán)境，專用

環(huán)境應(yīng)支持生產(chǎn)系統(tǒng)數(shù)據(jù)導(dǎo)入、數(shù)據(jù)質(zhì)量檢查、數(shù)據(jù)轉(zhuǎn)換規(guī)則定制、數(shù)據(jù)轉(zhuǎn)換

以及數(shù)據(jù)導(dǎo)出等功能；

(2)原數(shù)據(jù)準(zhǔn)備。首先在數(shù)據(jù)遷移轉(zhuǎn)換環(huán)境上創(chuàng)建和原系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)相

同的數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫及和新平臺數(shù)據(jù)庫結(jié)構(gòu)相同的目標(biāo)數(shù)據(jù)庫，然后從原生

產(chǎn)系統(tǒng)數(shù)據(jù)庫中將數(shù)據(jù)導(dǎo)出并司步到數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫中，確保數(shù)據(jù)完整、安

全；

(3)原數(shù)據(jù)質(zhì)量檢查。在對數(shù)據(jù)轉(zhuǎn)換源數(shù)據(jù)庫的數(shù)據(jù)進(jìn)行轉(zhuǎn)換前，需要先

對歷史數(shù)據(jù)的質(zhì)量進(jìn)行全面校驗(yàn)，符合數(shù)據(jù)轉(zhuǎn)換的質(zhì)量要求，對于歷史問題數(shù)

據(jù)，建議在數(shù)據(jù)轉(zhuǎn)換前修正完成；

（4）執(zhí)行數(shù)據(jù)轉(zhuǎn)換。根據(jù)原數(shù)據(jù)模型和新數(shù)據(jù)模型的映射規(guī)則，編制數(shù)據(jù)

轉(zhuǎn)換腳本，并執(zhí)行數(shù)據(jù)轉(zhuǎn)換操作，對于轉(zhuǎn)換過程中發(fā)現(xiàn)的質(zhì)量問題數(shù)據(jù)，需要

登記到異常信息表中，進(jìn)行后續(xù)修正；

（5）轉(zhuǎn)換后質(zhì)量檢查。在數(shù)據(jù)轉(zhuǎn)換到目標(biāo)數(shù)據(jù)庫后，應(yīng)對轉(zhuǎn)換后的數(shù)據(jù)進(jìn)

行全面校驗(yàn)，包括數(shù)據(jù)的完整性、準(zhǔn)確性和一致性檢查。具體數(shù)據(jù)轉(zhuǎn)換工作，

可以編寫數(shù)據(jù)轉(zhuǎn)換腳本并實(shí)施數(shù)據(jù)轉(zhuǎn)換和驗(yàn)證工作。另外，除質(zhì)量檢查還應(yīng)包

含業(yè)務(wù)驗(yàn)證；

4.驗(yàn)收階段的控制要點(diǎn)

1）督促工程施工方將項(xiàng)目順利移交給建設(shè)方。

2）督促整理工程合同中需要提交的技術(shù)文檔資料。

3）明確工程測試驗(yàn)收方案的符合性（驗(yàn)收目標(biāo)、責(zé)任雙方、驗(yàn)收提交清單、驗(yàn)

收標(biāo)準(zhǔn)、驗(yàn)收方式、驗(yàn)收環(huán)境等）及可行性；

4）促使工程的最終功能和性能符合承建合同、法律、法規(guī)和標(biāo)準(zhǔn)的要求；

目標(biāo)：促使工程按照合同和相關(guān)標(biāo)準(zhǔn)驗(yàn)收。

文檔要求：全套監(jiān)理資料、監(jiān)理工作總結(jié)報(bào)告。

4.1驗(yàn)收流程圖

GB/T28035—2011

開始

提出瞼收申請——?驗(yàn)收申請檢查

成立驗(yàn)收組織

制定驗(yàn)收審查計(jì)劃

------制定驗(yàn)收測試計(jì)劃J

驗(yàn)收審查計(jì)劃審批驗(yàn)收測試計(jì)劃審批

進(jìn)行驗(yàn)收審查進(jìn)行驗(yàn)收測試

驗(yàn)收評審

結(jié)束

4.2驗(yàn)收申請表審查

驗(yàn)收申請表應(yīng)包括一下內(nèi)容：

1）軟件系統(tǒng)名稱；

2）軟件系統(tǒng)研制任務(wù)來源；

3）軟件系統(tǒng)用途及組成；

4）主要功能與性能；

5）軟件系統(tǒng)研制情況；

6）研制階段評審情況；

7）軟件系統(tǒng)測試情況；

8）配置管理情況；

9）滿足需方業(yè)務(wù)要求等情況。

對于含有的就緒可用軟件及其他軟件的軟件系統(tǒng)，申請表中還應(yīng)增加：

1）就緒可用軟件及其他軟件名稱；

2）就緒可用軟件及其他軟件用途及組成；

3）主要功能與性能；

4）文檔清單。

4.3驗(yàn)收方案審查

驗(yàn)收方案一般包括驗(yàn)收目的、驗(yàn)收內(nèi)容、技術(shù)條件、驗(yàn)收方法、進(jìn)度安排、

人員組成、驗(yàn)收準(zhǔn)則等內(nèi)容。

4.4驗(yàn)收準(zhǔn)則

1）軟件系統(tǒng)符合合同規(guī)定的全部功能和非功能要求;

2）文檔齊全,符合合同要求或相關(guān)標(biāo)準(zhǔn)的規(guī)定；

3）文檔之間一致，程序和文檔相符：

4）對被驗(yàn)收軟件系統(tǒng)在驗(yàn)收測試中查出的錯(cuò)誤總數(shù)及在驗(yàn)收審查時(shí)查出的交付

文檔中的錯(cuò)誤總數(shù)均不得超過雙方約定的數(shù)目；

5）對于高完整性級別的軟件系統(tǒng),還應(yīng)通過功能和性能海量及壓力測試。

4.5驗(yàn)收測試步驟及內(nèi)容

1）驗(yàn)收測試步驟

（1）制定驗(yàn)收測試計(jì)劃和驗(yàn)收審查計(jì)戈山作好驗(yàn)收測試和驗(yàn)收審查準(zhǔn)備；

（2）進(jìn)行驗(yàn)收測試和驗(yàn)收審查,建立完整的驗(yàn)收測試記錄和驗(yàn)收審查記錄；

（3）編寫驗(yàn)收測試報(bào)告和驗(yàn)收審查報(bào)告。

2）驗(yàn)收測試主要內(nèi)容

（1）依據(jù)建設(shè)合同及驗(yàn)收計(jì)劃檢查功能和非功能要求；

（2）對于高完整性級別的軟件系統(tǒng),還應(yīng)通過功能和性能海量及壓力測試。

（3）對于雙方商定的一些特殊測試,如強(qiáng)度測試和可靠性測試等。

四、監(jiān)理工作方法及措施

根據(jù)監(jiān)理規(guī)、監(jiān)理工作流程，制定監(jiān)理工作的方法及措施。

1.軟件項(xiàng)目計(jì)劃工序監(jiān)理主要內(nèi)容的方法

1）確保軟件承建方在項(xiàng)目軟件過程規(guī)范約定的基礎(chǔ)上制定軟件項(xiàng)目計(jì)劃。

2）監(jiān)督承建單位為實(shí)施軟件工程和管理軟件項(xiàng)目制定合理的軟件項(xiàng)目計(jì)劃，包

括進(jìn)行軟件規(guī)模估計(jì)和軟件風(fēng)險(xiǎn)分析，建立軟件項(xiàng)目組織，確定軟件項(xiàng)目生命

周期，進(jìn)行軟件項(xiàng)目策劃，確定必要的約定。

3）監(jiān)督承建單位依據(jù)書面規(guī)程制定項(xiàng)目的軟件項(xiàng)目計(jì)劃，確認(rèn)計(jì)劃內(nèi)容是否滿

足相關(guān)標(biāo)準(zhǔn)、規(guī)范及建設(shè)合同要求。

4）審查承建單位編寫的項(xiàng)目計(jì)劃文檔，軟件項(xiàng)目計(jì)劃包括:軟件項(xiàng)目的用途、

范圍、目標(biāo)和對象，軟件開發(fā)計(jì)劃，軟件配置管理，軟件質(zhì)量保證，軟件框架

設(shè)計(jì)，問題跟蹤與整改方法，軟件度量。

5）審查承建單位標(biāo)明、建立和保持對軟件項(xiàng)目的控制所必需的軟件工作產(chǎn)品。

6）審查承建單位依據(jù)書面規(guī)程估計(jì)軟件工作產(chǎn)品規(guī)模，估計(jì)軟件項(xiàng)目的工作量

和成本，估計(jì)項(xiàng)目的關(guān)鍵計(jì)算機(jī)資源（包含自建平臺及云平臺服務(wù)購買）。

7）監(jiān)督承建單位依據(jù)書面規(guī)程制定項(xiàng)目的軟件進(jìn)度計(jì)劃，分析承建單位制定項(xiàng)

目的軟件工程設(shè)備和支持工具計(jì)劃的合理性、可行性，分析軟件進(jìn)度計(jì)劃的合

理性。

8）管理和控制軟件計(jì)劃數(shù)據(jù)，審查軟件項(xiàng)目計(jì)劃的活動情況。

9）確保軟件項(xiàng)計(jì)劃通過正式的評審，在評審后得到技術(shù)修改和批準(zhǔn)，給出是否

符合要求的結(jié)論，確定其能否作為軟件開發(fā)的前提和依據(jù)，作為應(yīng)用軟件系統(tǒng)

建設(shè)進(jìn)度控制的依據(jù)。

2.軟件質(zhì)量管理體系建立及執(zhí)行監(jiān)督

1）監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位根據(jù)項(xiàng)目合同和業(yè)主應(yīng)用軟件系統(tǒng)需求，制

定項(xiàng)目軟件工程和管理活動，結(jié)合成為密切相關(guān)、定義完整的項(xiàng)目軟件過程；

2）評估項(xiàng)目軟件過程的技術(shù)合理性，包括是否符合標(biāo)準(zhǔn)和規(guī)范，是否符合項(xiàng)目

合同和業(yè)主技術(shù)要求；

3）頊目軟件過程文檔化，并得到批準(zhǔn);監(jiān)督和控制承建單位的項(xiàng)目軟件過程的

狀態(tài)，促使承建單位支持和實(shí)施項(xiàng)目軟件過程，提高軟件項(xiàng)目實(shí)施的計(jì)劃性，

減少軟件項(xiàng)目實(shí)施的風(fēng)險(xiǎn)：

4）監(jiān)督應(yīng)用軟件系統(tǒng)建設(shè)承建單位在軟件開發(fā)過程中按照項(xiàng)目軟件過程的規(guī)范

實(shí)施，跟蹤、記錄和審查軟件管理過程活動。

3.軟件質(zhì)量保證監(jiān)理主要內(nèi)容及方法

1）確保項(xiàng)目遵循書面的承建單位管理策略來實(shí)施軟件質(zhì)量保證，承建單位成立

了軟件質(zhì)量保證活動的組織；

2）控制承建單位依據(jù)書面規(guī)程，為軟件項(xiàng)目制定軟件質(zhì)量保證計(jì)劃，保障軟件

質(zhì)量保證計(jì)劃符合項(xiàng)目軟件過程的規(guī)范要求；

3）參加承建單位的軟件質(zhì)量保證組按照軟件質(zhì)量保證計(jì)劃進(jìn)行活動；

4）參加承建單位的軟件質(zhì)量保證組評審軟件工程活動，驗(yàn)證軟件工程活動與軟

件項(xiàng)目計(jì)劃的一致性；

5）參加承建單位軟件質(zhì)量保證組審核指定的軟件產(chǎn)品，依據(jù)指定的軟件標(biāo)準(zhǔn)、

規(guī)程和合同需求對可交付的軟件產(chǎn)品進(jìn)行評價(jià)，驗(yàn)證軟件產(chǎn)品與軟件項(xiàng)目計(jì)劃

的一致性；

6）控制承建單位依據(jù)書面規(guī)程，歸檔和處理軟件活動和軟件工作產(chǎn)品中的偏差,

管理和控制不一致性問題的文檔；

7）軟件專業(yè)監(jiān)理工程師和業(yè)主方的軟件質(zhì)量保證人員定期對軟件質(zhì)量保證組的

活動和結(jié)果進(jìn)行評審；

8）跟蹤和記錄軟件質(zhì)量保證活動的情況，審查軟件質(zhì)量保證活動，并給出軟件

質(zhì)量保證監(jiān)理報(bào)告。

4.軟件配置管理監(jiān)理主要內(nèi)容及方法

1）確保應(yīng)用軟件系統(tǒng)建設(shè)承建單位的配置管理組織和環(huán)境按照軟件項(xiàng)目計(jì)劃的

要求成立并配備。

2）控制承建單位依據(jù)書面規(guī)程，為應(yīng)用軟件系統(tǒng)建設(shè)項(xiàng)目制定軟件配置管理計(jì)

劃。

3）監(jiān)督承建單位使用審批通過的、文檔化的軟件配置管理計(jì)劃作為實(shí)施軟件配

置管理活動的基礎(chǔ)，該計(jì)劃包括:要執(zhí)行的活動、活動的進(jìn)度安排、指定的職責(zé)

和所需的資源;監(jiān)督承建單位標(biāo)識將置于配置管理下的軟件工作產(chǎn)品，工作產(chǎn)品

包括與過程相關(guān)的計(jì)劃、標(biāo)準(zhǔn)或規(guī)程、軟件需求、軟件設(shè)計(jì)、軟件代碼單元、

軟件測試規(guī)程、為軟件測試活動建立的軟件系統(tǒng)、軟件系統(tǒng)產(chǎn)品和編譯程序。

4）控制承建單位依據(jù)書面規(guī)程，對所有配置項(xiàng)/單元的更改請求和問題報(bào)告實(shí)

施初始準(zhǔn)備、記錄、評審、批準(zhǔn)和跟蹤。

5）監(jiān)督承建單位依據(jù)書面規(guī)程，控制對基線的更改。監(jiān)督承建單位依據(jù)書面規(guī)

程，由軟件基線庫生成軟件產(chǎn)品并對其發(fā)布進(jìn)行控制。監(jiān)督承建單位依據(jù)書面

規(guī)程，記錄配置項(xiàng)/單元的狀態(tài)。

6）控制承建單位編制軟件配置管理報(bào)告，證明軟件配置管理活動和軟件基線庫

的內(nèi)容，并提供給業(yè)主方。

7）監(jiān)督承建單位依據(jù)書面規(guī)程，進(jìn)行軟件基線庫審核。進(jìn)行軟件配置管理活動

狀態(tài)的跟蹤和記錄。

8）定期審查軟件配置管理活動和軟件配置管理基線，以驗(yàn)證它們與文檔定義的

一致性。

9）審核軟件配置管理活動及其工作產(chǎn)品，并給出軟件配置管理監(jiān)理報(bào)告。

5.需求說明書評審監(jiān)理工作方法

作為需求分析階段工作的復(fù)查手段，在需求分析的最后一步，應(yīng)該對功能

的正確性、完整性和清晰性，以及其他需求給予評價(jià)。評審的主要內(nèi)容是：

1）系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；

2）系統(tǒng)需求分析階段提供的文檔資料是否齊全；

3）文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求：

4）與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述：

5）被開發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定；

6）所有圖表是否清楚，在不補(bǔ)充說明時(shí)能否理解；

7）主要功能是否己包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明；

8）軟件的行為和它必須處理的信息、必須完成的功能是否一致；

9）設(shè)計(jì)的約束條件或限制條件是否符合實(shí)際；

10）是否考慮了開發(fā)的技術(shù)風(fēng)險(xiǎn)；

11）是否考慮過軟件需求的其他方案」

12）是否考慮過將來可能會提出的軟件需求；

13）是否詳細(xì)制定了檢驗(yàn)標(biāo)準(zhǔn)，它們能否對系統(tǒng)定義是否成功進(jìn)行確認(rèn)；

14）有沒有遺漏、重復(fù)或不一致的地方；

15）用戶是否審查了初步的用戶手冊或原型；

16）項(xiàng)目開發(fā)計(jì)劃中的估算是否受到了影響。

為保證軟件需求定義的質(zhì)量，評審應(yīng)以專門指定的人員負(fù)責(zé)，并按規(guī)程嚴(yán)

格進(jìn)行。評審結(jié)束應(yīng)有評審負(fù)責(zé)人的結(jié)論意見及簽字。除承建單位分析員之外,

業(yè)主單位人員和監(jiān)理單位都應(yīng)當(dāng)參加評審工作。需求說明書要經(jīng)過嚴(yán)格評審，

一般，評審的結(jié)果都包含了一些修改意見，待修改完成后再經(jīng)評審?fù)ㄟ^，才可

進(jìn)入設(shè)計(jì)階段。

6.軟件分包合同監(jiān)理工作方法

方法1：定期審查軟件分包合同的管理活動。實(shí)施定期審查的主要目的是適當(dāng)

地、及時(shí)地掌握軟件分包合同管理的軟件過程活動。在滿足業(yè)主單位需求的前

提下，只要有適當(dāng)?shù)臋C(jī)制來報(bào)告異常情況，審查的時(shí)間間隔就盡可能長些。

方法2:根據(jù)實(shí)際需要隨時(shí)跟蹤和審查軟件分包合同的管理活動。

方法3:評審和（或）審核軟件分包合同的管理活動及其產(chǎn)品，并報(bào)告結(jié)果。這

些評審和（或）審核至少應(yīng)驗(yàn)證：

（1）選擇分承建單位的活動。

（2）管理軟件分包合同的活動。

（3）協(xié)調(diào)主承建單位和分承建單位配置管理的活動。

（4）與分承建單位按計(jì)劃評審的實(shí)施情況。

（5）確認(rèn)分包合同達(dá)到關(guān)鍵里程碑或階段完成時(shí)的評審情況。

（6）對分承建單位軟件產(chǎn)品的驗(yàn)收過程。

7.概要設(shè)計(jì)說明書評審監(jiān)理工作方法

1）可追溯性：即分析該軟件的系統(tǒng)結(jié)構(gòu)、子系統(tǒng)結(jié)構(gòu)，確認(rèn)該軟件設(shè)計(jì)是否覆

蓋了所有己確定的軟件需求，軟件每一成分是否可追溯到某一項(xiàng)需求。

2）接口：即分析軟件各部分之間的聯(lián)系，確認(rèn)該軟件的內(nèi)部接口與外部接口是

否已經(jīng)明確定義。模塊是否滿足高內(nèi)聚和低耦合的要求。模塊作用范圍是否在

其控制范圍之內(nèi)。

3）風(fēng)險(xiǎn):即確認(rèn)該軟件設(shè)計(jì)在現(xiàn)有技術(shù)條件下和預(yù)算范圍內(nèi)是否能按時(shí)實(shí)現(xiàn)。

4）實(shí)用性：即確認(rèn)該軟件設(shè)計(jì)對于需求的解決方案是否實(shí)用。

5）技術(shù)清晰度：即確認(rèn)該軟件設(shè)計(jì)是否以一種易于翻譯成代碼的形式表達(dá)。

6）可維護(hù)性:從軟件維護(hù)的角度出發(fā)，確認(rèn)該軟件設(shè)計(jì)是否考慮了方便未來的

維護(hù)。

7）質(zhì)量:即確認(rèn)該軟件設(shè)計(jì)是否表現(xiàn)出良好的質(zhì)量特征。

8）各種選擇方案:看是否考慮過其他方案，比較各種選擇方案的標(biāo)準(zhǔn)是什么。

9）限制:評估對該軟件的限制是否現(xiàn)實(shí)，是否與需求一致。

10）其他具體問題:對于文檔、可測試性、設(shè)計(jì)過程等進(jìn)行評估。

8.軟件編碼規(guī)范評審

8.1源程序文檔化

1）符號名的命名

符號名即標(biāo)識符，包括模塊名、變量名、常量名、標(biāo)號名、子程序名、數(shù)

據(jù)區(qū)名以及緩沖區(qū)名等等。這些名稱應(yīng)能反映它所代表的實(shí)際東西，應(yīng)有一定

的實(shí)際意義。例如，表示次數(shù)的量用Times,表示總量的量用Total,表示平均

值的量用Average,表示和的量用Sum等等。

2）程序的注釋

夾在程序中的注釋是程序員與日后的程序讀者之間通信的重要手段。注釋

絕不是可有可無的。一些正規(guī)的程序文本中一注釋行的數(shù)量占到整個(gè)源程序的

1/3-1/2,甚至更多。注釋分為序言性注釋和功能性注釋。

序言性注釋通常置于每個(gè)程序模塊的開頭部分，它應(yīng)當(dāng)給出程序的整體說

明，對子理解程序本身具有引導(dǎo)作用。有些軟件開發(fā)部門對序言性注釋做了明

確而嚴(yán)格的規(guī)定，要求程序編制者逐項(xiàng)列出。有關(guān)項(xiàng)目包括:程序標(biāo)題;有關(guān)本

模塊功能和目的的說明；主要算法:接口說明（包括調(diào)用形式、參數(shù)描述、子程序

清單）；有關(guān)數(shù)據(jù)描述（重要的變量及其用途、約束或限制條件，以及其他有關(guān)信

息）；模塊位置（在哪一個(gè)源文件中，或隸屬十哪一個(gè)軟件包）；開發(fā)簡歷（模塊設(shè)

計(jì)者、復(fù)審者、復(fù)審日期、修改日期及有關(guān)說明）等。

功能性注釋功能性注釋嵌在源程序體中，用于描述其后的語句或程序段是

在做什么工作，或是執(zhí)行了下面的語句會怎么樣。而不要解釋下面怎么做。要

點(diǎn):描述一段程序，而不是每一個(gè)語句;用縮進(jìn)和空行，使程序與注釋容易區(qū)別;

注釋要正確。

3）標(biāo)準(zhǔn)的書寫格式

視覺組織用空格、空行和移行來實(shí)現(xiàn)。恰當(dāng)?shù)乩每崭?，可以突出運(yùn)算的

優(yōu)先性，減少發(fā)生編碼的錯(cuò)誤；自然的程序段之間可用空行隔開;移行也叫做向

右縮格，它是指程序中的各行不必都在左端對齊，不必都從第一格起排列，這

樣做可以使程序分清層次關(guān)系。對于選擇語句和循環(huán)語句，把其中的程序段語

句向右做階梯式移行，使程序的邏輯結(jié)構(gòu)更加清晰。

8.2數(shù)據(jù)說明

在設(shè)計(jì)階段己經(jīng)確定了數(shù)據(jù)結(jié)構(gòu)的組織及其復(fù)雜性。在編寫程序時(shí)，則需

要注意數(shù)據(jù)說明的風(fēng)格。為了使程序中數(shù)據(jù)說明更易于理解和維護(hù)，必須注意

以下幾點(diǎn)。

1）數(shù)據(jù)說明的次序應(yīng)當(dāng)規(guī)范化

數(shù)據(jù)說明次序規(guī)范化，使數(shù)據(jù)屬性容易查找，也有利于測試、排錯(cuò)和維護(hù)。

原則上，數(shù)據(jù)說明的次序與語法無關(guān)，其次序是任意的。但出于閱讀、理解和

維護(hù)的需要，最好使其規(guī)范化，使說明的先后次序固定。

2）說明語句中變量安排有序化

當(dāng)多個(gè)變量名在一個(gè)說明語句中說明時(shí)，應(yīng)當(dāng)對這些變量按字母的順序排

列。帶標(biāo)號的全程數(shù)據(jù)也應(yīng)當(dāng)按字母的順序排列。

3）使用注釋說明復(fù)雜數(shù)據(jù)結(jié)構(gòu)

如果設(shè)計(jì)了一個(gè)復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，應(yīng)當(dāng)使用注釋來說明在程序?qū)崿F(xiàn)時(shí)這個(gè)

數(shù)據(jù)結(jié)構(gòu)的固有特點(diǎn)。

4）語句結(jié)構(gòu)

在設(shè)計(jì)階段確定了軟件的邏輯流結(jié)構(gòu)，但構(gòu)造單個(gè)語句則是編碼階段的任

務(wù)。語句構(gòu)造力求簡單、直接，不能為了片面追求效率而使語句復(fù)雜化。

8.3輸入和輸出

1）對所有的輸入數(shù)據(jù)都要進(jìn)行檢驗(yàn)，識別錯(cuò)誤的輸入，以保證每個(gè)數(shù)據(jù)的有效

性。

2）檢查輸入項(xiàng)的各種重要組合的合理性，必要時(shí)報(bào)告輸入狀態(tài)信息。

3）使得輸入的步驟和操作盡可能簡單，并保持簡單的輸入格式。

4）輸入數(shù)據(jù)時(shí)，應(yīng)允許使用自由格式輸入。

5）應(yīng)允許默認(rèn)值。

6）輸入一批數(shù)據(jù)時(shí)，最好使用輸入結(jié)束標(biāo)志，而不要由用戶指定輸入數(shù)據(jù)數(shù)目。

7）在交互式輸入時(shí)，要在屏幕上使用提示符明確提示交互輸入的請求，指明可

使用選擇項(xiàng)的種類和取值范圍。同時(shí)，在數(shù)據(jù)輸入的過程中和輸入結(jié)束時(shí)，也

要在屏幕上給出狀態(tài)信息。

8）當(dāng)程序設(shè)計(jì)語言對輸入/輸出格式有嚴(yán)格要求時(shí)，應(yīng)保持輸入格式與輸入語

句的要求的一致性。

9)給所有的輸出加注解，并設(shè)計(jì)輸出報(bào)表格式。

9.軟件編碼監(jiān)理的內(nèi)容及方法措施

9.1軟件編碼監(jiān)理的內(nèi)容

1)監(jiān)督承建單位將合適的軟件編碼工程方法和工具集成到項(xiàng)目定義的軟件過程

中

(1)依據(jù)項(xiàng)R定義的軟件過程對軟件編碼任務(wù)進(jìn)行綜合。

(2)選擇軟件編碼可用的方法和工具，并將選擇專用工具或方法的理由寫成

文檔。對備選方法和工具進(jìn)行選擇的依據(jù)是：

?機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程

?項(xiàng)目定義的軟件過程

,現(xiàn)有的技術(shù)基礎(chǔ)

?可得到的培訓(xùn)

?合同需求

?工具的能力

?使用的方便性和提供的服務(wù)

(3)選擇和使用適合于軟件編碼的配置管理模型。配置管理模型可能是：

?入庫出庫模型

?組合模型

?事務(wù)處理模型

?更改處理模型

(4)將用于軟件編碼的軟件產(chǎn)品和工具置于配置管理之下。

2)監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，對軟件編碼進(jìn)行開發(fā)、維護(hù)、建立

文檔和驗(yàn)證，以實(shí)現(xiàn)軟件需求而軟件設(shè)計(jì)

(1)參與軟件編碼的人員評審軟件需求和軟件設(shè)計(jì)，以確保影響編碼的各

種問題得到識別和解決。

(2)使用有效的編程方法編制軟件代碼。編程方法可能是：

?結(jié)構(gòu)化編程

?代碼重用

(3)根據(jù)一個(gè)計(jì)劃制定代碼單元的開發(fā)順序，該計(jì)劃考慮諸如關(guān)鍵性、難

度、集成和測試問題;合適時(shí)，還要考慮客戶和最終用戶的需要。

(4)每個(gè)代碼單元完成編碼時(shí)，通過評審和單元測試。

(5)將代碼置于配置管理之下。

(6)每當(dāng)軟件需求或軟件設(shè)計(jì)更改時(shí)，適當(dāng)?shù)馗拇a。

3)軟件監(jiān)理組跟蹤和記錄軟件編碼產(chǎn)品的功能性和質(zhì)量跟蹤和記錄的內(nèi)容有：

(1)跟蹤、累計(jì)的軟件編碼產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度。

(2)軟件編碼產(chǎn)品工程活動的狀態(tài)。

(3)有關(guān)問題嚴(yán)重性和持續(xù)時(shí)間的報(bào)告。

(4)用于分析每個(gè)更改建議的工作量及匯總統(tǒng)計(jì)量。

(5)按類別(如界面、安全性、系統(tǒng)配置、性能和可用性)被納入軟件基線

的更改數(shù)量。

9.2軟件編碼監(jiān)理的方法措施

1)定期審查軟件編碼的工程活動和工程進(jìn)度。

2)根據(jù)實(shí)際需要對軟件編碼工程活動、工作進(jìn)度進(jìn)行審查。

3）對軟件編碼工程活動和產(chǎn)品進(jìn)行評審和（或）審核，并報(bào)告結(jié)果。這些評審和

（或）審核至少應(yīng)包括：

?軟件編碼工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。

?軟件編碼符合規(guī)定的標(biāo)準(zhǔn)和需求。

?已完成所需的測試。

?檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。

?通過軟件編碼，對設(shè)計(jì)的跟蹤得以實(shí)施。

?在軟件產(chǎn)品提交前，依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。

10.軟件測試監(jiān)理的內(nèi)容及方法措施

10.1軟件測試監(jiān)理的內(nèi)容

1）監(jiān)督承建單位將合適的軟件測試工程方法和工具集成到項(xiàng)目定義的軟件過程

中

（1）依據(jù)項(xiàng)目定義的軟件過程對軟件測試任務(wù)進(jìn)行綜合。

（2）選擇軟件測試可用的方法和工具，并將選擇專用工具或方法的理由寫成

文檔。對備選方法和工具進(jìn)行選擇的依據(jù)是：

?機(jī)構(gòu)標(biāo)準(zhǔn)軟件過程

?項(xiàng)目定義的軟件過程

?現(xiàn)有的技術(shù)基礎(chǔ)

?可得到的培訓(xùn)

?合同需求

?工具的能力

?使用的方便性和提供的服務(wù)

(3)選擇和使用適合于軟件測試的配置管理模型。配置管理模型可能是：

?入庫出庫模型

?組合模型

?事務(wù)處理模型

?更改處理模型

(4)將用于測試軟件產(chǎn)品的工具置于配置管理之下。

2)監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程，對軟件測試進(jìn)行開發(fā)、維護(hù)、建立

文檔和驗(yàn)證，以滿足軟件測試計(jì)劃要求。

軟件測試有靜態(tài)測試、單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試組成。

(1)可與客戶和最終用戶一同參與開發(fā)和評審測試準(zhǔn)則。

(2)使用有效方法測試軟件。

(3)基于下列因素確定測試的充分性：

?測試試級別。測試級別芍單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。

?選擇的測試策略。測試策略有功能測試(黑盒測試)、結(jié)構(gòu)測試(白盒測試)

和統(tǒng)計(jì)測試。

?欲達(dá)到的測試覆蓋。測試覆蓋方法有語句覆蓋、路徑覆蓋、分支覆蓋和

運(yùn)行剖面覆蓋。

(4)對每個(gè)級別的軟件測試，建立和使用測試準(zhǔn)備就緒準(zhǔn)則。確定測試準(zhǔn)

備就緒準(zhǔn)則包括：

,軟件單元在進(jìn)入集成測試前己成功地完成了代碼的靜態(tài)測試和單元測試

?在進(jìn)入系統(tǒng)測試前，軟件己成功地完成了確認(rèn)測試

?在軟件進(jìn)入系統(tǒng)測試前，已對測試準(zhǔn)備就緒進(jìn)行評審

(5)每當(dāng)被測試軟件或軟件環(huán)境發(fā)生變化時(shí)，則在各有關(guān)的測試級別上適當(dāng)

進(jìn)行回歸測試。

(6)對于測試計(jì)劃、測試規(guī)程和測試用例，準(zhǔn)備使用前通過評審。

(7)管理和控制測試計(jì)劃、測試說明、測試規(guī)程和測試用例。

(8)每當(dāng)軟件需求、軟件設(shè)計(jì)或被測試代碼更改時(shí)，適當(dāng)?shù)馗臏y試計(jì)劃、

測試說明、測試規(guī)程和測試用例。

3)監(jiān)督承建單位依據(jù)項(xiàng)目定義的軟件過程、計(jì)劃和實(shí)施軟件的確認(rèn)測試

(D基于軟件開發(fā)計(jì)劃，制定確認(rèn)測試計(jì)劃并寫成文檔。

(2)負(fù)責(zé)軟件需求、軟件設(shè)計(jì)、系統(tǒng)測試及驗(yàn)收測試的人員，評審確認(rèn)測試

用例、測試說明和測試規(guī)程,

(3)依據(jù)指定的軟件需求文檔和軟件設(shè)計(jì)文檔的指定版本，進(jìn)行軟件確認(rèn)測

試。

4)計(jì)劃和實(shí)施軟件系統(tǒng)測試，實(shí)施系統(tǒng)測試以保證軟件滿足軟件需求

(1)盡早分配測試軟件的資源，以做好充分的測試準(zhǔn)備。所需的測試準(zhǔn)備活

動包括：

?準(zhǔn)備測試文檔

?準(zhǔn)備測試資源

?開發(fā)測試程序

?開發(fā)模擬程序

(2)編制系統(tǒng)測試的計(jì)劃文檔。如果合適，該測試計(jì)劃由業(yè)主單位進(jìn)行評審

和認(rèn)可。此測試計(jì)劃包括：

?全面測試和驗(yàn)證的方法

?測試職責(zé)

?測試工具、測試設(shè)備和測試支持需求

?驗(yàn)收準(zhǔn)則

(3)由一個(gè)獨(dú)立于軟件開發(fā)者的測試小組來計(jì)劃和準(zhǔn)備所需的測試用例和

測試規(guī)程。

(4)在測試開始前，對測試用例建立文檔，并經(jīng)評審和認(rèn)可。

(5)依據(jù)已納入基線的軟件及其軟件任務(wù)書(或合同)和軟件需求文檔，實(shí)施

軟件測試。

(6)對測試中發(fā)現(xiàn)的問題建立文檔，并跟蹤到關(guān)閉。

(7)建立測試結(jié)果文檔，并以此作為判斷軟件是否滿足需求的基礎(chǔ)。

(8)管理和控制測試結(jié)果。

5)軟件監(jiān)理組跟蹤和記錄軟件測試的結(jié)果

跟蹤和記錄的內(nèi)容有：

(1)跟蹤、累計(jì)的軟件產(chǎn)品缺陷的數(shù)量、類型和嚴(yán)重程度。

(2)軟件測試工程活動的狀態(tài)。

(3)有關(guān)問題嚴(yán)重性和持續(xù)時(shí)間的報(bào)告。

(4)用于分析每個(gè)更改建議的工作量及匯總統(tǒng)計(jì)量。

10.2軟件測試監(jiān)理的方法

1)定期審查軟件測試的工程活動和工作進(jìn)度。

2)根據(jù)實(shí)際需要對軟件測試工程活動進(jìn)行跟蹤、審查和評估。

3)對軟件測試工程活動和產(chǎn)品進(jìn)行評審和(或)審核，并報(bào)告結(jié)果。這些評審和

(或)審核至少應(yīng)包括：

(1)軟件測試工程任務(wù)的準(zhǔn)備就緒和完成準(zhǔn)則得到滿足。

(2)軟件測試符合規(guī)定的標(biāo)準(zhǔn)和需求。

(3)已完成所需的測試。

(4)檢測出的問題和缺陷已建立文檔，并被跟蹤和處理。

(5)通過軟件測試，軟件產(chǎn)品符合軟件需求的要求。

(6)在軟件產(chǎn)品提交前，依據(jù)軟件基線驗(yàn)證了用來管理和維護(hù)軟件的文檔。

4)測試設(shè)計(jì)，監(jiān)理方督促承建方根據(jù)測試目標(biāo)，結(jié)合被測源代碼的業(yè)務(wù)和技術(shù)

特點(diǎn)，明確測試環(huán)境和工具，確定測試需求、測試方法、測試內(nèi)容、測試準(zhǔn)人條

件和測試準(zhǔn)出條件。

測試方法應(yīng)采用自動化靜態(tài)分析工具掃描和人工分析相結(jié)合的方法。源代

碼漏洞測試的測試內(nèi)容宜包括但不限于以下源代碼漏洞分類：

(1)行為問題；

(2)路徑錯(cuò)誤；

(3)數(shù)據(jù)處理；

(4)處理程序錯(cuò)誤；

(5)不充分的封裝；

(6)安全功能；

(7)時(shí)間和狀態(tài)；

(8)Web問題；

(9)用戶界面錯(cuò)誤。

5)測試用例。源代碼漏洞測試的測試用例應(yīng)包括但不限于以下要素：

(1)名稱和編號；

(2)自動化靜態(tài)分析工具的操作步驟和參數(shù)配置；

(3)自動化靜態(tài)分析工具的期望操作結(jié)果。

6)源代碼漏洞測試工具

選擇源代碼漏洞測試工具重點(diǎn)應(yīng)考慮工具的漏報(bào)率和誤報(bào)率，可通過調(diào)查

或比較的方式評估工具的漏報(bào)率和誤報(bào)率。

選擇的源代碼漏洞測試工具應(yīng)覆蓋但不限于本標(biāo)準(zhǔn)的源代碼漏洞測試內(nèi)容,

測試前應(yīng)對工具的漏洞規(guī)則庫和測試引擎進(jìn)行必要的升級和維護(hù)。選擇源代碼

漏洞測試工具建議結(jié)合項(xiàng)目的具體需求。如可行,首先考慮選用商業(yè)的自動化靜

態(tài)分析工具。若條件不具備，也可選用開源的自動化靜態(tài)分析工具。

11.驗(yàn)收階段監(jiān)理工作方法及措施

按照項(xiàng)目合同查看承建單位提供的各種審核報(bào)告和測試報(bào)告內(nèi)容是否齊

全，再根據(jù)平時(shí)對承建單位工作情況的了解，可以初步判斷開發(fā)方是否已經(jīng)進(jìn)

行了足夠的正式測試。

驗(yàn)收可以分為兩個(gè)大的部分:軟件配置審核和驗(yàn)收測試。其大致順序可分為:

文檔審核，源代碼審核，配置腳本審核，測試程序或腳本審核和可執(zhí)行程序測

試。

驗(yàn)收階段的每一個(gè)相對獨(dú)立的部分，都應(yīng)該有目標(biāo)（本步驟的目的）、啟動

標(biāo)準(zhǔn)（著手本步驟必須滿足的條件）、活動（構(gòu)成本步驟的具體活動）、完成標(biāo)準(zhǔn)

（完成本步驟要滿足的條件）和度量（應(yīng)該收集的產(chǎn)品與過程數(shù)據(jù)）。

1）明確驗(yàn)收定位

驗(yàn)收測試即由產(chǎn)品開發(fā)方按照新浪提供的需求文檔中所有內(nèi)容（或按合同

及其它有效約定，對方承諾實(shí)現(xiàn)的需求）進(jìn)行開發(fā)、內(nèi)測完畢，提交版本符合

驗(yàn)收測試標(biāo)準(zhǔn)，通過新浪質(zhì)量保證部進(jìn)行的測試。通過驗(yàn)收測試判斷產(chǎn)品質(zhì)量

是否符合產(chǎn)品需求，功能實(shí)現(xiàn)是否正確并可以最終上線。

2）明確角色定義

3)明確驗(yàn)收測試目的

通過驗(yàn)收測試判斷產(chǎn)品質(zhì)量是否符合產(chǎn)品需求、功能實(shí)現(xiàn)是否正確，性能

和安全性方面是否符合發(fā)布標(biāo)準(zhǔn)，并且產(chǎn)品可以最終上線。

4)明確驗(yàn)收測試版本

(1)測試版本命名

提交驗(yàn)收測試的產(chǎn)品版本，包括：產(chǎn)品名稱.版本_ATx：

產(chǎn)品名稱：提交測試的產(chǎn)品名稱

版本：提交測試的產(chǎn)品版本號

ATx：其中"AT”表示Acceptancetest表g；“x