软件验收管理工作内容1

第一篇：软件验收管理工作内容1

软件验收管理工作内容1 目前，国内软件项目的验收管理没有可参照的强制内容及标准，这样，对于软件项目验收来说，存在很大分歧和不确定性，也为全程软件质量保障安插了隐患。

为此，我们山东省软件评测中心在参考了大量文献基础上，结合实际验收管理经验，总结了软件验收管理的部分工作内容，不足之处，欢迎指正，也可登陆中心网站http://www.sdstc.net/留言交流，如有需求，我们可提供免费的软件验收管理咨询服务。

软件项目验收管理工作内容：

一、软件验收管理的准备工作

1、对完整产品的运行进行确认；

2、证实系统已满足合同规定的条件及需求说明书中对系统功能和性能的要求；

3、整理验收需要文档列表、系统软硬件配置清单：（1）软件工程立项批准文件（2）项目验收申请报告；（3）招标书（4）投标书（5）中标通知书（6）合同（含预算表）（7）软件需求说明书；（8）概要设计说明书；

（9）数据及数据库设计要求说明书；（10）详细设计说明书；（11）操作手册；（12）用户手册

（13）项目用户评价过程意见；（14）软件接口规范；

（15）原代码或安装盘；（16）专家组要求的其他材料

4、制定人员培训和技术支持的计划。

二、软件系统验收申请报告

1、卖方向买房提出软件系统验收申请报告，说明申请系统验收的准备情况和系统所具备的验收条件。系统验收申请报告，必须按合同书的有关规定，交付有关产品资料，其中包括系统设备及系统软件配置清单、文档、技术总结报告和测试分析报告等，系统验收申请报告应有卖方的技术负责人签字。

2、买方的经办人或第三方验收管理机构必须了解验收系统的功能、性能和系统配置与文档等方面的要求，掌握合同书中规定的系统验收条款，对卖方提交的系统验收申请报告进行审查，提出处理意见；买方技术负责人经审查后，在申请报告上签字并对卖方的申请进行答复；买方将按合同有关条款做好系统验收的全部准备工作，包括对测试用例、测试数据、测试过程和测试环境的准备。

三、制定系统验收计划

在软件系统验收活动进行之前，应制定一套完整的系统验收测试计划。该计划要由买方认可，而且还要包括一些由买方提供的测试方案，该计划应包括系统验收工作的活动程序、验收测试要求、技术条件、设备资源、验收准则、工作人员的组成以及日程安排等内容。

四、制定组织机构及人员组成

1、成立专门的软件系统验收委员会，作为系统验收的组织机构，委员会设主任委员若干，并由该委员会组织成立系统验收测试组、技术组和文档审查组，配备若干测试员和记录员。

2、验收委员会由买方代表、特邀专家或第三方测试机构专家及最终买方代表组成，必要时，也可吸收卖方代表参加。特邀专家必须是行业信息领域的权威，熟悉国内外该领域技术发展的状况。

五、规范验收委员会的任务与权限

1、验收委员会的任务 审定系统验收计划；

听取卖方的《技术总结报告》和《测试分析报告》； 判定所验收的系统是否符合合同及系统需求说明书的要求； 审定验收测试计划；

组织验收测试和进行系统验收评审，并形成系统验收报告； 监督系统验收后的产品移交。

2、验收委员会的权限

有权要求卖方和买方对系统开发过程中的有关问题进行说明，提出质疑并要求作出解释；

在验收过程中，协调卖方和买方之间可能发生的纠纷； 决定系统是否通过验收。

六、验收记录

验收工作的全部过程必须详细记录，记录验收过程中验收委员会，提出的所有问题与建议，卖方的解答和验收委员会对被验收系统的评价，并形成文件供评审时查阅及存档。

七、制定软件验收测试计划

软件系统的验收测试是系统验收活动中最关键的步骤，被验收的系统必须满足合同条款与系统需求说明书中规定的要求。

测试计划及程序包括下列几项：

1、测试计划及程序的目的；

