4.

1 工程各阶段监理内容
按照信息系统监理相关的标准和规范要求，控制项目在规定的时间内完成 ，
并实现项目建设的目标。具体内容包括：
按照四控制、三管理、一协调的监理原则，保证项目在规定的计划时间内按
质、按量完成，实现项目建设目标。各阶段监理工作主要内容包括：

项目阶段 提供的咨询或监理服务内容
1.协助委托方开展有关招标工作，包括拟定项目招标方案
和招标文件的技术需求，提出建议，做招标准备工作。
招投标阶段
2.协助委托方与承建单位进行技术、商务谈判。
3.审查项目承包合同。
1.对承建单位提供的设计方案进行分析、审核。
2.审核承建单位项目进度计划的合理性和可操作性。
3.审核承建单位的项目组织结构、人员构成。
4.审查承建单位的质量保证体系和计划。
5.审查承建单位项目分包的合法合规情况。
设计阶段
6．在应用软件设计开发阶段,对项目设计输出的各种文件
进行审核、提出修改意见直至文档最终定版；
7．协助承建单位、委托方对各应用软件的需求分析、概要
设计和详细设计、编码测试、接入系统接口测试、系统的功能、性
能及压力测试、系统试运行的优化等进行审核评审和技术把关。
实施阶段 1.审核承建单位项目建设内容的具体实施方案。
2.审核和确认承建单位的开发和采购计划、安装调试计划、
试运行计划、正式运行计划。
3.检查承建单位项目实施的相关文档。
4.检查项目实施的环境准备情况。
5.对软硬件设备等进行到货验收。
6.监督项目计划进度与实际进度的符合性，并提出合理化
建议，确保计划进度与实际进度偏差最小化。
7.对于项目实施过程中的变更进行审核。
8.处理项目实施过程中出现的质量事故。
 9.代表委托方负责与承建单位之间的工作协调安排。
1.协助委托方制定验收程序和标准，审查验收方案。
2.协助委托方进行系统的功能和性能测试及初验。
初验和试运 3.检查系统的调试和试运行情况。
行阶段 4.处理试运行期间出现的质量问题。
5.协调与承建单位之间的关系，解决纠纷。
6.监督、检查并督促各承建单位对用户的培训工作。
1 协助委托方进行项目终验。
2 进行项目配置审核。
终验和系统
3.协助委托方完成项目审计工作。
移交阶段
4.系统验收完毕进入保修阶段的审核与签发移交证书。
5.协助并监督承建单位对委托方的项目整体移交。
1.按照档案验收要求制定规范的监理过程用表、监督承建
单位制定标准文档模板，以及文档的提交计划。
2.按照工程阶段划分，提出对应各阶段监理内容的符合性
监理全过程
检查一览表，作为各阶段工程建设完成进度的检查标志。
3.组织或协助委托方组织与项目建设有关的各类会议。
4.填报与项目有关的管理报表。

4.2.1 系统集成的质量控制内容
(1) 任务一：协助承建单位、委托方进行系统集成方案的审核和确认；
具体措施：系统集成方案的确定在工程的设计阶段。设计阶段监理的核
心工作是对承包单位提出的设计方案进行审查，包括系统设备、基础平台、
安全平台、接口标准、管理平台、环境平台，以确保方案符合性、合理性、可
行性、科学性。作为监理单位，在评审设计方案时主要关注承包商的设计方
案是否遵守以下基本原则：
 标准化原则
 先进性和实用性原则
 可靠性和稳定性原则
 可扩展原则
 安全性原则
 可管理原则
  经济性和效益性原则
