文件起草單位通訊地址：北方實驗室（沈陽）股份有限公司（遼寧省沈陽市渾南區(qū)智慧三街199

號），聯(lián)系電話：400-664-5588。

III

DB21/T1712.4—2025

引言

信息化工程監(jiān)理是在項目建設過程中，對項目進行跟蹤、監(jiān)督和管理的一項重要工作，依靠信息

技術(shù)手段實現(xiàn)將項目的各個環(huán)節(jié)、各個階段的數(shù)據(jù)收集、處理、傳遞和應用等工作納入統(tǒng)一的信息系

統(tǒng)中進行管理和監(jiān)控。隨著信息技術(shù)的飛速發(fā)展和廣泛應用，信息化工程監(jiān)理在政府部門和企業(yè)中已

成為共識，對于確保信息化項目的順利實施和高效完成具有重要意義。在這方面，我省建立了信息化

工程監(jiān)理地方標準體系。在該標準體系中，DB21/T1712《信息化工程監(jiān)理實施方法》是指導我省信息

化工程監(jiān)理實施的基礎(chǔ)性和通用性標準，由5個部分組成。

——第1部分：通用布纜系統(tǒng)工程監(jiān)理實施方法。目的在于規(guī)范信息化監(jiān)理在通用布纜系統(tǒng)工程建

設中監(jiān)理目標的實現(xiàn)方式。

——第2部分：電子設備機房系統(tǒng)工程監(jiān)理實施方法。目的在于規(guī)范信息化監(jiān)理在電子設備機房系

統(tǒng)工程建設中監(jiān)理目標的實現(xiàn)方式。

——第3部分：計算機網(wǎng)絡系統(tǒng)工程監(jiān)理實施方法。目的在于規(guī)范信息化監(jiān)理在計算機網(wǎng)絡系統(tǒng)工

程建設中監(jiān)理目標的實現(xiàn)方式。

——第4部分：軟件工程。目的在于規(guī)范信息化監(jiān)理在軟件工程建設中監(jiān)理目標的實現(xiàn)方式。

——第5部分：信息安全。目的在于規(guī)范信息化監(jiān)理在信息化工程安全建設中監(jiān)理目標的實現(xiàn)方式。

DB21/T1712.4-2012《信息化工程監(jiān)理實施方法第4部分軟件工程監(jiān)理實施方法》自2012年發(fā)布

以來,對我省信息化工程監(jiān)理的信息化工程安全起到了規(guī)范化的作用。鑒于我省信息工程監(jiān)理業(yè)務的不

斷擴展,為了提高信息化工程監(jiān)理的安全水平,進一步規(guī)范監(jiān)理行業(yè),對DB21/T1712.4-2012《信息化工

程監(jiān)理實施方法第4部分軟件工程監(jiān)理實施方法》標準進行修訂，旨在進一步規(guī)范我省信息工程監(jiān)理

業(yè)務，提高信息工程監(jiān)理質(zhì)量，適用于信息化工程監(jiān)理中信息化工程安全實施工作。

IV

DB21/T1712.4—2025

信息化工程監(jiān)理實施方法第4部分：軟件工程

1范圍

本文件規(guī)定了軟件工程監(jiān)理實施方法，在準備、招標、設計、實施和驗收階段的監(jiān)理工作目標、

監(jiān)理工作流程和方法。

本文件適用于信息系統(tǒng)工程中軟件工程項目的監(jiān)理工作。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文

件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適

用于本文件。

GB/T8567計算機軟件文檔編制規(guī)范

GB/T9385計算機軟件需求規(guī)格說明規(guī)范

GB/T12504計算機軟件質(zhì)量保證計劃規(guī)范

GB/T12505計算機軟件配置管理計劃規(guī)范

GB/T19668.1—2014信息化工程監(jiān)理規(guī)范第1部分：總則

GB/T19668.5—2018信息化工程監(jiān)理規(guī)范第5部分：軟件工程監(jiān)理規(guī)范

3術(shù)語和定義

GB/T19668.1—2014和GB/T19668.5—2018界定的術(shù)語和定義適用于本文件。

4一般要求

4.1角色與職責

信息化監(jiān)理過程中涉及到的單位和職責如下：

a)業(yè)主單位：項目建設的主體單位，負責信息化工程項目管理及信息化工程項目監(jiān)理服務的委

托；

b)承建單位：承接信息化工程項目建設的單位，依據(jù)國家有關(guān)法律法規(guī)、標準規(guī)范和技術(shù)合同

開展技術(shù)實現(xiàn)，并按照國家有關(guān)網(wǎng)絡安全、數(shù)據(jù)安全法律法規(guī)、標準規(guī)范開展網(wǎng)絡安全建設

工作；

c)需求單位（使用單位）：使用信息工程的單位或提出軟件工程中系統(tǒng)的功能、服務和運行約

束的單位；

d)監(jiān)理單位：受業(yè)主單位委托，成立監(jiān)理機構(gòu)，依據(jù)國家有關(guān)法律法規(guī)、標準規(guī)范和監(jiān)理合同，

圍繞信息化工程安全建設提供服務的單位。

4.2工作流程

1

DB21/T1712.4—2025

監(jiān)理單位接受業(yè)主單位的委托，對承建單位建設的軟件工程開展監(jiān)理服務，從準備階段、招標階

段、設計階段、實施階段、驗收階段等環(huán)節(jié)開展工作，如表1所示。

表1工作流程表

階段監(jiān)理活動

準備階段簽訂監(jiān)理合同、成立監(jiān)理機構(gòu)，啟動監(jiān)理工作

招標階段軟件工程招標準備、招標及合同簽訂的監(jiān)理

設計階段計劃制定、需求分析、概要（結(jié)構(gòu)）設計、詳細設計的監(jiān)理

實施階段編碼及測試、系統(tǒng)部署的監(jiān)理

驗收階段培訓、項目初驗、項目試運行、項目終驗的監(jiān)理

5準備階段

5.1建立單位確定方式

業(yè)主單位可采用直接委托或招標采購的方式確定軟件工程項目的監(jiān)理單位。監(jiān)理單位通過直接委

托或招標采購的方式成為軟件工程項目的監(jiān)理單位。

5.2工作流程

準備階段的監(jiān)理工作流程如下：簽訂監(jiān)理合同、成立監(jiān)理機構(gòu)，啟動監(jiān)理工作，如圖1所示。

圖1準備階段工作流程

5.3簽訂合同

簽訂合同過程包括：

a)監(jiān)理單位在收到業(yè)主單位委托函或中標通知書后，編制監(jiān)理大綱，針對業(yè)主單位對監(jiān)理工作的

要求，明確監(jiān)理單位所提供的監(jiān)理及相關(guān)服務的目標和定位，確定具體的工作范圍、服務內(nèi)

容、組織機構(gòu)、人員職責、服務保障和服務承諾，并經(jīng)監(jiān)理單位技術(shù)負責人審核通過后，由

監(jiān)理單位法定代表人（或授權(quán)代表）書面批準；

