信息系统工程检测和验收要点的分析与研究

1 前言

    信息系统工程资金投入逐步增大、包含子项目日益增多、其技术性复杂越来越高，作为工程建设的重要环节，目前的信息系统工程验收存在着检验项目不完整，检测手段不完善，验收人员敷衍了事、对工程验收缺乏足够重视，验收方案科学性差等问题，对工程质量造成较大影响，存有隐患。因此对国内信息系统工程建设中常见的产品采购项目、应用系统项目、机房建设项目和系统集成项目等各类信息系统工程的各个验收阶段的检测鉴定内容、程序及要点进行研究，对提高系统质量，消除隐患，创造效益具有重要意义。

2 产品采购项目检测与鉴定

    产品采购项目涉及硬件设备采购和产品软件采购。

    2.1 硬件设备采购验收

    硬件设备采购验收可分为到货验收、初步验收和最终验收，各阶段验收检测和鉴定重点如下：

    2.1.1 到货验收

    检查重点包括点箱收货、开箱检验、合同相符性检查、加电测试及资料整理等。到货前，供货单位宜预先提供货品存放条件要求、货物清单及序列号以便检查核对。点箱收货需检查设备外包装是否开封、是否完整、是否受潮、是否积压变形，若包装受损易导致内部设备受损。开箱检验检查设备外观是否全新，有无伤痕，并逐一核对序列号。设备序列号是设备唯一标识符，由生产厂家按照一定规范编号，通过序列号可以从生产厂家查询设备的型号、产地、生产线、生产日期甚至生产工人等信息，是设备保修的重要识别信息。合同相符性检查需要根据合同中的设备清单、产品型号、数量、配置情况等逐一进行落实。部分厂家产品型号不规范，对设备识别会造成困难，必要时需要求厂家提供型号对照说明。另外，合同注为原厂装配的设备无须拆卸设备进行组装，且设备整体在原厂经过检测，质量保证度优于现场组装。加电测试是检查设备是否可用的重要手段，应根据设备使用说明书检查各指示灯是否正常，部件运转声音是否正常等。加电测试可能因为实施条件不具备延后检查，但必须作为重要检查项目之一。多数设备均有使用手册、保修卡、出厂检查证明以及各种辅材，这些资料对设备的使用和维修非常重要，宜要求供货单位协助有序整理移交。

    2.1.2 初步验收

    承建单位自检通过后提交初验申请、验收计划及其方案，初步验收检查重点包括安装测试、实施文档检查和整体功能确认等。测试项目需要承建单位、用户单位、第三方咨询监理机构及有关专家讨论确定，明确检查项目列表以及检查的方法、步骤、预计结果等，测试过程中进行详细记录形成文件，作为最终验收的参考材料。实施文档需要描述清楚任务内容、环境要求、施工图纸、实施效果、进度安排、自测情况、注意事项等内容。最后根据合同要求，对系统整体功能实现情况进行确认。对初验中发现的质量问题进行评估，根据质量问题的性质和影响范围，确定整改要求和整改后的验收方式，必要时应组织重新验收，直至合格后签署初验合格报告。

    2.1.3 最终验收

    运行过后承建单位提交终验申请，具备终验条件时，组织相关单位人员进行终验，检查重点包括试运行情况、服务情况及文档检查。试运行情况和服务情况检查根据合同要求，参考用户使用报告，对系统的运行情况、问题解决情况、承建单位的服务响应情况等进行总体评估。设备到场检查和初验合格报告见过程相关文档，文档检查在实施验收阶段对文档检查的基础上，进一步对文档的版本控制、更新情况、遗留问题说明、归档记录等，对文档的整体质量进行评估。

    2.2 产品软件采购验收

    熟产品软件是指标准化程度高，买来即可安装使用的盒装软件，包括操作系统、数据库软件、办公软件等。产品软件需进行到货验收和安装使用验收。到货验收检查重点是介质与授权检查，多数产品软件都有序列号和授权说明，可通过厂商的官方服务电话或网站查询产品序列号指代的产品内容是否与合同相符，是否授权给合同约定用户单位使用。安装使用检查可能因为安装条件不具备延后进行，但安装使用检查不宜拖延太久，某些软件如Oracle服务期限在合同中有说明，合同服务期内发现安装或使用问题可以享受厂家的技术支持服务，过期则需另行支付费用，带来不必要的损失。产品软件需要注意是否是OEM版，OEM版只面向硬件集成商，与硬件设备一并销售，而不能单独买卖。

3 应用系统项目验收

    应用系统项目验收宜包括需求评审验收、开发部署验收和试运行验收，各阶段验收检测重点如下：

    3.1 需求评审验收

    承建单位根据项目前期规划和招标需求，参照国家相关标准，如：GB/T-8567计算机软件产品开发文件编制指南、GB/T-9385计算机软件需求说明编制指南等编制完成的需求规格说明书。软件需求规格说明书完成，组织需求评审，评审小组成员宜由建设单位、用户单位、承建单位、第三方咨询监理机构以及行业专家共同组成，各方成员关注点不同，对需求可以进行多角度的研讨，比如建设单位关注资源投入情况，用户单位关注功能实现情况，承建单位关注技术实现可行性，第三方咨询监理机构关注标准符合性及可验证性，行业专家关注行业协同性等。同时，需求评审阶段宜初步确定应用系统的基础软、硬件环境，主要技术框架和部署方式，以便于优化系统集成的质量和性能。

    3.2 开发部署验收

    系统开发部署工作完成，组织开发部署验收。应用系统的测试较为成熟，目前有多种测试手段和测试工具，此处不做详细探讨。开发部署验收可由各方分别进行测试，第三方咨询监理机构负责跟踪各方测试的执行情况。

    3.2.1 承建单位测试

    在提交前，承建单位应当根据需求规格说明书，参考国家相关测试标准，如：GB/T 15532-2008计算机软件测试规范、GB-T 16260.*-2006软件工程产品质量系列标准等对产品进行详细而全面的检验与测试，包括单元测试、集成测试等，并按照软件工程标准形成各类质量记录文件，如：测试计划、测试用例、测试记录、测试分析报告等，出具证明产品符合规定要求的检验测试证书和Beta版程序。必要时，用户单位和第三方咨询监理机构宜到承建单位测试环境中跟踪测试过程。

    3.2.2 用户单位测试

    承建单位正式提交Beta版程序及相关文档资料后，用户单位需搭建实验环境进行初步部署，进行用户测试，以检查应用系统的功能，必要时请专业的第三方测试机构协助进行测试，并将用户测试结果及时反馈给承建单位，经承建单位整改完成后，正式提交Release版程序，此过程可能叠代。

    3.2.3 验收测试

    基础软硬件环境搭建完成后，承建单位负责将Release版程序在正式运行环境中部署，第三方咨询监理机构协助用户单位组织上线前的功能与性能测试，并组织各方编制测试文档。验收测试通过后，签署开发部署验收报告，系统正式上线。

    3.3 试运行验收

    应用系统正式部署上线，满足试运行期限，进行试运行验收，重点检查试运行材料、更新的程序和文档以及培训和服务情况，保证系统在生命周期内有效运行。