软件工程监理实施细则10

软件工程监理实施细则

编制:

审核:

******公司

目录

一、工程概况及专业工程特点.................................................................3

二、监理工作流程...........................................................................3

T.工程前期阶段监理........................................................................3

2.工程需求阶段监理............................................................................................................................................6

3.工程设计阶段监理......................................................................9

4.工程实施阶段监理.....................................................................12

5.工程验收阶段监理.....................................................................16

三、监理工作要点..........................................................................21

1.工程启动阶段的控制要点...............................................................21

2.设计阶段的控制要点...................................................................21

2.1需求调研监理控制点...............................................................23

3.施工阶段的控制要点...................................................................24

3.1软件测试监理控制点...............................................................25

3.2数据迁移及转换监理控制点.........................................................26

4.验收阶段的控制要点.....................................................................28

4.1验收流程图........................................................................29

4.2验收申请表审查...................................................................30

4.3验收方案审查.....................................................................30

4.4验收准则..........................................................................30

4.5验收测试步骤及内容...............................................................31

四、监理工作方法及措施....................................................................31

L软件项目计划工序监理主要内容的方法....................................................31

工软件质量管理体系建立及执行监督........................................................32

3.软件质量保证监理主要内容及方法......................................................33

4.软件配置管理监理主要内容及方法......................................................34

5.需求说明书评审监理工作方法..........................................................35

6.软件分包合同监理工作方法............................................................36

7.概要设计说明书评审监理工作方法......................................................36

8.软件编码规范评审.....................................................................37

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

8.2数据说明..........................................................................38

8.3输入和输出.......................................................................39

9.软件编码监理的内容及方法措施........................................................40

9.1软件编码监理的内容...............................................................40

9.2软件编码监理的方法措施...........................................................41

10.软件测试监理的内容及方法措施.......................................................42

10.1软件测试监理的内容..............................................................42

10.2软件测试监理的方法.............................................................45

11.验收阶段监理工作方法及措施..........................................................47

12.数据迁移转换监理方法及措施.........................................................51

、工程概况及专业工程特点

根据实际建设项目填写，主要参考《设计方案》、《实施方案》。

二、监理工作流程

1.工程前期阶段监理

1.1监理方应完成的任务：

(1)针对业主方在建设合同签订过程的咨询需求，随时提供咨询服务;

(2)对承建单位提交的建设合同给出评审意见，报业主方进行参考；

L2承包方应提交的文档

(1)投标文件(终版)

1.3建设方应提交的文档

(1)招标文件

(2)建设合同

(3)设计文件及相关前期建设文件

L4监理方应提交的文档

(1)建设合同评审监理意见

(2)组织协调记录(监理例会会议纪要、监理周报等)

(3)其他监理文档(监理联系单、监理通知单、备忘录等)

1.5工作流程

监理业务流程（表1:前期阶段）

输入承建单位监理单位委托单•位/业工输出

监理合同

牌投标文件

监理规划

政策法规

可行性报告

标准规范

评审报告

行业文件

招标文件

监理合同

合同评审报告

监典规划开发合同

开发合同系统实施方案

项目组织实施方案评审报告

方案

方案机嫌告

总体进度计划

总体进度计划

近位计划评审

报告

项口川动会议

纪要

L6流程描述

1）前期咨询：提供应用系统建设相关的技术支持服务：

2）基本业务模型分析：协助业主制定所需应用系统的业务需求指标；进行基本

需求的调研和分析整理工作，基本上明确应用系统的主体思路，为应用系统建

设范围的确定提供依据；

3）软件应用系统总体规划：结合基本需求和应用系统的实施框架结构，协助业

主对应用系统进行优先级划分，同时结合国内外的相关类型系统的实施情况，

协助业主制定系统的总体实施规划；

4）招投标：必要时协助业主进行软件应用系统的招投标工作；

5）承建方实力评价：协助业主了解承建方的技术实力和管理能力，客观公正地

评价承建方，为业主评估、选定承建方提供技术方面的参考意见；

6）签订软件开发合同：协助业主进行应用系统的开发合同的签订工作；在承建

合同中应明确要求承建单位接受监理方的监理；建议业主单位在承建合同中明

确规定工程所包含的功能、技术要求、测试标准、验收要求和质量责任；建议

业主单位在开发合同中明确工程阶段划分及其质量和进度要求，并依此作为工

程阶段性付款的依据；核准投资预算与付款计划；

7）评审系统实施方案：协助业主评审系统实施方案的科学性、可行性；协助业

主审核系统建设的量化目标以及考核方法；结合业主的实际情况对实施过程中

的风险进行评估，协助提出规避风险的措施和手段；

8）评审总体进度计划：评审软件应用系统承建方的总体实施进度计划，根据软

件工程的要求，评审承建方提出的软件应用系统总体实施计划是否合理；

9）项目启动会：项目启动时，召开由业主方、承建方和监理方参加的首次会议,

明确各参建方在项目实施过程中的责任和权利、各方的项目负责人及联系方式、

项目实施过程中各方遇到问题的处理流程、监理例会的具体时间及周期等，并

规定监理方和承建方按时提交报告。

2.工程需求阶段监理

2.1监理方应完成的任务：

1）编写监理规划，并召开三方协调会议，确定工作流程及沟通制度；

2）根据监理规划及各项目组的进度计划，编制监理实施细则；

3）确定需求变更以及进度计划变更的处理方法，并三方确认；

4）审核开发计划，以评审报告的形式给业主方进行确认；

5）参与需求调研方式的制定，并三方确认；

6）对重要的需求调研部分，应与开发方一起进行调研，做全过程见证，落实既

定需求调研方案执行情况，记录需求调研过程。

7）对开发方的调研成果进行核查，及时指出不足之处；

8）对系统的需求必须有充分的理解；

9）审核需求规格说明书、以评审报告的形式给业主方进行确认；

2.2承建单位应提交的文档

1）开发计划

2）软件规格需求说明书（含需求确认表）

2.3监理方应提交的文档

1）监理规划

2）开发计划评审报告

3）监理实施细则

4）需求规格说明书检查表

5）需求评审意见

2.4工作流程

2.5流程描述

1）编制监理规划和监理实施细则；

