软件工程验收控制程序资料

1、软件工程验收控制程序文件编号：版本号：C1.0生效日期：2008-1-21页数：35页拟制：日期：2008-1-15审核：日期：2008-1-17批准：日期：2008-1-21（版权所有）文件修订历史JX1早1贝码版本生效日期描述修订人ALLALLC1.02007-1-21新建一、验收目的为使信息化项目建设按照相关法律、 法规及合同要求进行，确保项目竣工后达到有关 要求和标准，并能正常投入运行，必须进行项目验收。二、验收依据作为项目验收的依据，一般选用项目合同书、国标、行业标准和相关政策法规、国际惯例等。三、验收的前提条件（一）所有建设项目按照合同要求全部建成，并满足使用要求；（二）各个分项工

2、程全部初验合格；（三）已通过软件确认测试评审 ；（四）已通过软件系统测试评审；（五）软件已置于配置管理之下；（六）各种技术文档和验收资料完备，符合合同的内容；（七）系统建设和数据处理符合信息安全的要求，涉密信息系统需提供保密主管部门出具的验收合格证书；（八）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相 关政策法规的要求；（九）各种设备经加电试运行，状态正常；（十）经过监理方同意；（十一）经过相关主管部门和项目业主同意；（十二）合同或合同附件规定的其他验收条件。四、参与人员上上上上上上上上上上上上上上上 上 上 上上 上 上 上 上 上 上五、验收步骤（一）需求分析项目监理单

3、位组织业主及承建方人员对项目进行验收需求分析，针对项目验收确定验收资料、标准、样表等。（二）编写验收方案（计划书）承建方提交验收方案（计划书），项目监理单位辅助业主对验收方案（计划书） 进行审定。（三）成立项目验收小组实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。（四）项目验收的实施严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的 测试和验收。（五）提交验收报告项目验收完毕，对项目系统设计、建设质量、设备质量、软件运行情况等做出全 面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的解决 意见。（六）召开项目验收评审会召开由验收委员会全体成

4、员参加的项目验收评审会，全面细致地审核项目验收小组所提交的验收报告，给出最终的验收意见，形成验收评审报告。六、验收程序（一）初验1、申请：项目竣工后经测试和试运行合格，承建方根据合同、招标书、计划任 务书，检查、总结项目完成情况后向业主提出初验申请。2、方式：项目业主组织监理和承建方进行初验。3、承建方提供材料：初验申请书、完工报告、项目总结，以及要求的验收评审 资料。（二）终验1、申请：初验合格后，承建方根据合同、招标书、任务书，检查、总结项目组织实 施和完成情况后向业主提出验收申请。2、方式：验收工作由上级主管部门和项目业主、监理等单位和专家组成验收小组进行验 收。验收工作分为两个步骤：验

5、收小组验收和验收委员会评审，由验收小组共同确定 验收时间、评审时间及其它安排。（1）验收小组验收验收小组一般由5 8人组成，成员由上级主管部门和项目业主的管理人员、监理单 位专业技术人员共同组成。验收时参照相关验收内容及标准进行，验收后必须提交验收报告。验收小组的验收内容一般包括验收测试、资料评审。验收测试的内容及标准见附件三。文档验收标准如下：1） 文档完备性（是否按照合同及其附件要求提交了全部文档）；2） 内容针对性（指本文档是否是甲方要求的文档）；3） 内容充分性（指该文档全面、详细的程度）；4） 文档的价值；5） 内容一致性（是否存在前后矛盾）；6） 文字明确性（尽量不使用 可能“、也

6、许“待定”等词语，尽量不使用语义含糊 不清的语句）；7） 图表翔实性；8） 易读性（能够在一篇文档中说明清楚的内容，尽量不要拆分成若干文档，不要 循环引用，文档目录一目了然，结构清晰）。注释：所有软件、硬件验收标准要符合国家和相关标准。（2）验收委员会评审验收委员会一般由815人组成，成员由验收小组及上级主管部门、项目业主和 监理单位组织的领导、专家等组成。验收委员会评审一般采取会议评议方式进行，听 取验收总结报告说明、验收小组验收结果及意见，通过评审后提交验收评审报告。3、业主提供材料：验收申请、项目建设总结性评价报告（组织与实施协调）、项目实施报告（技术、项目管理、质量控制）、相关文档资料

7、、验收安排计划、验收小组及 委员会名单、验收计划书（由监理单位负责）（三）验收签字经过验收、评审形成的验收报告和评审报告，验收委员会成员签字。七、验收结论验收结果分为：验收合格、需要复议和验收不合格三种。符合信息化项目建设标 准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于 提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结 论争议较大的，视为需要复议。1、项目凡具有下列情况之一的，按验收不合格处理：（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；（二）所提供的验收材料不齐全或不真实的；（三）项目的内容、目标或技术路线等已进行了较

