软件项目通用监理方案

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统软件项目监理方案

令狐采学

根据信息系统软件项目的生命周期,我们对于软件项目的监理从以下七个阶段进行监理,这七个阶段包括:需求分析阶段、设计阶段、实施阶段、测试阶段、验收阶段、用户培训阶段、试运行阶段。对于每个阶段我们从质量、进度、成本、合同、信息、组织协调等不同角度进行监理。在每个阶段都制定了相应的工作流程。监理方对项目进行了各个阶段的监理分析,具体分析如下:项目需求分析阶段的监理

需求分析阶段监理工作

本阶段主要是由承建单位根据项目合同的要求,通过采用访谈、调查、演示等手段与建设单位进行沟通,了解系统建设的整体要求,包括软件的功能、性能、接口、数据、环境需求,安全保密要求以及约束条件等,从而对所要开发的系统建立一个可供依据的基线。本阶段承建单位应提交需求分析报告和原型系统。监理单位在本阶段的工作,按照内容可以分为:

●控制:包括对需求分析阶段的各种文档的保管监督,对需求

分析报告、原型演示系统的确认等;

●沟通:在当建设单位和承建单位由于知识背景不同而在访谈

过程中沟通不顺畅的时候,监理单位应利用自身优势使得双方顺利理解对方。

●编制《项目监理规划》和需求阶段监理方案或监理细则。

1.审核承建单位需求分析前的准备工作

●需求分析过程规范性

●需求分析方法

●需求报告规范性,参照:《软件需求说明书》

(GB856T——88)。

2.审核承建单位提交的需求报告内容

●完整性:是否涵盖了建设单位的全部需求,是否包含了开

发软件系统所有必要的信息;

●正确性和无二义性。

●可行性:检查需求在法律法规、技术、业务、现有资源环

境、管理、维护等方面的可行性。

●需求对于业务的必要性。

●划分优先级:基本功能和增强功能或首先满足部分使用对

象的需求等策略。

●可验证性:需求描述是否可以作为验证需求是否达到要求

的依据和标准。

●可跟踪性:软件需求对系统需求的可追踪性。

3.审核承建单位在需求分析过程中对需求的管理措施

●需求变更控制措施

●需求版本控制措施

●需求实现跟踪

1.审核《需求分析进度计划》

●与开发计划的一致性

●认同性

●落实措施

2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出

《监理整改通知单》

需求分析阶段成本控制

1. 估算实现成本,明确系统完成范围。

2. 核实本阶段工程量和工作量,并签认。

需求分析阶段合同管理

1.合同的履行管理:包括工期、质量管理和费用管理。

2.合同的变更管理。

3.工程款支付管理。

4.工程停、复工管理。

5.工程延期管理。

需求分析阶段信息管理

1.确定本阶段信息管理的对象

●建设单位提供的数据和资料

●会议记录

●需求报告

●系统原型

●监理记录

2. 定义信息管理过程

3. 信息管理方法

●管理工具

●文档库结构

需求分析阶段组织协调

●监理例会制度

●监理工作报告

●协助承建单位进行项目需求阶段的评审确认需求分析阶段监理工作流程

需求评审流程

计文档等几方面进行监督和控制。

详细设计的直接目标是定义模块内的实现结构和方法,并编写详细设计说明书,监理单位在这个阶段主要是在进度上进行控制,主要手段是定期与承建单位沟通,检查文档。

设计评审就是依据用户需求的要求,审核系统设计与需求的一致性、设计的合理性、技术可行性,以保证系统结构的正确性。设计评审通常采用同行评审的方法进行。监理单位在设计评审时主要对参与评审人员的资格、评审要素的全面性、文档的完整性进行监督和检查。

设计阶段质量控制

1.审核承建单位系统设计规范

a)系统设计报告格式要求

⏹设计目标

⏹需求分析

⏹总体结构

⏹模块定义与划分

⏹接口设计

⏹数据库设计

⏹安全保障设计

⏹出错处理机制

⏹实现技术

⏹开发平台

⏹系统集成测试方案

⏹系统安全测试方案

⏹编程规范

参照:概要设计说明书(GB8567——88)

b)数据库设计规范

c)详细设计报告格式要求

参照:详细设计说明书(GB8567——88)

2.审核承建单位提交的系统设计文档内容

●设计目标满足性

系统设计目标应包括:功能目标、性能目标、安全性目标、可靠性目标、灵活性目标、开放性目标。

建议满足顺序:实用性(友好性)-->可靠性(安全性)-->易管

理性-->易维护性-->易扩展性-->运行效率

●设计原则的遵循

●设计与需求的一致性

●实用性:确认该设计对于需求的解决方案是否实用

●可维护性:确认该设计是否考虑了方便未来的维护

●灵活性:确认该设计是否考虑了随着业务的变化和发展可

以灵活地进行扩展和调整

●接口:确认该软件的内部接口与外部接口是否已经明确定

义,模块是否满足高内聚和低耦合的要求,模块作用范围

是否在其控制范围之内;

应该包括以下方面的接口定义:

⏹人机交互接口

⏹数据采集子系统与数据统计子系统之间的接口( GUI、

数据库、用户账户管理等)

⏹本系统与CA系统的接口

⏹本系统与下属各机构现有业务系统的接口

●质量:确认该设计是否表现出良好的质量特征

●各种技术方案的选择:确认是否考虑过其它方案,比较各

种选择方案的标准是什么

●技术清晰度:确认该设计是否以一种易于翻译成代码的形

式表达

●风险:确认该设计在现有技术条件下和预算范围内是否能

按时实现

●可追溯性:确认该设计是否覆盖了所有已确定的软件需

求,软件每一成份是否可追溯到某一项需求

3.审核承建单位提交的详细设计报告内容

●模块程序组织结构

●模块内部实现机制设计(程序描述、功能、输入项、输出

项、算法、流程逻辑、接口、存储分配、注释设计、限制

条件)

●模块测试方案

设计阶段进度控制

相关文档
最新文档