软件开发综合项目监理工作细则.doc

*************************项目

监理实施细则

*******************监理
年 月

目 录

第一章 序言 4
第二章 项目角色 4
第三章 项目工期要求 4
第四章 项目内容 5
4.1 系统软件开发及实施 5
4.2 技术服务 5
第五章 监理工作步骤 5
5.1 工程开启阶段 6
5.2 工程设计阶段 6
5.3 工程实施阶段 9
5.4 工程验收阶段 10
第六章 各阶段工作明细 11
6.1 开启阶段 12
6.2 工程设计阶段 13
6.2.1 需求调研阶段 13
6.2.2 系统概要设计阶段 15
6.2.3 系统具体设计阶段 16
6.3 工程实施阶段 16
6.3.1编码阶段 17
6.3.2测试阶段 18
6.3.3安装调试阶段 19
6.3.4系统培训阶段 20
6.4 工程验收阶段 20
第七章 监理工作控制要求及目标 21
7.1 工程开启阶段控制关键点及目标： 22
7.2 设计阶段控制关键点及目标： 22
7.4 验收阶段控制关键点及目标： 24
第八章 监理方法及方法 24
8.1工程开启阶段方法及方法： 24
8.2设计阶段方法及方法： 25
83施工阶段方法及方法 25
8.4验收阶段方法及方法： 25
第九章 技术文档模版 25
9.1开发计划 26
9.2软件需求说明书 27
9.3概要设计说明书 28
9.4具体设计说明书 29
9.5数据库设计说明书 31
9.6测试计划 32
9.7测试分析汇报 33
9.8操作手册 35
第十章 监理依据 37

第一章 序言

为愈加好地开展监理工作，保障*************************项目标有效实施，确立全方面科学监理标准，提升实际监理工作可操作性和透明度，特制订本《监理细则》，供项目开发人员及现场人员参考实施。

第二章 项目角色

一、 业主方：*******************
二、 监理方：*******************监理
三、 开发方：

第三章 项目工期要求

工期要求：集成协议签署之日起至年月日。
实施要求：年月日第一阶段产品试运行；
年月日前第一阶段产品全方面上线；
年月日前第二阶段产品全方面上线。

第四章 项目内容

本项目标关键事实内容包含软件系统移植和开发，并提供相关技术服务。

4.1 系统软件开发及实施
电子政务基础平台完善、图形相关功效开发、图形基础软件升级、业务需求调查、办文系统数据整合迁移、地政业务数据整合迁移、局内部网站升级、修改相关系统和接口、总体设计和系统集成和系统培训。
行政审批和任务管理系统关键包含行政审批步骤、行政公文步骤、制发文步骤等业务审批。在业务审批流转过程中产生不一样类型任务，任务在不一样任务状态切换。全部工作项全部以任务驱动方法进行。在任务生命周期中会产生很多跟任务相关任务、资源或信息等。
两部分工作不是孤立，必需在建设内容划分和进度上匹配才能够确保项目标顺利开展。
4.2 技术服务

技术服务包含一下内容：
1) 用户培训，包含安装培训、使用培训和维护培训。
2) 系统维护，包含日常技术维护和适应性维护。

第五章 监理工作步骤

依据本项目实施项目要求及软件系统项目实施特点，我们把此次监理工作分为工程设计计划阶段监理，工程实施阶段监理，工程验收阶段监理三个阶段，具体实施以下：

5.1 工程开启阶段

1、监理方应完成任务：
√ 针对业主方在协议签署过程疑问，随时提供咨询服务；
√ 对承建单位提交协议给出评审汇报，由用户方进行确定；

2、承包方应提交文档
√ 投标文件

3、建设方应提交文档
√ 招标文件
√ 协议

4、监理方应提交文档
√ 协议评审汇报
√ 工作汇报（会议纪要、监理周报等）
√ 其它监理文档（联络单、备忘录等）
5.2 工程设计阶段

1、监理方应完成任务：

