软件项目通用监理方案

根据信息系统软件项目的生命周期，我们对于软件项目的监理从以下七个阶段进行监理，这七个阶段包括：需求分析阶段、设计阶段、实施阶段、测试阶段、验收阶段、用户培训阶段、试运行阶段。对于每个阶段我们从质量、进度、成本、合同、信息、组织协调等不同角度进行监理。在每个阶段都制定了相应的工作流程。监理方对项目进行了各个阶段的监理分析，具体分析如下：

1.1 项目需求分析阶段的监理

1.1.1 需求分析阶段监理工作

本阶段主要是由承建单位根据项目合同的要求，通过采用访谈、调查、演

示等手段与建设单位进行沟通，了解系统建设的整体要求，包括软件的功能、性能、接口、数据、环境需求，安全保密要求以及约束条件等，从而对所要开发的系统建立一个可供依据的基线。本阶段承建单位应提交需求分析报告和原型系统。

监理单位在本阶段的工作，按照内容可以分为：

 控制：包括对需求分析阶段的各种文档的保管监督，对需求分析报告、原型

演示系统的确认等；

 沟通：在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺

畅的时候，监理单位应利用自身优势使得双方顺利理解对方。  编制《项目监理规划》和需求阶段监理方案或监理细则。 1.1.2 需求分析阶段质量控制 1. 审核承建单位需求分析前的准备工作

 需求分析过程规范性  需求分析方法

 需求报告规范性，参照：《软件需求说明书》（GB856T——88）。 2. 审核承建单位提交的需求报告内容

 完整性：是否涵盖了建设单位的全部需求，是否包含了开发软件系统所

有必要的信息；  正确性和无二义性。

 可行性：检查需求在法律法规、技术、业务、现有资源环境、管理、维

护等方面的可行性。

 需求对于业务的必要性。

 划分优先级：基本功能和增强功能或首先满足部分使用对象的需求等策

略。

 可验证性：需求描述是否可以作为验证需求是否达到要求的依据和标准。  可跟踪性：软件需求对系统需求的可追踪性。 3. 审核承建单位在需求分析过程中对需求的管理措施

 需求变更控制措施  需求版本控制措施  需求实现跟踪

1.1.3 需求分析阶段进度控制 1. 审核《需求分析进度计划》

 与开发计划的一致性  认同性  落实措施

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.1.4 需求分析阶段成本控制 1. 估算实现成本，明确系统完成范围。 2. 核实本阶段工程量和工作量，并签认。 1.1.5 需求分析阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理。 2. 合同的变更管理。 3. 工程款支付管理。 4. 工程停、复工管理。 5. 工程延期管理。

1.1.6 需求分析阶段信息管理 1. 确定本阶段信息管理的对象

 建设单位提供的数据和资料  会议记录

 需求报告  系统原型  监理记录 2. 定义信息管理过程 3. 信息管理方法

 管理工具  文档库结构

1.1.7 需求分析阶段组织协调  监理例会制度  监理工作报告

 协助承建单位进行项目需求阶段的评审确认 1.1.8 需求分析阶段监理工作流程 1.1.8.1 需求评审流程

