软件项目通用监理实施方案说明.docx

信息系统软件项目监理方案 根据信息系统软件项目的生命周期， 我们对于软件项目的监理从以下七个阶 段进行监理，这七个阶段包括： 需求分析阶段、设计阶段、实施阶段、测试阶段、 验收阶段、用户培训阶段、试运行阶段。对于每个阶段我们从质量、 进度、成本、 合同、信息、组织协调等不同角度进行监理。 在每个阶段都制定了相应的工作流 程。监理方对项目进行了各个阶段的监理分析，具体分析如下： 1.1 项目需求分析阶段的监理 1.1.1 需求分析阶段监理工作 本阶段主要是由承建单位根据项目合同的要求，通过采用访谈、调查、演 示等手段与建设单位进行沟通， 了解系统建设的整体要求， 包括软件的功能、 性 能、接口、数据、环境需求，安全保密要求以及约束条件等，从而对所要开发的 系统建立一个可供依据的基线。 本阶段承建单位应提交需求分析报告和原型系统。 监理单位在本阶段的工作，按照内容可以分为： 控制：包括对需求分析阶段的各种文档的保管监督，对需求分析报告、原型 演示系统的确认等； 沟通：在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺 畅的时候，监理单位应利用自身优势使得双方顺利理解对方。 编制《项目监理规划》和需求阶段监理方案或监理细则。 1.1.2 需求分析阶段质量控制 审核承建单位需求分析前的准备工作 需求分析过程规范性 需求分析方法 需求报告规范性，参照： 《软件需求说明书》（GB856T—— 88）。 审核承建单位提交的需求报告内容 完整性：是否涵盖了建设单位的全部需求，是否包含了开发软件系统所有必要的信息； 正确性和无二义性。 可行性：检查需求在法律法规、技术、业务、现有资源环境、管理、维 护等方面的可行性。 需求对于业务的必要性。 划分优先级：基本功能和增强功能或首先满足部分使用对象的需求等策 略。 可验证性：需求描述是否可以作为验证需求是否达到要求的依据和标准。 可跟踪性：软件需求对系统需求的可追踪性。 审核承建单位在需求分析过程中对需求的管理措施需求变更控制措施 需求版本控制措施 需求实现跟踪 1.1.3 需求分析阶段进度控制 审核《需求分析进度计划》 与开发计划的一致性 认同性 落实措施 随时跟踪检查进度情况，发现问题及时提出纠偏建议，并发出《监理整改通知单》 1.1.4 需求分析阶段成本控制 估算实现成本，明确系统完成范围。 核实本阶段工程量和工作量，并签认。 1.1.5 需求分析阶段合同管理 合同的履行管理：包括工期、质量管理和费用管理。 合同的变更管理。 工程款支付管理。 工程停、复工管理。 工程延期管理。 1.1.6 需求分析阶段信息管理 确定本阶段信息管理的对象 建设单位提供的数据和资料会议记录 需求报告 系统原型 监理记录 定义信息管理过程 信息管理方法 管理工具 文档库结构 1.1.7 需求分析阶段组织协调 监理例会制度 监理工作报告 协助承建单位进行项目需求阶段的评审确认 1.1.8 需求分析阶段监理工作流程 1.1.8.1 需求评审流程 承建单位提交《需求分析报告》 监理单位制订需求评审计划 与有关各方确认需求评审计划 《需求分析报告》 内容完整性审核 未通过 承建单位整改 通过 通过 《需求分析报告》 内容正确性审核 未通过 通过 三方签认通过 承建单位根据确定的需求修正 《项目计划》 监理工程师对 《项目计划》 进行审核 未通过 承建单位整改 通过 通过 监理工程师签认 建设单位批准进 入下一个阶段  ① 参加人员 ② 时间地点 ③ 议程 ④ 检查项目 ⑤ 评审标准 ① 完整性 ② 正确性 ③ 可行性 ④ 必要性 ⑤ 无二义性 ⑥ 可验证性 ⑦ 可跟踪性 ⑧ 优先级划分 1.1.8.2 进度控制流程 首次监理会议后 承建单位编制需求分析阶段进度计划 并填写《进度计划报审表》 总监理工程师审批 按计划组织实施 监理工程师对进度实施情况进行 检查、分析 基本实现计划目标 严重偏离计划目标 准备编制下一阶段计划 总监理工程师签发 《监理通知》 指示承建单位采取调整措施 1.2 项目设计阶段的监理 1.2.1 系统设计阶段监理工作 系统设计阶段对承建单位通常包括：概要设计、详细设计和设计评审。 概要设计，又称概念设计或总体设计，即将软件需求转化为数据结构和软件的系统结构的过程， 一般包括数据设计和系统结构设计。 其中数据设计侧重于数据结构的定义， 系统结构设计定义软件系统各主要成份之间的关系。 在承建单位进行概要设计的过程中，监理单位需要从设计规范、系统结构、系统可靠性、设计文档等几方面进行监督和控制。 详细设计的直接目标是定义模块内的实现结构和方法， 并编写详细设计说明书，监理单位在这个阶段主要是在进度上进行控制， 主要手段是定期与承建单位沟通，检查文档。 设计评审就是依据用户需求的要求，审核系统