b)監(jiān)理單位按照業(yè)主單位的要求起草監(jiān)理合同，與業(yè)主單位商議明確監(jiān)理及相關(guān)服務內(nèi)容、服

務周期、雙方的權(quán)利和義務、監(jiān)理及相關(guān)服務費用的計取和支付、違約責任及爭議的解決辦法

和雙方約定的其他事項，簽訂監(jiān)理合同。

5.4監(jiān)理機構(gòu)

監(jiān)理單位應根據(jù)業(yè)務范圍設置合理的崗位結(jié)構(gòu)，配置總監(jiān)理工程師、總監(jiān)理工程師代表（必要時

配備）以及足夠數(shù)量的各類專業(yè)監(jiān)理人員，成立監(jiān)理機構(gòu)。

5.5啟動監(jiān)理工作

總監(jiān)理工程師應主持編制監(jiān)理規(guī)劃，監(jiān)理規(guī)劃除應滿足GB/T19668.1和GB/T19668.5的有關(guān)要求

外，還應針對項目的實際情況，明確監(jiān)理機構(gòu)的工作目標，確定具體的監(jiān)理工作制度、工作方法和工

作措施。

2

DB21/T1712.4—2025

6招標階段

6.1監(jiān)理目標

在招標階段，監(jiān)理機構(gòu)協(xié)助業(yè)主單位規(guī)范開展招標工作，協(xié)助業(yè)主單位審核投標單位資質(zhì)文件的

充分性和有效性、投標單位技術(shù)能力與本項目所需工程技術(shù)和特點要求的符合性、投標單位項目人員

的資格與本項目所需工程技術(shù)和特定要求的符合性。

6.2工作流程

招標階段的監(jiān)理工作流程和方法如圖2所示：

a)在招標準備階段，監(jiān)理機構(gòu)應充分了解業(yè)主單位軟件工程建設項目的相關(guān)信息，收集、獲取

必要的項目資料，協(xié)助業(yè)主單位確定招標方法，審核招標文件參數(shù)和評分辦法，明確招標流

程；

b)在招標過程階段，監(jiān)理機構(gòu)可根據(jù)業(yè)主單位需求參與審核投標文件，協(xié)助業(yè)主單位選定承建

單位；

c)在合同簽訂階段，監(jiān)理機構(gòu)應協(xié)助業(yè)主單位組織評審承建合同，召開項目首次會議，建立項

目管理制度和保障體系。

圖2招標階段工作流程

6.3招標準備的監(jiān)理

6.3.1收集了解項目信息

收集的信息包括：

a)監(jiān)理機構(gòu)應與業(yè)主單位進行溝通，了解業(yè)主單位的組織架構(gòu)、管理制度和管理流程，掌握項

目相關(guān)的業(yè)務目標、業(yè)務流程和業(yè)務需求；

b)監(jiān)理機構(gòu)應獲取軟件工程項目的相關(guān)資料，明確建設目標和進度安排，了解軟件系統(tǒng)的功能

和性能需求；如果項目具有立項或資金申報的前期材料，監(jiān)理機構(gòu)應獲取前期材料，詳細了

解批復情況；

c)監(jiān)理機構(gòu)應了解業(yè)主單位的信息資源情況，包括信息化硬件設施、軟件系統(tǒng)、數(shù)據(jù)資產(chǎn)、信

息安全、信息技術(shù)人員、信息化戰(zhàn)略規(guī)劃相關(guān)內(nèi)容，明確軟件工程項目建設所需的信息資源。

6.3.2協(xié)助評審招標文件

協(xié)助評審招標文件的內(nèi)容包括：

3

DB21/T1712.4—2025

a)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位對招標文件參數(shù)和評分辦法進行審核，在招標文件中應明確約定軟

件工程項目的建設范圍和內(nèi)容、建設規(guī)模和資金預算、付款方式和付款條件、適用的法律法

規(guī)和政策文件、技術(shù)規(guī)范和標準、項目的進度要求和變更流程、軟件功能和性能的質(zhì)量要求、

安全和保密要求、知識產(chǎn)權(quán)要求、承建單位的工程能力和售后服務能力要求、交付的文檔及

評審要求、驗收方式和驗收標準，以及其他相關(guān)要求；

b)在業(yè)主單位選擇采用就緒可用軟件時，監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位對招標文件中就緒可用軟件

的要求進行審核，包括滿足建設目標和需求、兼容性和易用性、網(wǎng)絡安全、數(shù)據(jù)安全、知識

產(chǎn)權(quán)、交付文檔、服務和支持、供貨單位能力，以及其他相關(guān)要求；

c)監(jiān)理機構(gòu)可協(xié)助業(yè)主單位召開招標文件評審會議，全面評估招標文件在編制過程中應考慮的

相關(guān)標準和要求，并提出監(jiān)理意見（見GB/T19668.1—2014附錄B.10），形成會議紀要

（見GB/T19668.1—2014附錄B.6）。

6.3.3協(xié)助建立招標流程

協(xié)助建立招標的流程包括：

a)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位制定選擇承建單位的合規(guī)流程，明確標書的評價準則和符合需求的

程度，制定公正、透明的評審標準和招標程序，并按相關(guān)采購要求輔助開展招標前公示，防

止不當行為的出現(xiàn)；

b)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位建立執(zhí)行過程的監(jiān)督機制，制定清晰的監(jiān)管政策和準則；

c)監(jiān)理機構(gòu)可協(xié)助業(yè)主單位發(fā)布招標文件，配合參加招標答疑會，幫助投標人更好地解讀招標

文件的細節(jié)和要求，并形成會議紀要（見GB/T19668.1—2014附錄B.6）。

6.4招標過程的監(jiān)理

6.4.1協(xié)助審核投標文件

協(xié)助審核投標文件的內(nèi)容包括：

a)監(jiān)理機構(gòu)宜根據(jù)業(yè)主單位的需求，協(xié)助審核投標文件的完整性和準確性，包括提交必要的項

目資料、滿足相關(guān)技術(shù)規(guī)范和要求的相關(guān)描述；

b)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位評估投標單位技術(shù)方案的可行性和有效性、技術(shù)方案與建設目標的

符合性、技術(shù)方案的創(chuàng)新性和實施風險，以及本工程的特定要求；

c)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位評估投標單位的工程能力要求，包括管理能力、技術(shù)能力、人員配

備、項目經(jīng)驗，以及本工程的特定要求；

d)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位評估投標單位的售后服務能力，包括售后服務方案、維護能力、服

務水平，以及本工程的特定要求；

e)監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位評估投標單位的其他方面要求，如網(wǎng)絡安全要求、保密要求、知識

產(chǎn)權(quán)要求、交付的文檔及評審要求等。

6.4.2協(xié)助選定承建單位

協(xié)助選定承建單位的流程包括：

a)監(jiān)理機構(gòu)可為業(yè)主單位提供專業(yè)的技術(shù)咨詢和建議，協(xié)助業(yè)主單位根據(jù)招標文件和各投標單

位的投標文件，以及其他必要因素選擇承建單位；

b)如果工程涉及分包，監(jiān)理機構(gòu)宜協(xié)助業(yè)主單位審核分包單位的工程資質(zhì)、技術(shù)能力、人員配