TCC 系统扩容是在原有 TCC 系统上的提升，目标是解决后续若干线路接
入 TCC 系统实现综合监视，系统扩容的集成方案在整体架构上要充分的考
虑到与原有系统的无缝融合，在系统设计上要充分利用既有系统资源，实
现资源共享，要尽量在保持对既有系统改动尽可能小的情况下，实现扩容
后的 TCC 系统不仅能满足新线的接入能力，而且它的行车处理能力和数据
存储能力得到一个提升。由此可知，系统集成方案的设计水平将直接影响到
TCC 系统扩容后能否实现既定目标，监理将与业主、设计、承包商充分讨论
系统集成方案的整体架构和细节，保证既定目标的实现。
信息中心作为对 TCC、ACC 两大系统数据的存储、管理和挖掘的平台，不
仅简单的存储和加工数据，它通过自身对数据正确、深入的处理，对运营管
理和决策支持提供重要依据，它的系统集成方案设计是否合理，关系到整
个系统能否承担起海量数据的深入加工处理，以及让这些数据为运营决策
提供正确的信息。监理将按照招标文件的要求审核系统集成方案是否能完全
满足系统业务需求。
(2) 任务二：协助承建单位、委托方审核关键设备、系统软件等选型方案
具体措施：监理审查承包商的设备及系统软件选型方案，审查应用软件
设计和系统软件的选型，对系统的安全性、可靠性、可操作性、可维护性进
行评估。
针对系统的建设目的的不同，每个系统都有自己核心的侧重方面，而系
统核心方面处理能力的高低，往往影响着整个系统的性能，这就需要集成
商在关键设备的选型上考虑充分。TCC 系统扩容的设备选型应重点考虑和既
有 TCC 系统的融合性、兼容性，在关键设备选型上延续既有 TCC 设备选型的
思想，但在设备性能上要有提升。信息中心所突出的是对数据存储和处理能
力，关键设备是在数据库和数据存储介质的选型，此外还要考虑第三方软
件的选型，要充分实现系统功能并考虑系统的兼容。
(3) 任务三：对采购的硬件设备、系统软件的质量进行检验、测试和验收
具体措施：监理将对承包商采购的所有硬件设备、系统软件进行开箱检
查，设备进入现场前，监理将组织相关人员到现场依据合同进行设备开箱
检查，并填写《设备开箱检查记录》，具体检查包括对设备规格型号的核准
 检查设备随即资料是否齐全，并填写《设备开箱检查记录》，对于可加电设
备，监理将对设备单机加电情况进行检验。
(4) 任务四：对网络的联结、硬件设备、系统软件的安装调试进行验收。
具体措施：督促集成商编写《系统网络测试文件》并进行审核，根据测
试文件对网络联结进行全面测试。
TCC 扩容系统测试还需对各线路 OCC 与 TCC 的接入进行测试。按阶段分
为：
 签订接口规范协议：OCC 与 TCC 系统采用统一的接口协议；
 确定点表：OCC 把其线路各专业的所有接入点的信息情况写入点表
给 TCC；
 接口协议测试（STD）：测试双方协议是否一致，TCC 是否可以正
确接收 OCC 方发出的信息；
 点对点测试（PTP）：根据点表，OCC 将对每一个点更改状态，看
TCC 是否能正确接收点的状态变化，此测试是在测试平台上；
 端对端测试（ETE）：测试内容与点对点测试一致，测试平台是在
生产系统上；
 系统联调测试（IST）：在生产系统上，测试主备机的切换测试。
4.2.2 应用软件开发的质量控制内容
(1) 任务一：应用软件开发的阶段性计划的审核和确认；
具体措施：督促承包商提交《应用软件开发计划》，并进行审核。此文档
应包括软件开发的管理过程，软件开发用例，软件开发各阶段的工作计划。
(2) 任务二：在对建设项目详细了解的基础上，协助承建单位、委托方
对各应用软件的需求分析、概要设计和详细设计、编码测试、硬件安装调
试、系统测试、系统试运行进行把关；
具体措施：软件测试是一种普遍采用的软件质量控制验证方法，其质量
控制的测试方案，亦参照通用的测试方法进行，软件测试方案由两部分组
成，即软件文件验证技术、软件确认技术。
 软件验证技术
 需求书验证的主要任务是保证用户的功能需求、业务需求、以及其它的一
些需求（如非功能性需求、约束性需求等）都已经被分配到软件需求书
 说明的各需求项中。
 设计文件验证包括 3 个部分的内容：即概要设计文件验证、详细设计文
件验证以及数据库设计文件验证：
 概要设计文件验证的主要任务，是确保软件需求文件中的需求项，全部
已经分配到了概要设计文件的各软件模块之中。
 详细设计文件验证的主要任务，是确保概要设计文件中的模块已经全部