√ 编写监理计划，并召开三方协调会议，确定工作步骤及沟通制度；
√ 依据监理计划及各项目组进度计划，编制监理实施细则；
√ 确定需求变更和进度计划变更处理方法，并三方确定；
√ 审核开发计划，以评审汇报形式给用户方进行确定；
√ 参与需求调研方法制订，并三方确定；
√ 对关键需求调研部分，应和开发方一起进行调研；
√ 对开发方调研结果进行核查，立即指出不足之处；
√ 对系统需求必需有充足了解；
√ 审核需求规格说明书、以评审汇报形式给用户方进行确定；
√ 对概要设计进度情况进行核查；
√ 审核概要设计说明书，以评审汇报形式给用户方进行确定；
√ 对具体设计进度情况进行核查；
√ 审核具体设计说明书、数据库设计说明书、测试计划，以评审汇报形式给用户方进行确定；
√ 审核开发方提交周报；
√ 依据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两星期调整一次），并三方确定；
√ 编制周报，并提交给用户方；
√ 主持召开三方工程例会（每七天五早晨举行）、专题会，编制工程备忘录；
√ 各监理规范表格使用；

2、承建单位应提交文档

√ 开发计划
√ 软件需求说明书
√ 概要设计说明书
√ 具体设计说明书
√ 数据库设计说明书
√ 测试计划
√ 测试汇报
√《电子政务基础平台完善实施方案、计划》
√《国房局电子政务基础平台建设及办文******改造总体设计》
√《内部任务和行政审批管理系统需求规格说明书》
√《土地管理模块需求规格说明书》
√《办文系统数据整合迁移方案》
√《办文系统数据整合迁移集中测试计划》
√《办文系统数据整合迁移集中测试汇报》
√《办文系统数据整合迁移结果汇报》
√《地政业务数据整合集中测试计划》
√《地政业务数据整合集中测试汇报》
√《国房局图形******第一阶段方案、计划》
√《图形系统第一阶段升级测试计划》
√《图形系统第一阶段升级测试汇报》
√《内部网站升级方案、计划》
√《内部网站升级测试计划》
√《内部网站升级测试汇报》
√《相关接口、系统修改方案、计划》
√《相关接口、系统修改测试计划》
√《相关接口、系统修改测试汇报》
√《国房局电子政务基础平台建设及办文******改造系统运行环境计划、布署方案》
√ 工作周报

3、监理方应提交文档

√ 监理计划
√ 开发计划评审汇报
√ 监理细则
√ 软件需求说明书评审汇报
√ 概要设计说明书评审汇报
√ 具体设计说明书评审汇报
√ 数据库设计说明书评审汇报
√ 测试计划评审汇报
√ 工作汇报（会议纪要、监理周报、项目评审会议纪要、变更汇报等）
√ 其它监理文档（联络单、备忘录等）。

5.3 工程实施阶段

1、 监理方应完成任务：

√ 对编码进度情况进行核查，并对编码规范进行抽查，并将检验情况向用户方汇报；
√ 需求变更处理；
√ 审核单元测试汇报、操作手册、安装手册，以评审汇报形式给用户方进行确定；
√ 参与联调测试；
√ 审核联调测试汇报、培训计划、试运行计划、数据割接及应用上线方案，以评审汇报形式给用户方进行确定；
√ 如判定系统将出现拖期，则向用户方提交风险汇报；
√ 审核开发方提交周报；
√ 编制周报，并提交给用户方；
√ 依据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确定；
√ 主持召开三方工程例会每七天五早晨举行）、专题会，编制工程备忘录；
√ 各监理规范表格使用；

2、 承建单位应提交文档

√ 单元测试汇报；
√ 操作手册；
√ 安装手册；
√ 联调测试汇报；
√ 培训计划；
√ 试运行计划；
√《国房局电子政务基础平台建设及办文******改造系统上线运行工作计划》
√ 工作周报。

3、 监理方应提交文档

√ 单元测试、集成测试、压力测试评审汇报；
√ 用户操作手册、系统安装手册、系统管理员手册评审汇报；
√ 工作汇报（会议纪要、监理周报、项目评审会议纪要、变更汇报等）；
√ 其它监理文档（联络单、备忘录等）。

5.4 工程验收阶段

1、 监理方应完成任务：

