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 设计阶段质量控制流程
进入系统设计阶段
监理机构与承建单位共同确定系统设计规范
承建单位进行 系统设计 监理机构对承建单位设计过程活动进行监理 承建单位提交设计报告 监理机构组织同行评审 监理机构责成 承建单位进行整改 否 通过？ 是 监理机构审查设计文件完整性 否
通过？ 是
监理签认，建设单位批准 进入系统开发阶段