2）审核本阶段计划和明细任务分解计划：审核承建方提交本阶段计划和明细任

务分解计划，提出监理建议，对工程进度进行控制；

3）督促承建方建立完善的质量保证体系；

4）建立协调机制：督促建设小组的联系、沟通，有利于本阶段的工作效率和效

果；

5）审核调研方式：协助业主审核调研计划，进行需求调研准备工作，必要时参

加需求的调研工作；

6）审核调研记录：审核承建方提交的用户需求调研记录（即原始需求），协助

业主组织进行调研记录的确认工作；

7）组织需求分析报告评审：提交评审报告，说明需求分析报告评审的标准规范、

评审项及建议；协助业主组织需求分析报告评审，必要时以“专家评审会”的

形式展开；

8）协助组织需求分析报告的业主方、监理方、承建方签字确认；

9）审核承建方提交的测试方案；

10）定期向业主报告项目实施的进度和质量情况；

3.工程设计阶段监理

3.1监理方应完成的任务：

1）对概要设计进度情况进行核查；

2）审核概要设计说明书，以评审报告的形式给业主方进行确认；

3）对详细设计进度情况进行核查；

4）审核详细设计说明书、数据库设计说明书、测试计划，以评审报告的形式给

业主方进行确认；

5）审核开发方提交的周报：

6）根据实际情况调整进度计划（出现重大变更应立即进行调整），并三方确认;

7）编制监理周报，并提交给业主方；

8）按照既定制度召集主持召开监理例会、专题会，编制会议纪要、工程备忘录;

9）规范使用、编制、归档各类监理表格；

3.2承建单位应提交的文档

1）概要设计说明书（含报审表）

2）详细设计说明书（含报审表）

3）数据库设计说明书（含报审表）

4）测试计划（含报审表）

5）测试报告

3.3监理方应提交的文档

1）概要设计说明书评审报告（含概要（结构）设计检查表）

2）详细设计说明书评审报告

3）数据库设计说明书评审报告

4）测试计划评审报告

5）组织协调监理资料（会议纪要、监理周报、项目评审会议纪要、变更报告等）

6）其他监理文档（联系单、备忘录等）。

3.4工作流程

监理业务流程（表3：设计阶段）

3.5流程描述

1）审核本阶段计划和明细任务分解计划：审核承建方提交本阶段计划和明细任

务分解计划，提出监理审核意见，对工程进度进行控制；

2）审核承建方的质量保证措施的完备性及有效性；

3）监督实施小组的联系、沟通，记录实施人员投入数量，检查人员分工制度、

投入人员资格证书，评估实施人员技能水平，向业主方提出合理化建议，保证

实现过程的工作效率和效果；

4）协助业主组织系统设计报告评审；

5）协助业主组织应用系统架构设计、数据库设计的合理性审查；

6）定期向业主报告项目实施的进度和质量情况。

4.工程实施阶段监理

4.1监理方应完成的任务

1）对编码的进度情况进行核查，并对编码的规范进行抽查，并将检查情况向业

主方汇报；

2）需求变更处理；

3）审核单元测试报告、操作手册、用户手册，以评审报告的形式给业主方进行

确认；

4）旁站联调测试；

5）审核联调测试报告、培训计划、试运行计划、数据割接及应用上线方案，以

评审报告的形式给业主方进行确认；

6）如果判断系统建设工期将出现延期，则向业主方提交风险报告；

7）审核开发方提交的周报；

8）编制监理周报，并提交给业主方;

9）根据实际情况调整进度计划（出现重大变更应立即进行调整），并三方确认;

10）主持召开三方监理例会、专题会，编制会议纪要、工程备忘录等;

11）各监理规范表格的使用;

4.2承建单位应提交的文档

1）操作手册（含报审表）;

2）用户手册（含报审表）;

3）测试报告（含报审表）;

4）培训方案（含报审表）;

5）试运行计划（含报审表）;

6）实施过程资料

4.3监理方应提交的文档

1）系统问题跟踪记录；

2）就绪可用软件产品到验记录；

3）软件系统功能检查表；

4）源代码检查记录表；

5）数据迁移验证和确认检查表；

6）其他监理文档（联系单、备忘录等）。

4.4工作流程

4.5流程描述

1）审核本阶段计划和明细任务分解计划：审核承建方提交本阶段计划和明细任

务分解计划，提出监理审核意见，对工程进度进行控制；

2）审核承建方的质量保证措施的完备性及有效性；

3）监督实施小组的联系、沟通，记录实施人员投入数量，检查人员分工制度、

投入人员资格证书，评估实施人员技能水平，向业主方提出合理化建议，保证

实现过程的工作效率和效果；

4）编码过程的控制：依据承建方的模块开发计划，对系统编码阶段进行过程控

制，审核承建方提交的测试分析报告，必要时进行抽测，随时掌握系统开发的

进展情况；

5）自测管理：督促承建方及时提交单元测试报告、系统模块测试计划、系统模

块测试用例、系统模块测试报告和问题跟踪情况报告；督促承建方对系统出现

的问题及时进行改正和优化；

6）UI确认：在系统编码结束前，协助业主方组织系统用户界面（UI）的确认；

7）审核项目开发总结报告：依据合同、需求和设计文档，审查承建方的项目开

发总结报告；

8）审核系统测试分析报告：审核承建方的系统测试分析报告，并提交系统集成

测试审核报告，如果系统集成测试存在问题，指出问题并督促承建方对进行修

正；

9）评审并评估项目的阶段性成果：组织评审并评估项目的阶段性成果，发现并

总结分析系统试运行中存在的问题和缺陷；

10）定期向业主报告项目实施的进度和质量情况。

5.工程验收阶段监理

5.1监理方应完成的任务

1）协助业主方进行培训；

2）对系统的试运行情况进行定期检查，并向业主方汇报；

3）审核试运行情况报告，以评审报告的形式给业主方进行确认；

4）三方确定验收时间、验收准则、评估规则、硬件/软件环境等，以及三方职

责；

5）审核验收方案、验收测试报告、售后服务计划，以评审报告的形式给业主方

进行确认；

6）参与验收测试，编制项目验收报告，并将符合要求的文档移交给业主方；

7）如果判断系统建设工期将出现延期，则向业主方提交风险报告；

8）审核开发方提交的报告；