√ 帮助用户方进行培训；
√ 对系统试运行情况进行定时检验，并向用户方汇报；
√ 审核试运行情况汇报，以评审汇报形式给用户方进行确定；
√ 三方确定验收时间、验收准则、评定规则、硬件/软件环境等，和三方职责；
√ 审核验收方案、验收测试汇报、售后服务计划，以评审汇报形式给用户方进行确定；
√ 参与验收测试，编制项目验收汇报，并将符合要求文档移交给用户方；
√ 如判定系统将出现拖期，则向用户方提交风险汇报；
√ 审核开发方提交汇报；
√ 编制周报，并提交给用户方；
√ 依据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次），并三方确定；
√ 主持召开三方工程例会（每七天五早晨举行）、专题会，编制工程备忘录；
√ 各监理规范表格使用；

2、 承建单位应提交文档

√ 试运行情况汇报
√ 验收方案
√ 验收手册
√ 验收测试汇报
√ 协议要求提供相关文档
√ 售后服务计划
√ 工作周报

3、 监理方应提交文档

√ 验收方案评审汇报
√ 项目验收汇报
√ 工作汇报（会议纪要、监理周报、项目评审会议纪要、变更汇报等）；
√ 其它监理文档（联络单、备忘录等）。

第六章 各阶段工作明细

61 开启阶段
1、计划时间：****年月日至****年月日
2、工作内容：

SN
任务
承建方
监理方
业主方

1

协议签署
起草协议；
修改完善协议
审核协议，有意见或提议则提交审查汇报
经办人审核协议，并上报审批

2

召开项目开启会

介绍实施方案
介绍监理工作注意事项；
整理会议纪要
主持会议；
提出项目要求

3

实施方案报审
编写实施方案；
修改、完善实施方案；
提交报审表
审核实施方案，有意见或提议则提交审查汇报
经办人审核实施方案，并上报审批
4
开工申请
提交开工申请表
审核开工申请表，发出开工令

3、工作规范说明
任务2说明：
协议审核关键点包含：
a. 协议实施范围明确，各项需求要求足够明确；
b. 任何和投标时不一致要求已得四处理；
c. 双方相关属于使用达成一致协议；
d. 处理用户在系统建设期间提出需求变更；
e. 用户提供哪些设施和资源；
f. 采取标准和规程；
g. 协议中提出软件生命周期过程从费用、质量、进度考虑是否合理；
h. 协议中是否纳入或列举被剪裁软件生命过程标准；
i. 协议中是否明确要求了验收组织和规程，验收准则是否协议；
j. 协议中要求承建方交付软件产品是否完整；
k. 协议是否明确要求了承建方不能按时交货应负责任；
l. 协议中是否包含了售后服务和必需技术培训条款，验收后出现问题处理，包含和质量相关索赔和用户投诉；
m. 协议全部条款是否全部符合国家相关法规和行业通例；
n. 协议是否明确了软件产品你专利权、使用权、担保权、许可权及保护知识产权信息。

6.2 工程设计阶段

6.2.1 需求调研阶段

1、计划时间：****年月日至****年月日
2、工作内容：

SN
任务
承建方
监理方
业主方
1
前期需求细化
消化前期需求细化
消化前期需求细化
消化前期需求细化
2
调研准备
制订调研计划
审核调研计划，有意见或提议则提交审查汇报；
经办人审核调研计划；
3
需求调研
到用户单位进行需求调研，如有变更，依据实际情况调整进度计划
核查需求调研、需求分析进度，如需变更则确定变更
帮助需求调研进行，如需变更，则确定变更
4
项目需求分析报审
编写项目需求说明书及系统原型V1.0版本；
修改、完善项目需求说明书；
提交报审表
审核《项目需求说明书》及系统原型，有意见或提议则提交审查汇报
用户审核《项目需求说明书》和系统原型，并上报审批

3、工作规范说明
任务3说明：
项目需求说明书审核关键点包含：
a. 文档是否按项目文档编制标准编制；
b. 文档中描述系统需求是前后一致、可行、可测试；
c. 软件需求是否全方面、正确地覆盖了用户对软件功效、性能、可靠性等方面要求；
d. 依据设计准则，把系统需求合适分配给硬件项、软件项和人工操作项；
e. 每一条软件需求说明是不是全部是可实现且可验证；
f. 需求说明中是否考虑了和已经有应用系统接口问题；
g. 需求说明中是否考虑了审批业务扩展要求；
h. 需求说明中是否考虑了故障处理要求，对故障处理方法是否合理和适宜；
i. 需求说明中是否考虑了用户安全保密性方面要求，经过合适严格方法表明包含安全、保密和关键性软件需求是正确。

