项目验收方案模板三篇.docx

上传人:b****7 文档编号:10575207 上传时间:2023-02-21 格式:DOCX 页数:13 大小:67.86KB
下载 相关 举报
项目验收方案模板三篇.docx_第1页
第1页 / 共13页
项目验收方案模板三篇.docx_第2页
第2页 / 共13页
项目验收方案模板三篇.docx_第3页
第3页 / 共13页
项目验收方案模板三篇.docx_第4页
第4页 / 共13页
项目验收方案模板三篇.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

项目验收方案模板三篇.docx

《项目验收方案模板三篇.docx》由会员分享,可在线阅读,更多相关《项目验收方案模板三篇.docx(13页珍藏版)》请在冰豆网上搜索。

项目验收方案模板三篇.docx

项目验收方案模板三篇

项目验收方案模板三篇

篇一:

项目验收方案

1.1验收目的

验收是项目从实施到售后维护的一个过渡阶段,验收通过之后实施的项

目正式实施完成,项目进入系统售后维护阶段。

验收是项目建设过程的一个

里程碑,说明项目建设完成了实施这一过程,进入了下一个阶段。

为使信息化项目建设按照《软件功能描述与操作说明书》要求进行,确

保项目完成后达到有关要求和标准,正常运行平稳,必须进行项目验收。

1.2验收对象

杭州华尔科技有限公司。

1.3验收前提条件

(1)从多方的反馈和系统稳定性方面来看,整个系统的运行已经进入正轨,

需求的响应也已基本完成,并稳定运行12个月后组织验收;

(二)每个模块需要相关使用科室主要负责人签字;

(三)所有模块按照合同要求全部建成,并满足使用要求;

(四)各种技术文档和验收资料完备,符合合同的内容;

(五)系统建设和数据处理符合信息安全的要求;

(六)外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产

权相关政策法规的要求;

(七)经过建设方同意;

(八)合同或合同附件规定的其他验收条件。

1.4验收方法

项目验收,是项目开发建设中有组织的主动性行为,它是对项目建设高

度负责的体现,也是项目建设成功的重要保证。

切实做好项目建设中的验收

工作至关重要,应当采取有效措施,实实在在做好。

为保证项目验收质量,

建议采用的验收方法是:

运行项目系统软件,检验其应用软件的实际能力是否与合同规定的一致;

运行应用软件,实际操作,处理业务,检查是否与合同规定的一致,达到了

预期的目的。

1.5验收步骤

(一)编写验收计划

(二)由杭州华尔科技有限公司在对项目进行深入的需求分析的基础上编写

验收计划,提交建设方审定。

(三)成立项目验收小组

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

(四)项目验收的实施

严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试

和验收。

(五)提交验收报告

项目验收完毕,对项目系统设计、软件运行情况等做出全面的评价,

得出结论性意见,对不合格的项目不予验收,对遗留问题提出具体的

解决意见。

(六)召开项目验收评审会

召开项目验收评审会,全面细致地审核项目验收小组所提交的验收报

告,给出最终的验收意见,形成验收评审报告并存档。

1.6验收流程

(一)初验

1、申请:

项目后经测试和试运行合格,供应商根据合同、计划任务书,检查、

总结项目完成情况后向建设方提出初验申请。

2、方式:

建设方组织人员进行初验。

3、供应商提供材料:

初验申请书、完工报告、项目总结,以及要求的验收评

审资料。

(二)终验

1、申请:

初验合格后,承建方根据合同、招标书、任务书,检查、总结项目

组织实施和完成情况后向建设方提出验收申请。

2、经过审核,材料齐全则由建设方组织验收。

验收工作由专家、建设方和供应商项目组人员一起组成验收小组进行验

收,验收后提交验收报告。

3、验收签字

经过验收、评审形成的验收报告和评审报告,建设方签字,通过验收。

1.7验收依据