2、各项功能测试所需输入的数据；

3、测试结果记录的说明；

4、观察、测试结果的设备、工具及程序；

有关的测试结果要以书面报告的形式由卖方向买方提交，内容包括：

（1）、测试的系统功能；

（2）、为纠正系统缺点需做的变动；（3）、为提高系统性能提出的建议。

第二篇：软件验收标准

目前，国内软件的验收没有可参照的强制性标准，就软件测试和评价来说，参照的标准是GB/T 17544 和GB/T 16260，它们都是推荐性标准，且都是定性而非定量的标准，这样，对于软件的验收来说，存在很大的分歧和不确定性。为此，我们在参考了大量的实践案例和文献的基础上，结合我司实际制定本验收试用办法，用于规范我司软件系统验收。

软件系统的验收可通过我司组织验收或通过第三方验收两种办法。

1、验收原则

验收参与部门：信息部门、使用部门、技术部门、专家小组或第三方验收人员；开发单位。

在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见；在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述；在开发方开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审或第三方的验收测试，提供完整的错误报告提交给用我司，我司根据之前签订的开发合同中相应的验收标准判断是否进行验收。

2、验收项目和验收标准 2.1 验收项目 a)功能项测试

对软件需求规格说明书中的所有功能项进行测试； b)业务流程测试

对软件项目的典型业务流程进行测试； c)容错测试

容错测试的检查内容包括: 1)软件对用户常见的误操作是否能进行提示；

2)软件对用户的的操作错误和软件错误，是否有准确、清晰的提示； 3)软件对重要数据的删除是否有警告和确认提示；

4)软件是否能判断数据的有效性，屏蔽用户的错误输入，识别非法值，并有相应的错误提示。

d)安全性测试

安全性测试的检查内容包括: 1)软件中的密钥是否以密文方式存储；

2)软件是否有留痕功能, 即是否保存有用户的操作日志； 3)软件中各种用户的权限分配是否合理； e)性能测试

对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。

f)易用性测试 易用性测试的内容包括: 1)软件的用户界面是否友好，是否出现中英文混杂的界面； 2)软件中的提示信息是否清楚、易理解，是否存在原始的英文提示； 3)软件中各个模块的界面风格是否一致；

4)软件中的查询结果的输出方式是否比较直观、合理。g)适应性测试

参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。

h)文档测试

用户文档包括: 安装手册、操作手册和维护手册。对用户文档测试的内容包括: 1)操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；

2)用户文档描述的信息是否正确, 是否没有歧义和错误的表达； 3)户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达；

4)用户文档对主要功能和关键操作是否提供应用实例； 5)用户文档是否有详细的目录表和索引表； i)

2.2 验收标准

2.2.1 软件错误的严重性等级 有特别要求的测试 1：不能执行正常功能或重要功能, 或者危及人身安全； 2：严重地影响系统要求或基本功能的实现, 且没有办法解决； 3：严重地影响系统要求或基本功能的实现, 但存在合理的解决办法； 4：使操作者不方便或遇到麻烦, 但不影响执行正常功能或重要功能； 5 ：其它错误；

2.2.2错误与严重性等级对应表 a)1 级错误的描述

这一级别的错误一般包括以下内容: 没有实现或错误地实现重要的功能；业务流程存在重大隐患；软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况；软件在操作过程中由于软件自身的原因对系统或数据造成破坏；在现有的软、硬建设环境下不能实现应有的功能；特殊软件在操作过程中可能危及系统和人身安全等。

b)2 级错误的描述

这一级别的错误一般包括: 没有实现基本功能，并且不存在替代办法；没有实现重要功能中的部分功能，并且不存在替代办法；业务流程衔接错误；密钥以明文方式存储；没有留痕功能；用户的权限分配不合理；在现有的环境下，不能实现部分功能且没有替代方案；没有满足系统的性能要求。

c)3 级错误的描述

这一级的错误是与第2 级别的错误相对应的，而第3 级错误则存在替代方法；对误操作或错误操作没有提示，导致非法数据进入数据库。