承建单位提交《需求分析报告》 ① 参加人员 ② 时间地点 ③ 议程 ④ 检查项目 ⑤ 评审标准 1.1.8.2 进度控制流程 监理单位制订需求评审计划 首次监理会议后 与有关各方确认需求评审计划 1.2 项目设计阶段的监理 1.2.1 系统设计阶段监理工作 承建单位编制需求分析阶段进度计划系统设计阶段对承建单位通常包括：概要设计、详细设计和设计评审。 《需求分析报告》内容完整性审核 并填写《进度计划报审表》 概要设计，又称概念设计或总体设计，即将软件需求转化为数据结构和软件未通过 的系统结构的过程，一般包括数据设计和系统结构设计。其中数据设计侧重于数通过 承建单位整改 总监理工程师审批 据结构的定义，系统结构设计定义软件系统各主要成份之间的关系。在承建单位通过 ① 完整性 进行概要设计的过程中，监理单位需要从设计规范、系统结构、系统可靠性、设《需求分析报告》内容正确性审核 ② 正确性 ③ 可行性 ④ 必要性 未通过 详细设计的直接目标是定义模块内的实现结构和方法，并编写详细设计说明通过 ⑤ 无二义性 ⑥ 可验证性 书，监理单位在这个阶段主要是在进度上进行控制，主要手段是定期与承建单位三方签认通过 监理工程师对进度实施情况进行⑦ 可跟踪性 沟通，检查文档。 承建单位根据确定的需求修正 ⑧ 优先级划分 检查、分析 《项目计划》 设计评审就是依据用户需求的要求，审核系统设计与需求的一致性、设计的计文档等几方面进行监督和控制。 按计划组织实施 合理性、技术可行性，以保证系统结构的正确性。设计评审通常采用同行评审的严重偏离计划目标 基本实现计划目标 监理工程师对《项目计划》进行审核 未通过 承建单位整改 准备编制下一阶段计划 通过 总监理工程师签发《监理通知》 方法进行。监理单位在设计评审时主要对参与评审人员的资格、评审要素的全面性、文档的完整性进行监督和检查。 1.2.2 设计阶段质量控制 1. 审核承建单位系统设计规范 a) 系统设计报告格式要求

 设计目标  需求分析  总体结构  模块定义与划分  接口设计  数据库设计  安全保障设计  出错处理机制  实现技术  开发平台  系统集成测试方案  系统安全测试方案  编程规范

参照：概要设计说明书（GB8567——88） b) 数据库设计规范 c) 详细设计报告格式要求

参照：详细设计说明书（GB8567——88） 2. 审核承建单位提交的系统设计文档内容

 设计目标满足性

系统设计目标应包括：功能目标、性能目标、安全性目标、可靠性目标、灵活性目标、开放性目标。

建议满足顺序：实用性(友好性)-->可靠性(安全性)-->易管理性-->易维护性-->易扩展性-->运行效率  设计原则的遵循

 设计与需求的一致性

 实用性：确认该设计对于需求的解决方案是否实用  可维护性：确认该设计是否考虑了方便未来的维护

 灵活性：确认该设计是否考虑了随着业务的变化和发展可以灵活地进行

扩展和调整

 接口：确认该软件的内部接口与外部接口是否已经明确定义，模块是否

满足高内聚和低耦合的要求，模块作用范围是否在其控制范围之内； 应该包括以下方面的接口定义：  人机交互接口

 数据采集子系统与数据统计子系统之间的接口( GUI、数据库、用户账户管理等)

 本系统与CA系统的接口

 本系统与下属各机构现有业务系统的接口  质量：确认该设计是否表现出良好的质量特征

 各种技术方案的选择：确认是否考虑过其它方案，比较各种选择方案的

标准是什么

 技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达  风险：确认该设计在现有技术条件下和预算范围内是否能按时实现  可追溯性：确认该设计是否覆盖了所有已确定的软件需求，软件每一成

份是否可追溯到某一项需求

3. 审核承建单位提交的详细设计报告内容

 模块程序组织结构

 模块内部实现机制设计（程序描述、功能、输入项、输出项、算法、流

程逻辑、接口、存储分配、注释设计、条件）  模块测试方案 1.2.3 设计阶段进度控制

1. 审核承建单位提交的《进度计划》

 与建设合同的一致性  认同性

 落实措施

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.2.4 设计阶段成本控制

1. 根据设计结果核算系统实现的成本，并将成本控制在用户可接受的范围内。 2. 核实设计阶段的工程量和工作量，并签认。 1.2.5 设计阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理。 2. 合同的变更管理。 3. 工程款支付管理。 4. 工程停、复工管理。 5. 工程延期管理。 1.2.6 设计阶段信息管理 1. 确定本阶段信息管理的对象

 建设单位提供的数据和资料  会议记录  设计报告  监理记录

2. 遵循已定义的信息管理过程收集管理有关文档 1.2.7 设计阶段组织协调  监理例会制度  监理工作报告  监理专题会议

1.2.8 设计阶段监理工作流程 1.2.8.1 设计阶段质量控制流程 1.2.8.2 设计进度控制流程

进入系统设计阶段

1.2.8.3 设计评审监理流程