備、項目經(jīng)驗和其他必要因素。

6.5合同簽訂的監(jiān)理

4

DB21/T1712.4—2025

6.5.1組織審核承建合同

組織審核承建合同包括如下內(nèi)容。

a)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位對承建合同進行評審，提出監(jiān)理意見。在進行評審時需要考慮的內(nèi)

容有：

1)承建合同中需明確承建單位應主動接受監(jiān)理機構(gòu)的監(jiān)理；

2)承建合同的條款和要求應與招標要求和投標響應相一致，建設范圍和建設內(nèi)容符合業(yè)主

單位的要求；

3)承建合同的技術(shù)要求、質(zhì)量要求、測試標準和驗收要求應符合國家標準和行業(yè)標準；

4)承建合同中應明確總體進度和階段進度要求，劃分和界定工程的里程碑，必要時監(jiān)理機

構(gòu)應參與或指導進度計劃的制定和優(yōu)化；

5)承建合同中應明確軟件系統(tǒng)的安全性和數(shù)據(jù)保密性要求，應符合行業(yè)標準和相關(guān)法律法

規(guī)要求；

6)承建合同中應明確軟件系統(tǒng)的知識產(chǎn)權(quán)歸屬；

7)承建合同中應規(guī)定建設內(nèi)容變更的處理規(guī)程；

8)承建合同中應明確保修范圍、保修期限和維護服務的相關(guān)要求；

9)承建合同中應明確付款方式和期限，以及監(jiān)理機構(gòu)在工程款支付中的作用；

10)如果工程涉及分包，承建合同中應明確由承建單位負責對分包單位進行管理，監(jiān)理機構(gòu)

應在征得業(yè)主單位同意后，進行監(jiān)督分包前的審批程序、協(xié)助制定分包合同，以及監(jiān)督

分包單位項目管理的相關(guān)工作；

11)承建合同中規(guī)定的爭議處理方式應符合當?shù)胤珊拖嚓P(guān)政策法規(guī)，相關(guān)條款的表述方式

應符合法律邏輯和法定要求。

b)監(jiān)理機構(gòu)可根據(jù)業(yè)主單位需求，協(xié)助業(yè)主單位組織與合同執(zhí)行或管理相關(guān)的部門參與合同評

審會議，形成會議紀要。

6.5.2組織召開首次會議

監(jiān)理機構(gòu)應協(xié)助業(yè)主單位組織召開由業(yè)主單位、承建單位、監(jiān)理機構(gòu)和其他工程相關(guān)方共同參加

的項目首次會議，形成會議紀要。首次會議內(nèi)容包括：

a)圍繞質(zhì)量控制、進度控制、投資控制、合同管理、文檔管理、溝通協(xié)調(diào)等方面建立完整的項

目管理制度和保障體系，各方達成一致的工作流程；

b)監(jiān)理機構(gòu)應協(xié)調(diào)業(yè)主單位和承建單位建立暢通的溝通機制。重點關(guān)注項目變更溝通機制，包

括變更請求的提交和審核、變更內(nèi)容的商議和確定、變更方案的編制和實施、變更申請的審

批和備案、變更執(zhí)行的跟蹤和評估。

7設計階段

7.1監(jiān)理目標

在設計階段，監(jiān)理機構(gòu)通過監(jiān)督和審核承建單位的設計活動和設計文檔，確保軟件設計符合承建

合同和相關(guān)標準規(guī)范的要求，滿足業(yè)主單位的需求和要求。

7.2工作流程

設計階段的監(jiān)理工作流程和方法如圖3所示：

5

DB21/T1712.4—2025

a)在工程計劃階段，監(jiān)理機構(gòu)應督促承建單位制定并提交工程計劃，協(xié)調(diào)業(yè)主單位和承建單位

審核和簽認工程計劃；

b)在需求分析階段，監(jiān)理機構(gòu)應審核承建單位提交的需求分析計劃，監(jiān)理需求分析過程，并對

需求分析結(jié)果進行審核和確認；

c)在概要（結(jié)構(gòu)）設計階段，監(jiān)理機構(gòu)應監(jiān)理概要（結(jié)構(gòu)）設計過程，檢查概要（結(jié)構(gòu)）設計

文檔，并對概要（結(jié)構(gòu)）設計方案進行評估和審核；

d)在詳細設計階段，監(jiān)理機構(gòu)應督促承建單位按計劃開展詳細設計活動，監(jiān)理詳細設計過程，

檢查詳細設計文檔，并對詳細設計方案進行評估和審核。

圖3設計階段工作流程

7.3工程計劃的監(jiān)理

7.3.1概述

適配驗證方結(jié)合源碼瓶頸分析、環(huán)境瓶頸分析結(jié)果，編制《性能瓶頸反饋表》（參見附錄A）。

7.3.2審核工程計劃

監(jiān)理機構(gòu)應要求承建單位提交工程計劃文檔，包括工程實施方案（含進度計劃）和工程質(zhì)量管理

計劃，并組織專業(yè)監(jiān)理工程師對其提交的工程計劃文檔進行審核，提出監(jiān)理意見。在進行評價時需要

考慮的準則有：

a)監(jiān)理機構(gòu)應審核工程計劃與承建合同所遵循的相關(guān)標準、建設目標、范圍、需求、任務和交

付成果的一致性；

b)工程計劃應明確內(nèi)外部組織結(jié)構(gòu)、人員職責、人員能力要求；監(jiān)理機構(gòu)應重點審核項目參與

人員與合同要求的一致性；

c)工程計劃應明確工程進度和任務分解安排，制定工程進度的跟蹤和報告方法。工程的階段劃

分應包括前期準備、工程設計、部署實施、試運行與驗收，以及本工程特定的階段劃分；重

要里程碑和關(guān)鍵節(jié)點應包括準備完成、設計完成、實施完成、試運行與驗收合格，以及本工

程特定的里程碑和關(guān)鍵節(jié)點；監(jiān)理機構(gòu)應重點審核工程計劃中系統(tǒng)范圍與工作任務分解的完

整性，以及工作劃分的合理性；

d)工程計劃應選擇適合的估算方法和估算參數(shù)，充分收集可靠的估算數(shù)據(jù)，確定估算的精度和

誤差；監(jiān)理機構(gòu)應重點評估工程規(guī)模估算的完整性、合理性和準確性；

e)工程計劃應明確開發(fā)工具、開發(fā)環(huán)境、測試環(huán)境、程序庫、設備、設施、標準和規(guī)程，以及

相關(guān)的工程環(huán)境要求；監(jiān)理機構(gòu)應重點審核工程計劃的技術(shù)難度、技術(shù)可行性和先進性；

f)工程計劃應明確軟件或服務的安全和保密管理，以及相關(guān)的控制措施，包括數(shù)據(jù)、人員、其

他關(guān)鍵需求的管理，可制定獨立的安全、保密計劃；監(jiān)理機構(gòu)應重點審核工程計劃的安全性；

6

DB21/T1712.4—2025