9）编制周报，并提交给业主方；

10）根据实际情况调整进度计划（出现重大变更应立即进行调整），并三方确认;

11）主持召开三方监理例会、专题会，编制会议纪要、工程备忘录；

12）各监理规范表格的使用；

5.2承建单位应提交的文档

1）试运行情况报告

2）验收方案（含报审表）

3）测试报告

4）合同要求提供的相关文档

5）售后服务计划

6）竣工资料

5.3监理方应提交的文档

1）验收方案评审报告

2）系统缺陷修复审核单

3）质量评估报告

4）监理工作总结报告；

5）竣工监理文档。

5.4工作流程

5.5流程描述

1）协调进行交工验收：承建方确认应用系统满足需求后，监理方和业主方依据

合同执行情况评估报告中所作的结论与合同中的规定准则和方式判断产品是否

已经可以验收，对于不符合验收条件的，督促承建方对问题进行整改；

2）审核安装手册和操作使用手册：对承建方提交的安装手册和操作使用手册进

行审核；

3）系统培训管理：审核承建方的培训计划和培训内容，检查和考核培训效果；

4）评审系统试运行计划和方案：组织评审承建方的应用系统试运行计划和方案,

并提交系统试运行计划和方案的审核报告，如果存在问题，指出问题并督促承

建方对其进行修正；

5）系统试运行管理：协助进行试运行前数据准备；审核并评估系统试运行的方

法、步骤、条件以及实施的措施，检查为保证系统整体试运行所采取措施的有

效性；依据应用系统试运行计划和方案对应用系统的试运行过程进行控制，及

时发现存在的问题，随时掌握系统试运行的进展情况；弃督促承建方对系统试

运行中出现的问题及时进行改进和优化；

6）评审并评估项目的阶段性成果：组织评审并评估项目的阶段性成果，发现并

总结分析系统试运行中存在的问题和缺陷；协助业主进行试运行的总结、分析

并评估系统试运行的效果；协助业主制定下一步的流程持续改进措施；

7）协商制定验收程序和验收标准：根据国际、国家标准、规范要求，三方协商

制定验收程序和验收标准；

8）审核验收申请：依据承建方提交的系统实施文档报告，审核承建方提交的验

收申请；

9）组织合同执行情况评估：依据业主与承建方签订的应用系统实施合同和本应

用系统的实施情况，组织进行评估合同的执行情况，并提交合同执行情况评估

报告：

10）组织系统预验收测试：监理方组织承建方按照验收方案进行预验收测试，

审核预验收测试报告；

11）协调解决预验收过程中发现的问题，对问题的处理方法以及结果纳入验收

记录中。

12）相关文档审核：依据验收标准对工程文档进行审核；

13）协助业主方组织正式验收测试，审核承建商提交的测试报告，提出监理意

见；必要时引入第三方测试。验收报告三方签字确认；

14）审核系统维护计划：审核承建方提交的系统维护计划，提出审核意见，对

于出现的问题，督促承建方进行修正，协调进行系统试运行维护，审核承建方

的维护记录，协调解决维护过程中出现的问题；协调相关承建方进行系统联调;

15）协助业主方组织系统竣工验收会：协调进行竣工验收工作，协助业主方组

织进行系统竣工验收会，必要时可以聘请相关专家参加；

16）验收文档移交：监督工程验收后各项文档的移交工作。

三、监理工作要点

根据监理规划和监理工作流程，设立监理工作的控制要点及目标。

L工程启动阶段的控制要点

1）明确用户需求；

2）合同实施范围明确，各项需求规定足够明确。

3）任何与投标时不一致的要求已得到解决。

4）项目组有能力满足合同要求。

5）合同中规定项目验收准则和方式。

6）合同中规定对系统验收后出现的问题的处理，包括与质量有关的索赔和用户

的投诉。

7）合同中规定采用的技术标准和规程。

目标：协助业主单位明确工程需求，确定工程建设目标；产生合理的初步

设计方案和投资预算；尽可能使招标书少出现不确定性问题，并对有效的投标

标书给予评价和比较，给出明确意见，协助选择具有完成本项目实力的承建方;

根据中标方案和招标要求，促使业主单位、承建单位所签订的承建合同在技术、

经济上合理有效。

文档要求：产生经过确认的需求统计表，需求分配表，需求分配原则、合

同评审报告（标识出可能的风险）。

2.设计阶段的控制要点

1）监督承建单位进行更进一步的可行性调研和制定出初步项目开发计划。

2）监督承建单位进行需求分析，写出相应的文档。

3）监督承建单位出相应的初步用户手册。

4）及时检查承建单位出进一步的测试计划。

5）监督承建单位及时出概要设计说明书，检查是否符合相应的规范性，以及是

否考虑周全等。

6）监督承建单位及时出详细设计说明书，检查好似否符合相应的规范性，以及

是否考虑周全等。

7）监督承建单位及时出数据库设计说明，检查是否符合相应的规范性，以及是

否考虑周全等。

8）及时检查承建单位出操作手册。

9）监督承建单位出相应的开发进度周报和月报。

10）配备实施人员和实施设备，提供实施方案包括风险投资控制措施和进度计

划；

目标：这个阶段是软件开发中的可行性研究与计划阶段、需求分析阶段、

设计阶段，主要是推动业主单位、承建单位对工程需求和设计进行规范化的技

术描述，为工程实施提供优化的设计方案；促使工程计划、设计方案满足工程

需求，符合相关的法律、法规和标准，并与工程建设合同相符，具有可验证性;

协助业主单位、承建单位消除设计文档在进入工程实施前可预见的缺陷。

文档要求：编制、归档包括：可行性报告、项目开发计划、软件需求规格

说明书、业务需求说明书（可整合）、数据需求说明书（可整合）、概要设计说

明书、详细设计说明书、数据库设计说明、初步测试计划和开发进度周报等文

档。

2.1需求调研监理控制点

1)根据招投标文件、协助承建单位全面理解用户的各项需求；

2)协助承建单位确定行之有效的需求获取方式；

3)协助承建单位了解建设方的组织架构、业务流程、硬件环境、软件环境、现

有的运行系统等等具体、客观的信息基础上，结合现有的硬件、软件实现方案,

做出简单的用户流程页面；