监理机构与承建单位共同确定系统设计规范 承建单位提交《系统设计报告》 承建单位提交设计进度计划 ⑥ 参加人员 ⑦ 时间地点 承建单位进行 监理工程师制订设计评审计划监理机构对承建单位设计过程 ⑧ 议程 系统设计 活动进行监理 ⑨ 检查项目 总监理工程师审批 ⑩ 评审标准 A 专家会签、监理签认 承建单位根据确定的系统设计修正 监理工程师对《项目计划》进行审核 未通过 承建单位整改 通过 通过 监理工程师签认 进入编程阶段

1.3 项目实施阶段的监理

1.3.1 系统编码阶段监理工作

编码阶段的任务是根据软件详细设计说明，对各程序模块采用某种计算机语言进行编码、调试、静态分析和单元测试的过程。编码阶段承建单位工作的依据是用户需求、系统设计报告和详细设计报告。

监理单位应按照编码规范和进度计划对编码工作过程中的进度和程序质量进行监理和控制。

1.3.2 系统编码阶段质量控制 1. 审核承建单位编程前的准备工作 a) 编程规范

b) 开发平台是否统一 c) 分工与进度计划的落实 d) 源程序的管理机制

2. 审核承建单位提交的源程序及程序静态走查记录

a) 依据承建单位提交的编程规范抽检源程序，以检查其规范性； b) 审核静态走查记录

静态走查内容包括： - 文件名命名 - 变量命名与赋值方式 - 注释

- 与详细设计的一致性 - 功能分析 - 控制流分析 - 数据流分析 - 计算流分析 - 异常处理 - 表达式 - 编译过程

3. 审核承建单位提交的测试记录和测试报告

单元测试内容包括：

- 接口测试 - 功能逻辑测试 - 边界测试 - 局部数据结构测试 - 条件测试 - 路径分支测试 - 异常处理测试 - 内存泄漏测试

1.3.3 系统编码阶段进度控制

1. 审核承建单位提交的《编程进度计划》

 与建设合同的一致性  认同性  落实措施

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.3.4 系统编码阶段成本控制

1. 核实编程阶段的工程量和工作量，并签认。 1.3.5 系统编码阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理。 2. 合同的变更管理。 3. 工程停、复工管理。

1.3.6 系统编码阶段信息管理 1. 确定本阶段信息管理的对象

 源程序

 源程序审查记录  源程序测试记录  监理记录

2. 遵循已定义的信息管理过程收集管理有关文档

1.3.7 系统编码阶段组织协调  监理例会制度  监理工作报告  监理专题会议

1.3.8 系统编码阶段监理工作流程 1.3.8.1 编码阶段质量控制流程

进入编程阶段 ① ② ③ ④ ⑤ 分工 文件命名方式 编程规范 开发顺序 源程序文件管理方式 1.3.8.2 编码进度控制流程 审查编程计划及落实情况 否 承建单位提交编码进度计划 1.4.1 系统测试阶段监理工作 通过 改 整 1.4 项目测试阶段的监理 ⑥ 源程序测试方式 本处系统测试范围包括系统集成测试、系统功能测试、系统性能测试、系统是 ① 编程前是否充分理解设计安全测试、恢复测试、安装测试等。系统集成测试是指承建单位依据系统设计的内容 ② 编程中是否遵循编程规范要求检查系统各模块之间的接口通讯是否符合设计要求的测试方法；系统功能测 ③ 编程进度是否正常 监理工程师审批 编程过程中的质量与进度控制 试是指承建单位依据功能规格检查系统实现的功能是否符合功能规格要求的测审查源程序 按计划组织实施 试方法；系统性能测试是指承建单位检查系统在运行过程中的性能参数是否符合(规范性) 性能指标要求的测试；系统安全测试是指承建单位检查系统是否满足安全需求要求的测试。 承建单位整改 否 监理工程师对进度实施情况进行检查、分析 通过？ 是 本阶段监理工作重点主要包括测试前对测试规划工作的审核（如对测试计划和测试方案及测试用例的评审）、测试过程中的监督检查和测试后的评估。 审查单元测试过程、 严重偏离计划目标 基本实现计划目标 1.4.2 系统测试阶段质量控制记录和测试报告 1. 审核承建单位系统测试前的准备工作 测试前的准备工作包括： 否 通过？ a) 编制测试计划和测试用例准备编制下一阶段计划 b) 建立有效的模拟测试环境是 c) 选择有效的测试工具 d) 制订测试过程规范 e) 测试人员的培训等 进入系统测试阶段