g)質(zhì)量保證計劃應符合軟件或服務的質(zhì)量特性管理要求，明確保證工程質(zhì)量滿足合同和標書規(guī)

定的質(zhì)量保證措施、質(zhì)量控制操作，并設立質(zhì)量控制點；監(jiān)理機構(gòu)應重點審核其合理性和規(guī)

范性；

h)工程計劃應綜合考慮項目建設的風險，包括識別、分析、評估可能面臨的風險，提供風險應

對的策略和控制措施，制定風險應對的監(jiān)控和跟蹤方法；監(jiān)理機構(gòu)應重點審核其合理性；

i)如果項目涉及到分包單位，工程計劃應充分考慮對分包單位的管理，包括分包工程的招標、

分包單位的資質(zhì)審核、分包單位的合作和監(jiān)督，以及確保分包單位工作質(zhì)量得到有效控制和

管理的因素。

7.3.3簽認工程計劃

監(jiān)理機構(gòu)應在業(yè)主單位和承建單位之間進行工程計劃的溝通與協(xié)調(diào)，確保工程計劃能夠滿足各方

的需求和要求，得到各方的理解和認可，及時取得各方對工程計劃的書面批準和承諾，經(jīng)業(yè)主單位同

意后執(zhí)行。必要時，組織召開工程計劃會議，形成會議紀要。

7.4需求分析的監(jiān)理

7.4.1審核需求分析計劃

審核需求分析計劃的流程包括：

a)監(jiān)理機構(gòu)應要求承建單位制定并提交需求分析活動的實施計劃，明確需求分析的范圍和目標、

執(zhí)行團隊、工具和方法、步驟和時間安排；

b)監(jiān)理機構(gòu)應要求承建單位制定并提交需求分析活動的調(diào)研方案，明確調(diào)研的方向和重點、內(nèi)

容和方法、對象和范圍、環(huán)節(jié)和時間；

c)監(jiān)理機構(gòu)應審核需求分析活動的實施計劃和調(diào)研方案，提出監(jiān)理意見；

d)必要時，監(jiān)理機構(gòu)宜組織召開需求分析工作準備會議，及時取得各方對實施計劃和調(diào)研方案

的書面批準和承諾，形成會議紀要。

7.4.2監(jiān)理需求分析活動

監(jiān)理需求分析活動具體包括：

a)監(jiān)理機構(gòu)應督促承建單位按照計劃開展需求分析活動，并定期跟蹤實施進度，檢查階段成果；

b)監(jiān)理機構(gòu)應溝通業(yè)主單位及相關(guān)方對承建單位開展的需求分析活動予以相應的配合，包括提

供項目需求分析活動所需的必要信息、人員和資源的支持；

c)監(jiān)理機構(gòu)宜組織業(yè)主單位及承建單位召開需求分析會議，定義并分析軟件系統(tǒng)的建設目標，

分析業(yè)務流程，明確實際需求，形成會議紀要；

d)監(jiān)理機構(gòu)宜組織業(yè)主單位和承建單位定義并分析業(yè)務流程再造、業(yè)務持續(xù)改進、信息資源規(guī)

劃及業(yè)務指標評價體系；

e)監(jiān)理機構(gòu)應要求承建單位對需求分析活動過程進行記錄，對需求進行分析，形成需求分析文

檔。

7.4.3審核需求分析文檔

監(jiān)理機構(gòu)應要求承建單位提交軟件系統(tǒng)需求分析文檔和需求規(guī)格說明書，組織業(yè)主單位和承建單

位對需求分析文檔和需求規(guī)格說明書進行檢查和審核，形成需求規(guī)格說明書檢查表（見附錄A.1）和需

求評審意見（見附錄A.2）。監(jiān)理機構(gòu)在評審過程中應重點關(guān)注以下內(nèi)容：

7

DB21/T1712.4—2025

a)建設目標分析：從實現(xiàn)業(yè)務流程的自動化和標準化、提高工作效率和服務水平、提升市場競

爭力和客戶滿意度、符合國家政策和法律法規(guī)要求，以及其他相關(guān)維度，分析軟件系統(tǒng)建設

的必要性，明確建設目標；

b)業(yè)務需求分析：從業(yè)務流程的特點、規(guī)模、復雜度、業(yè)務拓展，以及其他業(yè)務相關(guān)維度，分

析和整理軟件系統(tǒng)建設的業(yè)務需求，明確建設范圍；

c)建設規(guī)模分析：從用戶數(shù)量、訪問頻次、并發(fā)用戶數(shù)、數(shù)據(jù)訪問量，以及其他建設規(guī)模相關(guān)

維度，分析和整理用戶量和數(shù)據(jù)量需求，明確建設規(guī)模；

d)功能需求分析：從功能特點、功能模塊、操作流程，以及其他軟件功能相關(guān)維度，分析和整

理軟件系統(tǒng)的功能需求；

e)性能需求分析：從并發(fā)處理能力、響應時間、系統(tǒng)穩(wěn)定性，以及其他軟件性能相關(guān)維度，分

析和整理軟件系統(tǒng)的性能需求；

f)安全需求分析：從數(shù)據(jù)安全、網(wǎng)絡安全、身份驗證、訪問控制，以及其他安全相關(guān)維度，分

析和整理軟件系統(tǒng)的安全需求；

g)保密需求分析：從涉密信息的保密要求、相關(guān)的法律規(guī)定、保密授權(quán)和監(jiān)控，以及其他涉密

相關(guān)維度，分析和整理軟件系統(tǒng)的保密需求；

h)數(shù)據(jù)庫需求分析：從數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)類型、數(shù)據(jù)量，以及其他數(shù)據(jù)庫相關(guān)維度，分析和整理

軟件系統(tǒng)的數(shù)據(jù)庫需求；

i)界面設計需求分析：從易用性、美觀性、交互性、用戶體驗，以及其他界面設計相關(guān)維度，

分析和整理軟件系統(tǒng)的界面需求；

j)軟件開發(fā)需求分析：從開發(fā)進度、接口規(guī)格及處理邏輯、測試用例及應用條件，以及其他開

發(fā)相關(guān)維度，分析和整理軟件的開發(fā)需求；

k)運維需求分析：從系統(tǒng)運行與維護、升級周期、升級方式，以及其他運維相關(guān)維度，分析和

整理軟件系統(tǒng)的運維需求；

l)知識產(chǎn)權(quán)保護、數(shù)據(jù)所有權(quán)，以及其他約束條件和限制要求。

7.4.4確認需求分析結(jié)果

監(jiān)理機構(gòu)應組織業(yè)主單位、需求單位（使用單位）和承建單位對需求規(guī)格說明書進行聯(lián)合評審，

形成軟件系統(tǒng)需求確認表（見附錄A.3）。在進行評價時需要考慮的準則有：

a)需求應與業(yè)務目標、系統(tǒng)建設目標、承建合同具有追溯性和一致性，可建立需求關(guān)聯(lián)對應關(guān)

系表，便于后續(xù)的追溯和驗證；

b)評估和分析軟件系統(tǒng)需求實現(xiàn)的技術(shù)難度和技術(shù)可行性、成本和效益的經(jīng)濟可行性、操作流