4)结合以往的项目经验对建设方采用诱导式、启发式的调研方法和手段，和建

设方一起探讨业务流程设计的合理性、准确性、便易性、习惯性。建设方可以

操作简单演示的DEMO,来实际体验整个业务流程的设计合理性、准确性等等问

题，及时地提出改进意见和方法。

5)评审需求说明书，满足需求说明书八原则：明确“做什么”；使用面向处理

的规格说明语言；明确软件与系统的其他系统元素交互的方式；规格说明必须

包括系统运行的环境；系统规格说明必须是一个认识的模型；规格说明必须可

操作的；规格说明必须容许不完备性并允许扩充；规格说明必须局部化和松散

的耦合。

6)需求说明书评审内容：

(1)系统定义的目标是否与用户的要求一致；

(2)系统需求分析阶段提供的文档资料是否齐全；

(3)文档中的所有描述是否完整、清晰、准确反映用户要求：

(4)与所有其他系统成分的重要接口是否都已经描述：

(5)被开发项目的数据流与数据结构是否足够、确定；

(6)所有图表是否清楚，在不补充说明时能否理解；

(7)主要功能是否己包括在规定的软件范围之内，是否都已充分说明；

(8)软件的行为和它必须处理的信息、必须完成的功能是否一致；

(9)设计的约束条件或限制条件是否符合实际；

(10)是否考虑了开发的技术风险；

(11)是否考虑过软件需求的其他方案二

(12)是否考虑过将来可能会提出的软件需求；

(13)是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；

(14)有没有遗漏、重复或不一致的地方；

(15)用户是否审查了初步的用户手册或原型；

(16)项目开发计划中的估算是否受到了影响。

7)督促承建方做《需求确认表》业主方的签字、盖章确认工作。

3.施工阶段的控制要点

1)检查承建单位项目开发的软、硬件环境。

2)及时检查承建单位使用户手册。

3)及时检查承建单位操作手册。

4)及时检查承建单位出模块开发卷宗。

5)及时检查承建单位的测试分析报告。

6)监督承建单位出相应的开发进度周报和月报。

7)监督承建单位出相应的项目开发总结。

目标：这个阶段是软件开发的实现阶段、测试阶段、运行与维护。是加强

工程实施方案的合法性、合理性、与设计方案的符合性；促使工程中所使用的

产品和服务符合承建合同及国家相关法律、法规和标准；明确工程实施计划，

对于计划的调整必须合理、受控；促使工程实施过程满足承建合同的要求，并

与工程设计方案、工程计划相符：完善工程中的不足，是整个工程符合合同要

求。

文档要求：操作手册、用户手册、模块开发卷宗、测试报告、项目开发总

结和工程实施建设报告等文档的审核报告，做监理质量评估报告。

3.1软件测试监理控制点

1）监督承建单位采用合适的软件测试方法和工具；

2）选择和使用适合于软件测试的配置管理模型。

3）将用于测试软件产品的工具置于配置管理之下。

4）监督承建单位依据项目定义的软件过程，对软件测试进行开发、维护、建立

文档和验证

5）建议软件测试由静态测试、单元测试、集成测试、确认测试和系统测试组成。

6）对每个级别的软件测试，建立和使用测试准备就绪准则。确定测试准备就绪

准则包括：

（1）软件单元在进入集成测试前己成功地完成了代码的静态测试和单元测

试；

（2）在进入系统测试前，软件己成功地完成了确认测试；

（3）在软件进入系统测试前，已对测试准备就绪进行评审；

（4）每当被测试软件或软件环境发生变化时，则在各有关的测试级别上适当

进行回归测试；

7）评审测试计划、测试规程和测试用例。

8）管理和控制测试计划、测试说明、测试规程和测试用例。

9)每当软件需求、软件设计或被测试代码更改时，适当地更改测试计划、测试

说明、测试规程和测试用例。

10)评审测试计划应包括：

(1)全面测试和验证的方法；

(2)测试职责；

(3)测试职责；

(4)测试工具、测试设备和测试支持需求；

(5)验收准则。

11)对测试中发现的问题建立文档，并跟踪到关闭。

12)定期审查软件测试的工程活动和工作进度。

13)根据实际需要对软件测试工程活动进行跟踪、审查和评估。

14)协助承建单位对软件测试活动进行评审和(或)审核，并报告结果。这些评

审和(或)审核至少应包括：

(1)软件测试工程任务的准备就绪和完成准则得到满足。

(2)软件测试符合规定的标准和需求。

(3)已完成所需的测试。

(4)检测出的问题和缺陷已建立文档，并被跟踪和处理。

(5)通过软件测试，软件产品符合软件需求的要求。

(6)在软件产品提交前，依据软件基线验证了用来管理和维护软件的文档。

3.2数据迁移及转换监理控制点

1)数据迁移转换质量要求如下：

(1)数据迁移转换的范围和内容必须完整，迁移转换过程中不能出现数据

丢失或遗漏的情况;

(2)数据迁移转换的结果必须正确，迁移转换后数据和历史数据在内容和

实质上保持一致性；

(3)数据迁移转换结果必须合规，保障转换后的数据符合数据标准规范；

(4)数据迁移转换结果必须符合新建软件平台数据库设计的逻辑，保障数

据转换结果能够支撑相关应用子系统正常运行。

2)安全管理要求如下：

(1)检查承建方建立完善的数据备份机制和安全管理机制，确保数据迁移

过程不会造成数据丢失、损坏或泄露；

(2)检查承建方建立完善的数据迁移应急预案，确保数据迁移的异常或失

败不对业务和数据带来影响；

(3)检查承建方建立历史数据的备份备查机制，并提供历史数据的查询环

境和查询服务，但不允许再对历史数据进行任何修改操作。

3)流程控制要求：

(1)建立数据迁移转换专用环境。为了避免数据迁移对还在运行的原系统

或已部分切换上线的新平台运行造成影响，搭建数据迁移转换专用环境，专用

环境应支持生产系统数据导入、数据质量检查、数据转换规则定制、数据转换

以及数据导出等功能；

(2)原数据准备。首先在数据迁移转换环境上创建和原系统数据库结构相

同的数据转换源数据库及和新平台数据库结构相同的目标数据库，然后从原生

