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

《信息系统软件验收阶段监理控制点及监理方法.doc》由会员分享，可在线阅读，更多相关《信息系统软件验收阶段监理控制点及监理方法.doc（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

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

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

4、设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册和项目总结报告。 3、主要的管理类文档:项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、评审报告、会议记录和开发进度月报。 在开发类文档中，容易被忽视的文档有程序维护手册和程序员开发手册。程序维护手册的主要内容包括:系统说明(包括程序说明)，和操作环境、维护过程、源代码清单等，编写目的是为将来的维护丈修改和再次开发工作提供有用的技术信息。 程序员开发手册的主要内容包括:系统目标、开发环境使用说明、测试环境使用说明、编码规范及相应的流程等，实际上就是程序员的培训手册。 通常，正式的审核过程分为五个步骤:

5、计划、预备会议(可选)、准备阶段、审核会议和问题追踪。预备会议是对审核内容进行介绍并讨论。准备阶段就是各责任人事先审核并记录发现的问题。审核会议是最终确定工作产品中包含的错误和缺陷。 审核要达到的基本目标是:根据共同制定的审核表，尽可能地发现被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。 在实际的验收测试执行过程中，常常会发现文档审核是最难的工作，一方面由于市场需求等方面的压力使这项工作常常被弱化或推迟，造成持续时间变长，加大文档审核的难度:另一方面，文档审核中不易把握的地方非常多，每个项目都有一些特别的地方，而且也很难找到

6、可用的参考资料。1.1.1验收测试 在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成，就可以进行验收测试的最后一个步骤可执行程序的测试，它包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量五个部分。1.1.2测试的前提条件 在真正进行用户验收测试之前一般应该己经完成了以下工作(也可以根据实际情况有选择地采用或增加): 1、软件开发已经完成，并全部解决了己知的软件缺陷。 2、验收测试计划已经过评审并批准，并且置于文档控制之下。3、对软件需求说明书的审查已经完成。 4、对概要设计、详细设计的审查己经完成。 5、对所有夭键模块的代码审查已经完成。 6、

7、对单元、集成、系统测试计划和报告的审查已经完成。 7、所有的测试脚本己完成，并至少执行过一次，且通过评审。 8、便用配置管理工具且代码置于配置控制之下。 9、软件问题处理流程已经就绪。 10、已经制定、评审并批准验收测试完成标准。1.1.3测试工作实施 具体的测试内容通常可以包括:安装(或升级)、启动与关机、功能测试(如正例、重要算法、边界、时序、反例、错误处理)、性能测试(如正常的负载、容量变化)、压力测试(如临界的负载、容量变化)、配置测试、平台测试、安全性测试、恢复测试(如在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行)、可靠性测试等。 性能测试和压力测试一般情况下是

8、在一起进行，通常还需要辅助工具的支持。在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。由于承建单位已经事先进行过性能测试和压力测试，因此可以直接使用承建单位的辅助工具。也可以通过购买或自己开发来获得辅助工具。具体的测试方法可以参考相关的软件工程书籍。 如果执行了所有的测试案例、测试程序或脚本，验收测试中发现的所有软件问题都已解决，而且所有的软件配置均已更新和审核，可以反映出软件在验收测试中所发生的变化，验收测试就完成了。1.6验收评审1.6.1系统移交和系统保障的重点 1、系统移交的监理 系统验收通过便可进行系统移交，此阶段的监理重点是确保文档及软件的完整、版本一致。 2、系统保障的监理 系统保障的监理工作重点是确保承建单位按照合同和业主要求及时高效地提供系统保障服务。1.6.2系统移交和系统保障监理的措施 1、系统移交的监理措施 (1)审查承建单位的项目资料清单。 (2)协助业主和承建单位交接项目资料。 (3)确保软件文档和软件的一致性。 (4)开发软件做好备份，保管在安全地方，文件材料归档。 2、系统保障期的监理措施 (1)督导承建单位按“合同”规定及时进行系统保障，抽查系统保障的执行情况。 (2)对项目业主方提出的质量问题进行记录。 (3)督促承建单位进行修复和维护。(4)对承建单位进行修复的内容进行确认。