第10章 软件项目验收

(2)现场准备与软件系统的初步验收 1)根据项目承担方送交的验收申请报告，组织 人员到现场检查运行环境的准备工作; 2)按照开发人员提出的数据准备要求，收集整 理相关功能的验收数据，以备系统验收使用; 3)对软件系统运行情况进行初步的检查和验收。 如果检查结果不符合项目目标的要求，应通知 承担方尽快进行系统的改进和完善工作。
软件项目无论是否按计划正常结束，验收都是非 常必要的。对于非正常结束的软件项目，通过验收可 以查明项目的哪些工作已经完成，完成到什么程度， 分析不能正常结束的原因。
10.1 验收标志着软件项目即将结束
(1)项目验收标志着软件项目的结束或阶段性结 束，是软件项成果交付给用户，并开始正式使用的标 志。 (2)软件项目顺利通过验收，标志着项目的用户 方与承担方之间的义务和责任基本结束(除项目运行 阶段的维护问题之外)。 (3)项目按计划验收，是保证按合同完成软件成 果研制、保证软件项目成果质量的关键步骤。
10.3 软件项目验收
软件项目竣工验收的组织要根据项目的重要 性、规模大小和隶属关系而定。 一般由项目主管部门组织验收，由项目承担 方参与，并聘请一些熟悉软件所涉及业务的人员 和软件项目管理方面的专家参加。
10.3.1 项目验收标准
(1)全部程序已经在实际运行的硬件环境、操作 系统及相关的软硬件支撑环境下进行了试运行，并且 运行稳定。 (2)程序总体功能完整，能满足业务要求和软件 系统管理要求。 (3)文档完整，与程序一致，能满足软件正式运 行的要求。 验收标准的细节部分应当是量化的、可测量的条 件。
听取现场报告 审核验收资料 观看现场演示 提出专家意见
验收专家表决 公布验收结果 签署验收合格文件 准备执行项目成果移交工作
10.3.4 软件项目最终验收
主要是对整个项目的执行情况，如资金使用状 况、进度控制情况、任务完成情况以及与项目相关的 各种因素控制的得当与否等总体内容的验收和评价。 项目最终验收由项目验收委员会主持会议，参加 的人包括所有的软件项目的利益相关者，如用户方、 承担方、监理方以及行业内的相关专家等，采取的主 要方式是举行项目验收报告会。
验收标准不仅要明确地涵盖系统性能，还要包含 系统交付情况。 例如，在何时、何地交付系统的拷贝或安装版本； 交付多少个拷贝或安装版本；以什么形式交付，资料 如何打包等，都要在标准中加以详细叙述。
10.3.2 软件系统验收
由监理方从用户的角度对软件系统进行细致的 调查、了解和分析。对系统的功能、性能进行全方 位的测试，并完成监理报告。 它是决定软件系统能否正常运行，能否被用户 认可，是软件项目的初步验收。 它主要考察系统的功能是否符合项目需求说明 书的要求，是否具有双方所约定的软件系统的特性。 它与软件项目最终验收不同，最终验收是系统 使用验收，是指承担方在软件项目按软件需求说明 书和其他设计文件所规定的内容全部开发完成后向 用户交工的过程。
10.4 软件系统的客户化切换
所谓软件系统的客户化切换，就是指软件项目验 收合格以后，应当进行软件成果的全面移交，将系统 转入正式运行状态，并执行正式运行的规范化使用和 管理。
客户化切换的主要工作包括： 1）软件系统的用户交接
2）文档资料的用户交接
3）新系统的正式上线运行
10.4.1 软件系统的用户交接
软件系统的用户交接主要包含以下工作： (1)整理试运行阶段的测试数据 试运行阶段，软件运行所积累的数据一部分将作 为系统今后运行必不可少的数据，这些数据将保留在 正式运行的系统中；另一部分数据只是为了验证系统 的功能、性能、流程等，当系统试运行结束后，这部 分数据已完成其历史使命，应从系统中清除。 (2)与相关软件进行数据衔接 新的软件系统可能与其他软件或文件存在数据关 联。例如，可能是对原有软件系统的重新开发，那就 必须继承原系统的数据；或者是新系统，但其他系统 需要利用其中的部分数据，必须进行数据转换以完成 新旧系统的切换工作。
(3)进行用户操作和系统管理培训
培训一般由软件项目接收方负责组织实施。
培训前必须预先编写培训大纲，培训大纲要根据 业务和管理的需要展开，以便达到软件操作与管理的 需求。培训大纲由软件项目承担方负责。 培训大纲的要素包括： 1)培训计划
确定培训目的、培训时间及课程。
2)培训对象
通常接受培训的人员应当是本软件运行所受影响 的部门和个人，包括接收方高级管理者、软件的用户、 潜在的用户及其部门管理人员、软件的综合管理部门 及其人员。
项目文件验收结果一般包括项目文件档案和项目 文件验收报告。 项目文件档案主要是记录整个软件项目开展过程 中各阶段的文档以及最终的用户使用手册等内容。 项目文件验收报告是监理方根据项目承担方提供 的各项文档资料审核完成后，对项目文档提出的验 收意见，指出其中根本性的内容是合格还是不合格。 如果不合格应指出需要修改的内容。
(4)项目验收结束并不等于双方签订的协议的终 止，这是因为软件项目往往还存在后续的维护等问题。
10.2 项目验收前的准备工作
项目验收前，项目承担方和用户方都需要做很多 准备工作。
10.2.1 项目承担方的准备工作
(1)做好项目的收尾工作
收尾是项目临近完工的一段时间内的重要活动， 此时剩下的只是一些开发量不大但头绪很多、需要细 致耐心处理的工作。收尾工作做不好将影响验收的进 行。所以，要正确处理好项目收尾工作，做到有头有 尾。
10.2.2 用户方的准备工作
(1)成立项目验收委员会
项目验收委员会一般由用户方、承担方、监理方 及行业专家组成。
项目验收委员会的主要工作职责：
1)审查系统试运行情况报告；
2)审查各种技术资料； 3)对系统运行情况进行复验和技术鉴定，评定系 统质量； 4)审核移交系统及文档清单； 5)提交项目验收工作的总结报告和验收鉴定书。
第10章 软件项目验收
本章要点： 验收标志着软件项目即将结束 项目验收前的准备 软件项目验收 软件项目的客户化切换 软件系统的维护 软件系统的评价
软件项目验收是指软件项目成果试运行后，正 式交付给用户之前，用户方同承担方对软件项目成果 进行审查，核查双方约定的项目计划中所规定范围内 的各项工作或活动是否均已完成，应当交付的软件成 果是否满足范围、功能和性能要求。
(3)源程序整理与系统归档 整理源程序代码，包括清理废弃的程序代码、功 能构件等。 对已经全部完成的软件系统或子系统，按照软件 配置管理的要求，将源程序、可执行程序及其构件进 行归类、存储、备份、登记，防止软件丢失、损坏， 或者泄露而造成损失。 (4)准备项目验收文档
软件项目验收除了验收开发的软件系统外，另一 个重要的验收内容就是审核验收合同规定的需要提交 给用户的全部文档资料。 (5)提出验收申请 向用户方和监理方提交申请验收的请求报告，并 同时附送项目验收的相关材料，以备项目接收方组织 人员进行验收。
(1)软件验收的方法
一般来讲软件验收有两种方法： 1)大型、复杂，各子系统之间的关联性又不是很 强，可将软件系统划分为不同的子系统，根据“总体 规划、分步实施”的策略，划分阶段、逐步完成各个 子系统的开发工作。可在某个子系统完成后，分阶段 完成软件系统的验收工作，并通过对项目各个阶段验 收结果的汇总、统计，得出软件系统最终的、整体性 的质量验收结果。
系统性能是否达到合同或者需求说明书中的要求。 对于系统性能的验收，除了检查正常情况下的性 能指标外，更主要的是要检查业务峰值情况下系统的 性能指标状况。 3)流程验收 系统流程是否达到合同或需求说明书中的要求。
4)接口验收
当软件系统与其它软件系统存在接口时，应对相 应的接口关联情况进行验收。检验接口是否满足合同 或者需求说明书中的要求。 5)用户界面验收 主要对用户界面的布局、结构、一致性、美观程 度进行验收。 6)系统开发是否按照标准进行 检验在软件系统的开发中，项目组使用的技术与 规范是否采用国际标准、国家标准及行业标准。
(5)审查验收软件项目各种文档的完整性。 (6)审查软件接收方所提出的软件功能、性能要 求是否已经在前期得到了验证和认可。 (7)审查软件项目采用的代码和基础数据是否符 合规范化要求。
(8)审查软件可执行程序是否与所提供的文档资 料相一致。
(9)审查用户方提供的“系统正式验收证明”。
(10)根据所了解的内容和信息，决定系统是否通 过验收。
来自百度文库
3)培训内容和资料 包括与软件项目相关的操作系统、数据库管理系 统、软件项目交付成果的使用说明等相关的课程内容 和资料。
4)培训的方式和方法
可以根据条件尽量采用可重复的、便捷的方式进 行，通常有课堂讲解、计算机辅助教学、在培训者指 导下的自学、正式的跟班学习、观看录像以及网上培 训等方式。 5)培训设施
主要事项包括： (1)对现场报告会准备的各类资料进行验收，主 要包括工作报告、技术报告、财务报告、监理报告、 用户报告等的格式、内容、质量和真实性做全面的分 析和验收。
(2)项目开发方作项目报告(一般包括工作报告、 技术报告、财务报告)，介绍项目开发过程全貌和相 关内容。
(3)监理方作监理报告，包括对软件项目交付成 果的测试报告，以及文档验收报告等。 (4)用户代表做用户报告（对项目的综合评价及对 软件系统的最终使用评价）。
如果条件允许，应在非常类似于实际性能条件的 环境中进行。
6)培训效果的评价
确定受训人员满意地完成学业的准则，收集、评 审培训的反馈信息，对培训的效果进行评价，以便考 虑培训过程的改进，重新按排后续培训的机会。 7)培训记录
验收标准条款的不适当举例： 1)为了保证系统功能的正确性，必须对软件系统 进行彻底测试，测试要包括适当数量的数据信息和执 行流程。 “适当数量”不明确。 “彻底地”含义也不明确。 2)在软件用户的协助下，承担方应该准备测试结 果信息以检验在测试范围内列出的所有条目。 客户协助程度没有加以限制。 谁对信息进行实际的分类。 没有时间限制。
10.3.3 项目验收的工作流程
承担方 自测试 准备文档资料 准备项目报告 提交申请验收报告 工作报告 技术报告 财务报告 用户方 成立验收委员会 系统测试 准备用户报告 制定验收计划 现场系统操作 用户报告 领导意见 监理方
了解用户意见 测试系统 系统验收意见 编写建立报告
监理报告 现场意见 系统验收意见 考察监理意见 起草验收报告
2)软件系统规模较小、较简单，或者软件系统各 个功能之间关联性很强时，应在全部系统开发完成后， 统一组织系统验收。
(2)软件系统质量验收 主要是对软件系统的功能、性能、流程、接口、 用户界面友好性等方面进行验收。 验收的内容包括： 1)功能验收 软件系统实现功能是否满足用户的实际需求。 2)性能验收
(3)软件系统文档验收
项目文档既是项目评价和验收的标准，也是项 目交接、维护和后期评价、使用的重要原始凭证。
项目开发方必须将整理好的、真实的项目文 档 资料交给项目验收方，项目验收方只有在对文档资 料验收合格后才能开始项目验收工作。 项目文档验收的主要依据是项目的合同条款。
由于软件系统自身的特殊性——涉及到项目的 知识产权界定和技术保密问题，所以在文档验收时， 一般除了合同条款以外，双方应签署补充协议，做 好系统的知识产权界定及落实开发方的技术保密问 题。
项目文档验收的主要方面：
1)完整性
按照合同条款规定的文档资料验收的范围和清单， 通过对项目文件的验收、清点，检查项目文档资料的 完整性。 2)规范性 根据国家标准或行业标准，检查文档资料书写是 否规范。 3)有效性 通过与实际系统的比较，检查文档内容与实际系 统是否一致。
项目文件全部验收合格时，项目开发方与接收方 对项目文件验收报告进行确认和签字，形成项目文 件验收结果。
(2)项目组自检工作
项目验收准备阶段，应对照以上验收的标准和要 求，进行必要的自检自查工作，尽最大可能地找到软 件系统中存在的问题、漏洞和不足，并尽快予以解决 和完善。 自检工作主要包括以下三项内容：
1)确定参加自检的人员
2)制定自检的计划 按照软件系统的功能层次和性能要求划分并确定 自检的顺序，确定自检的方法，编制自检计划。 3)执行自检 参加自检的人员要对软件的每一个功能逐个进行 检查，检查功能的合理性与完整性。