程和用戶體驗的操作可行性；

c)評估和分析軟件系統(tǒng)運行和維護的技術(shù)難度、運維成本和運維效率，以確保軟件系統(tǒng)的穩(wěn)定

性和可擴展性；

d)需求應符合信息資源規(guī)劃和業(yè)務指標評價體系的要求和標準，以確保需求的準確性和有效性；

e)需求應滿足業(yè)務流程再造、業(yè)務持續(xù)改進、信息資源利用的各方面要求，以確保需求的協(xié)同

性和兼容性。

7.5概要（結(jié)構(gòu)）設計的監(jiān)理

7.5.1監(jiān)理概要（結(jié)構(gòu)）設計過程

8

DB21/T1712.4—2025

監(jiān)理機構(gòu)應根據(jù)確定的工程實施方案和質(zhì)量保證計劃對承建單位的概要（結(jié)構(gòu)）設計過程進行監(jiān)

督檢查，形成階段工作檢查表（見附錄A.4）；審核概要（結(jié)構(gòu)）設計實際進度與工程計劃進度安排的

一致性，形成進度跟蹤對照分析表（見附錄A.5）。

7.5.2檢查概要（結(jié)構(gòu)）設計文檔

檢查概要（結(jié)構(gòu)）設計文檔包括如下內(nèi)容。

a)監(jiān)理機構(gòu)應要求承建單位提交概要（結(jié)構(gòu)）設計文檔，并配合業(yè)主單位審核其合理性、與合

同的一致性等：

1)概要（結(jié)構(gòu)）設計文檔應包括設計方案、部署計劃以及設計與部署的相關(guān)要求；

2)概要（結(jié)構(gòu)）設計方案應包括軟件系統(tǒng)的總體結(jié)構(gòu)框架設計、數(shù)據(jù)庫設計、處理流程設

計、功能模塊設計、組件之間的接口設計、安全設計、部署與維護設計以及本工程特定

的相關(guān)設計內(nèi)容；

3)概要（結(jié)構(gòu)）設計方案應包括軟件系統(tǒng)的響應時間、吞吐量、并發(fā)性、負載均衡、系統(tǒng)

接口的穩(wěn)定性和安全性以及相關(guān)的性能要求；

4)概要（結(jié)構(gòu)）設計方案應標出硬件、軟件的配置要求；

5)概要（結(jié)構(gòu)）設計方案應包括數(shù)據(jù)保護、訪問控制、認證、授權(quán)，以及相關(guān)的安全設計

要求；

6)概要（結(jié)構(gòu)）設計部署計劃應包括部署方案、部署環(huán)境、部署流程、配置文件相關(guān)的部

署設計要求，以及維護策略、維護流程、維護工具、問題跟蹤相關(guān)的維護設計要求。

b)監(jiān)理機構(gòu)應組織業(yè)主單位和承建單位對結(jié)構(gòu)設計文檔進行檢查，形成概要（結(jié)構(gòu)）設計檢查

表（見附錄A.6）。

7.5.3評價概要（結(jié)構(gòu)）設計活動

評價概要（結(jié)構(gòu)）設計活動具體包括如下內(nèi)容。

a)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位以審核、確認、聯(lián)合評審等方式對概要（結(jié)構(gòu)）設計進行評價，提

出監(jiān)理意見。在進行評價時需要考慮的準則有：

1)概要（結(jié)構(gòu)）設計應符合業(yè)務目標、系統(tǒng)建設目標、軟件系統(tǒng)需求、以及承建合同的要

求和標準，存在緊密關(guān)聯(lián)和對應關(guān)系，便于后續(xù)的追溯和驗證；

2)概要（結(jié)構(gòu)）設計所使用的設計標準應符合本工程項目的需求和要求，符合行業(yè)標準和

國家標準的相關(guān)要求；所使用的設計方法應符合本工程項目的復雜程度和技術(shù)要求；所

使用的設計工具應能夠支持所使用的設計標準和方法；

3)概要（結(jié)構(gòu)）設計階段的軟件功能設計應滿足實現(xiàn)指定的系統(tǒng)需求；

4)概要（結(jié)構(gòu)）設計應充分考慮工程項目的進度安排和時間的約束條件；

5)概要（結(jié)構(gòu)）設計應滿足系統(tǒng)安全、系統(tǒng)運行與維護的要求和標準；

6)概要（結(jié)構(gòu)）設計應符合信息資源規(guī)劃和業(yè)務指標評價體系的要求和標準，以確保結(jié)構(gòu)

設計的可行性和有效性；

7)概要（結(jié)構(gòu)）設計應滿足業(yè)務流程再造、業(yè)務持續(xù)改進、信息資源利用的各方面要求，

以確保結(jié)構(gòu)設計的協(xié)同性和兼容性。

b)監(jiān)理機構(gòu)應監(jiān)督承建單位及時解決系統(tǒng)概要（結(jié)構(gòu)）設計中發(fā)現(xiàn)的問題和不合格項，提出監(jiān)

理意見。

7.6詳細設計的監(jiān)理

7.6.1監(jiān)理詳細設計過程

9

DB21/T1712.4—2025

監(jiān)理詳細設計的過程包括：

a)監(jiān)理機構(gòu)應督促承建單位按照計劃開展軟件系統(tǒng)的詳細設計活動，并監(jiān)督詳細設計過程；

b)監(jiān)理機構(gòu)應督促承建單位提交詳細設計文檔；

c)監(jiān)理機構(gòu)可根據(jù)工程項目實際情況，要求承建單位編制接口詳細設計和數(shù)據(jù)庫詳細設計。

7.6.2檢查詳細設計文檔

監(jiān)理機構(gòu)應組織業(yè)主單位和承建單位對詳細設計進行檢查，確保詳細設計文檔的質(zhì)量和準確性。

7.6.3評價詳細設計活動

評價詳細設計的活動包括如下內(nèi)容。

a)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位對詳細設計進行評價，提出監(jiān)理意見。在進行評價時需要考慮的準

則有：

1)適宜性：所采用的設計方法與項目需求、技術(shù)要求以及開發(fā)流程相適應，符合行業(yè)標準；

2)完整性；對各個變量、指針、常量、功能單元、算法、調(diào)用和元素進行詳細的定義和說

明；

3)一致性：對數(shù)據(jù)元素、流程、命名原則、接口設計、界面設計進行規(guī)范和統(tǒng)一；

4)正確性：對各個條件、共享數(shù)據(jù)、接口參數(shù)進行詳細的定義和說明；

5)可維護性：單元的定義應具備高內(nèi)聚低耦合的特性；

6)可靠性：對各個變量、指針、內(nèi)存、輸入輸出、錯誤檢測和恢復機制進行詳細的定義和

說明；

7)易測性：對各個單元、檢查點、測試程序、測試數(shù)據(jù)集和測試結(jié)果進行詳細的定義和說

明，可指導系統(tǒng)實現(xiàn)增量型方法的集成和集成測試、壓力測試。

b)監(jiān)理機構(gòu)應監(jiān)督承建單位及時解決軟件系統(tǒng)詳細設計中發(fā)現(xiàn)的問題和不合格項，提出監(jiān)理意