分配到详细设计文件的各软件单元之中。
 数据库设计文件验证的重点任务是验证数据库与外部应用程序的接口是
否正确、数据操作实现界面是否清晰、数据库整体设计是否合理、数据表
设计是否符合 3NF 要求（如违反范式要说明详细理由）以及数据表中的
字段（键）和索引的设计是否高效合理的。
 代码验证以及交付验证
代码验证验证详细设计文件中，代码编写的规范性、代码审查和静态分析
三个部分。
 代码编写规范审查主要是审核代码排版的格式以及注解的格式是否符合
相应规范；
 代码审查的任务主要是验证详细设计中的软件单元是否都已被代码覆盖
并正确实现；
 代码静态分析技术主要任务是检查变量或标号的定义与使用、表达式运
算以及程序的流程设计上是否存在缺陷或错误。
 交付验证包括安装验证和使用验证两部分内容。
 安装验证的主要任务是保证程序能按照用户手册的提示正确安装到目标
机器上；
 使用验证的主要任务是确保程序能按照用户手册的提示的操作正确完成
某项功能或事务处理。
 软件确认技术
 单元测试技术
主要任务是验证详细设计规格说明中所划分出来的软件单元是否被程序编
制人员用代码形式正确地实现了。单元测试一般选用白盒法，工作原理是由测试
人员输入设计好的测试用例，测试被测单元能否按照设计要求处理这些测试用
例。
 集成测试技术
验证各软件单元组装后形成模块能否达到概要设计文件中模块的设计目标；
在模块级集成工作完成之后，测试人员还应测试各模块组装后形成的用户系统
内部存在冲突，各模块能否正常工作。
集成测试要保证模块内部的正确性和保证模块能最终集成为大系统。
 系统测试技术和交付测试技术
 系统测试技术
主要任务是验证经集成测试后形成的软件系统是否满足软件需求书中的各
需求项。由于需求项涉及的领域很广泛，这就导致了系统测试中对应的测试门类
相当庞杂。如：功能测试、可靠性测试、可恢复性测试、可移植性测试等等。对此
一般选用黑盒测试法，亦在一定环境条件下（如：模拟现场或极端条件），设
计各种测试用例，输入并运行完整的软件系统，根据软件系统运行过程中的实
际表现，评估软件系统是否符合软件需求项的各类要求。
 交付测试技术
交付测试主要的参与者应该是目标客户，交付测试的内容一般包括：
 安装测试：主要任务是测试软件系统能否在模拟环境下或实际现场，
由目标用户顺利完成在目标机器上的安装；
 可用性测试：可用性测试的主要任务是测试软件系统在完成安装以后
能否完成用户的模拟任务或现场任务；
 alpha 测试：用户在开发环境下对软件系统进行类似于黑盒的测试，测
试的目的是从用户的角度评价软件产品的功能、可使用性、可靠性、性能
和支持，尤其注重产品的界面和特色；
 beta 测试：Beta 测试的目的是确保软件产品交付给全体用户之前能部
分或全面地修正其在实际应用中可能出现的各类缺点或不足。
上述测试方案，在不同开发阶段（需求书符合性、软件文档设计、软件实现、
软件测试与交付）实施的相应测试方法，为控制软件质量提供了技术手段。显然
质量控制的测试方案不是唯一的也不是万能的，更需要监理、业主、承包商间的
紧密协作。
(3) 任务三：对承建单位的开发过程的工作质量进行审核；
 具体措施：应用软件的开发是一个系统最核心的部分，软件开发应该
满足合同中对软件功能及性能的所有需求，在开发过程中承包商会不
断的对软件进行单元测试、集成测试、系统测试、回归测试、压力测试、
性能测试等，以确保软件的可用性和可靠性，监理将见证这些测试过
程，并对测试之前的测试文件进行审核，对测试结论进行确认。
(4) 任务四：对源代码、开发文件进行移交验收。
具体措施：在系统的初步验收阶段，承包商将对整个系统进行移交，
包括对文档的移交。软件文档的移交就是对源代码和开发文件的移交。
承包商在软件开发的过程中应有软件的配置管理文件和软件的版本控
制文件，软件文档移交时要移交所有软件的源代码，和开发过程中所
形成的文档。监理将审核文档的完整性。