总监理工程师签发《监理通知》 程序冻结，监理签认 监理工程师将通过文档审核、现场考察、人员谈话等方式检查测试前的准备

工作是否符合要求，以保证测试的有效性。 《测试计划》内容一般包括：

1) 测试对象描述 2) 测试目标 3) 测试依据和标准 4) 测试项目 5) 测试过程规范 6) 测试方法和工具选择 7) 测试进度计划

8) 测试人员要求和职责分工安排 9) 测试环境定义

10)测试记录与测试报告格式

11)测试问题解决方式（如果遇到重大错误导致测试无法进行下去，如何处

理）

12)缺陷等级和分类 13)测试通过标准 14)回归测试

《测试用例》内容一般包括：

1) 测试项目名称 2) 测试内容描述 3) 测试输入数据 4) 预期结果 5) 测试步骤 6) 实际测试结果 7) 测试人员和日期

2. 监督承建单位测试过程中执行规范的情况

承建单位在测试过程中，应按照测试用例的要求进行测试，并客观地记录测试结果。监理工程师将对测试用例和测试记录进行抽查，以保证测试的有效性。 3. 评估测试结果

监理工程师根据测试计划和测试过程审核承建单位提交的测试记录和测试报告，审核测试用例是否完全执行并达到了预期的结果，以确认测试的有效性和完备性。

1.4.3 系统测试阶段进度控制

1. 审核承建单位提交的《测试计划》，确保：

 与建设合同的一致性  各方的认同性  计划执行的落实措施  问题跟踪解决的方式

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.4.4 系统测试阶段成本控制

核实测试阶段的工程量和工作量，控制本阶段投入的软、硬件资源和人力资源，并签认。

1.4.5 系统测试阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理。 2. 合同的变更管理。 3. 工程停、复工管理。 4. 工程延期管理。

1.4.6 系统测试阶段信息管理 1. 确定本阶段信息管理的对象

 用户方提供的数据和资料  测试计划  测试记录  测试报告  监理记录

2. 遵循已定义的信息管理过程收集管理有关文档 1.4.7 系统测试阶段组织协调  监理例会制度

 监理工作报告  监理专题会议 1.4.8 监理工作流程

4.4.8.1 测试阶段质量控制流程

承建单位 整改 承建单位提交《测试计划》和《测试案例》 监理工程师审核测试计划和测试案例 否 通过？ 是 ① 测试环境的性 ② 测试工具的选择 ③ 测试过程的制订 ④ 测试人员的审核 集成测试 功能测试 性能测试 监理工程师审核测试准备情况 否 通过？ 是 监理工程师监督测试过程有效性 监理工程师审计测试记录和报告 承建单位 整改 安全测试 安装测试 否 通过？ 是 监理工程师签认测试合格证明 1.4.8.1 测试进度控制流程 1.5 项目预验收阶段的监理 1.5.1 系统预验收阶段监理工作 软件系统在投入试运行前要进行软件系统的预验收，或者称为系统初验，其承建单位提交测试计划 目的是确保软件系统具备试运行的条件。系统预验收应由建设单位、承建单位和监理单位共同成立专门的系统预验收小组。系统预验收测试通常包括系统业务(功能)测试、系统性能测试、系统安全测试和系统稳定性测试等。预验收测试在监理工程师审批 由建设方提供的实际运行环境下，由建设方主持进行。 为了保证系统预验收测试的有效性，监理方在这个阶段的主要工作有： 按计划组织实施 监理工程师对进度实施情况进行检查、分析 1) 评审承建方交付的预验收测试方案，并搞好组织协调，检查验收测试的

环境和资源的落实情况；

2) 检查承建方交付的文档和程序开发卷宗； 3) 监督检查测试的有效性； 4) 对验收测试结果组织评估。 1.5.2 系统预验收阶段质量控制

1. 协助建设单位审查承建单位提出的预验收申请。如果符合预验收条件，准备系统预验收；否则向承建单位提出系统整改意见； 2. 协助建设单位组织系统预验收小组；

3. 审核承建单位提交的《程序开发卷宗》和《用户操作手册》、《系统管理手册》等文档；

- 《程序开发卷宗》内容要求见附录1；

