1、信息系统软件项目监理方案根据信息系统软件项目的生命周期，我们对于软件项目的监理从以下七个阶段进行监理，这七个阶段包括：需求分析阶段、设计阶段、实施阶段、测试阶段、验收阶段、用户培训阶段、试运行阶段。对于每个阶段我们从质量、进度、成本、合同、信息、组织协调等不同角度进行监理。在每个阶段都制定了相应的工作流程。监理方对项目进行了各个阶段的监理分析，具体分析如下：1.1 项目需求分析阶段的监理1.1.1 需求分析阶段监理工作本阶段主要是由承建单位根据项目合同的要求，通过采用访谈、调查、演示等手段与建设单位进行沟通，了解系统建设的整体要求，包括软件的功能、性能、接口、数据、环境需求，安全保密要求以及约
2、束条件等，从而对所要开发的系统建立一个可供依据的基线。本阶段承建单位应提交需求分析报告和原型系统。监理单位在本阶段的工作，按照内容可以分为： 控制：包括对需求分析阶段的各种文档的保管监督，对需求分析报告、原型演示系统的确认等； 沟通：在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺畅的时候，监理单位应利用自身优势使得双方顺利理解对方。 编制项目监理规划和需求阶段监理方案或监理细则。1.1.2 需求分析阶段质量控制1. 审核承建单位需求分析前的准备工作 需求分析过程规范性 需求分析方法 需求报告规范性，参照：软件需求说明书 （GB856T88） 。2. 审核承建单位提交的需求报告内容
3、 完整性：是否涵盖了建设单位的全部需求，是否包含了开发软件系统所有必要的信息； 正确性和无二义性。 可行性：检查需求在法律法规、技术、业务、现有资源环境、管理、维护等方面的可行性。 需求对于业务的必要性。 划分优先级：基本功能和增强功能或首先满足部分使用对象的需求等策略。 可验证性：需求描述是否可以作为验证需求是否达到要求的依据和标准。 可跟踪性：软件需求对系统需求的可追踪性。3. 审核承建单位在需求分析过程中对需求的管理措施 需求变更控制措施 需求版本控制措施 需求实现跟踪1.1.3 需求分析阶段进度控制1. 审核需求分析进度计划 与开发计划的一致性 认同性 落实措施2. 随时跟踪检查进度情
4、况，发现问题及时提出纠偏建议，并发出监理整改通知单1.1.4 需求分析阶段成本控制1. 估算实现成本，明确系统完成范围。2. 核实本阶段工程量和工作量，并签认。1.1.5 需求分析阶段合同管理1. 合同的履行管理：包括工期、质量管理和费用管理。2. 合同的变更管理。3. 工程款支付管理。4. 工程停、复工管理。5. 工程延期管理。1.1.6 需求分析阶段信息管理1. 确定本阶段信息管理的对象 建设单位提供的数据和资料 会议记录 需求报告 系统原型 监理记录2. 定义信息管理过程3. 信息管理方法 管理工具 文档库结构1.1.7 需求分析阶段组织协调 监理例会制度 监理工作报告 协助承建单位进行
5、项目需求阶段的评审确认1.1.8 需求分析阶段监理工作流程1.1.8.1需求评审流程承建单位提交需求分析报告监理单位制订需求评审计划 参加人员 时间地点 议程 检查项目 评审标准与有关各方确认需求评审计划需求分析报告内容完整性审核通过承建单位整改未通过通过需求分析报告内容正确性审核 完整性 正确性 可行性 必要性 无二义性 可验证性 可跟踪性 优先级划分通过未通过三方签认通过承建单位根据确定的需求修正项目计划监理工程师对项目计划进行审核通过未通过通过承建单位整改监理工程师签认建设单位批准进入下一个阶段1.1.8.2进度控制流程承建单位编制需求分析阶段进度计划并填写进度计划报审表总监理工程师审批
6、按计划组织实施监理工程师对进度实施情况进行检查、分析基本实现计划目标 严重偏离计划目标总监理工程师签发监理通知指示承建单位采取调整措施首次监理会议后准备编制下一阶段计划1.2 项目设计阶段的监理1.2.1 系统设计阶段监理工作系统设计阶段对承建单位通常包括：概要设计、详细设计和设计评审。概要设计，又称概念设计或总体设计，即将软件需求转化为数据结构和软件的系统结构的过程，一般包括数据设计和系统结构设计。其中数据设计侧重于数据结构的定义，系统结构设计定义软件系统各主要成份之间的关系。在承建单位进行概要设计的过程中，监理单位需要从设计规范、系统结构、系统可靠性、设计文档等几方面进行监督和控制。详细设
7、计的直接目标是定义模块内的实现结构和方法，并编写详细设计说明书，监理单位在这个阶段主要是在进度上进行控制，主要手段是定期与承建单位沟通，检查文档。设计评审就是依据用户需求的要求，审核系统设计与需求的一致性、设计的合理性、技术可行性，以保证系统结构的正确性。设计评审通常采用同行评审的方法进行。监理单位在设计评审时主要对参与评审人员的资格、评审要素的全面性、文档的完整性进行监督和检查。1.2.2 设计阶段质量控制1. 审核承建单位系统设计规范a) 系统设计报告格式要求 设计目标 需求分析 总体结构 模块定义与划分 接口设计 数据库设计 安全保障设计 出错处理机制 实现技术 开发平台 系统集成测试方
8、案 系统安全测试方案 编程规范参照：概要设计说明书（GB856788）b) 数据库设计规范c) 详细设计报告格式要求参照：详细设计说明书（GB856788）2. 审核承建单位提交的系统设计文档内容 设计目标满足性系统设计目标应包括：功能目标、性能目标、安全性目标、可靠性目标、灵活性目标、开放性目标。建议满足顺序：实用性(友好性)可靠性(安全性)易管理性易维护性易扩展性运行效率 设计原则的遵循 设计与需求的一致性 实用性：确认该设计对于需求的解决方案是否实用 可维护性：确认该设计是否考虑了方便未来的维护 灵活性：确认该设计是否考虑了随着业务的变化和发展可以灵活地进行扩展和调整 接口：确认该软件的
9、内部接口与外部接口是否已经明确定义，模块是否满足高内聚和低耦合的要求，模块作用范围是否在其控制范围之内；应该包括以下方面的接口定义： 人机交互接口 数据采集子系统与数据统计子系统之间的接口( GUI、数据库、用户账户管理等) 本系统与 CA 系统的接口 本系统与下属各机构现有业务系统的接口 质量：确认该设计是否表现出良好的质量特征 各种技术方案的选择：确认是否考虑过其它方案，比较各种选择方案的标准是什么 技术清晰度：确认该设计是否以一种易于翻译成代码的形式表达 风险：确认该设计在现有技术条件下和预算范围内是否能按时实现 可追溯性：确认该设计是否覆盖了所有已确定的软件需求，软件每一成份是否可追溯
10、到某一项需求3. 审核承建单位提交的详细设计报告内容 模块程序组织结构 模块内部实现机制设计（程序描述、功能、输入项、输出项、算法、流程逻辑、接口、存储分配、注释设计、限制条件） 模块测试方案1.2.3 设计阶段进度控制1. 审核承建单位提交的进度计划 与建设合同的一致性 认同性 落实措施2. 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出监理整改通知单1.2.4 设计阶段成本控制1. 根据设计结果核算系统实现的成本，并将成本控制在用户可接受的范围内。2. 核实设计阶段的工程量和工作量，并签认。1.2.5 设计阶段合同管理1. 合同的履行管理：包括工期、质量管理和费用管理。2. 合同的
11、变更管理。3. 工程款支付管理。4. 工程停、复工管理。5. 工程延期管理。1.2.6 设计阶段信息管理1. 确定本阶段信息管理的对象 建设单位提供的数据和资料 会议记录 设计报告 监理记录2. 遵循已定义的信息管理过程收集管理有关文档1.2.7 设计阶段组织协调 监理例会制度 监理工作报告 监理专题会议1.2.8 设计阶段监理工作流程1.2.8.1设计阶段质量控制流程监理机构与承建单位共同确定系统设计规范进入系统设计阶段监理机构对承建单位设计过程活动进行监理承建单位进行系统设计承建单位提交设计报告监理机构组织同行评审通过？监理机构责成承建单位进行整改否监理机构审查设计文件完整性是通过？否是监理签认，建设单位批准进入系统开发阶段