8、大调整，但未曾得到相关单位 认可的；（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；（五）没有对系统或设备进行试运行，或者试运行不合格；（六）项目经费使用情况审计发现问题的；（七）违反法律、法规的其他行为。八、验收结论的处理（一）验收结论为验收合格的，项目业主将全部验收材料统一装订成册并连同相 应的电子文档，报相关部门备案。（二）验收结论为需要复议的，业主单位以书面形式通知承建方在三个月内补充 有关材料或者进行相关说明。（三）验收结论为验收不合格的，业主单位以书面形式通知设计、承建方和监理 单位，限期整改，整改后试运行合格的，施工单位重新申请验收。（

9、四）未通过验收的信息化项目，不得交付使用。九、项目交接项目竣工验收合格后，应办理项目交接手续。项目的移交包括项目实体移交和项目 文件移交部分。附件一：验收涉及的资料包括：（一）基础资料：招标书、投标书、有关合同、有关批复文件、系统设计说明书、 系统功能说明书、系统结构图、项目详细实施方案。（二）项目竣工资料：项目开工报告、项目实施报告、项目质量测试报告、项目 检查报告、测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、 售后服务保证文件、培训文档、其他文件。（三）软件开发文档：需求说明书、概要设计说明书、详细设计说明书、数据库 设计说明书、测试计划、测试报告、程序维护手册、程序员

10、开发手册、用户操作手册（四）软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用户培 训计划、质量总结报告、会议记录和开发进度月报。附件二：项目验收评审会议程序一、验收资料准备需要打印好，盖好项目章（包括骑缝章）的文档如下（提交一页的文档清单提供给验 收组成员）1 .需求分析文档2 .概要（详细）设计文档3 .数据库设计文档4 .数据库安装手册5 .软件体系架构手册6 .软件使用操作手册7 .软件安装维护手册8 .系统测试内容及指标（重要）9 .系统测试方案（重要）10 .系统测试报告（特别重要）11 . 测试记录二、需要准备的介绍内容1 .系统体系架构、功能介绍、数据交换及协同方案等

11、的PPT2 .预验收或终验的工作小结3 .实际系统运行情况演示三、过程管理文档1 .会议纪要2 .需求变更材料3 .用户确认单（如果有）4 .如果有硬件设备，提供硬件设备报验单（签过字）四、验收会议议程（一般情况）5 .注：提交会议议程给专家，有专家组长主持评审会议1 .建设方领导讲话，介绍系统的情况（具体内容建设方准备）2 .如有监理单位，则由监理单位做监理工作情况报告（具体内容监理方准备）3 .承建单位做PPT和系统演示4 .专家和建设单位组织讨论验收意见（承建方和监理方回避）5 .签署专家验收意见附件三：软件项目的验收测试内容及标准一、验收项目：1 .功能项测试对软件需求规格说明书中的所

12、有功能项进行测试2 .业务流程测试对软件项目的典型业务流程进行测试3 .容错测试容错测试的检查内容包括：软件对用户常见的误操作是否能进行提示软件对用户的操作错误和软件错误，是否有准确、清晰的提示软件对重要数据的删除是否有警告和确认提示软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的 错误提示4 .安全性测试安全性测试的检查内容包括：软件中的密钥是否以加密文方式存储软件是否有留痕功能，即是否保持有用户的操作记录软件中各种用户的权限分配是否合理5 .性能测试对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明 书中的各项性能指标。6 .易用性测试易用性测试

13、的内容包括：软件的用户界面是否友好，是否出现中英文混杂的界面软件中的提示信息是否清楚、易理解，是否存在原始的英文提示软件中各个模块的界面风格是否一致软件中的查询结果的输出方式是否比较直观、合理7 .适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满 足的软、硬件环境。对每个环境进行测试。8 .文档测试用户文档包括：安装手册、操作手册和维护手册。对用户文档测试的内容包括： 操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块 用户文档描述的信息是否正确，是否没有歧义和错误的表达用户文档是否容易理解，是否通过使用适当的术语、图形表示、详细的解释来表 达用户文档对主要功能和关键操作是否提供应用实例用户文档是否有详细的目录表和索引表用户有特别要求的测试二、验收标准1.软件错误的严重性等级定义：1:不能执行正常功能或重要功能，或者危及人身安全2:严重地影响系统要求或基本功能的实现，且没有办法解决3:严重地影响系统要求或基本功能的实现，但存在合理的解决办法4:使操作者不方便或遇到麻烦，但不影响执行正常功能或重要功能5:其它错误2 .验收标准测试用例不