6.2.2 系统概要设计阶段
1、计划时间：****年月日至****月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
系统概要设计报审
编写系统概要设计；
修改、完善系统概要设计；
提交报审表
核查概要设计进度情况；
审核需求或设计变更；审核系统概要设计，有意见或提议则提交审查汇报
经办人审核系统概要设计，并上报审核

3、工作规范说明
任务1说明
系统概要设计审核关键点包含：
a. 软件设计是正确、和需求抑制并可追溯到需求，覆盖了软件需求说明全部内容；
b. 设计实施正确事件次序、输入、输出、接口、逻辑步骤图、定时分配和预算估量、错误定义、隔离和恢复；
c. 能够从需求得出选定设计；
d. 软件功效部件分解是否合理；
e. 对故障处理方法是否完备有效；
f. 软件概要设计说明是否对软件需求说明有良好可追溯性；
g. 是否按计划开展了进度管理、质量管理和配置管理。

6.2.3 系统具体设计阶段
1、计划时间：****年月日至****年月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
系统具体设计报审
编写系统具体设计；
修改、完善系统具体设计；
提交报审表
核查具体设计进度情况；
审核需求或设计变更；
审核系统具体设计，有意见或提议则提交审查汇报
经办人审核系统具体设计，并上报审核

3、工作规范说明
任务1说明：
a. 数据库设计是否全方面，且考虑了多对一、一对多关系；
b. 具体设计和概要设计是否一致；
c. 经过合适严格方法表明设计正确地实现了安全、保密和其它关键性要求；
d. 是否按计划开展了进度管理、质量管理和配置管理。

6.3 工程实施阶段

6.3.1编码阶段

1、计划时间：****年月日至****年月日
2、工作内容：

SN
任务
承建方
监理方
业主方
1
编码
进行编码
对变得进度情况进行核查，并将检验情况向业主方汇报

2
模块设计说明书报审
编写模块设计说明书；
修改、完善模块设计说明书；
提交报审表
审核模块设计说明书，有意见或提议则提交审查汇报
经办人审核模块设计说明书

3、工作规范说明
任务1说明：
编码验证和评审工作，内容关键包含
a. 编码是否符合相关编码标准；
b. 编码可追溯到设计和需求并切实可测试、正确、并符合需求；
c. 编码会自行正确事件次序，前后一致接口关系、正确数据和控制步骤图、完整性、合适定时分配和预算估量、错误定义、隔离和恢复；
d. 程序是否正确地实现了软件具体设计；
e. 程序中是否有足够注释，以确保程序可读性和可维护性；
f. 是否开展了软件静态分析、代码审查和软件单元测试；
g. 软件单元测试是否充足，是否达成了语句覆盖率和分支覆盖率均为100%要求；
h. 经过合适严格方法表明编码正确地实现了安全、保密和其它关键性要求；
i. 是否按计划开展了进度管理、质量管理和配置管理。
j. 集成验证要求
k. 每个软件项软件组件和软件单元已完整地、正确地集成到系统中；
l. 系统硬件项、软件项和人工操作项已完整地、正确地集成到系统中；
m. 其它系统相关功效模块已完整地、正确地集成到系统中；
n. 已依据集成计划完成集成任务。
o. 任务2说明：
p. 模块设计是正确、和软件设计一致并可追溯到需求，覆盖了软件设计说明全部内容；
q. 设计实施正确时间次序、输入、输出、接口、逻辑步骤图、定时分配和预算估量、错误定义、隔离和恢复；
r. 是否按计划开展了进度管理、质量管理和配置管理。
6.3.2测试阶段

1、计划时间：****年月日至****年月日
2、工作内容：

SN
任务
承建方
监理方
业主方
1
测试计划报审
编写测试计划；修改、完善测试计划；
提交报审表
审核测试计划，有意见或提议则提交审查汇报
经办人审核测试计划，并上报评审
2
单元测试
进行内部测试
对内部测试进度情况进行核查

3
整体测试
进行内部测试
对内部测试进度情况进行核查

