软件项目通用监理方案
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
信息系统软件项目监理方案
根据信息系统软件项目的生命周期,我们对于软件项目的监理从以下七个阶段进行监理,这七个阶段包括:需求分析阶段、设计阶段、实施阶段、测试阶段、验收阶段、用户培训阶段、试运行阶段。
对于每个阶段我们从质量、进度、成本、合同、信息、组织协调等不同角度进行监理。
在每个阶段都制定了相应的工作流程.监理方对项目进行了各个阶段的监理分析,具体分析如下:
1.1项目需求分析阶段的监理
1.1.1需求分析阶段监理工作
本阶段主要是由承建单位根据项目合同的要求,通过采用访谈、调查、演示等手段与建设单位进行沟通,了解系统建设的整体要求,包括软件的功能、性能、接口、数据、环境需求,安全保密要求以及约束条件等,从而对所要开发的系统建立一个可供依据的基线。
本阶段承建单位应提交需求分析报告和原型系统。
监理单位在本阶段的工作,按照内容可以分为:
●控制:包括对需求分析阶段的各种文档的保管监督,对需求分析报告、原型
演示系统的确认等;
●沟通:在当建设单位和承建单位由于知识背景不同而在访谈过程中沟通不顺
畅的时候,监理单位应利用自身优势使得双方顺利理解对方.
●编制《项目监理规划》和需求阶段监理方案或监理细则。
1.1.2需求分析阶段质量控制
1.审核承建单位需求分析前的准备工作
●需求分析过程规范性
●需求分析方法
●需求报告规范性,参照:《软件需求说明书》(GB856T——88)。
2.审核承建单位提交的需求报告内容
●完整性:是否涵盖了建设单位的全部需求,是否包含了开发软件系统所有
必要的信息;
●正确性和无二义性。
●可行性:检查需求在法律法规、技术、业务、现有资源环境、管理、维
护等方面的可行性。
●需求对于业务的必要性。
●划分优先级:基本功能和增强功能或首先满足部分使用对象的需求等策
略。
●可验证性:需求描述是否可以作为验证需求是否达到要求的依据和标准。
●可跟踪性:软件需求对系统需求的可追踪性.
3.审核承建单位在需求分析过程中对需求的管理措施
●需求变更控制措施
●需求版本控制措施
●需求实现跟踪
1.1.3需求分析阶段进度控制
1.审核《需求分析进度计划》
●与开发计划的一致性
●认同性
●落实措施
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通
知单》
1.1.4需求分析阶段成本控制
1. 估算实现成本,明确系统完成范围。
2. 核实本阶段工程量和工作量,并签认.
1.1.5需求分析阶段合同管理
1.合同的履行管理:包括工期、质量管理和费用管理.
2.合同的变更管理。
3.工程款支付管理。
4.工程停、复工管理.
5.工程延期管理。
1.1.6需求分析阶段信息管理
1.确定本阶段信息管理的对象
●建设单位提供的数据和资料
●会议记录
●需求报告
●系统原型
●监理记录
2. 定义信息管理过程
3. 信息管理方法
●管理工具
●文档库结构
1.1.7需求分析阶段组织协调
●监理例会制度
●监理工作报告
●协助承建单位进行项目需求阶段的评审确认
1.1.8需求分析阶段监理工作流程
1.1.8.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设计阶段质量控制流程
1.2.8.2设计进度控制流程
进入系统设计阶段
进入编程阶段
1.3项目实施阶段的监理
1.3.1系统编码阶段监理工作
编码阶段的任务是根据软件详细设计说明,对各程序模块采用某种计算机语言进行编码、调试、静态分析和单元测试的过程.编码阶段承建单位工作的依据是用户需求、系统设计报告和详细设计报告.
监理单位应按照编码规范和进度计划对编码工作过程中的进度和程序质量进行监理和控制。
1.3.2系统编码阶段质量控制
1.审核承建单位编程前的准备工作
a)编程规范
b)开发平台是否统一
c)分工与进度计划的落实
d)源程序的管理机制
2.审核承建单位提交的源程序及程序静态走查记录
a)依据承建单位提交的编程规范抽检源程序,以检查其规范性;
b)审核静态走查记录
静态走查内容包括:
-文件名命名
-变量命名与赋值方式
-注释
-与详细设计的一致性
-功能分析
-控制流分析
-数据流分析
-计算流分析
-异常处理
-表达式
-编译过程
3.审核承建单位提交的测试记录和测试报告
单元测试内容包括:
-接口测试
-功能逻辑测试
-边界测试
-局部数据结构测试
-条件测试
-路径分支测试
-异常处理测试
-内存泄漏测试
1.3.3系统编码阶段进度控制
1.审核承建单位提交的《编程进度计划》
●与建设合同的一致性
●认同性
●落实措施
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知
单》
1.3.4系统编码阶段成本控制
1. 核实编程阶段的工程量和工作量,并签认.
1.3.5系统编码阶段合同管理
1.合同的履行管理:包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程停、复工管理.
1.3.6系统编码阶段信息管理
1.确定本阶段信息管理的对象
●源程序
●源程序审查记录
●源程序测试记录
●监理记录
2。
遵循已定义的信息管理过程收集管理有关文档
1.3.7系统编码阶段组织协调
●监理例会制度
●监理工作报告
●监理专题会议
1.3.8系统编码阶段监理工作流程
1.3.8.1编码阶段质量控制流程
进入系统测试阶段
监理工程师将通过文档审核、现场考察、人员谈话等方式检查测试前的准备
工作是否符合要求,以保证测试的有效性。
《测试计划》内容一般包括:
1)测试对象描述
2)测试目标
3)测试依据和标准
4)测试项目
5)测试过程规范
6)测试方法和工具选择
7)测试进度计划
8)测试人员要求和职责分工安排
9)测试环境定义
10)测试记录与测试报告格式
11)测试问题解决方式(如果遇到重大错误导致测试无法进行下去,如何处
理)
12)缺陷等级和分类
13)测试通过标准
14)回归测试
《测试用例》内容一般包括:
1)测试项目名称
2)测试内容描述
3)测试输入数据
4)预期结果
5)测试步骤
6)实际测试结果
7)测试人员和日期
2.监督承建单位测试过程中执行规范的情况
承建单位在测试过程中,应按照测试用例的要求进行测试,并客观地记录测试结果。
监理工程师将对测试用例和测试记录进行抽查,以保证测试的有效性。
3.评估测试结果
监理工程师根据测试计划和测试过程审核承建单位提交的测试记录和测试报告,审核测试用例是否完全执行并达到了预期的结果,以确认测试的有效性和完备性。
1.4.3系统测试阶段进度控制
1.审核承建单位提交的《测试计划》,确保:
●与建设合同的一致性
●各方的认同性
●计划执行的落实措施
●问题跟踪解决的方式
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知
单》
1.4.4系统测试阶段成本控制
核实测试阶段的工程量和工作量,控制本阶段投入的软、硬件资源和人力资源,并签认。
1.4.5系统测试阶段合同管理
1.合同的履行管理:包括工期、质量管理和费用管理。
2.合同的变更管理.
3.工程停、复工管理。
4.工程延期管理。
1.4.6系统测试阶段信息管理
1.确定本阶段信息管理的对象
●用户方提供的数据和资料
●测试计划
●测试记录
●测试报告
●监理记录
2。
遵循已定义的信息管理过程收集管理有关文档
1.4.7系统测试阶段组织协调
●监理例会制度
● 监理工作报告 ● 监理专题会议 1.4.8 监理工作流程
4.4。
8。
1 测试阶段质量控制流程
1.4.8.1 测试1.5 1.5.1
目的是确保软件系统具备试运行的条件。
系统预验收应由建设单位、承建单位和监理单位共同成立专门的系统预验收小组。
系统预验收测试通常包括系统业务(功能)测试、系统性能测试、系统安全测试和系统稳定性测试等。
预验收测试在由建设方提供的实际运行环境下,由建设方主持进行。
为了保证系统预验收测试的有效性,监理方在这个阶段的主要工作有:
1)评审承建方交付的预验收测试方案,并搞好组织协调,检查验收测试的
环境和资源的落实情况;
2)检查承建方交付的文档和程序开发卷宗;
3)监督检查测试的有效性;
4)对验收测试结果组织评估。
1.5.2系统预验收阶段质量控制
1.协助建设单位审查承建单位提出的预验收申请.如果符合预验收条件,准
备系统预验收;否则向承建单位提出系统整改意见;
2.协助建设单位组织系统预验收小组;
3.审核承建单位提交的《程序开发卷宗》和《用户操作手册》、《系统管理
手册》等文档;
-《程序开发卷宗》内容要求见附录1;
-《用户操作手册》内容要求应满足GB8567—88《用户手册》的要求;
-《系统管理手册》内容要求见附录2;
4.审核承建单位提出的预验收测试方案,并同承建单位协商形成最终的预
验收测试方案;预验收测试方案的内容要求参见《测试计划》和《测试用例》的有关要求;
5.协助建设单位、承建单位进行预验收测试,并记录测试结果;
6.根据测试结果,对测试过程中出现的问题应提交《预验收整改意见书》,
并会同建设单位和承建单位确定整改进度表,重新进行相关的测试,直至问题得到全部解决;
7.如果测试内容全部符合要求,参与签署系统预验收合格书;
1.5.3系统预验收阶段进度控制
1.审核承建单位提交的《预验收测试计划》,确保:
●与建设合同的一致性
●应包含风险分析及系统应及措施,即系统出现可能的故障后将导
致的后果
●各方的认同性
●落实措施
●问题跟踪解决的方式
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知
单》
1.5.4系统预验收阶段成本控制
核实本阶段的工程量和工作量,控制本阶段投入的软、硬件资源和人力资源,并签认。
1.5.5系统预验收阶段合同管理
1.若预验收测试内容均达到测试要求,承建单位提供的文档完整,合同其他条
款得到明确的落实,经预验收小组验收通过后,参与签署系统预验收合格证书;
2.工程款支付管理;
3.工程延期管理.
1.5.6系统预验收阶段信息管理
1.确定本阶段信息管理的对象:
a)预验收测试计划、方案、标准;
b)预验收测试记录、测试报告;
c)预验收测试评估报告;
d)监理记录;
2。
遵循已定义的信息管理过程收集管理有关文档。
1.5.7系统预验收阶段组织协调
●监理例会制度
●监理工作报告
●监理专题会议
1.5.8监理工作流程
1.5.8.1系统预验收阶段质量控制流程
1.
-培训考核标准和方式
-培训方式
-培训时间计划
-培训教师简介
-培训设施要求
2.审核承建单位指派的培训教师的资质。
将从以下方面进行审核:
-教育背景
-相关工作经历
-授课经验
-业务熟悉程度
3.监督培训的实施。
监理工程师应依据《培训计划》对培训的过程进行监督管理,包括培训前的准备情况,如讲义的打印、学员的报到登记,教学设备的检查等,以及培训人员出勤情况、考核记录、培训情况调查等,以便为评估培训效果积累必要的信息。
培训讲义要保证参加培训的人员人手一份。
4.根据培训记录对培训效果进行评估。
依据培训目标对培训结果评估。
达到培训目标,监理予以签认,否则应责成承建单位与建设单位进行协商,确定补救措施.
1.6.3培训阶段进度控制
1.审核《培训时间计划》,并与建设单位有关人员协商,确定其可行性。
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知
单》
1.6.4培训阶段成本控制
1.核实本阶段的工程量和工作量,并签认。
1.6.5培训阶段合同管理
1.合同的履行管理:包括工期、质量管理和费用管理;
2.工程变更管理.
1.6.6培训阶段信息管理
1.确定本阶段信息管理的对象
a)培训计划
b)培训讲义
c)培训记录,包括培训出勤记录、培训考核记录、培训调查
d)监理记录
2.遵循已定义的信息管理过程收集管理有关文档
1.6.7培训阶段组织协调
1.监理例会制度
2.监理工作报告
3.监理专题会议:协调建设单位与承建单位确定需要参加培训的人员和培训的
时间安排。
1.6.8培训阶段监理工作流程
1.6.8.1用户培训质量控制流程
是
1.6.8.2培训进度控制流程1.7
1.
e)系统试运行结束标准
f)工作计划与资源安排
g)各方协调渠道与机制
h)系统试运行记录格式及记录要求
i)风险分析,即系统出现可能的故障后将导致的后果
2.审核承建单位提交的项目文档的完整性、可读性及其与实际系统的一致性;
3.审核操作系统、应用系统等软件配置与设计方案的符合性;
4.验证系统功能、性能与合同的符合性;
5.协助建设单位观察系统运行情况,记录系统运行时的异常现象;
6.将系统异常现象通知承建单位,并协助分析产生的原因;
7.协助建设单位审核承建单位提交的整改方案,并监督落实.
8.协助建设单位制定系统运行管理规章制度;
1.7.3工程试运行阶段进度控制
1.审核承建单位提交的《系统试运行计划》,确保:
●与建设合同的一致性
●各方的认同性
●落实措施
●系统故障跟踪解决的方式
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知
单》
1.7.4工程试运行阶段成本控制
1.核实本阶段的工程量和工作量,并签认。
1.7.5工程试运行阶段合同管理
1.合同的履行管理:包括工期、质量管理和费用管理;
2.工程款支付管理;
3.工程停、复工管理;
4.工程延期管理。
1.7.6工程试运行阶段信息管理
1.确定本阶段信息管理的对象
a)试运行计划
b)试运行记录
c)故障处理记录
d)监理记录
2.遵循已定义的信息管理过程收集管理有关文档
1.7.7工程试运行阶段组织协调
1.监理例会制度
2.监理工作报告
3.监理专题会议
1.7.8工程试运行阶段监理工作流程
1.7.8.2试。