软件项目通用监理方案文档格式.doc
- 文档编号:3854568
- 上传时间:2023-05-02
- 格式:DOC
- 页数:35
- 大小:203.50KB
软件项目通用监理方案文档格式.doc
《软件项目通用监理方案文档格式.doc》由会员分享,可在线阅读,更多相关《软件项目通用监理方案文档格式.doc(35页珍藏版)》请在冰点文库上搜索。
1.审核《需求分析进度计划》
l与开发计划的一致性
l认同性
l落实措施
2.随时跟踪检查进度情况,发现问题及时提出纠偏建议,并发出《监理整改通知单》
1.1.4需求分析阶段成本控制
1.估算实现成本,明确系统完成范围。
2.核实本阶段工程量和工作量,并签认。
1.1.5需求分析阶段合同管理
1.合同的履行管理:
包括工期、质量管理和费用管理。
2.合同的变更管理。
3.工程款支付管理。
4.工程停、复工管理。
5.工程延期管理。
1.1.6需求分析阶段信息管理
1.确定本阶段信息管理的对象
l建设单位提供的数据和资料
l会议记录
l需求报告
l系统原型
l监理记录
2.定义信息管理过程
3.信息管理方法
l管理工具
l文档库结构
1.1.7需求分析阶段组织协调
l监理例会制度
l监理工作报告
l协助承建单位进行项目需求阶段的评审确认
1.1.8需求分析阶段监理工作流程
1.1.8.1需求评审流程
承建单位提交《需求分析报告》
监理单位制订需求评审计划
①参加人员
②时间地点
③议程
④检查项目
⑤评审标准
与有关各方确认需求评审计划
《需求分析报告》内容完整性审核
通过
承建单位整改
未通过
《需求分析报告》内容正确性审核
①完整性
②正确性
③可行性
④必要性
⑤无二义性
⑥可验证性
⑦可跟踪性
⑧优先级划分
三方签认通过
承建单位根据确定的需求修正
《项目计划》
监理工程师对《项目计划》进行审核
监理工程师签认
建设单位批准进入下一个阶段
1.1.8.2进度控制流程
承建单位编制需求分析阶段进度计划并填写《进度计划报审表》
总监理工程师审批
按计划组织实施
监理工程师对进度实施情况进行检查、分析
基本实现计划目标
严重偏离计划目标
总监理工程师签发《监理通知》
指示承建单位采取调整措施
首次监理会议后
准备编制下一阶段计划
1.2项目设计阶段的监理
1.2.1系统设计阶段监理工作
系统设计阶段对承建单位通常包括:
概要设计、详细设计和设计评审。
概要设计,又称概念设计或总体设计,即将软件需求转化为数据结构和软件的系统结构的过程,一般包括数据设计和系统结构设计。
其中数据设计侧重于数据结构的定义,系统结构设计定义软件系统各主要成份之间的关系。
在承建单位进行概要设计的过程中,监理单位需要从设计规范、系统结构、系统可靠性、设计文档等几方面进行监督和控制。
详细设计的直接目标是定义模块内的实现结构和方法,并编写详细设计说明书,监理单位在这个阶段主要是在进度上进行控制,主要手段是定期与承建单位沟通,检查文档。
设计评审就是依据用户需求的要求,审核系统设计与需求的一致性、设计的合理性、技术可行性,以保证系统结构的正确性。
设计评审通常采用同行评审的方法进行。
监理单位在设计评审时主要对参与评审人员的资格、评审要素的全面性、文档的完整性进行监督和检查。
1.2.2设计阶段质量控制
1.审核承建单位系统设计规范
a)系统设计报告格式要求
n设计目标
n需求分析
n总体结构
n模块定义与划分
n接口设计
n数据库设计
n安全保障设计
n出错处理机制
n实现技术
n开发平台
n系统集成测试方案
n系统安全测试方案
n编程规范
参照:
概要设计说明书(GB8567——88)
b)数据库设计规范
c)详细设计报告格式要求
详细设计说明书(GB8567——88)
2.审核承建单位提交的系统设计文档内容
l设计目标满足性
系统设计目标应包括:
功能目标、性能目标、安全性目标、可靠性目标、灵活性目标、开放性目标。
建议满足顺序:
实用性(友好性)-->
可靠性(安全性)-->
易管理性-->
易维护性-->
易扩展性-->
运行效率
l设计原则的遵循
l设计与需求的一致性
l实用性:
确认该设计对于需求的解决方案是否实用
l可维护性:
确认该设计是否考虑了方便未来的维护
l灵活性:
确认该设计是否考虑了随着业务的变化和发展可以灵活地进行扩展和调整
l接口:
确认该软件的内部接口与外部接口是否已经明确定义,模块是否满足高内聚和低耦合的要求,模块作用范围是否在其控制范围之内;
应该包括以下方面的接口定义:
n人机交互接口
n数据采集子系统与数据统计子系统之间的接口(GUI、数据库、用户账户管理等)
n本系统与CA系统的接口
n本系统与下属各机构现有业务系统的接口
l质量:
确认该设计是否表现出良好的质量特征
l各种技术方案的选择:
确认是否考虑过其它方案,比较各种选择方案的标准是什么
l技术清晰度:
确认该设计是否以一种易于翻译成代码的形式表达
l风险:
确认该设计在现有技术条件下和预算范围内是否能按时实现
l可追溯性:
确认该设计是否覆盖了所有已确定的软件需求,软件每一成份是否可追溯到某一项需求
3.审核承建单位提交的详细设计报告内容
l模块程序组织结构
l模块内部实现机制设计(程序描述、功能、输入项、输出项、算法、流程逻辑、接口、存储分配、注释设计、限制条件)
l模块测试方案
1.2.3设计阶段进度控制
1.审核承建单位提交的《进度计划》
l与建设合同的一致性
1.2.4设计阶段成本控制
1.根据设计结果核算系统实现的成本,并将成本控制在用户可接受的范围内。
2.核实设计阶段的工程量和工作量,并签认。
1.2.5设计阶段合同管理
1.2.6设计阶段信息管理
l设计报告
2.遵循已定义的信息管理过程收集管理有关文档
1.2.7设计阶段组织协调
l监理专题会议
1.2.8设计阶段监理工作流程
监理机构与承建单位共同确定系统设计规范
进入系统设计阶段
监理机构对承建单位设计过程活动进行监理
承建单位进行
系统设计
承建单位提交设计报告
监理机构组织同行评审
通过?
监理机构责成
承建单位进行整改
否
监理机构审查设计文件完整性
是
监理签认,建设单位批准
进入系统开发阶段
1.2.8.1设计阶段质量控制流程
1.2.8.2设计进度控制流程
承建单位提交设计进度计划
1.2.8.3设计评审监理流程
承建单位提交《系统设计报告》
监理工程师制订设计评审计划
⑥参加人员
⑦时间地点
⑧议程
⑨检查项目
⑩评审标准
与有关各方确认设计评审计划
《系统设计报告》内容完整性审核
系统概要设计审核
⑨设计目标实现
⑩设计原则遵循
⑪技术方案选择
⑫覆盖需求
⑬系统接口清晰度
⑭系统性能
⑮技术实现风险
⑯测试方案
系统详细设计审核
①模块接口描述
②编程规范
③模块测试方案
系统安全设计审核
①网络安全
②系统安全
③数据传输安全
④数据存储安全
⑤数据访问安全
⑥防篡改和防抵赖
A
承建单位根据确定的系统设计修正
进入编程阶段
专家会签、监理签认
1.3项目实施阶段的监理
1.3.1系统编码阶段监理工作
编码阶段的任务是根据软件详细设计说明,对各程序模块采用某种计算机语言进行编码、调试、静态分析和单元测试的过程。
编码阶段承建单位工作的依据是用户需求、系统设计报告和详细设计报告。
监理单位应按照编码规范和进度计划对编码工作过程中的进度和程序质量进行监理和控制。
1.3.2系统编码阶段质量控制
1.审核承建单位编程前的准备工作
a)编程规范
b)开发平台是否统一
c)分工与进度计划的落实
d)源程序的管理机制
2.审核承建单位提交的源程序及程序静态走查记录
a)依据承建单位提交的编程规范抽检源程序,以检查其规范性;
b)审核静态走查记录
静态走查内容包括:
-文件名命名
-变量命名与赋值方式
-注释
-与详细设计的一致性
-功能分析
-控制流分析
-数据流分析
-计算流分析
-异常处理
-表达式
-编译过程
3.审核承建单位提交的测试记录和测试报告
单元测试内容包括:
-接口测试
-功能逻辑测试
-边界测试
-局部数据结构测试
-条件测试
-路径分支测试
-异常处理测试
-内存泄漏测试
1.3.3系统编码阶段进度控制
1.审核承建单位提交的《编程进度计划》
1.3.4系统编码阶段成本控制
1.核实编程阶段的工程量和工作量,并签认。
1.3.5系统编码阶段合同管理
3.工程停、复工管理。
1.3.6系统编码阶段信息管理
l源程序
l源程序审查记录
l源程序测试记录
l监理记录
1.3.7系统编码阶段组织协调
1.3.8系统编码阶段监理工作流程
1.3.8.1编码阶段质量控制流程
审查编程计划及落实情况
①分工
②文件命名方式
③编程规范
④开发顺序
⑤源程序文件管理方式
⑥源程序测试方式
整
改
编程过程中的质量与进度控制
审查源程序
(规范性)
①编程前是否充分理解设计内容
②编程中是否遵循编程规范
③编程进度是否正常
程序冻结,监理签认
进入系统测试阶段
审查单元测试过程、
记录和测试报告
1.3.8.2编码进度控制流程
承建单位提交编码进度计划
监理工程师审批
1.4项目测试阶段的监理
1.4.1系统测试阶段监理工作
本处系统测试范围包括系统集成测试、系统功能测试、系统性能测试、系统安全测试、恢复测试、安装测试等。
系统集成测试是指承建单位依据系统设计的要求检查系统各模块之间的接口通讯是否符合设计要求的测试方法;
系统功能测试是指承建单位依据功能规格检查系统实现的功能是否符合功能规格要求的测试方法;
系统性能测试是指承建单位检查系统在运行过程中的性能参数是否符合性能指标要求的测试;
系统安全测试是指承建单位检查系统是否满足安全需求要求的测试。
本阶段监理工作重点主要包括测试前对测试规划工作的审核(如对测试计划和测试方案及测试用例的评审)、测试过程中的监督检查和测试后的评估。
1.4.2系统测试阶段质量控制
1.审核承建单位系统测试前的准备工作
测试前的准备工作包括:
a)编制测试计划和测试用例
b)建立独立有效的模拟测试环境
c)选择有效的测试工具
d)制订测试过程规范
e)测试人员的培训等
监理工程师将通过文档审核、现场考察、人员谈话等方式检查测试前的准备工作是否符合要求,以保证测试的有效性。
《测试计划》内容一般包括:
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.审核承建单位提交的《测试计划》,确保:
l各方的认同性
l计划执行的落实措施
l问题跟踪解决的方式
1.4.4系统测试阶段成本控制
核实测试阶段的工程量和工作量,控制本阶段投入的软、硬件资源和人力资源,并签认。
1.4.5系统测试阶段合同管理
4.工程延期管理。
1.4.6系统测试阶段信息管理
l用户方提供的数据和资料
l测试计划
l测试记录
l测试报告
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.审核承建单位提交的《预验收测试计划》,确保:
l应包含风险分析及系统应及措施,即系统出现可能的故障后将导致的后果
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 通用 监理 方案