产系统数据库中将数据导出并司步到数据转换源数据库中，确保数据完整、安

全；

(3)原数据质量检查。在对数据转换源数据库的数据进行转换前，需要先

对历史数据的质量进行全面校验，符合数据转换的质量要求，对于历史问题数

据，建议在数据转换前修正完成；

（4）执行数据转换。根据原数据模型和新数据模型的映射规则，编制数据

转换脚本，并执行数据转换操作，对于转换过程中发现的质量问题数据，需要

登记到异常信息表中，进行后续修正；

（5）转换后质量检查。在数据转换到目标数据库后，应对转换后的数据进

行全面校验，包括数据的完整性、准确性和一致性检查。具体数据转换工作，

可以编写数据转换脚本并实施数据转换和验证工作。另外，除质量检查还应包

含业务验证；

4.验收阶段的控制要点

1）督促工程施工方将项目顺利移交给建设方。

2）督促整理工程合同中需要提交的技术文档资料。

3）明确工程测试验收方案的符合性（验收目标、责任双方、验收提交清单、验

收标准、验收方式、验收环境等）及可行性；

4）促使工程的最终功能和性能符合承建合同、法律、法规和标准的要求；

目标：促使工程按照合同和相关标准验收。

文档要求：全套监理资料、监理工作总结报告。

4.1验收流程图

GB/T28035—2011

开始

提出睑收申请——►验收申请检查

成立验收组织

制定验收审查计划

------制定验收测试计划J

验收审查计划审批验收测试计划审批

进行验收审查进行验收测试

验收评审

结束

4.2验收申请表审查

验收申请表应包括一下内容：

1）软件系统名称；

2）软件系统研制任务来源；

3）软件系统用途及组成；

4）主要功能与性能；

5）软件系统研制情况；

6）研制阶段评审情况；

7）软件系统测试情况；

8）配置管理情况；

9）满足需方业务要求等情况。

对于含有的就绪可用软件及其他软件的软件系统，申请表中还应增加：

1）就绪可用软件及其他软件名称；

2）就绪可用软件及其他软件用途及组成；

3）主要功能与性能；

4）文档清单。

4.3验收方案审查

验收方案一般包括验收目的、验收内容、技术条件、验收方法、进度安排、

人员组成、验收准则等内容。

4.4验收准则

1）软件系统符合合同规定的全部功能和非功能要求;

2）文档齐全,符合合同要求或相关标准的规定；

3）文档之间一致，程序和文档相符：

4）对被验收软件系统在验收测试中查出的错误总数及在验收审查时查出的交付

文档中的错误总数均不得超过双方约定的数目；

5）对于高完整性级别的软件系统,还应通过功能和性能海量及压力测试。

4.5验收测试步骤及内容

1）验收测试步骤

（1）制定验收测试计划和验收审查计戈山作好验收测试和验收审查准备；

（2）进行验收测试和验收审查,建立完整的验收测试记录和验收审查记录；

（3）编写验收测试报告和验收审查报告。

2）验收测试主要内容

（1）依据建设合同及验收计划检查功能和非功能要求；

（2）对于高完整性级别的软件系统,还应通过功能和性能海量及压力测试。

（3）对于双方商定的一些特殊测试,如强度测试和可靠性测试等。

四、监理工作方法及措施

根据监理规、监理工作流程，制定监理工作的方法及措施。

1.软件项目计划工序监理主要内容的方法

1）确保软件承建方在项目软件过程规范约定的基础上制定软件项目计划。

2）监督承建单位为实施软件工程和管理软件项目制定合理的软件项目计划，包

括进行软件规模估计和软件风险分析，建立软件项目组织，确定软件项目生命

周期，进行软件项目策划，确定必要的约定。

3）监督承建单位依据书面规程制定项目的软件项目计划，确认计划内容是否满

足相关标准、规范及建设合同要求。

4）审查承建单位编写的项目计划文档，软件项目计划包括:软件项目的用途、

范围、目标和对象，软件开发计划，软件配置管理，软件质量保证，软件框架

设计，问题跟踪与整改方法，软件度量。

5）审查承建单位标明、建立和保持对软件项目的控制所必需的软件工作产品。

6）审查承建单位依据书面规程估计软件工作产品规模，估计软件项目的工作量

和成本，估计项目的关键计算机资源（包含自建平台及云平台服务购买）。

7）监督承建单位依据书面规程制定项目的软件进度计划，分析承建单位制定项

目的软件工程设备和支持工具计划的合理性、可行性，分析软件进度计划的合

理性。

8）管理和控制软件计划数据，审查软件项目计划的活动情况。

9）确保软件项计划通过正式的评审，在评审后得到技术修改和批准，给出是否

符合要求的结论，确定其能否作为软件开发的前提和依据，作为应用软件系统

建设进度控制的依据。

2.软件质量管理体系建立及执行监督

1）监督应用软件系统建设承建单位根据项目合同和业主应用软件系统需求，制

定项目软件工程和管理活动，结合成为密切相关、定义完整的项目软件过程；

2）评估项目软件过程的技术合理性，包括是否符合标准和规范，是否符合项目

合同和业主技术要求；

3）顼目软件过程文档化，并得到批准;监督和控制承建单位的项目软件过程的

状态，促使承建单位支持和实施项目软件过程，提高软件项目实施的计划性，

减少软件项目实施的风险：

4）监督应用软件系统建设承建单位在软件开发过程中按照项目软件过程的规范

实施，跟踪、记录和审查软件管理过程活动。

3.软件质量保证监理主要内容及方法

1）确保项目遵循书面的承建单位管理策略来实施软件质量保证，承建单位成立

了软件质量保证活动的组织；

2）控制承建单位依据书面规程，为软件项目制定软件质量保证计划，保障软件

质量保证计划符合项目软件过程的规范要求；

3）参加承建单位的软件质量保证组按照软件质量保证计划进行活动；

4）参加承建单位的软件质量保证组评审软件工程活动，验证软件工程活动与软

件项目计划的一致性；

5）参加承建单位软件质量保证组审核指定的软件产品，依据指定的软件标准、

规程和合同需求对可交付的软件产品进行评价，验证软件产品与软件项目计划

的一致性；