見。

8實施階段

8.1監(jiān)理目標

實施階段過程中監(jiān)理的目標包括如下方面。

a)在實施階段，監(jiān)理機構(gòu)通過對軟件實施過程的監(jiān)督和檢查，確保代碼編寫、單元測試、系統(tǒng)

部署相關(guān)的實施環(huán)節(jié)符合標準和規(guī)范要求，軟件滿足系統(tǒng)需求和系統(tǒng)設計要求，保證軟件的

開發(fā)質(zhì)量。

b)監(jiān)理機構(gòu)應及時對實施過程中產(chǎn)生的變更進行響應，并做好如下工作：

1)監(jiān)理機構(gòu)應及時響應變更請求，并形成工程變更單（見GB/T19668.1—2014附錄C.3），

確保變更能夠得到及時的處理和反饋；

2)對于變更的申請、分析、批準、實施和驗證，監(jiān)理機構(gòu)應結(jié)合變更情況按照三方約定的

變更控制辦法進行統(tǒng)一的管理和跟蹤；

3)監(jiān)理機構(gòu)應組織業(yè)主單位和承建單位對變更風險進行評估，包括對工程質(zhì)量、實施成本、

和進度的影響；

4)涉及合同變更的，監(jiān)理機構(gòu)應按照民法典及法規(guī)的要求協(xié)助業(yè)主單位進行處理。

8.2工作流程

10

DB21/T1712.4—2025

實施階段的監(jiān)理工作流程和方法如圖4所示：

a)在編碼及測試階段，監(jiān)理機構(gòu)應根據(jù)實施計劃監(jiān)督程序開發(fā)過程，依據(jù)軟件編碼規(guī)范檢查代

碼編寫質(zhì)量，根據(jù)測試方案監(jiān)督軟件測試過程；

b)在系統(tǒng)部署階段，監(jiān)理機構(gòu)應根據(jù)部署計劃檢查系統(tǒng)部署條件、審核系統(tǒng)集成方案，并對系

統(tǒng)部署結(jié)果進行評價。

圖4實施階段工作流程

8.3編碼及測試的監(jiān)理

8.3.1軟件程序開發(fā)過程監(jiān)理

監(jiān)理程序開發(fā)過程監(jiān)理具體包括：

a)監(jiān)理機構(gòu)應要求承建單位提交軟件編碼和單元測試的詳細實施計劃，并督促承建單位按照計

劃開展編碼及測試活動；

b)監(jiān)理機構(gòu)應督促承建單位根據(jù)系統(tǒng)需求和設計文檔的要求，設計和編寫程序代碼，確保軟件

開發(fā)的方向和目標與需求相一致；

c)監(jiān)理機構(gòu)應要求承建單位提交軟件編碼規(guī)范，并根據(jù)規(guī)范監(jiān)督承建單位的開發(fā)過程，并對承

建單位提交的開發(fā)規(guī)范進行審核，提出監(jiān)理意見。

8.3.2代碼編寫質(zhì)量檢查

監(jiān)理機構(gòu)應根據(jù)合同約定，要求承建單位開放系統(tǒng)源代碼，通過代碼抽查方式檢查軟件編碼規(guī)范，

重點檢查以下質(zhì)量要求：

a)代碼編寫應以實現(xiàn)設計的功能和性能為目標，根據(jù)設計文檔中所確定的軟件需求和設計方案

進行編寫；

b)代碼編寫應遵循開發(fā)流程、編碼規(guī)范和標準，宜在設計文件指導下按照模塊化的方式進行編

寫，程序代碼應易于閱讀和理解、易于維護和擴展、避免冗余；

c)代碼編寫應具有良好的程序結(jié)構(gòu)，易于封裝，降低耦合度；

d)代碼編寫應具有良好的使用性能，易于修改、測試和調(diào)試，具備高效的執(zhí)行速度和合理的內(nèi)

存占用，具有錯誤處理和異常處理的能力。

8.3.3軟件測試過程監(jiān)理

監(jiān)理軟件測試過程具體包括：

a)監(jiān)理機構(gòu)應要求承建單位提交軟件測試方案，明確測試用例設計、測試環(huán)境搭建、測試數(shù)據(jù)

準備、測試人員安排、測試時間規(guī)劃以及其他測試相關(guān)內(nèi)容，監(jiān)理機構(gòu)對其進行審核，并提

出監(jiān)理意見；

b)監(jiān)理機構(gòu)應督促承建單位按照測試計劃開展軟件測試工作，關(guān)注承建單位對測試結(jié)果的分析

和總結(jié)，解決測試過程中發(fā)現(xiàn)的問題和缺陷，并持續(xù)檢查其問題記錄和改正記錄；

11

DB21/T1712.4—2025

c)監(jiān)理機構(gòu)應督促承建單位跟進業(yè)主單位或第三方測試機構(gòu)的測試情況，并應取得系統(tǒng)測試報

告以及回歸測試的測試記錄；

d)監(jiān)理機構(gòu)應檢查軟件系統(tǒng)的網(wǎng)絡安全和數(shù)據(jù)安全測試情況，如果軟件系統(tǒng)需要滿足信息安全

合規(guī)要求，監(jiān)理機構(gòu)應督促業(yè)主單位組織開展；

e)如軟件系統(tǒng)涉及數(shù)據(jù)遷移，監(jiān)理機構(gòu)應要求承建單位編制數(shù)據(jù)遷移方案，明確數(shù)據(jù)遷移的目

標、方法和計劃，評估數(shù)據(jù)遷移的風險；分析歷史數(shù)據(jù)的類型、格式、屬性和關(guān)系；編制、

測試和驗證數(shù)據(jù)遷移腳本，并檢查數(shù)據(jù)遷移結(jié)果；

f)對于就緒可用軟件，監(jiān)理機構(gòu)應驗證其功能和性能符合承建合同的要求和標準，滿足知識產(chǎn)

權(quán)保護的要求、產(chǎn)品支持服務的要求，并要求承建單位提供軟件的設計文檔、測試文檔、用

戶文檔、運維文檔，以及其他產(chǎn)品相關(guān)的有效文檔。

8.4系統(tǒng)部署的監(jiān)理

8.4.1系統(tǒng)部署條件檢查

檢查系統(tǒng)部署條件包括：

a)監(jiān)理機構(gòu)應要求承建單位提交軟件系統(tǒng)的部署計劃，明確軟件系統(tǒng)集成實施的條件和環(huán)境、

系統(tǒng)部署的進度安排、人員角色和職責；

b)監(jiān)理機構(gòu)應根據(jù)部署計劃核實軟件系統(tǒng)集成實施的條件和環(huán)境是否滿足要求，包括服務器、

網(wǎng)絡設備相關(guān)的硬件條件；操作系統(tǒng)、數(shù)據(jù)庫軟件、應用服務器軟件相關(guān)的應用環(huán)境；網(wǎng)絡

配置、安全配置相關(guān)的環(huán)境配置。

8.4.2系統(tǒng)集成方案審核