d)4 级错误的描述

这一级别的错误通常为易用性方面的错误。比如界面不友好、前后风格不一；中英文混杂；查询结果输出不直观等。

e)5 级错误的描述

通常为文档方面的错误，如安装手册、操作手册、维护手册中的描述错误。其次，对发现的每一个错误都要确定相应的严重性等级，如表2 中的说明。全部改正方可；如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件, 提交给软件评测中心再次进行完整的验收测试。2.2.2 验收标准

1)测试用例不通过数的比例< 1.5 %； 2)不存在错误等级为1 的错误； 3)不存在错误等级为2 的错误； 4)错误等级为3 的错误数量≤ 5； 5)所有提交的错误都已得到更正； 2.3 验收标准的详细说明

验收项目的划分参照GB/T 16260 标准。在该标准中，将软件的质量特性分为6 大特性、21 个子特性，而对于具体的软件，并非都要进行这21 个特性的测试和评价。本文选取的是最通用的子特性部分，针对各种不同的软件，可以对验收项目进行剪裁或扩充。

需要制定的验收标准，即每一级别的错误量的可接受范围。一般来说，不允许存在1 级和2级错误，而3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定，并在软件开发合同中明确地列出。

在软件验收测试中，测试的依据包括软件的投标文件、开发合同、需求规格说明书, 同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。

在进行第三方的验收测试后，软件评测中心将发现的所有错误进行总结和归纳，并提交完整的错误报告，在错误报告中包括每一级别的错误数量和错误清单(所有的错误都需经过用户方和开发方的确认)。

用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照，如错误的级别和数量在合同中没有约定，可按本办法的规定进行。用户方认为软件可以验收，但要求开发方对错误报告中的所有错误进行整改，并提交给软件评测中心进行回归测试，确认错误报告中的所有错误全部改正方可；如错误的级别和数量在合同可接受的范围外，用户方认为软件不可验收，要求开发方在规定的时间内全面整改软件，提交给软件评测中心再次进行完整的验收测试。

3、验收资料

（1）工程立项批准文件（2）项目验收申请报告；（3）软件需求说明书；（4）概要设计说明书；

（5）数据及数据库设计要求说明书；（6）详细设计说明书；（7）软件测试报告；（8）核心算法说明文档；（9）操作手册；（10）用户手册

（11）项目用户评价过程意见；（12）软件接口规范；（13）原代码或安装盘；（14）编译、安装等配置说明；（15）专家组要求的其他材料

4、其他

在有条件的情况下，还应该进行安装测试、压力测试和数据恢复测试。若进行子系统验收或部分验收，可参照以上方法和资料，双方共同协商确定。

参考文献：

GB/T 17544 ；GB/T 16260；《软件验收标准探讨》

第三篇：软件项目验收方案

一、验收目的

为使信息化项目建设按照标准要求进行，确保项目竣工后达到有关要求和标准，并能正常投入运行，必须进行项目验收。

二、验收对象

参与项目建设的施工单位。

三、项目验收的前提条件：

（1）所有建设项目按照合同要求全部建成，并满足使用要求；（2）各个分项工程全部验收合格；（3）已通过软件确认测试评审；（4）已通过软件系统测试评审；（5）软件已置于配置管理之下；

（6）各种技术文档和验收资料完备，符合合同的内容；

（7）系统建设和数据处理符合信息安全的要求，涉密信息系统需提供主管部门验收的合格证书；

（8）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；

（9）各种设备经加电试运行，状态正常；（10）经过监理方同意；

（11）经过相关主管部门和项目业主同意；（12）合同或合同附件规定的其他验收条件；

四、验收方法

项目验收是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保证。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保证项目验收质量，针对不同的验收内容，在实施验收操作中，可以采取以下不同的方法：

（一）登记法

对项目中所设计的所有硬件、软件和应用程序一一登记，特别是硬件使用手册、软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调发展建设中的问题进行登记。