6）控制承建单位依据书面规程，归档和处理软件活动和软件工作产品中的偏差,

管理和控制不一致性问题的文档；

7）软件专业监理工程师和业主方的软件质量保证人员定期对软件质量保证组的

活动和结果进行评审；

8）跟踪和记录软件质量保证活动的情况，审查软件质量保证活动，并给出软件

质量保证监理报告。

4.软件配置管理监理主要内容及方法

1）确保应用软件系统建设承建单位的配置管理组织和环境按照软件项目计划的

要求成立并配备。

2）控制承建单位依据书面规程，为应用软件系统建设项目制定软件配置管理计

划。

3）监督承建单位使用审批通过的、文档化的软件配置管理计划作为实施软件配

置管理活动的基础，该计划包括:要执行的活动、活动的进度安排、指定的职责

和所需的资源;监督承建单位标识将置于配置管理下的软件工作产品，工作产品

包括与过程相关的计划、标准或规程、软件需求、软件设计、软件代码单元、

软件测试规程、为软件测试活动建立的软件系统、软件系统产品和编译程序。

4）控制承建单位依据书面规程，对所有配置项/单元的更改请求和问题报告实

施初始准备、记录、评审、批准和跟踪。

5）监督承建单位依据书面规程，控制对基线的更改。监督承建单位依据书面规

程，由软件基线库生成软件产品并对其发布进行控制。监督承建单位依据书面

规程，记录配置项/单元的状态。

6）控制承建单位编制软件配置管理报告，证明软件配置管理活动和软件基线库

的内容，并提供给业主方。

7）监督承建单位依据书面规程，进行软件基线库审核。进行软件配置管理活动

状态的跟踪和记录。

8）定期审查软件配置管理活动和软件配置管理基线，以验证它们与文档定义的

一致性。

9）审核软件配置管理活动及其工作产品，并给出软件配置管理监理报告。

5.需求说明书评审监理工作方法

作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能

的正确性、完整性和清晰性，以及其他需求给予评价。评审的主要内容是：

1）系统定义的目标是否与用户的要求一致；

2）系统需求分析阶段提供的文档资料是否齐全；

3）文档中的所有描述是否完整、清晰、准确反映用户要求：

4）与所有其他系统成分的重要接口是否都已经描述：

5）被开发项目的数据流与数据结构是否足够、确定；

6）所有图表是否清楚，在不补充说明时能否理解；

7）主要功能是否己包括在规定的软件范围之内，是否都已充分说明；

8）软件的行为和它必须处理的信息、必须完成的功能是否一致；

9）设计的约束条件或限制条件是否符合实际；

10）是否考虑了开发的技术风险；

11）是否考虑过软件需求的其他方案」

12）是否考虑过将来可能会提出的软件需求；

13）是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；

14）有没有遗漏、重复或不一致的地方；

15）用户是否审查了初步的用户手册或原型；

16）项目开发计划中的估算是否受到了影响。

为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严

格进行。评审结束应有评审负责人的结论意见及签字。除承建单位分析员之外,

业主单位人员和监理单位都应当参加评审工作。需求说明书要经过严格评审，

一般，评审的结果都包含了一些修改意见，待修改完成后再经评审通过，才可

进入设计阶段。

6.软件分包合同监理工作方法

方法1：定期审查软件分包合同的管理活动。实施定期审查的主要目的是适当

地、及时地掌握软件分包合同管理的软件过程活动。在满足业主单位需求的前

提下，只要有适当的机制来报告异常情况，审查的时间间隔就尽可能长些。

方法2:根据实际需要随时跟踪和审查软件分包合同的管理活动。

方法3:评审和（或）审核软件分包合同的管理活动及其产品，并报告结果。这

些评审和（或）审核至少应验证：

（1）选择分承建单位的活动。

（2）管理软件分包合同的活动。

（3）协调主承建单位和分承建单位配置管理的活动。

（4）与分承建单位按计划评审的实施情况。

（5）确认分包合同达到关键里程碑或阶段完成时的评审情况。

（6）对分承建单位软件产品的验收过程。

7.概要设计说明书评审监理工作方法

1）可追溯性：即分析该软件的系统结构、子系统结构，确认该软件设计是否覆

盖了所有己确定的软件需求，软件每一成分是否可追溯到某一项需求。

2）接口：即分析软件各部分之间的联系，确认该软件的内部接口与外部接口是

否已经明确定义。模块是否满足高内聚和低耦合的要求。模块作用范围是否在

其控制范围之内。

3）风险:即确认该软件设计在现有技术条件下和预算范围内是否能按时实现。

4）实用性：即确认该软件设计对于需求的解决方案是否实用。

5）技术清晰度：即确认该软件设计是否以一种易于翻译成代码的形式表达。

6）可维护性:从软件维护的角度出发，确认该软件设计是否考虑了方便未来的

维护。

7）质量:即确认该软件设计是否表现出良好的质量特征。

8）各种选择方案:看是否考虑过其他方案，比较各种选择方案的标准是什么。

9）限制:评估对该软件的限制是否现实，是否与需求一致。

10）其他具体问题:对于文档、可测试性、设计过程等进行评估。

8.软件编码规范评审

8.1源程序文档化

1）符号名的命名

符号名即标识符，包括模块名、变量名、常量名、标号名、子程序名、数

据区名以及缓冲区名等等。这些名称应能反映它所代表的实际东西，应有一定

的实际意义。例如，表示次数的量用Times,表示总量的量用Total,表示平均

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

2）程序的注释

夹在程序中的注释是程序员与日后的程序读者之间通信的重要手段。注释

绝不是可有可无的。一些正规的程序文本中一注释行的数量占到整个源程序的

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

序言性注释通常置于每个程序模块的开头部分，它应当给出程序的整体说

明，对子理解程序本身具有引导作用。有些软件开发部门对序言性注释做了明

确而严格的规定，要求程序编制者逐项列出。有关项目包括:程序标题;有关本

模块功能和目的的说明；主要算法:接口说明（包括调用形式、参数描述、子程序

清单）；有关数据描述（重要的变量及其用途、约束或限制条件，以及其他有关信

息）；模块位置（在哪一个源文件中，或隶属十哪一个软件包）；开发简历（模块设

计者、复审者、复审日期、修改日期及有关说明）等。