- 《用户操作手册》内容要求应满足GB8567—88《用户手册》的要求； - 《系统管理手册》内容要求见附录2；

4. 审核承建单位提出的预验收测试方案，并同承建单位协商形成最终的预验收测试方案；预验收测试方案的内容要求参见《测试计划》和《测试用例》的有关要求；

5. 协助建设单位、承建单位进行预验收测试，并记录测试结果；

6. 根据测试结果，对测试过程中出现的问题应提交《预验收整改意见书》，并会同建设单位和承建单位确定整改进度表，重新进行相关的测试，直至问题得到全部解决；

7. 如果测试内容全部符合要求，参与签署系统预验收合格书； 1.5.3 系统预验收阶段进度控制

1. 审核承建单位提交的《预验收测试计划》，确保：

 与建设合同的一致性

 应包含风险分析及系统应及措施，即系统出现可能的故障后将导

致的后果  各方的认同性  落实措施

 问题跟踪解决的方式

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.5.4 系统预验收阶段成本控制

核实本阶段的工程量和工作量，控制本阶段投入的软、硬件资源和人力资源，并签认。

1.5.5 系统预验收阶段合同管理

1. 若预验收测试内容均达到测试要求，承建单位提供的文档完整，合同其他条

款得到明确的落实，经预验收小组验收通过后，参与签署系统预验收合格证书；

2. 工程款支付管理； 3. 工程延期管理。

1.5.6 系统预验收阶段信息管理 1. 确定本阶段信息管理的对象：

a) 预验收测试计划、方案、标准； b) 预验收测试记录、测试报告； c) 预验收测试评估报告； d) 监理记录；

2. 遵循已定义的信息管理过程收集管理有关文档。 1.5.7 系统预验收阶段组织协调  监理例会制度  监理工作报告  监理专题会议 1.5.8 监理工作流程

1.5.8.1 系统预验收阶段质量控制流程

承建单位提出书面初验申请 1.5.8.2 预验收进度控制流程

检查合同履行情况 承建单位提交预验收计划 符合 不符合 提出整改意见 协助建设单位组织初验机构 监理工程师审批 1.6 项目用户培训阶段的监理

1.6.1 用户培训监理工作

为了保证交付的应用系统能够得到正确的使用，承建单位将通过对系统运行维护人员的培训，使其能够切实理解和掌握操作系统、网络系统、网络安全等各种基础知识，熟练管理以及维护操作，保证系统完工后能够正常运转；通过对最终用户的培训，使其熟练使用业务系统，充分发挥系统的作用。

为了保证培训的质量，监理单位将从以下方面对培训工作进行监理： 1) 审核承建单位制订的《培训计划》和《培训讲义》； 2) 审核承建单位指派的培训教师的资质； 3) 监督培训的实施；

4) 根据培训记录对培训效果进行评估。 1.6.2 培训阶段质量控制

1. 审核承建单位制订的《培训计划》和《培训讲义》。

培训计划要求包括以下内容：

- 培训目的 - 培训目标 - 培训对象 - 培训内容要点 - 培训考核标准和方式 - 培训方式 - 培训时间计划 - 培训教师简介 - 培训设施要求

2. 审核承建单位指派的培训教师的资质。

将从以下方面进行审核：

- 教育背景 - 相关工作经历 - 授课经验 - 业务熟悉程度

3. 监督培训的实施。

监理工程师应依据《培训计划》对培训的过程进行监督管理，包括培训前的准备情况，如讲义的打印、学员的报到登记，教学设备的检查等，以及培训人员出勤情况、考核记录、培训情况调查等，以便为评估培训效果积累必要的信息。培训讲义要保证参加培训的人员人手一份。 4. 根据培训记录对培训效果进行评估。

依据培训目标对培训结果评估。达到培训目标，监理予以签认，否则应责成承建单位与建设单位进行协商，确定补救措施。 1.6.3 培训阶段进度控制

1. 审核《培训时间计划》，并与建设单位有关人员协商，确定其可行性。 2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.6.4 培训阶段成本控制

1. 核实本阶段的工程量和工作量，并签认。 1.6.5 培训阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理； 2. 工程变更管理。 1.6.6 培训阶段信息管理 1. 确定本阶段信息管理的对象

a) 培训计划 b) 培训讲义

