第一章 总 则 3
第二章 项目角色 3
一、 业主方： 3
二、 监理方： 3
三、 开发方： 3
第三章 项目内容 4
一、 应用开发部分： 4
二、 项目的总体测试： 4
三、 系统硬件集成： 4
第四章 前期监理 4
一、 审核招标文件： 4
二、 审核开发方提供的资料： 4
三、 审核开发方提供的开发计划及时间表： 5
第五章 过程文件 5
一、 系统需求分析： 5
二、 系统设计： 6
三、 软件需求分析： 6
四、 概要设计： 7
五、 详细设计： 8
六、 软件编码： 10
七、 软件集成： 11
八、 软件鉴定测试： 13
九、 系统集成： 14
十、 系统鉴定测试： 15
十一、 总调试： 15
第六章 后期监理 15
一、 试运行： 15
二、 问题和修改： 16
三、 实施修改： 16
四、 评审和通过： 16
五、 培训计划的实施： 16
六、 完工验收： 16
第一章 总 则
为更好地开展监理工作，保障 XXX--XX-XX 系统的有效实施，确立全面科学的监理标准，提高实际监理工作的可操作性和透明度，特制订本《监理细则》，供项目开发人员及现场人员参照执行。因本项目开发的特殊性及其监理非完全在现场的特点，在实际开发过程，建议采取较简化的方式进行，请各外包开发方参照本《监理细则》相关要求执行。
第二章 项目角色
一、 业主方：
1.
2. 代 表：
开发业主方：浙江京安电子工程有限公司
二、 监理方：
1. 监理方：广州 ebridge.net
2. 代 表：
3. 总监理工程师：楼新平
4. 现场监理组：
5. 技术专家组：
三、 开发方：
1. 开发方：
2. 代 表：
3. 项目经理：
4. 采购组组长：
5. 系统集成组组长：
6. 应用开发组组长：
7. 测试组组长：
8. 培训组组长：
第三章 项目内容
一、 应用开发部分：
1 、应用软件
2 、电子地图
3 、项目建设需进行软件开发，并承担有关的安装、调试、技术支持、技术培训和维护、保修等工作。
。。。
二、 项目的总体测试：
三、 系统硬件集成：
服务器安装调试。
第四章 前期监理
一、 审核招标文件：
1. 系统需求；
2. 工作描述；
3. 投标者须知；
4. 产品或服务清单；
5. 合同条款；
6. 技术限制。
二、 审核开发方提供的资料：
1. 为执行工程而建立的组织机构；
2. 外包开发的关键工作人员的身份和职务；
3. 包括外部机构在内的每个机构的权利与责任。
三、 审核开发方提供的开发计划及时间表：
1. 开发的顺序；
2. 完成合同义务的合理日期；
3. 开发环境，包括测试环境、库、设备、仪器以及工程标准、步骤和工具；
4. 工作细目的结构，包括可交付的产品，与任务有关的经费预算、人员、物理资源、软件的规模以及时间进度；
5. 系统的质量需求管理；
6. 系统安全和保密的关键需求管理；
7. 业主方和监理方的介入，即按合同要求进行的评审、非正式的会面、报告、修改和变更的实施、批准、验收、对设施的使用等；
8. 如何验证和确认；
9. 质量保证；
10. 风险管理，包括对项目的潜在技术、成本和进度等领域的管理；
11. 保密方针，及保密所要求的批准、证书、专有权等；
12. 制定计划、跟踪和报告的方法；
第五章 过程文件
一、 系统需求分析：
1. 开发方对系统的要求进行分析，以建立系统需求，系统需求应当说明：
(1) 系统的功能和性能；
(2) 安全、保密、人机工程、接口、操作和维护需求；
(3) 设计限制和鉴定的要求；
2. 对这些系统需求进行评价，使其包括下述准则：
(1) 可跟踪性；
(2) 与获取及系统要求的一致性；
(3) 可测试性；
(4) 设计、操作和维护的可行性；
3. 需求说明书基本格式：
( 一 ) 引言
(1) 编写目的
(2) 背景
(3) 定义
(4) 参考资料
( 二 ) 任务概述
(1) 目标
(2) 用户的特点
(3) 假定与约束
( 三 ) 需求规定
(1) 对功能的规定
(2) 对性能的规定
A. 精度
B. 时间特性要求
C. 灵活性
(3) 输入输出要求
(4) 数据管理能力要求
(5) 故障处理要求
(6) 其他专门要求
( 四 ) 运行环境规定
(1) 设备
(2) 支持软件
(3) 接口
(4) 控制
二、 系统设计：
1. 开发方应当建立一个高层的系统体系结构，在系统体系结构中体现系统的需求，该系统体系结构要表现出系统的内部结构以及硬件、软件和人工操作的配置；应当保证：
(1) 系统需求已完全分配给硬件配置项（ HCI ）、软件配置项（ SCI ）和人工操作；
(2) 分配给 HCI 、 SCI 和人工操作的系统体系结构和系统需求要写成文档；
2. 对 HCI 、 SCI 和人工操作的系统体系结构和系统需求进行评价，使其包括下述准则：
(1) 可跟踪性；
(2) 与系统需求的一致性；
(3) 设计和所用标准恰当；
(4) 操作和维护的可行性；
三、 软件需求分析：
1. 开发方应当确定各种需求并将其写成文档，其中包括合同要求的质量特性规格说明（可操作性、可靠性、可用性、有效性、可维护性和可移植性）；该文档描述：
(1) 功能和能力规格说明，其中包括性能、物理特性、运行软件的环境条件；
(2) 用户文档；
(3) 安全规格说明，其中包括与操作和维护的方法、环境影响和人员伤害有关的说明；
(4) 保密规格说明，其中包括对敏感性信息或资料的危害有关的说明；
(5) 人机工程和人－机规格说明，其中包括与人工操作、人机对话、对人员的限制有关的规格说明，以及那些对于人的错误和能力很敏感的、需要人集中注意力的领域的说明；
(6) 处理器、存储设备或数据通道所用的硬件处理和资源储备的规格说明；
(7) 数据定义和数据库的需求；
(8) 已交付软件在操作和维护现场上的安装和验收的需要；
(9) 用户操作和执行的需求；
(10) 用户维护需求；
2. 开发方应当确定 SCI 的外部接口的需求并将其写成文档；
3. 开发方应当对 SCI 的鉴定要求写成文档；
4. 开发方应当对需求作出评价，使其包括下面指出的准则：
(1) 对系统需求和系统设计的可跟踪性；
(2) 与系统需求的外部一致性；
(3) 各个软件需求之间的内部一致性；
(4) 软件需求的可测性；
(5) 软件需求的测试范围；
(6) 软件设计、操作和维护的可行性；
5. 开发方应当依据合同要求进行评审，以决定软件需求的完善和恰当；当评审完成时，就应当建立 SCI 需求的基线。
四、 概要设计：
1. 开发方应当把 SCI 的工程需求转变为一个体系结构，该体系结构应描述它的顶层结构和定义它的主要部分；它应当保证此项工程和 SCI 的鉴定要求已完全分配给了各个部分，并对其进行了细化以便进行详细设计；应当建立 SCI 体系结构的文档；
2. 开发方应当为 SCI 外部接口的设计、 SCI 的各软件部分之间的设计建立一个顶层的设计文档；
3. 开发方应当为数据库建立一个顶层的设计文档；
4. 开发方应当评价 SCI 的体系结构、接口和数据库的设计，使其包括下面指出各项：
(1) 对 SCI 需求的可跟踪性；
(2) 与 SCI 需求的外部一致性；
(3) 各部分需求之间的内部一致性；
(4) 所使用的设计方法和标准是否恰当；
(5) 详细设计、操作和维护的可行性；
5. 开发方应当依据合同要求进行评审，以决定分配给各部分的需求和 SCI 体系结构设计方法的完善和恰当。
6. 概要设计说明书基本格式：
( 一 ) 引言
(1) 编写目的
(2) 背景
(3) 定义
(4) 参考资料
( 二 ) 总体设计
(1) 需求规定
(2) 运行环境
(3) 基本设计概念和处理流程
(4) 结构
(5) 功能需求与程序的关系
(6) 人工处理过程
(7) 尚未解决的问题
( 三 ) 接口设计
(1) 用户接口
(2) 外部接口
(3) 内部接口
( 四 ) 运行设计
(1) 运行模块组合
(2) 运行控制
(3) 运行时间
( 五 ) 系统数据结构设计
(1) 逻辑结构设计要点
(2) 物理结构设计要点
(3) 数据结构与程序的关系
( 六 ) 系统出错处理设计
(1) 出错信息
(2) 补救措施
(3) 系统维护设计
五、 详细设计：
1. 开发方应当详细设计 SCI 的每个软部件；应当尽量地将各个软部件详细划分为含有软件单元的较低的层次，以便进行编码、编译和测试；应当保证该软件的需求已完全分配给从软部件到软件单元的整个软件；应当把该详细设计写成文档；
2. 开发方应当写出与 SCI 的外部接口、各软部件之间和各软件单元之间的详细设计文档；接口的详细设计应当足够详细以便于编码；
3. 开发方应当写出数据库的详细设计文档；
4. 开发方最好写出软件用户手册的最初版本；
5. 开发方应当为测试软件单元规定测试要求和时间进度，并将其写成文档；测试要求中最好包括在软件需求限定上的重点软件单元；
6. 开发方应当为软件的集成规定测试要求和时间进度，并将其写成文档；
7. 开