（二）对照法

对照检查项目各项建设内容的结果是否与合同条款及工程施工方案一致。

（三）操作法

这是项目建设最主要的验收方法。首先，最项目系统硬件一一实际加电操作，验证是否与硬件提供的技术性能相一致；其次，运行项目软件系统，检验其管理硬件及应用软件的实际能力是否与合同规定的一致；第三，运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。(四)测试法

对能使用检测仪器进行检测的设备，实施应当一一进行实际测试，检查是否和设备、实施的规格、性能要求相一致。

五、验收步骤

（一）需求分析

项目监理单位组织人员对项目进行验收需求分析，针对项目验收，监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队，负责具体工作。

（二）编写验收方案（计划书）

项目监理单位在对项目进行深入的需求分析的基础上编写验收方案（计划书），提交业主单位审定。

（三）成立项目验收小组

实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。

（四）项目验收的实施

严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的测试和验收。

（五）提交验收报告

项目验收完毕，对项目系统设计、建设质量、设备治疗、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对一流问题提出具体的解决意见。

（六）召开项目验收评审会

召开由验收委员会全体成员参加的项目验收评审会，全面细致的审核项目销售小组所提交的验收报告，给出最终的验收意见，形成验收评审报告提交项目业主存档。

六、验收程序

（一）初验

1、申请：项目竣工后经测试和试运行合格，施工单位根据合同、招标书、计划任务书，检查、总结项目完成情况后向业主提出初验申请。

2、方式：项目业主组织监理和施工单位进行初验。

3、施工单位提供材料：初验申请书、完工报告、项目总结、一级要求的验收评审资料。

（二）终验

1、申请：初验合格后，项目业主根据合同、招标书、任务书，检查、总结项目实施和完成情况后向主管部门提出验收申请。

2、经过审核，材料齐全则由主管部门组织验收。

验收工作有由主管部门和项目业主、监理等单位和专家组组成验收小组进行验收。验收工作分为两个步骤：验收小组和验收评委会评审，由验收小组共同确定验收时间、评审时间及其他安排。

（1）验收小组验收

验收小组一般由5-8人组成，成员由主管部门和项目业主的管理人员、监理单位专业技术人员共同完成。验收时参照相关验收内容及标准进行，验收后必须提交验收报告。（2）验收委员会评审

验收委员会一般由8-15人组成，成员由验收小组及主管部门、项目业主和监理单位的领导、专家等组成。验收委员会评审一般采取会议评议方式进行，听取验收总结报告说明、验收小组验收结果及意见，通过评审提交验收评审报告。

（3）项目业主提供材料：验收申请、项目建设总结性评价报告（组织与实施协调）、项目 实施报告（技术、项目管理、质量控制）、相关文档资料、验收安排计划、验收小组及委员会名单、验收计划书（由监理单位负责）

3、验收签字

经过验收、评审形成的验收报告和评审报告，验收委员会成员签字。

七、验收依据

作为项目验收的依据，一般选用项目合同书、国标、行业标准和相关政策法规、国际惯例等。

（一）项目合同书 签定的项目有关合同

（二）国家标准

硬件、软件、布线、安全等

（三）新疆省信息化项目建设管理暂行办法

（四）其他

具体验收标准和一句由监理单位根据具体项目情况提出，主管部门和项目业主审定。

八、验收内容和标准

根据具体项目实际制定，由项目监理单位负责编写，主管部门和项目业主审定。项目验收标准是判断项目成果是否达到要求的一句，因而应具有科学性和权威性，只有制定科学的标准，才能有效的验收项目结果。验收内容一般包括测试（复核）、资料评审、质量鉴定三部分。

验收的内容包括以下几个部分：

（一）验收内容一般包括软件验收（按功能要求的可执行软件、开发计划文档、详细设计文档、质量保证计划、设备相应附件、设备运行、网络运行等）

（二）验收评测工作主要包括：文档分析、方案制定、现场测试、问题单提交、测试报告；

（三）验收测试内容主要包括：功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档。