验收依据为供应商提供的功能设计(项目过程中依据需求调研结果而提交的各子系统《软件功能描述与操作说明书》,即功能清单。

具体依据如下:

A、本项目采购合同的所有文件,尤其是项目需求部分;

B、工程施工过程中的经双方签字的变更需求,包括《二次开发方案》《软件

功能描述与操作说明书》《合同或合同变更情况》;

C、确认的《系统运行情况报告》;

D、确认的《合同执行情况报告》,确认收到的终验提交文档资料情况;

1.8验收需提交的文档

提供以下目录的原厂商资料一套:

按CMMI和ISO9000系列标准要求,提供整个产品交付过程中产生的全部

文档

产品验收标准

技术说明书

使用说明书

安装、维修及操作手册

合同中要求的其他文件资料

系统验收后供货方需提供系统源码,并签订保密协议。

开发技术文档:

《数据字典、数据结构与流程》并提供电子浏览、查找工具、直接集成在“系统管理子系统”中;

《需求分析说明书》、《详细设计》、《二次开发方案》、《数据结构》、《框架结构图》、《应用系统测试方案》、《系统功能说明》,以及其它要求的技术文档。

工程技术文档:

《测试记录》、《测试报告》、

《数据准备报告》

《用户操作手册》

《系统维护手册》

《系统操作说明书》

《培训计划》、《培训记录》、《故障情况记录表》

《阶段验收方案》

其他文档:

按采购文件要求须提供的其它文档。

阶段验收报告的组成:

阶段验收报告

1.9验收结论

验收结果分为:

验收合格、需要复议和验收不合格三种。

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

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

(一)未按项目考核指标或合同要求达到所预定的主要技术指标的;

(二)所提供的验收材料不齐全或不真实的;

(三)项目的内容、目标或技术路线等已进行了较大调整,但未曾得到相关

单位认可的;

(4)实施过程中出现重大问题,尚未解决和作出说明,或项目实施过程及

结果等存在纠纷尚未解决的;

(五)没有对系统或设备进行试运行,或者试运行不合格;

(六)项目经费使用情况审计发现问题的;

(七)违反法律、法规的其他行为。

2、验收结论确认和处理

由建设方根据验收意见和相关资料得出结论,并进行确认。

3、项目验收结论的处理

(一)验收结论为验收合格的,则后可进行项目交接;如有需补充问题,则

在补充问题响应完成后进行项目交接。

(2)验收结论为需要复议的,则供应商需在一周内补充有关材料或者进行

相关说明。

(3)验收结论为验收不合格的,则供应商必须限期整改,整改后试运行合

格的,重新申请验收。

1.10项目交接

项目验收合格后,应办理项目交接手续,转入售后维护阶段。

篇二:

项目验收方案

项目验收方案

甲方:

乙方:

 

目前,国内软件的验收没有可参照的强制性标准,就软件测试和评价来说,参照的标准是GB/T17544和GB/T16260,它们都是推荐性标准,且都是定性而非定量的标准,这样,对于软件的验收来说,存在很大的分歧和不确定性。

为此,我们在参考了大量的实践案例和文献的基础上,结合实际情况制定本验收方案,用于规范本司软件系统验收。

1、验收原则

验收参与部门:

用户使用单位(下称甲方)、专家小组或第三方验收人员;开发/推广单位(下称乙方)。

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

2、验收项目和验收标准

2.1验收项目

2.1.1功能项测试

对软件需求规格说明书中的所有功能项进行测试。

2.1.2业务流程测试

对软件项目的典型业务流程进行测试。

2.1.3容错测试

容错测试的检查内容包括:

(1)软件对用户常见的误操作是否能进行提示;

(2)软件对用户的操作错误和软件错误,是否有准确、清晰的提示;

(3)软件对重要数据的删除是否有警告和确认提示;

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

2.1.4安全性测试

安全性测试的检查内容包括:

(1)软件中的密钥是否以密文方式存储;

(2)软件是否有留痕功能,即是否保存有用户的操作日志;如有保存,是否按照权限进行浏览;

(3)软件中各种用户的权限分配是否合理。

2.1.5性能测试

对软件需求规格说明书中明确的软件性能进行测试。

测试的准则是要满足规格说明书中的各项性能指标。

2.1.6易用性测试

易用性测试的内容包括:

(1)软件的用户界面是否友好,是否出现中英文混杂的界面;

(2)软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;

(3)软件中各个模块的界面风格是否一致;

(4)软件中的查询结果的输出方式是否比较直观、合理。

2.1.7适应性测试

参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。

对每个环境进行测试。

2.1.8文档测试

用户文档包括:

安装手册、操作手册和维护手册。

对用户文档测试的内容包括:

(1)操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;

(2)用户文档描述的信息是否正确,是否没有歧义和错误的表达;

(3)用户文档是否容易理解,是否通过使用适当的术语、图形表示详细的解释来表达;

(4)用户文档对主要功能和关键操作是否提供应用实例;

(5)用户文档是否有详细的目录表和索引表。

2.1.9用户有特别要求的测试

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.1中的说明。

全部改正方可;如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,提交给软件评测中心再次进行完整的验收测试。

2.2.3验收标准

(1)测试用例不通过数的比例﹤1.5%;

(2)不存在错误等级为1的错误;

(3)不存在错误等级为2的错误;

(4)错误等级为3的错误数量≦5;

(5)所有提交的错误都已得到更正。

 

2.3验收标准的详细说明

本该标准中,将软件的质量特性分为6大特性、21个子特性,而对于具体的软件,并非都要进行这21个特性的测试和评价。

本文选取的是最通用的子特性部分,针对各种不同的软件,可以对验收项目进行剪裁或扩充。

需要制定的验收标准,即每一级别的错误量的可接受范围。

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

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

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

用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照,如错误的级别和数量在合同中没有约定,可按本办法的规定进行。

用户方认为软件可以验收,但要求开发方对错误报告中的所有错误进行整改,并提交给软件评测中心进行回归测试,确认错误报告中的所有错误全部改正方可;如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,提交给软件评测中心再次进行完整的验收测试。

3、验收资料

(1)《项目立项批准文件》;

(2)《项目验收申请报告》;

(3)《项目招标书》;

(4)《项目投标书》;

(5)《项目实施中标通知书》;

(6)《项目实施合同》(含预算表);

(7)《软件需求说明书》;

(8)《概要设计说明书》;

(9)《数据字典及数据库设计要求说明书》;

(10)《详细设计说明书》(可合并至《概要设计说明书》交付);

(11)《操作手册》(可合并至《用户手册》交付);

(12)《用户手册》;

(13)《软件接口规范》;

(14)原代码及安装盘;

(15)《用户培训报告》(含签到表);

(16)专家组要求的其他材料。

4、其他

在有条件的情况下,还应该进行安装测试、压力测试和数据恢复测试。

若进行子系统验收或部分验收,可参照以上方法和资料,双方共同协商确定。

篇三:

项目验收方案

项目验收方案

项目基本情况 

项目名称:

集团系统服务器等硬件设备项目

项目合同甲方:

XXX

项目合同乙方:

XXXX信息产业发展有限公司

项目开工时间:

2013年4月20日

项目竣工时间:

2013年6月14日

项目验收日期:

2013年11月5日

 项目概述:

根据集团系统财务软件应用和集团OA应用软件的需要,以及网络平台建设的定位,需建立一个高速、高可靠性、扩展性良好、支持多业务的综合网络平台。

在省公司和全省各分公司建立MPLSVPN骨干网,在各县公司、建立MPLSVPN网的接入节点,构成一个网络结构清晰、传输带宽充裕、技术先进的数据网络。

项目要求:

在XXXX省XXX机房部署OA和财务服务器群,在县区级MCE设备上连接相关办公设备,OA办公人员终端只能访问OA服务器,财务办公人员终端需要既能够访问财务服务器,又要访问OA服务器,通过组播方式对省中心节点的音、视频源进行传输,以提高骨干带宽的性能,全省网络基于MPLSVPN上进行部署,今后可根据业务的发展情况,及网络性能情况,对网络进行相应的QOS调整。

项目进度概述:

XXXX信息产业发展有限公司根据XXX合同要求,项目从2013年4月25日启动,陆续完成设备的到货、上架等工作,截止2013年6月14日完成了全省共计70个网络节点设备的安装调试工作,并达到合同中所规定的要求,截止2013年9月14日,通过了三个月的试运行,设备运行正常,性能指标均达到项目合同中的规定要求。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 环境科学食品科学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1