c) 培训记录，包括培训出勤记录、培训考核记录、培训调查 d) 监理记录

2. 遵循已定义的信息管理过程收集管理有关文档 1.6.7 培训阶段组织协调 1. 监理例会制度 2. 监理工作报告

3. 监理专题会议：协调建设单位与承建单位确定需要参加培训的人员和培训的时间安排。

1.6.8 培训阶段监理工作流程 1.6.8.1 用户培训质量控制流程

承建单位提交《培训计划》 监理单位审核《培训计划》 承建单位整改 否 通过 是 承建单位进行培训准备 ① 培训材料 承建单位整改 监理单位检查培训准备情况 否 通过 是 ② 培训讲义 ③ 培训场地设施 ④ 培训教师资质 ⑤ 培训考核

协商解决方案 承建单位根据培训计划组织培训 监理单位检查培训记录 监理单位进行培训评估 否

① 培训出勤记录 ② 培训考核记录 ③ 培训总结 ④ 用户反馈意见 通过 是 培训结束 1.6.8.2 培训进度控制流程

1.7 项目试运行阶段的监理 承建单位提交培训进度计划 1.7.1 系统试运行阶段监理工作 由于信息化软件一般都是比较大型的软件，涉及的方面比较多，因此在完成了系统测试后还需要在实际的业务环境中经过一段时间的试运行。系统试运行实监理工程师与建设单位协商后，审批 际是系统测试的延续，其目的是在实际业务环境下检查系统的稳定性、适用性等指标。监理单位在这个阶段的主要工作有： 1) 审核承建单位提交的系统试运行计划；按计划组织实施 2) 协助建设单位观察系统运行情况，记录系统运行时的异常现象； 3) 检测验证系统功能、性能与合同的符合性； 监理工程师对进度实施情况进行检查、分析 4) 将系统异常现象通知承建单位，并协助分析产生的原因； 基本实现计划目标 严重偏离计划目标 5) 协助建设单位审核承建单位提交的整改方案，并监督落实。 1.7.2 工程试运行阶段质量控制

1. 审定承建单位提交的系统试运行计划，试运行计划应包括以下内容：

a) 系统架构和功能的概述

b) 系统试运行环境，包括硬件、软件及数据 c) 系统试运行维护支持流程 d) 系统故障解决流程与应急机制 e) 系统试运行结束标准 f) 工作计划与资源安排 g) 各方协调渠道与机制

h) 系统试运行记录格式及记录要求

i) 风险分析，即系统出现可能的故障后将导致的后果

2. 审核承建单位提交的项目文档的完整性、可读性及其与实际系统的一致性； 3. 审核操作系统、应用系统等软件配置与设计方案的符合性； 4. 验证系统功能、性能与合同的符合性；

5. 协助建设单位观察系统运行情况，记录系统运行时的异常现象； 6. 将系统异常现象通知承建单位，并协助分析产生的原因； 7. 协助建设单位审核承建单位提交的整改方案，并监督落实。 8. 协助建设单位制定系统运行管理规章制度； 1.7.3 工程试运行阶段进度控制

1. 审核承建单位提交的《系统试运行计划》，确保：

 与建设合同的一致性  各方的认同性  落实措施

 系统故障跟踪解决的方式

2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》

1.7.4 工程试运行阶段成本控制

1. 核实本阶段的工程量和工作量，并签认。

1.7.5 工程试运行阶段合同管理

1. 合同的履行管理：包括工期、质量管理和费用管理； 2. 工程款支付管理； 3. 工程停、复工管理； 4. 工程延期管理。

1.7.6 工程试运行阶段信息管理 1. 确定本阶段信息管理的对象

a) 试运行计划 b) 试运行记录 c) 故障处理记录 d) 监理记录

2. 遵循已定义的信息管理过程收集管理有关文档 1.7.7 工程试运行阶段组织协调 1. 监理例会制度 2. 监理工作报告

3. 监理专题会议

1.7.8 工程试运行阶段监理工作流程 1.7.8.1 系统试运行阶段质量控制流程

承建单位提出系统试运行申请 监理机构审查系统试运行计划 承建单位进行整改

否 合格 是 信息系统试运行 不合格 试运行审查 合格 监理签认 1.7.8.2 试运行进度控制流程 1.7.8.3

承建单位提交试运行进度计划