4
完成测试
编写测试汇报；修改、完善测试汇报；
审核测试汇报，有意见或提议则提交审查汇报
经办人审核测试汇报，并上报评审

3、工作规范说明
任务1说明：
测试计划审核关键点
a. 是否包含了易用性测试、稳定性测试计划；
b. 测试需求、测试用例、测试数据是否符合规格说明；
c. 测试路径是否覆盖全部功效点；
d. 任务4说明；
e. 测试汇报是否正确，实际情况和预期结果之间差异是否已得四处理；
f. 是否采取了必需软件测试工具以提升测试效率，同时保障测试可反复验证性；
g. 是否进行了强度、边界和异常输入测试；
h. 针对测试中发觉软件错误是否进行了软件修改，并开展了对应软件回归测试
i. 确定软件产品在目标环境选定区域进行了适用性测试
6.3.3安装调试阶段

1、计划时间：****年月日至****年月日

2、工作内容：
SN
任务
承建方
监理方
业主方
1
安装调试
编写安装调试计划；
修改、完善安装调试计划；
审核安装调试计划，有意见或提议则提交审查汇报
经办人审核安装调试计划
2
安装调试
到个用户单位布署和安装调试
跟进开发方安装调试工作
联络个用户单位
3
联合测试
进行系统测试
出具监理方测试汇报
经办人审核监理方测试汇报
4
安装调试完成
编写安装调试汇报；
修改、完善安装调试汇报
审核安装调试汇报，有意见或提议则提交审查汇报
审核安装调试汇报

6.3.4系统培训阶段
1、计划时间：****年月日至****年月日
2、工作内容：
SN
任务
承建方
监理方
业主方
1
培训准备
编写培训计划及培训教材；
修改、完善培训计划及培训教材
审核培训计划，有意见或提议则提交审查汇报
审核培训计划及培训教材
2
培训
有培训人员对用户进行培训

组织用户参与培训

6.4 工程验收阶段
1、计划时间：
系统阶段验收：****年月日至****年月日
总体验收：****年月日至****年月日
2、工作内容
SN
任务
承建方
监理方
业主方
1
系统阶段验收
编写阶段验收汇报；
修改、完善阶段验收汇报
评审阶段验收汇报，有意见或提议则提交审查汇报
经办人评审阶段验收汇报
2
项目终验
编写验收汇报；
修改、完善验收汇报；
提交报审表
评审验收汇报，有意见或提议则提交审查汇报
经办人评审验收汇报，并上报审批

3、工作规范说明
任务1说明：
项目终验工作关键点
a. 组织软件项目阶段验收准备；
b. 验证软件系统功效性能和协议符合性；
c. 审核和项目配套技术文档是否齐全并满足相关标准及规范要求；
d. 检验技术培训是否达成协议要求；
e. 出具项目阶段验收汇报；
f. 督促整理项目协议文件阶段技术档案资料；
g. 帮助业主制订系统运行管理规章制度

第七章 监理工作控制要求及目标

依据监理计划和监理工作步骤，设置监理工作控制关键点及目标。
7.1 工程开启阶段控制关键点及目标：

关键点1：明确用户需求；
关键点2：协议实施范围明确，各项需求要求足够明确。
关键点3：任何和投标时不一致要求已得四处理。
关键点4：项目组有能力满足协议要求。
关键点5：协议中要求项目验收准则和方法。
关键点6：协议中要求对系统验收后出现问题处理，包含和质量相关索赔和用户投诉。
关键点7：协议中要求采取技术标准和规程。
目标：帮助业主单位明确工程需求，确定工程建设目标；产生合理初步设计方案和投资预算；尽可能使招标书少出现不确定性问题，并对有效投标标书给评价和比较，给出明确意见，帮助选择含有完成本项目实力建设商；依据中标方案和招标要求，促进业主单位、承建单位所签署承建协议在技术、经济上合理有效。
文档要求：产生经过确定需求统计表，需求分配表，需求分配标准、协议评审汇报（标识出可能风险）。

7.2 设计阶段控制关键点及目标：