（四）文档验收标准一般包括：文档完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等。

（五）软件、硬件验收标准要符合国家和相关标准。需要评审的资料包括以下几个部分：

（一）基础资料：招标书、投标书、有关合同、有关批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案。

（二）项目竣工资料：项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、测试报告、材料清单、项目实施质量与安全检查记录、操作使用说明书、售后服务保证文件、培训文档、其他文件。

（三）软件开发文档：需求说明书、、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册。

（四）软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、会议记录和开发进度月报。

九、验收结论

验收结果分为:验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。

1、项目凡具有下列情况之一的，按验收不合格处理：

（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；

（二）所提供材料不齐全或不真实的；

（三）项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可的；

（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；

（五）没有对系统或设备进行试运行，或者运行不合格；

（六）项目经费使用情况审计发现问题的；

（七）违犯法律、法规的其他行为；

2、验收结论确认和处理

由主管单位同相关部门根据验收已经和相关资料得出结论，并进行确认。

3、项目验收结论的处理

（一）验收结论为验收合格的，项目业主将全部验收材料同意装订成册并连同相应的电子文档分别报主管部门及相关部门备案。

（二）验收结论需要复议的，主管部门以书面形式通知建设单位在三个月内补充有关材料或者进行相关说明。

（三）验收结论为验收不合格的，主管部门以书面形式通知项目业主和设计、施工单位，限期整改，整改后试运行合格的，项目业主重新申请验收。

（四）未通过验收的信息化项目，不得交付使用。

十、项目交接

项目竣工验收合格后，应班里项目交接手续。项目的移交包括实体移交和项目文件移交部分。

十一、各项目业主和监理单位要严格参照此方案开展项目验收工作。

第四篇：软件项目验收申请

***软件股份有限公司

项目验收申请

尊敬的院领导：

您好！

**医院信息化建设从2011年5月进院到现在，历时2年零5个月时间。在医院信息科以及各个临床科室、管理科室与我项目组的共同努力下，目前项目已经实施已完成。

我院的信息化建设有着模块多，任务重，业务流程复杂的特点。在院领导的带领下，院方相关科室和项目组攻克了一个又一个难关，经过两年的实施和使用目前医院的信息化系统已经稳定，各个部门都已经正常运用信息化系统进行日常业务操作；同时医院的信息化系统在完成医院正常业务的同时为医院各个部门提供了符合医院特色的统计数据，发挥到了应有的作用，各个模块已达到预期效果。所以项目组特申请进行项目验收，请领导批准。

在接下来的维护期工作中我们将再接再厉，力争为医院提供更加优质的服务。

项目经理：

申请日期：

第五篇：评估验收内容

评估验收

第一项是召集校级领导会议，讲解评估验收的目的、作用、标准、评估程序及结果的处理运用。

第二项是学校校长或主管校长对本学校达标情况评估验收工作进行简要汇报，注重倾听三个否定项情况：

（一）B5校园校舍安全（如有危房不合格）；

（二）B14经费标准；

（三）B19班级管理（不设重点班和非重点班，均衡配备各班教师第三项是要求学校提交《达标验收自评报告》和《综合表》。第四项是师生座谈问卷调查。

第五项是组织验收初中物理、化学、生物实验操作，合格率不低于93%的指标。

第六项是验收成员按责任分工检查各自内容。

每一成员都要严格按照指标体系及验收说明逐项核实。认真做好原始记录，要严肃纪律、严明态度、务真求实，按照相关文件要求，要该丈量的丈量、该点数的点数、该测验的测验。通过验收让学校知道每项指标的标准及距指标的标准差距有多大，分清哪些是硬件指标差距，哪些是工作方面的问题差距。

第七项是终结性评价（综合评价）。针对评估验收中存在的问题分析学校的原始记录和档案，坚持定性分析与定量分析相结合，帮助学校制定整改计划，逐项落实。采取协商式验收。双方共同研究确定是否填报《吉林省义务教育基本标准达标学校》。