信息系统软件验收阶段监理控制点及监理方法.pdfVIP

信息系统软件验收阶段监理控制点及监理方法.pdf

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

信息系统软件验收阶段监理控制点及监理方法

1.1验收阶段监理工作的重点

按照项目合同查看承建单位提供的各种审核报告和测试报告内容

是否齐全,再根据平时对承建单位工作情况的了解,可以初步判断开

发方是否已经进行了足够的正式测试。

验收可以分为两个大的部分:软件配置审核和验收测试。其大致

顺序可分为:文档审核,源代码审核,配置脚本审核,测试程序或脚

本审核和可执行程序测试。

验收阶段的每一个相对独立的部分,都应该有目标(本步骤的目

的)、启动标准(着手本步骤必须满足的条件)、活动(构成本步骤的具

体活动)、完成标准(完成本步骤要满足的条件)和度量(应该收集的产

品与过程数据)。

1.2组织机构及人员组成

业主单位与监理单位协调成立专门的验收委员会,作为验收的组

织机构。委员会一般不少于5人(单数)组成,设主任1人,委员若千

人;并成立验收测试组和配置审核组,委员可分别参与这两个组的工

作。另外还需要侧试员、配置审核员和记录员若干人。

验收委员会由业主单位代表、监理单位代表、承建单位代表以及

邀请的技术专家组成员组成。

1.3验收测试和配置审核步骤

1、制订验收测试计划、配置审核计划,做好验收测试、配置审核

准备。

2、验收委员会审定测试计划、配置审核计划和测试准备、配置

审核准备情况。

3、进行验收测试、配置审核,建立完整的测试、配置审核记录。

4、编写测试报告、配置审核报告。

5、验收委员会评审。

1.4验收测试和配置审核内容

1、检查“合同”或“验收标准”要求的所有功能。

2、检查“合同”或“验收标准”要求的所有质量特性。

3、检查开发各个阶段的文档、评审结论是否齐全规范。

4、验证功能和接口与需求规格说明的一致性;检查程序和文档的

一致性、文档和文档的一致性、交付的产品与“合同”或“验收标准”

要求的一致性及符合有关标准的情况。

5、由双方商定所进行的一些特殊测试和配置审核。

1.5配置审核

承建单位应当在验收前提供相应软件配置内容,监理单位应对其

进行审查,审查的内容主要包括以下几个部分。

1、可执行程序、源程序、配置脚本、测试程序或脚本。

2、主要的开发类文档:需求说明书、概要设计说明书、详细设计

说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、

程序员开发手册、用户操作手册和项目总结报告。

3、主要的管理类文档:项目计划书、质量控制计划、配置管理计

划、用户培训计划、质量总结报告、评审报告、会议记录和开发进度

月报。

在开发类文档中,容易被忽视的文档有《程序维护手册》和《程

序员开发手册》。《程序维护手册》的主要内容包括:系统说明(包括程

序说明),和操作环境、维护过程、源代码清单等,编写目的是为将

来的维护丈修改和再次开发工作提供有用的技术信息。

《程序员开发手册》的主要内容包括:系统目标、开发环境使用说

明、测试环境使用说明、编码规范及相应的流程等,实际上就是程序

员的培训手册。

通常,正式的审核过程分为五个步骤:计划、预备会议(可选)、

准备阶段、审核会议和问题追踪。预备会议是对审核内容进行介绍并

讨论。准备阶段就是各责任人事先审核并记录发现的问题。审核会议

是最终确定工作产品中包含的错误和缺陷。

审核要达到的基本目标是:根据共同制定的审核表,尽可能地发

现被审核内容中存在的问题,并最终得到解决。在根据相应的审核表

进行文档审核和源代码审核时,还要注意文档与源代码的一致性。

在实际的验收测试执行过程中,常常会发现文档审核是最难的工

作,一方面由于市场需求等方面的压力使这项工作常常被弱化或推

迟,造成持续时间变长,加大文档审核的难度:另一方面,文档审核

中不易把握的地方非常多,每个项目都有一些特别的地方,而且也很

难找到可用的参考资料。

1.1.1验收测试

在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核

都顺利完成,就可以进行验收测试的最后一个步骤—可执行程序的测

试,它包括功能、性能等方面的测

试,每种测试也都包括目标、启动标准、活动、完成标准和度量五个

部分。

1.1.2测试的前提条件

在真正进行用户验收测试之前一般应该己经完成了以下工作(也

可以根据实际情况有选择地采用或增加):

1、软件开发已经完成,并全部解决了己知的软件缺陷。

2、验收测试计划已经过评审并批准

您可能关注的文档

文档评论(0)

156****9232 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档