功能性注释功能性注释嵌在源程序体中，用于描述其后的语句或程序段是

在做什么工作，或是执行了下面的语句会怎么样。而不要解释下面怎么做。要

点:描述一段程序，而不是每一个语句;用缩进和空行，使程序与注释容易区别;

注释要正确。

3）标准的书写格式

视觉组织用空格、空行和移行来实现。恰当地利用空格，可以突出运算的

优先性，减少发生编码的错误；自然的程序段之间可用空行隔开;移行也叫做向

右缩格，它是指程序中的各行不必都在左端对齐，不必都从第一格起排列，这

样做可以使程序分清层次关系。对于选择语句和循环语句，把其中的程序段语

句向右做阶梯式移行，使程序的逻辑结构更加清晰。

8.2数据说明

在设计阶段己经确定了数据结构的组织及其复杂性。在编写程序时，则需

要注意数据说明的风格。为了使程序中数据说明更易于理解和维护，必须注意

以下几点。

1）数据说明的次序应当规范化

数据说明次序规范化，使数据属性容易查找，也有利于测试、排错和维护。

原则上，数据说明的次序与语法无关，其次序是任意的。但出于阅读、理解和

维护的需要，最好使其规范化，使说明的先后次序固定。

2）说明语句中变量安排有序化

当多个变量名在一个说明语句中说明时，应当对这些变量按字母的顺序排

列。带标号的全程数据也应当按字母的顺序排列。

3）使用注释说明复杂数据结构

如果设计了一个复杂的数据结构，应当使用注释来说明在程序实现时这个

数据结构的固有特点。

4）语句结构

在设计阶段确定了软件的逻辑流结构，但构造单个语句则是编码阶段的任

务。语句构造力求简单、直接，不能为了片面追求效率而使语句复杂化。

8.3输入和输出

1）对所有的输入数据都要进行检验，识别错误的输入，以保证每个数据的有效

性。

2）检查输入项的各种重要组合的合理性，必要时报告输入状态信息。

3）使得输入的步骤和操作尽可能简单，并保持简单的输入格式。

4）输入数据时，应允许使用自由格式输入。

5）应允许默认值。

6）输入一批数据时，最好使用输入结束标志，而不要由用户指定输入数据数目。

7）在交互式输入时，要在屏幕上使用提示符明确提示交互输入的请求，指明可

使用选择项的种类和取值范围。同时，在数据输入的过程中和输入结束时，也

要在屏幕上给出状态信息。

8）当程序设计语言对输入/输出格式有严格要求时，应保持输入格式与输入语

句的要求的一致性。

9)给所有的输出加注解，并设计输出报表格式。

9.软件编码监理的内容及方法措施

9.1软件编码监理的内容

1)监督承建单位将合适的软件编码工程方法和工具集成到项目定义的软件过程

中

(1)依据项R定义的软件过程对软件编码任务进行综合。

(2)选择软件编码可用的方法和工具，并将选择专用工具或方法的理由写成

文档。对备选方法和工具进行选择的依据是：

•机构标准软件过程

•项目定义的软件过程

,现有的技术基础

•可得到的培训

•合同需求

•工具的能力

•使用的方便性和提供的服务

(3)选择和使用适合于软件编码的配置管理模型。配置管理模型可能是：

・入库出库模型

•组合模型

•事务处理模型

•更改处理模型

(4)将用于软件编码的软件产品和工具置于配置管理之下。

2)监督承建单位依据项目定义的软件过程，对软件编码进行开发、维护、建立

文档和验证，以实现软件需求而软件设计

(1)参与软件编码的人员评审软件需求和软件设计，以确保影响编码的各

种问题得到识别和解决。

(2)使用有效的编程方法编制软件代码。编程方法可能是：

•结构化编程

•代码重用

(3)根据一个计划制定代码单元的开发顺序，该计划考虑诸如关键性、难

度、集成和测试问题;合适时，还要考虑客户和最终用户的需要。

(4)每个代码单元完成编码时，通过评审和单元测试。

(5)将代码置于配置管理之下。

(6)每当软件需求或软件设计更改时，适当地更改代码。

3)软件监理组跟踪和记录软件编码产品的功能性和质量跟踪和记录的内容有：

(1)跟踪、累计的软件编码产品缺陷的数量、类型和严重程度。

(2)软件编码产品工程活动的状态。

(3)有关问题严重性和持续时间的报告。

(4)用于分析每个更改建议的工作量及汇总统计量。

(5)按类别(如界面、安全性、系统配置、性能和可用性)被纳入软件基线

的更改数量。

9.2软件编码监理的方法措施

1)定期审查软件编码的工程活动和工程进度。

2)根据实际需要对软件编码工程活动、工作进度进行审查。

3）对软件编码工程活动和产品进行评审和（或）审核，并报告结果。这些评审和

（或）审核至少应包括：

•软件编码工程任务的准备就绪和完成准则得到满足。

•软件编码符合规定的标准和需求。

•已完成所需的测试。

•检测出的问题和缺陷已建立文档，并被跟踪和处理。

•通过软件编码，对设计的跟踪得以实施。

•在软件产品提交前，依据软件基线验证了用来管理和维护软件的文档。

10.软件测试监理的内容及方法措施

10.1软件测试监理的内容

1）监督承建单位将合适的软件测试工程方法和工具集成到项目定义的软件过程

中

（1）依据项目定义的软件过程对软件测试任务进行综合。

（2）选择软件测试可用的方法和工具，并将选择专用工具或方法的理由写成

文档。对备选方法和工具进行选择的依据是：

•机构标准软件过程

•项目定义的软件过程

・现有的技术基础

•可得到的培训

•合同需求

•工具的能力

•使用的方便性和提供的服务

(3)选择和使用适合于软件测试的配置管理模型。配置管理模型可能是：

・入库出库模型

•组合模型

•事务处理模型

•更改处理模型

(4)将用于测试软件产品的工具置于配置管理之下。

2)监督承建单位依据项目定义的软件过程，对软件测试进行开发、维护、建立

文档和验证，以满足软件测试计划要求。

软件测试有静态测试、单元测试、集成测试、确认测试和系统测试组成。

(1)可与客户和最终用户一同参与开发和评审测试准则。

(2)使用有效方法测试软件。

