信息系统软件验收阶段监理控制点及监理方法_第1页
信息系统软件验收阶段监理控制点及监理方法_第2页
信息系统软件验收阶段监理控制点及监理方法_第3页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、信息系统软件验收阶段监理控制点及监理方法1.1 验收阶段监理工作的重点按照项目合同查看承建单位提供的各种审核报告和测试报告内容 是否齐全, 再根据平时对承建单位工作情况的了解, 可以初步判断开 发方是否已经进行了足够的正式测试。验收可以分为两个大的部分 : 软件配置审核和验收测试。其大致 顺序可分为 : 文档审核,源代码审核,配置脚本审核,测试程序或脚 本审核和可执行程序测试。验收阶段的每一个相对独立的部分,都应该有目标 ( 本步骤的目 的) 、启动标准 (着手本步骤必须满足的条件 ) 、活动(构成本步骤的具 体活动) 、完成标准 (完成本步骤要满足的条件 )和度量(应该收集的产 品与过程数据

2、 ) 。1.2 组织机构及人员组成业主单位与监理单位协调成立专门的验收委员会,作为验收的组 织机构。委员会一般不少于 5人(单数)组成,设主任 1 人,委员若千 人; 并成立验收测试组和配置审核组,委员可分别参与这两个组的工 作。另外还需要侧试员、配置审核员和记录员若干人。验收委员会由业主单位代表、 监理单位代表、 承建单位代表以及 邀请的技术专家组成员组成。1.3 验收测试和配置审核步骤1、制订验收测试计划、配置审核计划,做好验收测试、配置审核 准备。2 、验收委员会审定测试计划、配置审核计划和测试准备、配置 审核准备情况。3 、进行验收测试、配置审核,建立完整的测试、配置审核记录。4 、编

3、写测试报告、配置审核报告。5 、验收委员会评审。1.4 验收测试和配置审核内容1 、检查“合同”或“验收标准”要求的所有功能。2 、检查“合同”或“验收标准”要求的所有质量特性。3 、检查开发各个阶段的文档、评审结论是否齐全规范。4 、验证功能和接口与需求规格说明的一致性 ;检查程序和文档的 一致性、文档和文档的一致性、 交付的产品与 “合同”或“验收标准” 要求的一致性及符合有关标准的情况。5、由双方商定所进行的一些特殊测试和配置审核。1.5 配置审核承建单位应当在验收前提供相应软件配置内容,监理单位应对其 进行审查,审查的内容主要包括以下几个部分。1 、可执行程序、源程序、配置脚本、测试程

4、序或脚本。2、主要的开发类文档 : 需求说明书、概要设计说明书、详细设计 说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、 程序员开发手册、用户操作手册和项目总结报告。3 、主要的管理类文档 :项目计划书、质量控制计划、配置管理计 划、用户培训计划、质量总结报告、评审报告、会议记录和开发进度 月报。在开发类文档中,容易被忽视的文档有程序维护手册和程 序员开发手册。程序维护手册 的主要内容包括 :系统说明 (包括程 序说明 ) ,和操作环境、维护过程、源代码清单等,编写目的是为将 来的维护丈修改和再次开发工作提供有用的技术信息。程序员开发手册 的主要内容包括 : 系统目标、开发环境使

5、用说 明、测试环境使用说明、编码规范及相应的流程等,实际上就是程序 员的培训手册。通常,正式的审核过程分为五个步骤 : 计划、预备会议 (可选)、 准备阶段、 审核会议和问题追踪。 预备会议是对审核内容进行介绍并 讨论。准备阶段就是各责任人事先审核并记录发现的问题。 审核会议 是最终确定工作产品中包含的错误和缺陷。审核要达到的基本目标是 : 根据共同制定的审核表,尽可能地发 现被审核内容中存在的问题, 并最终得到解决。 在根据相应的审核表 进行文档审核和源代码审核时,还要注意文档与源代码的一致性。在实际的验收测试执行过程中, 常常会发现文档审核是最难的工 作,一方面由于市场需求等方面的压力使这

6、项工作常常被弱化或推 迟,造成持续时间变长,加大文档审核的难度 : 另一方面,文档审核 中不易把握的地方非常多, 每个项目都有一些特别的地方, 而且也很 难找到可用的参考资料。1.1.1 验收测试在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核 都顺利完成,就可以进行验收测试的最后一个步骤可执行程序的测 试,它包括功能、性能等方面的测 试,每种测试也都包括目标、启动标准、活动、完成标准和度量五个 部分。1.1.2 测试的前提条件在真正进行用户验收测试之前一般应该己经完成了以下工作( 也可以根据实际情况有选择地采用或增加 ):1 、软件开发已经完成,并全部解决了己知的软件缺陷。2 、验收

7、测试计划已经过评审并批准,并且置于文档控制之下。3、对软件需求说明书的审查已经完成。4 、对概要设计、详细设计的审查己经完成。5 、对所有夭键模块的代码审查已经完成。6 、对单元、集成、系统测试计划和报告的审查已经完成。7 、所有的测试脚本己完成,并至少执行过一次,且通过评审。8 、便用配置管理工具且代码置于配置控制之下。9 、软件问题处理流程已经就绪。10 、已经制定、评审并批准验收测试完成标准。1.1.3 测试工作实施具体的测试内容通常可以包括 : 安装(或升级) 、启动与关机、 功能 测试(如正例、重要算法、边界、时序、反例、错误处理 ) 、性能测试 (如正常的负载、容量变化 ) 、压力测试 (如临界的负载、容量变化 )、 配置测试、平台测试、安全性测试、恢复测试 ( 如在出现掉电、硬件 故障或切换、网络故障等情况时,系统是否能够正常运行 ) 、可靠性 测试等。性能测试和压力测试一般情况下是在一起进行, 通常还需要辅助 工具的支持。 在进行性能测试和压力测试时, 测试范围必须限定在那 些使用频度高的和时间要求苛刻的软件功能子集中。 由于承建单位已 经事先进行过性能测试和压力测试, 因此可以直接使用承建单位的辅 助工具。也可以通过购买或自己开发来

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论