審核系統(tǒng)集成方案包括如下內(nèi)容。

a)監(jiān)理機構(gòu)應督促承建單位按照部署計劃提交軟件系統(tǒng)集成方案，并進行系統(tǒng)集成的準備工作；

如需搭建測試模擬環(huán)境，應符合業(yè)主單位的實際應用環(huán)境。

b)監(jiān)理機構(gòu)應依據(jù)以下要求對軟件系統(tǒng)集成方案進行評審，并提出監(jiān)理意見：

1)集成方案應符合系統(tǒng)總體設計方案，并覆蓋系統(tǒng)總體處理流程；

2)集成方案應包括軟件系統(tǒng)集成的實施方式、步驟、性能和壓力測試方案；

3)集成方案應說明所有測試活動的順序和測試成功的標準，描述測試活動中斷和恢復的條

件，并充分考慮系統(tǒng)意外條件的影響；

4)測試用例應覆蓋系統(tǒng)總體工作流程中各子流程，并考慮足夠數(shù)量的錯誤路徑分支；

5)測試所要求的資源應進行詳細估算，測試方法應可行且符合實際應用；

6)測試方案應對不可測的需求進行詳細說明；

7)如果軟件系統(tǒng)涉及數(shù)據(jù)遷移，集成方案應包含數(shù)據(jù)遷移的相關(guān)內(nèi)容；

8)如果軟件系統(tǒng)需要與原有系統(tǒng)并行運行，集成方案應該包括并行運行的步驟、系統(tǒng)切換

的時間、數(shù)據(jù)同步的方式和其他相關(guān)注意事項。

8.4.3系統(tǒng)部署結(jié)果評價

評價系統(tǒng)部署結(jié)果包括如下方面。

a)監(jiān)理機構(gòu)應采取旁站的方式對系統(tǒng)的部署過程進行跟蹤檢查，做好旁站記錄。

b)監(jiān)理機構(gòu)應審核已部署的軟件系統(tǒng)，對部署結(jié)果進行評價，提出監(jiān)理意見：

1)當前軟件應滿足業(yè)務目標、系統(tǒng)需求、承建合同的要求和標準；

12

DB21/T1712.4—2025

2)所采用的測試方法和測試標準應適合當前軟件和系統(tǒng)環(huán)境的需求，能夠有效驗證軟件的

質(zhì)量和可靠性；

3)當前軟件應與需求規(guī)格說明書的設計要求相一致，滿足所有的功能和性能需求，符合業(yè)

主單位的預期效果；

4)當前軟件應滿足系統(tǒng)合格性測試、運行和維護的要求和標準；

5)當前軟件應滿足網(wǎng)絡安全法、密碼法、數(shù)據(jù)安全法及關(guān)鍵信息基礎(chǔ)設施安全保護條例要

求，符合對應級別的網(wǎng)絡安全等級保護和商用密碼應用的安全要求。

c)對于就緒可用軟件，監(jiān)理機構(gòu)應組織業(yè)主單位和承建單位對就緒可用軟件的部署和運行情況

進行查驗，形成就緒可用軟件到驗記錄（見GB/T19668.5—2018附錄A.6）。

d)如果當前軟件涉及數(shù)據(jù)遷移，監(jiān)理機構(gòu)應督促承建單位驗證數(shù)據(jù)遷移的完整性和準確性，并

做好記錄，形成數(shù)據(jù)遷移驗證和確認檢查表（見GB/T19668.5—2018附錄A.7）。

e)監(jiān)理機構(gòu)應對承建單位在軟件系統(tǒng)部署中發(fā)現(xiàn)的問題和不合格項進行跟蹤，形成系統(tǒng)問題跟

蹤記錄（見GB/T19668.5—2018附錄A.5），并監(jiān)督承建單位進行問題和不合格項的整改。

9驗收階段

9.1監(jiān)理目標

在驗收階段，監(jiān)理機構(gòu)應按照合同約定的驗收程序，實施培訓、初驗、試運行和終驗，確保軟件

的功能和性能符合設計方案、承建合同、法律法規(guī)和相關(guān)技術(shù)標準的要求，能夠按照標準和要求安全

穩(wěn)定地運行，促使軟件工程項目順利完成。

9.2工作流程

驗收階段的監(jiān)理工作流程和方法如下，如圖5所示：

a)在培訓階段，監(jiān)理機構(gòu)應審核承建單位所提交的培訓材料，監(jiān)理培訓過程；

b)在初驗階段，監(jiān)理機構(gòu)應根據(jù)工程實施情況審核初驗條件，在滿足初驗條件后，組織進行項

目初驗；

c)在試運行階段，監(jiān)理機構(gòu)應定期進行現(xiàn)場檢查，跟蹤試運行問題及整改結(jié)果；

d)在終驗階段，監(jiān)理機構(gòu)應根據(jù)承建合同、法律法規(guī)及相關(guān)標準審核終驗條件，在滿足終驗條

件后，組織進行項目終驗。

圖5驗收階段工作流程

9.3培訓階段的監(jiān)理

9.3.1培訓材料審核

13

DB21/T1712.4—2025

監(jiān)理機構(gòu)應依據(jù)承建合同，要求承建單位提交培訓計劃和培訓材料，監(jiān)理機構(gòu)對培訓文檔進行審

核，提出監(jiān)理意見。監(jiān)理機構(gòu)應重點評審培訓材料的完整性、實用性、普遍性和指導性，培訓用例與

用戶實際業(yè)務要求的符合性，用戶手冊的可操作性、與軟件系統(tǒng)的一致性。

9.3.2培訓過程監(jiān)理

建立培訓過程包括：

a)監(jiān)理機構(gòu)應監(jiān)理承建單位開展培訓活動，要求承建單位提交培訓記錄（見GB/T19668.1—

2014附錄B.11）；

b)監(jiān)理機構(gòu)應跟蹤培訓過程，對培訓效果提出監(jiān)理意見。

9.4初驗階段的監(jiān)理

9.4.1初驗條件審核

審核初驗條件包括如下方面。

a)監(jiān)理機構(gòu)應依據(jù)承建合同，審核承建單位提交的初驗申請（見GB/T19668.1-2018附錄A.6），

初驗應滿足如下條件：

1)軟件已經(jīng)完成了開發(fā)和測試，并且已經(jīng)被納入了配置管理系統(tǒng)中；

2)承建單位已提交承建合同規(guī)定的項目文檔；

3)軟件系統(tǒng)已通過測試，且所遺留的問題不影響工程主體功能和性能，各方已簽訂備忘錄

（見GB/T19668.1—2014附錄B.5）。

b)監(jiān)理機構(gòu)應要求承建單位提交初驗方案，并對其進行審核，提出監(jiān)理意見。監(jiān)理機構(gòu)應重點

審核初驗方案的完整性、合理性、可行性及合同符合性。

9.4.2組織項目初驗

組織項目初驗包括如下方面。

a)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位組織項目初驗，依據(jù)承建合同對軟件系統(tǒng)功能的完成情況進行檢查，

形成軟件系統(tǒng)功能檢查表（見GB/T19668.5—2018附錄A.8）。