(3)基于下列因素确定测试的充分性：

•测试试级别。测试级别芍单元测试、集成测试、确认测试和系统测试。

•选择的测试策略。测试策略有功能测试(黑盒测试)、结构测试(白盒测试)

和统计测试。

•欲达到的测试覆盖。测试覆盖方法有语句覆盖、路径覆盖、分支覆盖和

运行剖面覆盖。

(4)对每个级别的软件测试，建立和使用测试准备就绪准则。确定测试准

备就绪准则包括：

,软件单元在进入集成测试前己成功地完成了代码的静态测试和单元测试

•在进入系统测试前，软件己成功地完成了确认测试

•在软件进入系统测试前，已对测试准备就绪进行评审

(5)每当被测试软件或软件环境发生变化时，则在各有关的测试级别上适当

进行回归测试。

(6)对于测试计划、测试规程和测试用例，准备使用前通过评审。

(7)管理和控制测试计划、测试说明、测试规程和测试用例。

(8)每当软件需求、软件设计或被测试代码更改时，适当地更改测试计划、

测试说明、测试规程和测试用例。

3)监督承建单位依据项目定义的软件过程、计划和实施软件的确认测试

(D基于软件开发计划，制定确认测试计划并写成文档。

(2)负责软件需求、软件设计、系统测试及验收测试的人员，评审确认测试

用例、测试说明和测试规程,

(3)依据指定的软件需求文档和软件设计文档的指定版本，进行软件确认测

试。

4)计划和实施软件系统测试，实施系统测试以保证软件满足软件需求

(1)尽早分配测试软件的资源，以做好充分的测试准备。所需的测试准备活

动包括：

•准备测试文档

•准备测试资源

•开发测试程序

•开发模拟程序

(2)编制系统测试的计划文档。如果合适，该测试计划由业主单位进行评审

和认可。此测试计划包括：

•全面测试和验证的方法

•测试职责

•测试工具、测试设备和测试支持需求

•验收准则

(3)由一个独立于软件开发者的测试小组来计划和准备所需的测试用例和

测试规程。

(4)在测试开始前，对测试用例建立文档，并经评审和认可。

(5)依据已纳入基线的软件及其软件任务书(或合同)和软件需求文档，实施

软件测试。

(6)对测试中发现的问题建立文档，并跟踪到关闭。

(7)建立测试结果文档，并以此作为判断软件是否满足需求的基础。

(8)管理和控制测试结果。

5)软件监理组跟踪和记录软件测试的结果

跟踪和记录的内容有：

(1)跟踪、累计的软件产品缺陷的数量、类型和严重程度。

(2)软件测试工程活动的状态。

(3)有关问题严重性和持续时间的报告。

(4)用于分析每个更改建议的工作量及汇总统计量。

10.2软件测试监理的方法

1)定期审查软件测试的工程活动和工作进度。

2)根据实际需要对软件测试工程活动进行跟踪、审查和评估。

3)对软件测试工程活动和产品进行评审和(或)审核，并报告结果。这些评审和

(或)审核至少应包括：

(1)软件测试工程任务的准备就绪和完成准则得到满足。

(2)软件测试符合规定的标准和需求。

(3)已完成所需的测试。

(4)检测出的问题和缺陷已建立文档，并被跟踪和处理。

(5)通过软件测试，软件产品符合软件需求的要求。

(6)在软件产品提交前，依据软件基线验证了用来管理和维护软件的文档。

4)测试设计，监理方督促承建方根据测试目标，结合被测源代码的业务和技术

特点，明确测试环境和工具，确定测试需求、测试方法、测试内容、测试准人条

件和测试准出条件。

测试方法应采用自动化静态分析工具扫描和人工分析相结合的方法。源代

码漏洞测试的测试内容宜包括但不限于以下源代码漏洞分类：

(1)行为问题；

(2)路径错误；

(3)数据处理；

(4)处理程序错误；

(5)不充分的封装；

(6)安全功能；

(7)时间和状态；

(8)Web问题；

(9)用户界面错误。

5)测试用例。源代码漏洞测试的测试用例应包括但不限于以下要素：

(1)名称和编号；

(2)自动化静态分析工具的操作步骤和参数配置；

(3)自动化静态分析工具的期望操作结果。

6)源代码漏洞测试工具

选择源代码漏洞测试工具重点应考虑工具的漏报率和误报率，可通过调查

或比较的方式评估工具的漏报率和误报率。

选择的源代码漏洞测试工具应覆盖但不限于本标准的源代码漏洞测试内容,

测试前应对工具的漏洞规则库和测试引擎进行必要的升级和维护。选择源代码

漏洞测试工具建议结合项目的具体需求。如可行,首先考虑选用商业的自动化静

态分析工具。若条件不具备，也可选用开源的自动化静态分析工具。

11.验收阶段监理工作方法及措施

按照项目合同查看承建单位提供的各种审核报告和测试报告内容是否齐

全，再根据平时对承建单位工作情况的了解，可以初步判断开发方是否已经进

行了足够的正式测试。

验收可以分为两个大的部分:软件配置审核和验收测试。其大致顺序可分为:

文档审核，源代码审核，配置脚本审核，测试程序或脚本审核和可执行程序测

试。

验收阶段的每一个相对独立的部分，都应该有目标（本步骤的目的）、启动

标准（着手本步骤必须满足的条件）、活动（构成本步骤的具体活动）、完成标准

（完成本步骤要满足的条件）和度量（应该收集的产品与过程数据）。

1）明确验收定位

验收测试即由产品开发方按照新浪提供的需求文档中所有内容（或按合同

及其它有效约定，对方承诺实现的需求）进行开发、内测完毕，提交版本符合

验收测试标准，通过新浪质量保证部进行的测试。通过验收测试判断产品质量

是否符合产品需求，功能实现是否正确并可以最终上线。

2）明确角色定义

3)明确验收测试目的

通过验收测试判断产品质量是否符合产品需求、功能实现是否正确，性能

和安全性方面是否符合发布标准，并且产品可以最终上线。

4)明确验收测试版本

(1)测试版本命名

提交验收测试的产品版本，包括：产品名称.版本_ATx：

产品名称：提交测试的产品名称

版本：提交测试的产品版本号

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