1、第 1 页 共 25 页*项目监理实施细则*监理有限公司年 月第 2 页 共 25 页目 录第一章 前言 .4第二章 项目角色 .4第三章 项目工期要求 .4第四章 项目内容 .54.1 系统软件开发及实施 54.2 技术服务 5第五章 监理工作流程 .55.1 工程启动阶段 65.2 工程设计阶段 65.3 工程实施阶段 95.4 工程验收阶段 10第六章 各阶段工作明细 .116.1 启动阶段 126.2 工程设计阶段 136.2.1 需求调研阶段 .136.2.2 系统概要设计阶段 .156.2.3 系统详细设计阶段 .166.3 工程实施阶段 166.3.1 编码阶段 176.3.2
2、测试阶段 186.3.3 安装调试阶段 196.3.4 系统培训阶段 206.4 工程验收阶段 20第七章 监理工作的控制要求及目标 .21第 3 页 共 25 页7.1 工程启动阶段的控制要点及目标： 227.2 设计阶段的控制要点及目标： 227.4 验收阶段的控制要点及目标： 24第八章 监理方法及措施 .248.1 工程启动阶段的方法及措施： .248.2 设计阶段的方法及措施： .258.3 施工阶段的方法及措施 .258.4 验收阶段的方法及措施： .25第九章 技术文档模版 .259.1 开发计划 .269.2 软件需求说明书 .279.3 概要设计说明书 .289.4 详细设计
3、说明书 .299.5 数据库设计说明书 .319.6 测试计划 .329.7 测试分析报告 .339.8 操作手册 .35第十章 监理依据 .37第 4 页 共 25 页第一章 前言为更好地开展监理工作，保障*项目的有效实施，确立全面科学的监理标准，提高实际监理工作的可操作性和透明度，特制订本监理细则 ，供项目开发人员及现场人员参照执行。第二章 项目角色一、 业主方：*二、 监理方：*监理有限公司三、 开发方： 第三章 项目工期要求工期要求：集成合同签订之日起至年月日。实施要求：年月日第一阶段产品试运行；年月日前第一阶段产品全面上线；年月日前第二阶段产品全面上线。第四章 项目内容本项目的主要事
4、实内容包括软件系统的移植和开发，并提供相关的技术服务。第 5 页 共 25 页4.1 系统软件开发及实施电子政务基础平台完善、图形相关功能开发、图形基础软件升级、业务需求调查、办文系统数据整合迁移、地政业务数据整合迁移、局内部网站升级、修改相关系统和接口、总体设计与系统集成和系统培训。行政审批与任务管理系统主要包括行政审批流程、行政公文流程、制发文流程等业务审批。在业务审批流转过程中产生不同类型的任务，任务在不同的任务状态切换。所有的工作项都以任务驱动方式进行。在任务的生命周期中会产生很多跟任务相关的任务、资源或信息等。两部分工作不是孤立的，必须在建设内容划分和进度上匹配才能够保证项目的顺利开
5、展。4.2 技术服务技术服务包括一下内容：1) 用户培训，包括安装培训、使用培训和维护培训。2) 系统维护，包括日常技术维护和适应性维护。第五章 监理工作流程根据本项目实施的项目要求及软件系统项目实施的特点，我们把本次的监理工作分为工程设计规划阶段监理，工程实施阶段监理，工程验收阶段监理三个阶段，具体实施如下：5.1 工程启动阶段1、监理方应完成的任务：第 6 页 共 25 页 针对业主方在合同签订过程的疑问，随时提供咨询服务； 对承建单位提交的合同给出评审报告，由用户方进行确认；2、承包方应提交的文档 投标文件3、建设方应提交的文档 招标文件 合同4、监理方应提交的文档 合同评审报告 工作报
6、告（会议纪要、监理周报等） 其他监理文档（联系单、备忘录等）5.2 工程设计阶段1、监理方应完成的任务： 编写监理规划，并召开三方协调会议，确定工作流程及沟通制度； 根据监理规划及各项目组的进度计划，编制监理实施细则； 确定需求变更以及进度计划变更的处理方法，并三方确认； 审核开发计划，以评审报告的形式给用户方进行确认； 参与需求调研方式的制定，并三方确认； 对重要的需求调研部分，应与开发方一起进行调研； 对开发方的调研成果进行核查，及时指出不足之处； 对系统的需求必须有充分的理解； 审核需求规格说明书、以评审报告的形式给用户方进行确认； 对概要设计进度情况进行核查；第 7 页 共 25 页
7、审核概要设计说明书，以评审报告的形式给用户方进行确认； 对详细设计进度情况进行核查； 审核详细设计说明书、数据库设计说明书、测试计划，以评审报告的形式给用户方进行确认； 审核开发方提交的周报； 根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小的变更则两星期调整一次） ，并三方确认； 编制周报，并提交给用户方； 主持召开三方工程例会（每周五上午举行） 、专题会，编制工程备忘录； 各监理规范表格的使用；2、承建单位应提交的文档 开发计划 软件需求说明书 概要设计说明书 详细设计说明书 数据库设计说明书 测试计划 测试报告电子政务基础平台完善实施方案、计划国房局电子政务基础平台建设及办文
8、*改造总体设计内部任务与行政审批管理系统需求规格说明书土地管理模块需求规格说明书办文系统数据整合迁移方案办文系统数据整合迁移集中测试计划办文系统数据整合迁移集中测试报告办文系统数据整合迁移成果报告第 8 页 共 25 页地政业务数据整合集中测试计划地政业务数据整合集中测试报告国房局图形*第一阶段方案、计划图形系统第一阶段升级测试计划图形系统第一阶段升级测试报告内部网站升级方案、计划内部网站升级测试计划内部网站升级测试报告相关接口、系统修改方案、计划相关接口、系统修改测试计划相关接口、系统修改测试报告国房局电子政务基础平台建设及办文*改造系统运行环境规划、部署方案 工作周报3、监理方应提交的文档
9、 监理规划 开发计划评审报告 监理细则 软件需求说明书评审报告 概要设计说明书评审报告 详细设计说明书评审报告 数据库设计说明书评审报告 测试计划评审报告 工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等） 其他监理文档（联系单、备忘录等） 。第 9 页 共 25 页5.3 工程实施阶段1、 监理方应完成的任务： 对编码的进度情况进行核查，并对编码的规范进行抽查，并将检查情况向用户方汇报； 需求变更的处理； 审核单元测试报告、操作手册、安装手册，以评审报告的形式给用户方进行确认； 参与联调测试； 审核联调测试报告、培训计划、试运行计划、数据割接及应用上线方案，以评审报告的形式给用户方
10、进行确认； 如判断系统将出现拖期，则向用户方提交风险报告； 审核开发方提交的周报； 编制周报，并提交给用户方； 根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次） ，并三方确认； 主持召开三方工程例会（每周五上午举行） 、专题会，编制工程备忘录； 各监理规范表格的使用；2、 承建单位应提交的文档 单元测试报告； 操作手册； 安装手册； 联调测试报告； 培训计划； 试运行计划；第 10 页 共 25 页国房局电子政务基础平台建设及办文*改造系统上线运行工作计划 工作周报。3、 监理方应提交的文档 单元测试、集成测试、压力测试评审报告； 用户操作手册、系统安装手册
11、、系统管理员手册评审报告； 工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）； 其他监理文档（联系单、备忘录等） 。5.4 工程验收阶段1、 监理方应完成的任务： 协助用户方进行培训； 对系统的试运行情况进行定期检查，并向用户方汇报； 审核试运行情况报告，以评审报告的形式给用户方进行确认； 三方确定验收时间、验收准则、评估规则、硬件/软件环境等，以及三方职责； 审核验收方案、验收测试报告、售后服务计划，以评审报告的形式给用户方进行确认； 参与验收测试，编制项目验收报告，并将符合要求的文档移交给用户方； 如判断系统将出现拖期，则向用户方提交风险报告； 审核开发方提交的报告； 编制周报
12、，并提交给用户方；第 11 页 共 25 页 根据实际情况调整进度计划（出现重大变更应立即进行调整或出现小变更则两个星期调整一次） ，并三方确认； 主持召开三方工程例会（每周五上午举行） 、专题会，编制工程备忘录； 各监理规范表格的使用；2、 承建单位应提交的文档 试运行情况报告 验收方案 验收手册 验收测试报告 合同要求提供的相关文档 售后服务计划 工作周报3、 监理方应提交的文档 验收方案评审报告 项目验收报告 工作报告（会议纪要、监理周报、项目评审会议纪要、变更报告等）； 其他监理文档（联系单、备忘录等） 。第六章 各阶段工作明细第 12 页 共 25 页6.1 启动阶段1、计划时间：*
13、年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 合同签署起草合同；修改完善合同审核合同，有意见或建议则提交审查报告经办人审核合同，并上报审批2 召开项目启动会介绍实施方案介绍监理工作注意事项；整理会议纪要主持会议；提出项目要求3 实施方案报审编写实施方案；修改、完善实施方案；提交报审表审核实施方案，有意见或建议则提交审查报告经办人审核实施方案，并上报审批4 开工申请 提交开工申请表审核开工申请表，发出开工令3、工作规范说明任务 2 说明：合同审核要点包括：a. 合同实施范围明确，各项需求规定足够明确；b. 任何与投标时不一致的要求已得到解决；c. 双方关于属于的使用达成一
14、致协议；d. 处理用户在系统建设期间提出的需求变更；e. 用户提供哪些设施和资源；第 13 页 共 25 页f. 采用的标准和规程；g. 合同中提出的软件生命周期过程从费用、质量、进度考虑是否合理；h. 合同中是否纳入或列举被剪裁的软件生命过程标准；i.合同中是否明确规定了验收的组织和规程，验收准则是否合同；j.合同中要求承建方交付的软件产品是否完整；k. 合同是否明确规定了承建方不能按时交货应负的责任；l.合同中是否包括了售后服务和必要技术培训的条款，验收后出现的问题的处理，包括与质量有关的索赔和用户的投诉；m. 合同的所有条款是否都符合国家的有关法规和行业惯例；n. 合同是否明确了软件产品
15、你的专利权、使用权、担保权、许可权及保护知识产权信息。6.2 工程设计阶段6.2.1 需求调研阶段1、计划时间：*年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 前期需求细化消化前期需求细化消化前期需求细化消化前期需求细化2 调研准备 制定调研计划审核调研计划，有意见或建议则提交审查报告；经办人审核调研计划；第 14 页 共 25 页3 需求调研 到用户单位进行需求调研，如有变更，根据实际情况调整进度计划核查需求调研、需求分析进度，如需变更则确认变更协助需求调研的进行，如需变更，则确认变更4 项目需求分析报审编写项目需求说明书及系统原型V1.0 版本；修改、完善项目需求说
16、明书；提交报审表审核项目需求说明书及系统原型，有意见或建议则提交审查报告用户审核项目需求说明书和系统原型，并上报审批3、工作规范说明任务 3 说明：项目需求说明书审核要点包括：a. 文档是否按项目文档编制标准编制的；b. 文档中描述的系统需求是前后一致的、可行的、可测试的；c. 软件需求是否全面、准确地覆盖了用户对软件功能、性能、可靠性等方面的要求；d. 根据设计准则，把系统的需求恰当的分配给硬件项、软件项和人工操作项；e. 每一条软件需求说明是不是都是可实现且可验证的；f. 需求说明中是否考虑了与已有应用系统的接口问题；g. 需求说明中是否考虑了审批业务的扩展要求；h. 需求说明中是否考虑了
17、故障处理要求，对故障处理方法是否合理和合第 15 页 共 25 页适；i.需求说明中是否考虑了用户安全保密性方面的要求，通过适当严格的方法表明涉及安全、保密和关键性的软件需求是正确的。6.2.2 系统概要设计阶段1、计划时间：*年月日至* 月日2、工作内容：SN 任务 承建方 监理方 业主方1 系统概要设计报审编写系统概要设计；修改、完善系统概要设计；提交报审表核查概要设计进度情况；审核需求或设计的变更；审核系统概要设计，有意见或建议则提交审查报告经办人审核系统概要设计，并上报审核3、工作规范说明任务 1 说明系统概要设计审核要点包括：a. 软件设计是正确的、与需求抑制并可追溯到需求，覆盖了软
18、件需求说明的全部内容；b. 设计执行正确的事件顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义、隔离和恢复；c. 可以从需求得出选定的设计；d. 软件功能部件的分解是否合理；第 16 页 共 25 页e. 对故障处理的措施是否完备有效；f. 软件概要设计说明是否对软件需求说明有良好的可追溯性；g. 是否按计划开展了进度管理、质量管理和配置管理。6.2.3 系统详细设计阶段1、计划时间：*年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 系统详细设计报审编写系统详细设计；修改、完善系统详细设计；提交报审表核查详细设计进度情况；审核需求或设计的变更；审核系统详
19、细设计，有意见或建议则提交审查报告经办人审核系统详细设计，并上报审核3、工作规范说明任务 1 说明：a. 数据库设计是否全面，且考虑了多对一、一对多的关系；b. 详细设计与概要设计是否一致；c. 通过适当严格的方法表明设计正确地实现了安全、保密和其他关键性的要求；d. 是否按计划开展了进度管理、质量管理和配置管理。6.3 工程实施阶段第 17 页 共 25 页6.3.1 编码阶段1、计划时间：*年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 编码 进行编码 对变得进度情况进行核查，并将检查情况向业主方汇报2 模块设计说明书报审编写模块设计说明书；修改、完善模块设计说明书；
20、提交报审表审核模块设计说明书，有意见或建议则提交审查报告经办人审核模块设计说明书3、工作规范说明任务 1 说明：编码验证和评审工作，内容主要包括a. 编码是否符合有关的编码标准；b. 编码可追溯到设计和需求并切实可测试的、正确的、并符合需求；c. 编码会自行正确的事件顺序，前后一致的接口关系、正确的数据和控制流程图、完整性、恰当的定时分配和预算估计、错误的定义、隔离和恢复；d. 程序是否正确地实现了软件详细设计；e. 程序中是否有足够的注释，以保证程序的可读性和可维护性；f. 是否开展了软件静态分析、代码审查和软件单元测试；第 18 页 共 25 页g. 软件单元测试是否充分，是否达到了语句覆
21、盖率和分支覆盖率均为100%的要求；h. 通过适当严格的方法表明编码正确地实现了安全、保密和其他关键性的要求；i. 是否按计划开展了进度管理、质量管理和配置管理。j.集成验证的要求k. 每个软件项的软件组件和软件单元已完整地、正确地集成到系统中；l.系统的硬件项、软件项和人工操作项已完整地、正确地集成到系统中；m. 其他系统的相关功能模块已完整地、正确地集成到系统中；n. 已根据集成计划完成集成任务。o. 任务 2 说明：p. 模块设计是正确的、与软件设计一致并可追溯到需求，覆盖了软件设计说明的全部内容；q. 设计执行正确的时间顺序、输入、输出、接口、逻辑流程图、定时分配和预算估计、错误的定义
22、、隔离和恢复；r. 是否按计划开展了进度管理、质量管理和配置管理。6.3.2 测试阶段1、计划时间：*年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 测试计划报审编写测试计划；修改、完善测试计划；提交报审表审核测试计划，有意见或建议则提交审查报告经办人审核测试计划，并上报评审2 单元测试 进行内部测试 对内部测试的进度情况进行第 19 页 共 25 页核查3 整体测试 进行内部测试 对内部测试的进度情况进行核查4 完成测试 编写测试报告；修改、完善测试报告；审核测试报告，有意见或建议则提交审查报告经办人审核测试报告，并上报评审3、工作规范说明任务 1 说明：测试计划审核要
23、点a. 是否包括了易用性测试、稳定性测试计划；b. 测试需求、测试用例、测试数据是否符合规格说明；c. 测试路径是否覆盖全部功能点；d. 任务 4 说明；e. 测试报告是否正确的，实际情况和预期结果之间的差异是否已得到解决；f. 是否采用了必要的软件测试工具以提高测试的效率，同时保障测试的可重复验证性；g. 是否进行了强度、边界和异常输入测试；h. 针对测试中发现的软件错误是否进行了软件修改，并开展了相应的软件回归测试；i.确认软件产品在目标环境的选定区域进行了适用性测试6.3.3 安装调试阶段1、计划时间：*年月日至* 年月日第 20 页 共 25 页2、工作内容：SN 任务 承建方 监理方
24、 业主方1 安装调试 编写安装调试计划；修改、完善安装调试计划；审核安装调试计划，有意见或建议则提交审查报告经办人审核安装调试计划2 安装调试 到个用户单位部署和安装调试跟进开发方安装调试工作联系个用户单位3 联合测试 进行系统测试 出具监理方测试报告经办人审核监理方测试报告4 安装调试完毕编写安装调试报告；修改、完善安装调试报告审核安装调试报告，有意见或建议则提交审查报告审核安装调试报告6.3.4 系统培训阶段1、计划时间：*年月日至* 年月日2、工作内容：SN 任务 承建方 监理方 业主方1 培训准备编写培训计划及培训教材；修改、完善培训计划及培训教材审核培训计划，有意见或建议则提交审查报
25、告审核培训计划及培训教材2 培训 有培训人员对用户进行培训组织用户参加培训6.4 工程验收阶段1、计划时间：系统阶段验收：*年月日至* 年月日总体验收：*年月日至* 年月日第 21 页 共 25 页2、工作内容SN 任务 承建方 监理方 业主方1 系统阶段验收编写阶段验收报告；修改、完善阶段验收报告评审阶段验收报告，有意见或建议则提交审查报告经办人评审阶段验收报告2 项目终验编写验收报告；修改、完善验收报告；提交报审表评审验收报告，有意见或建议则提交审查报告经办人评审验收报告，并上报审批3、工作规范说明任务 1 说明：项目终验工作要点a. 组织软件项目阶段验收准备；b. 验证软件系统功能性能与
26、合同的符合性；c. 审核与项目配套的技术文档是否齐全并满足相关标准及规范的要求；d. 检查技术培训是否达到合同要求；e. 出具项目阶段验收报告；f. 督促整理项目合同文件的阶段技术档案资料；g. 帮助业主制定系统运行管理规章制度第七章 监理工作的控制要求及目标根据监理规划和监理工作流程，设立监理工作的控制要点及目标。第 22 页 共 25 页7.1 工程启动阶段的控制要点及目标：要点 1：明确用户需求；要点 2：合同实施范围明确，各项需求规定足够明确。要点 3：任何与投标时不一致的要求已得到解决。要点 4：项目组有能力满足合同要求。要点 5：合同中规定项目验收准则和方式。要点 6：合同中规定对
27、系统验收后出现的问题的处理，包括与质量有关的索赔和用户的投诉。要点 7：合同中规定采用的技术标准和规程。目标：协助业主单位明确工程需求，确定工程建设目标；产生合理的初步设计方案和投资预算；尽可能使招标书少出现不确定性问题，并对有效的投标标书给予评价和比较，给出明确意见，协助选择具有完成本项目实力的建设商；根据中标方案和招标要求，促使业主单位、承建单位所签订的承建合同在技术、经济上合理有效。 文档要求：产生经过确认的需求统计表，需求分配表，需求分配原则、合同评审报告（标识出可能的风险） 。7.2 设计阶段的控制要点及目标：要点 1：监督承建单位进行更进一步的可行性调研和制定出初步项目开发计划。要
28、点 2：监督承建单位进行需求分析，写出相应的文档。要点 3：监督承建单位出相应的初步用户手册。要点 4：及时检查承建单位出进一步的测试计划。要点 5：监督承建单位及时出概要设计说明书，检查是否符合相应的规范性，以及是否考虑周全等。第 23 页 共 25 页要点 6：监督承建单位及时出详细设计说明书，检查好似否符合相应的规范性，以及是否考虑周全等。要点 7：监督承建单位及时出数据库设计说明，检查是否符合相应的规范性，以及是否考虑周全等。要点 8：及时检查承建单位出操作手册。要点 9：监督承建单位出相应的开发进度周报和月报。要点 10：配备实施人员和实施设备，提供实施方案包括风险投资控制措施和进度
29、计划；目标：这个阶段是软件卡法中的可行性研究与计划阶段、需求分析阶段、设计阶段，主要是推动业主单位、承建单位对工程需求和设计进行规范化的技术描述，为工程实施提供优化的设计方案；促使工程计划、设计方案满足工程需求，符合相关的法律、法规和标准，并与工程建设合同相符，具有可验证性；协助业主单位、承建单位消除设计文档在进入工程实施前可预见的缺陷。文档要求：对可行性报告、项目开发计划、软件需求说明书、数据需求说明书、数据需求说明书、概要设计说明书、详细设计说明书、数据库设计说明、初步测试计划和开发进度周报合约报等文档。7.3 施工阶段的控制要点及目标：要点 1：检查承建单位项目开发的软、硬件环境。要点
30、2：及时检查承建单位出用户手册。要点 3：及时检查承建单位出操作手册。要点 4：及时检查承建单位出模块开发卷宗。要点 5：及时检查承建单位的测试分析报告。要点 6：监督承建单位出相应的开发进度周报和月报。要点 7：监督承建单位出相应的项目开发总结。目标：这个阶段是软件开发的实现阶段、测试阶段、运行与维护。是加强工程实施方案的合法性、合理性、与设计方案的符合性；促使工程中所使第 24 页 共 25 页用的产品和服务符合承建合同及国家相关法律、法规和标准；明确工程实施计划，对于计划的调整必须合理、受控；促使工程实施过程满足承建合同的要求，并与工程设计方案、工程计划相符；完善工程中的不足，是整个工程
31、符合合同要求。文档要求：对操作手册、用户手册、模块开发卷宗、测试报告、项目开发总结和工程实施建立报告等文档的审核报告，质量评估报告。7.4 验收阶段的控制要点及目标：要点 1：督促工程施工方将项目顺利移交给需方。要点 2：督促整理工程合同中需要提交的激素文档资料。要点 3：明确工程测试验收方案的符合性（验收目标、责任双方、验收提交清单、验收标准、验收方式、验收环境等）及可行性；要点 4：促使工程的最终功能和性能符合承建合同、法律、法规和标准的要求；目标：促使工程按照合同和有关标准准时验收。文档要求：验收文档监理报告第八章 监理方法及措施根据监理规划和监理工作流程，制定监理工作的方法及措施。8.
32、1 工程启动阶段的方法及措施：及时审批合同初稿，与业主方、承包方一起制定项目的工作制度，确保为项目顺利进行。第 25 页 共 25 页8.2 设计阶段的方法及措施：按照软件工程文档规范及相应的标准严格审查一下文档：可行性报告、项目开发计划、软件需求说明书、数据需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、初步测试计划和开发进度周报合约报等文档，写出相应的方案评审报告。对项目开发计划、软件需求分析、概要设计、详细设计及数据库设计等各个重要阶段写入里程碑。只有通过公司评审和客户一致认为该阶段已结束，才可以进入下一阶段。8.3 施工阶段的方法及措施按照软件工程文档规范及相应的标准严格审查以下文档：操作手册、用户手册、模块开发卷宗、测试报告、项目开发总结和工程实施监理报告等文档，写出质量评估报告。对模块开发卷宗、测试计划、测试设计、系统测试及项目结束等各个重要阶段写入里程碑。只有通过公司评审和客户一致认为该阶段已结束，才可以进入下一阶段。8.4 验收阶段的方法及措施：按照合同中的要求，按质按时将项目顺利交付给用户，对验收方案的条件进行全面验收测试，确保工程的最终功能和性能符合承建合同、法律、法规、和标准的要求，实现各类文档的整理和移交。第九章 技术文档模版*监理组