b)監(jiān)理機構(gòu)應對承建單位提交的軟件文檔進行檢查，對文檔的完整性和每個單獨文檔的繼承性、

指導性、規(guī)范性、受控性及相關(guān)內(nèi)容進行綜合評價，形成軟件工程文檔檢查記錄（見

GB/T19668.5—2018附錄A.9）。

c)監(jiān)理機構(gòu)應對軟件工程的安全性、符合性和軟件修訂結(jié)果進行檢查，形成軟件工程質(zhì)量檢查

記錄（見GB/T19668.5—2018附錄A.10）和軟件工程修訂檢查記錄（見GB/T19668.5—2018

附錄A.11）。

d)監(jiān)理機構(gòu)根據(jù)初驗情況對軟件工程進行初驗評價，在進行評價時需要考慮的準則有：

1)軟件在工程項目實施的各個階段形成的成果和交付物，符合承建合同的要求，滿足業(yè)主

單位的業(yè)務需求、設計要求和預期結(jié)果；

2)軟件在工程項目實施的各個階段已充分考慮了運行環(huán)境的相關(guān)要求和標準，能夠在當前

的運行環(huán)境中穩(wěn)定運行；

3)軟件在工程項目實施的各個階段已充分考慮了運行和維護的相關(guān)要求和標準，軟件能夠

得到及時的維護和升級。

e)軟件在驗收過程中發(fā)現(xiàn)的問題應進行記錄、分類、評估和跟蹤管理，形成系統(tǒng)問題跟蹤記錄，

確保問題得到及時和有效的解決。

14

DB21/T1712.4—2025

f)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位組織對初驗中發(fā)現(xiàn)的質(zhì)量問題進行評估，根據(jù)質(zhì)量問題的性質(zhì)和影

響范圍，確定整改要求和整改后的確認方式，必要時應組織重新驗收。

g)監(jiān)理機構(gòu)應參與對初驗結(jié)果的確認，簽署初驗報告。

9.5試運行階段的監(jiān)理

試運行階段的監(jiān)理工作包括：

a)監(jiān)理機構(gòu)應要求承建單位提交系統(tǒng)試運行工作方案（含運行計劃），主要包括試運行的時間

周期、功能范圍和用戶范圍，審核后報業(yè)主單位確認；

b)監(jiān)理機構(gòu)應督促承建單位按照試運行工作方案實施系統(tǒng)試運行，并做好試運行記錄，監(jiān)理機

構(gòu)應對試運行記錄進行抽查；

c)對于系統(tǒng)試運行過程中發(fā)現(xiàn)的問題和不合格項，監(jiān)理機構(gòu)應形成系統(tǒng)問題跟蹤記錄，并要求

承建單位提交整改方案，監(jiān)理機構(gòu)對問題整改情況進行跟蹤；

d)試運行階段如需數(shù)據(jù)遷移，監(jiān)理機構(gòu)應要求承建單位提交系統(tǒng)切換及數(shù)據(jù)遷移申請，審核后

報業(yè)主單位確認；

e)如果系統(tǒng)試運行階段涉及項目變更，監(jiān)理機構(gòu)應及時進行響應，并做好變更識別、分析、審

批、實施和審核相關(guān)方面的工作，確保變更能夠得到順利的處理和管理；

f)監(jiān)理機構(gòu)應要求承建單位提交系統(tǒng)試運行報告，協(xié)調(diào)業(yè)主單位提交系統(tǒng)使用意見。

9.6終驗階段的監(jiān)理

9.6.1終驗條件審核

終驗條件的審核包括如下方面。

a)監(jiān)理機構(gòu)應要求承建單位提交終驗方案，并對終驗方案進行審核，提出監(jiān)理意見。終驗方案

應符合以下要求：

1)驗收目的、范圍、內(nèi)容與承建合同相一致；

2)明確驗收參與的人員安排、各步驟的時間安排和確定的驗收流程；

3)明確驗收所遵循的標準，以及標準的要求與承建合同相一致；

4)明確驗收的方法和驗收環(huán)境；

5)明確確定第三方檢測內(nèi)容與結(jié)論。

b)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位審核工程進展情況，應滿足以下終驗條件：

1)已完成初驗，初驗合格；

2)初驗中發(fā)現(xiàn)的問題已經(jīng)得到解決；

3)試運行期間系統(tǒng)運行正?；蛘叱霈F(xiàn)的問題已經(jīng)得到解決，試運行時間達到承建合同要求；

4)工程建設內(nèi)容按照合同要求全部完成，各種項目文檔和驗收資料完整；

5)承建單位提交的終驗方案符合要求，且方案已通過監(jiān)理機構(gòu)和業(yè)主單位的審核；

6)承建單位已完成培訓工作。

9.6.2組織項目終驗

項目終驗的內(nèi)容包括如下方面。

a)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位按照終驗方案所規(guī)定的驗收內(nèi)容和方式組織驗收，對其結(jié)果進行確

認，簽署終驗報告，并對終驗過程進行記錄。

b)監(jiān)理機構(gòu)應督促承建單位解決終驗中發(fā)現(xiàn)的問題和不合格項。

15

DB21/T1712.4—2025

c)監(jiān)理機構(gòu)應要求承建單位提交項目移交申請，包括軟件交付清單、相關(guān)工程文檔和必要的聯(lián)

系信息，并做好交接記錄，形成軟件工程項目移交清單（見GB/T19668.5—2018附錄

A.12）。

d)承建單位的竣工文檔應包括如下內(nèi)容：

1)承建合同；

2)招標文件；

3)投標文件；

4)項目開發(fā)計劃；

5)軟件需求規(guī)格說明書；

6)測試方案；

7)概要（結(jié)構(gòu)）設計說明；

8)詳細設計說明；

9)數(shù)據(jù)庫設計說明；

10)程序維護手冊；

11)用戶手冊；

12)系統(tǒng)管理員維護手冊；

13)自測分析報告；

14)開發(fā)進度月報；

15)驗收方案；

16)試運行日志；

17)試運行報告；

18)整改報告；

19)終驗測試記錄；

20)項目竣工報告；

21)變更文件；

22)售后服務保證文件；

23)培訓文檔；

24)付款申請；

25)知識產(chǎn)權(quán)移交證明材料；

26)具備軟件測評資質(zhì)的第三方出具的系統(tǒng)測試報告（如需）；

27)其他文件。

e)監(jiān)理機構(gòu)應協(xié)助業(yè)主單位和承建單位完成工程移交工作。

f)監(jiān)理機構(gòu)應依據(jù)承建合同審核承建單位提交的工程結(jié)算報告，提出監(jiān)理意見。

g)監(jiān)理機構(gòu)應完成工程監(jiān)理工作總結(jié)報告，整理工程有關(guān)的全部監(jiān)理文檔，移交業(yè)主單位。

16

DB21/T1712.4—2025

附錄A

（資料性）

軟件工程監(jiān)理相關(guān)樣表

A.1需求規(guī)格說明書檢查表

需求規(guī)格說明書檢查表見表A.1。

表A.1需求規(guī)格說明書檢查表

工程名稱文