关键点1：监督承建单位进行更深入可行性调研和制订出初步项目开发计划。
关键点2：监督承建单位进行需求分析，写出对应文档。
关键点3：监督承建单位出对应初步用户手册。
关键点4立即检验承建单位出深入测试计划。
关键点5：监督承建单位立即出概要设计说明书，检验是否符合对应规范性，和
是否考虑周全等。
关键点6：监督承建单位立即出具体设计说明书，检验好似否符合对应规范性，和是否考虑周全等。
关键点7：监督承建单位立即出数据库设计说明，检验是否符合对应规范性，和是否考虑周全等。
关键点8：立即检验承建单位出操作手册。
关键点9：监督承建单位出对应开发进度周报和月报。
关键点10：配置实施人员和实施设备，提供实施方案包含风险投资控制方法和进度计划；
目标：这个阶段是软件卡法中可行性研究和计划阶段、需求分析阶段、设计阶段，关键是推进业主单位、承建单位对工程需求和设计进行规范化技术描述，为工程实施提供优化设计方案；促进工程计划、设计方案满足工程需求，符合相关法律、法规和标准，并和工程建设协议相符，含有可验证性；帮助业主单位、承建单位消除设计文档在进入工程实施前可预见缺点。
文档要求：对可行性汇报、项目开发计划、软件需求说明书、数据需求说明书、数据需求说明书、概要设计说明书、具体设计说明书、数据库设计说明、初步测试计划和开发进度周报合约报等文档。

7.3 施工阶段控制关键点及目标：

关键点1：检验承建单位项目开发软、硬件环境。
关键点2：立即检验承建单位出用户手册。
关键点3：立即检验承建单位出操作手册。

关键点4：立即检验承建单位出模块开发卷宗。
关键点5：立即检验承建单位测试分析汇报。
关键点6：监督承建单位出对应开发进度周报和月报。
关键点7：监督承建单位出对应项目开发总结。
目标：这个阶段是软件开发实现阶段、测试阶段、运行和维护。是加强工程实施方案正当性、合理性、和设计方案符合性；促进工程中所使用产品和服务符合承建协议及国家相关法律、法规和标准；明确工程实施计划，对于计划调整必需合理、受控；促进工程实施过程满足承建协议要求，并和工程设计方案、工程计划相符；完善工程中不足，是整个工程符合协议要求。
文档要求：对操作手册、用户手册、模块开发卷宗、测试汇报、项目开发总结和工程实施建立汇报等文档审核汇报，质量评定汇报。

7.4 验收阶段控制关键点及目标：

关键点1：督促工程施工方将项目顺利移交给需方。
关键点2：督促整理工程协议中需要提交激素文档资料。
关键点3：明确工程测试验收方案符合性（验收目标、责任双方、验收提交清单、验收标准、验收方法、验收环境等）及可行性；
关键点4：促进工程最终功效和性能符合承建协议、法律、法规和标准要求；
目标：促进工程根据协议和相关标准按时验收。
文档要求：验收文档监理汇报

第八章 监理方法及方法

依据监理计划和监理工作步骤，制订监理工作方法及方法。
8.1工程开启阶段方法及方法：

立即审批协议初稿，和业主方、承包方一起制订项目标工作制度，确保为项目顺利进行。
8.2设计阶段方法及方法：
根据软件工程文档规范及对应标准严格审查一下文档：可行性汇报、项目开发计划、软件需求说明书、数据需求说明书、概要设计说明书、具体设计说明书、数据库设计说明书、初步测试计划和开发进度周报合约报等文档，写出对应方案评审汇报。对项目开发计划、软件需求分析、概要设计、具体设计及数据库设计等各个关键阶段写入里程碑。只有经过企业评审和用户一致认为该阶段已结束，才能够进入下一阶段。

8.3施工阶段方法及方法
根据软件工程文档规范及对应标准严格审查以下文档：操作手册、用户手册、模块开发卷宗、测试汇报、项目开发总结和工程实施监理汇报等文档，写出质量评定汇报。
对模块开发卷宗、测试计划、测试设计、系统测试及项目结束等各个关键阶段写入里程碑。只有经过企业评审和用户一致认为该阶段已结束，才能够进入下一阶段。

8.4验收阶段方法及方法：
根据协议中要求，按质按时将项目顺利交付给用户，对验收方案条件进行全方面验收测试，确保工程最终功效和性能符合承建协议、法律、法规、和标准要求，实现各类文档整理和移交。

第九章 技术文档模版
*************************监理组