系统软件验收报告范文最新19篇

____：

一、工程完成情况

__县(乡镇)__工程由__(建设单位)于__年__月__日开工建设， __年__月底全面竣工，历时__个月，按照批准的设计(方案)已完成了主要工程，即：...........(如土建装饰装修工程、给排水工程、电器设备安装工程等)。

二、验收条件检查结果

依据国家的有关规定，该工程按设计要求已完成了主要工程施工任务。工程投资使用合理，竣工资料已准备齐全，工程施工质量已通过了质监站的质量检验，并出具了《工程质量检验评定报告》，工程质量合格，已具备正式验收条件。

三、项目竣工验收申请

根据工程完成情况和上级主管部门的相关要求，现申请县建设项目(工程)竣工验收工作领导小组对__县(乡镇)__工程尽快组织竣工验收工作。

申请单位名称(盖章)

年月日

一、软件项目业务规划

1.1项目规划

项目目标：完成电子商务安全管理软件系统的研制和开发，并进行市场化运作；对电子商务安全标准进行研究。主要功能：电子商务安全管理软件系统实现的主要功能有：（1）提供访问电子商务网站用户的身份认证、授权；授权用户在线删除，添加，更新本人信息；实现了允许一种用户可以以多种身分访问电子商务程序的身份验证和授权的功能。

（2）过滤当前用户请求中是否含有违反HTTP协议的数据存在，包括参数缺失、参数异常、参数过多；过滤当前用户请求中是否含有违反当前请求页面的数据存在。

（3）对称式和非对称式的加密解密技术：包括数字签名算法、消息摘要技术、密钥交换方法、提供基于数据库的密钥管理服务的内容。

（4）收集功能模块的日志信息，然后生成统一的日志信息，并进行分类存储(本课题提供数据库存储形式)，然后提供查询、删除等功能(用户可以对日志信息按日期、模块名进行查询、删除等操作)。

（5）随时对受保护的电子商务应用程序进行安全监控，若发现恶意代码的攻击，即刻发出报警信息。

（6）监控系统和电子商务应用程序的运行情况，若系统或应用程序出现异常，即刻发出报警信息。约束条件：本系统运行时需要JAVA运行环境人员所需工具所需资源：开发本项目需要参加人员熟练掌握JAVA、XML、TOMCAT、MYSQL、JSP、STRUTS等，开发工具使用eclipse、editplus、mysql等。

1.2项目组织与进度

本项目的开发共分四个时间段进行，具体安排如下所示：系统调研和总体方案设计3个月系统体系结构设计8个月系统程序实现8个月α测试β测试3个月

1.3开发软件所需要的工具软件运行环境

A．操作系统：Linux系统，Window2000Serve系统

B．数据库：Oracle8i/9i，SQLServer2000，Mysql

C．WEB服务器：Tomcat/Weblogic/Jboss编程语言：JAVA开发平台：eclipse测试与分析工具：paros

二、软件开发设计与程序编码

2.1软件开发设计

电子商务安全管理软件系统采用了模块化的设计理念，遵循J2EE的开发标准，充分利用了J2EE程序开发过程中所涉及到的开放源代码的应用软件。整个软件系统是在Tomcat5.5.9条件下进行的研发，开发工具选用的是Eclipse3.1，MySQL4.1提供了数据库支持。此外，还使用了诸如Spring，Hibernate，Struts，Dom4j，Log4j等免费软件和技术。从软件设计与软件开发的角度看，电子商务安全管理软件系统的设计规划遵循了如下设计原则：

（1）电子商务安全管理软件封装了许多功能强大、易于使用的软件功能模块，对于统一安全接口标准研究十分必要。

（2）软件的开发大量采用组件化、J2EE技术，独立于操作系统与数据库系统。软件内部的模块大量采用Bean，进行业务逻辑的封装，可以方便利于网络层的请求响应调用。

（3）系统采用XML文件格式来响应业务请求，这样可以实现系统逻辑各层之间良好的通讯和接口。

（4）全面考虑电子商务安全的各种需求,设计统一的标准化的软件结构,使各种网络安全技术运行在软件框架之下,共同保护电子交易安全。

（5）提供开放的API接口,这样使其他公司的软件产品可以轻易的集成到这个软件系统平台上。

2.2程序编码

安全代理：安全代理模块就像一个数据采集器；在电子商务安全控制中心中分析的所有HTTP信息都是通过安全代理模块采集的。此外，安全代理模块还负责在分析后将反应结果返回给用户。开发安全代理模块所使用技术：ServletFilter。

（1）认证授权模块。身份验证和授权认证模块提供一种基于JAAS体系结构的认证解决方案。身份认证是用户或计算设备用来验证身份的过程，即确定一个实体或个人是否就是它所宣称的实体或个人。授权确定了已认证的用户是否能够访问他们所请求的资源或者执行他们所请求执行的操作。

（2）数据过滤模块。数据过滤模块实现两种分析算法：模式匹配算法和行为建模算法。一种是基于误用检测算法的模式匹配，另一种是基于异常检测算法的行为建模。

（3）协议过滤模块。根据电子商务网站管理员的人工配置和HTTP协议细节执行协议过滤算法，针对于安全数据中出现的冗余信息、检测出的缺失信息，以及异常信息分别进行安全分析，并且触发相应的安全动作。

（4）安全监控模块根据安全分析的结果与事先定义的安全动作，模块采用相应的指定动作。此外，这个模块将向安全代理模块发送动作指令。如果发现黑的客入侵，就随时触发“拒绝”动作，然后发送警告给应用程序的管理员。同时，将恶意的入侵请求存入到数据库作为入侵分析的日志文件。因此，攻击者将会收到一个出错页面或者请求被禁止的页面。

（5）应用监控。应用监控模块主要实现了对于访问电子商务应用程序、安全代理模块的应用配置和应用监控功能。实现了应用程序和电子商务安全管理软件系统的动态配置、实时监控电子商务安全管理软件系统的响应速度。

（6）加密解密模块。加密解密技术对于用户要传输的信息进行加密操作，可以有效地保护信息的安全。加密解密模块的实现方案使用平台通用开发包JCE(JavaTMCryptographyExtension)，它的加密解密算法的强度较高，算法灵活，适应于多种平台，从而使得用户的敏感信息可以得到更好的保护。提供完善的加密解密服务接口，提供密钥管理功能，包括密钥存储、检索和密钥自动更新的功能，提高密钥的安全性和保密措施。

（7）日志管理模块。日志管理模块的总体实现方案基于开放源代码项目—Log4j，主要实现了为电子商务安全管理软件系统的功能模块生成统一格式的日志信息，对产生的运行日志、安全日志进行统一的日志管理，针对不同来源的日志将其保存到不同的日志文件。

甲方：

乙方：

就“ ，经过甲乙双方的通力配合和共同努力，完成了合同中约定的全部任务，现在整个系统运行正常，按照合同约定，进行项目验收工作。

验收工作分为设备清点、安装调试、初验、上线试运行和终验几个阶段，验收方式主要以清单、测试和实地操作为主。具体内容如下： 第一部分：设备清点

主要检查运到甲方的设备是否与合同相符

甲乙双方按照合同要求对运抵现场的设备进行了清点，此项工作已于 年 月 日完成，结论如下：

1.1 核对到货清单，实物与运送单据是否一致。

□通过 □未通过 备注：

1.2 检查和清点运抵现场的各种设备是否与合同相符。

□通过 □未通过 备注：

1.3 检查运抵现场的文档是否齐全

□通过 □未通过 备注：

第二部分：安装调试

通过系统硬件测试证明各部分硬件物理破坏且已正确安装。

按照合同要求，乙方对已经到货的设备进行了安装，甲乙双方进行了加电测试，主要观察设备加电后的表现和运行自检程序的结果，此项工作已于 年 月 日完成，结论如下：

2.1 加电是否成功

□通过 □未通过 备注：

2.2 设备状态是否正常

□通过 □未通过 备注：

2.3 系统显示的版本和序列号等信息是否符合合同要求

□通过 □未通过 备注：

2.4 自检有无报警

□通过 □未通过 备注：

第三部分：初验、上线试运行

通过系统运行，证明系统可以正常工作

乙方进行设备安装调试后，甲乙双方在操作系统、数据库等运行环境下进行系统测试，此项工作已于 年 月 日完成，结论如下：

3.1 系统启动是否正常

□通过 □未通过 □未涉及 备注：

3.2 系统管理功能是否正常

□通过 □未通过 □未涉及 备注：

3.3 相关软件License是否已经生效使用

□通过 □未通过 □未涉及 备注：

3.4系统运行是否正常

□通过 □未通过 □未涉及 备注：

第四部分 终验

系统和设备在质保期内能正常运转，出现故障，能及时解决。

乙方在质保期内对系统和设备进行了终验验收，此项工作已于 年 月 日完成，结论如下：

□通过 □未通过 □未涉及 备注：

完成上述工作以后，甲乙双方认为整个项目验收正式通过，整个系统交付完毕，设备运行正常，可以投入使用。

甲方： 乙方：

代表 代表

日期 日期

一、项目基本信息

二、验收目的

目的在于对项目进行全方位的检验与测评，检验乙方提供的软件系统是否遵循软件开发标准的要求，检验各项指标与功能是否与合同要求相吻合。

三、验收范围

验收范围以双方签订的技术开发合同所描述的内容为准。具体如下：

1、项目技术目标________系统可支持4个人工座席客户端，实现_____功能。 2、项目技术内容

(1)、研究设计_______系统，系统可支持4个人工座席客户端;实现。。。。;

(2)、硬件平台建设:包括研华工控机 1套;客户端主机DELL台式机10套，DELL笔记本3套;三汇语音卡1套;SONY DSLR-A230L数码相机1套;D-Link 24口 网络交换机1套。

项目于2010年11月开始组织建设，在甲乙双方密切配合下，项目进展顺利，乙方按合同完成了___硬件平台建设、软件系统平台开发、数据库建设、系统培训、技术支持等工作，系统于2010年12月正式投入使用，系统正常运行。

四、项目验收表

验收单位(签章)：

省农科院：

本单位承担的农业综合开发科技推广项目“_”(实施时间为20__年6月至20__年5月)，按计划执行，已完成计划任务，根据广东省财政厅粤财农综[20__]13号“关于印发《广东省农业综合开发项目竣工验收暂行办法》的通知”、粤财农综[20__]13号“关于做好20__年至20__年度国家农业综合开发项目验收工作的通知”和有关管理办法要求，现申请对该项目进行总结验收，请审批。

附件：农业综合开发科技推广项目验收材料

申请人：

日期：

惠普国际人才中心 CRM测试项目

作者

软件验收测试报告

目录

1

文档信息 .......................................................................................................................................... 3 1.1 1.2 1.3 1.4 2

核实文档版本 .......................................................................................................................... 3 修改记录 .................................................................................................................................. 3 文档批准 .................................................................................................................................. 3 分发 .......................................................................................................................................... 3

引言 .................................................................................................................................................. 4 2.1 2.2 2.3 2.4

编写目的 .................................................................................................................................. 4 项目背景 .................................................................................................................................. 4 定义 .......................................................................................................................................... 4 参考资料 .................................................................................................................................. 4

3 测试计划执行情况 .......................................................................................................................... 4 3.1 3.2 3.3

测试项目 .................................................................................................................................. 4 测试机构及人员 ...................................................................................................................... 4 测试结果 .................................................................................................................................. 4

4 5

软件需求测试结论 .......................................................................................................................... 5 评价 .................................................................................................................................................. 5 5.1 5.2 5.3 5.4

软件能力 .................................................................................................................................. 5 缺陷和限制 .............................................................................................................................. 5 建议 .......................................................................................................................................... 5 测试结论 .................................................................................................................................. 5

6 7

词条解释 .......................................................................................................................................... 5 参考文献 .......................................................................................................................................... 5

1 文档信息

1.1 核实文档版本

使用本文档前，文档使用者有责任核实当前版本的有效性

1.2 修改记录

对本文档所有修改都应按修改时间顺序记录在此。

1.3 文档批准

您本人或您本人指定的代表的签字表明 您批准了本文档内容。 它也表明您已经仔细地阅读、审查和考虑到了本文档对您的部门有怎样的影响以及它是否符合公司的指导方向。

批准签字

1.4 分发

 

2 引言

2.1 编写目的

{阐明编写软件验收测试报告的目的并指明读者对象。}

2.2 项目背景

{说明项目的来源、委托单位及主管部门。}

2.3 定义

2.4 参考资料

{列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a.项目的计划任务书、合同或批文;b.项目开发计划;c.需求规格说明书;d.概要设计说明书;e.详细设计说明书;f.用户操作手册;g.测试计划;h.软件验收测试报告所引用的其他资料、采用的软件工程标准或软件工程规范。}

3 测试计划执行情况

3.1 测试项目

{列出每一测试项目的名称、内容和目的。}

3.2 测试机构及人员

{给出测试机构名称、负责人和参与测试人员名单。}

3.3 测试结果

{按顺序给出每一测试项目的：a.实测结果数据;b.与预期结果数据的偏差;c.该项测试表明的事实;d.该项测试发现的问题。}

3.3.1 3.3.2

测试环境：

测试案例及测试结果：

4 软件需求测试结论

{按顺序给出每一项需求测试的结论。包括：a.正式的软件能力;b.局限性(即此项需求为得到分测试的情况及原因)。}

5 评价

5.1 软件能力

{经过测试所表明的软件能力}

5.2 缺陷和限制

{说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。}

5.3 建议

{提出为弥补上述缺陷的建议。}

5.4 测试结论

{说明能否通过。}

6 词条解释

无。

7 参考文献

商务局：

由_公司承担的“_工程”市场改造项目于20__年3月开工建设，目前，项目建设任务已完成，改造后的_市场占地面积_平方米，建筑面积_平方米，共有摊位_个，分干杂、水产、蔬菜、水果、肉类等几大经营区域。

本项目总投资_万元，其中：申请国家补贴_万元，企业自筹_万元，主要投资改造大厅顶棚、摊位、路面、排水、线路及消防安控等工程。

在自制区和地区两级商务(厅)局的关心下，本项目已顺利竣工并投入使用，市场环境良好，围墙、厕所、排水、路面硬化、填土、消防监控等各项附属设施齐全，极大地满足了城镇老板姓的生活需求。

现申请对“_工程”市场改造项目给予验收。

申请人

20__年_月_日

一、工程完成情况

__县(乡镇)工程由(建设单位)于__年__月__日开工建设，__年__月底全面竣工，历时__个月，按照批准的设计(方案)已完成了主要工程，即：...........(如土建装饰装修工程、给排水工程、电器设备安装工程等)。

二、验收条件检查结果

依据国家的有关规定，该工程按设计要求已完成了主要工程施工任务。工程投资使用合理，竣工资料已准备齐全，工程施工质量已通过了质监站的质量检验，并出具了《工程质量检验评定报告》，工程质量合格，已具备正式验收条件。

三、项目竣工验收申请

根据工程完成情况和上级主管部门的相关要求，现申请县建设项目(工程)竣工验收工作领导小组对__县(乡镇)工程尽快组织竣工验收工作。

申请单位名称(盖章)

20__年__月__日

尊敬的建设项目验收组:

一、工程完成情况:

__县__家园1、2楼工程由__县房建公司十一项目部于20__年11月15开工建设,20__年3月底全面竣工,历时16个月,按照设计批准的方案已完成了主要工程,即:土建装饰装修工程;给排水工程;电器设备安装工程。

二、验收条件检查结果:

依据国家的有关规定,该工程按设计要求已完成了主要工程施工任务。工程投资使用合理,竣工资料已准备齐全,工程施工质量已通过了质监站的质量检验,并出具了《工程质量检验评定报告》,工程质量合格,已具备正式验收条件。

三、建议验收时间、地点和参加单位:

根据工程完成情况和省、市主管部门的相关要求,__县__家园1、2楼工程竣工验收工作建议拟定于年月日进行,验收地点在,参加单位有项目法人、设计、监理、施工、质量监督等有关单位。

综上所述,__县__家园1、2楼工程已具备竣工验收条件,恳请上级主管部门安排正式验收。

此致

敬礼!

申请单位:___

20__年_月__日

峨眉山市规划管理局：

我单位在 符溪镇符平村1组、10组 修建的'峨眉山创立仓储加工标准厂房工程(《建设工程规划许可证》编号为：峨工建字第(20__) 10、 峨工建字第(20__)05 )，现已完成建设工程规划要求执行情况自查，特申请规划验收。

附件：一、竣工规划验收自检表。

二、工程规划许可证、施工许可证复印件。

三、实测竣工地形图。

四、土地证复印件。

五、房屋面积实测报告、分层平面图

六、消防验收资料

建设单位(公章)：

年 月 日

一、验收目的

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

二、验收对象

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

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

（1）所有建设项目按照合同要求全部建成，并满足使用要求；

（2）各个分项工程全部验收合格；

（3）已通过软件确认测试评审；

（4）已通过软件系统测试评审；

（5）软件已置于配置管理之下；

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

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

的合格x书；

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

策法规的要求；

（9）各种设备经加电试运行，状态正常；

（10）经过监理方同意；

（11）经过相关主管部门和项目业主同意；

（12）合同或合同附件规定的其他验收条件；

四、验收方法

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

（一）登记法

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

（二）对照法

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

（三）x作法

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

(四)测试法

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

五、验收步骤

（一）需求分析

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

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

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

（三）成立项目验收小组

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

（四）项目验收的实施

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

（五）提交验收报告

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

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

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

六、验收程序

（一）初验

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

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

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

（二）终验

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

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

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

（1）验收小组验收

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

（2）验收委员会评审

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

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

3、验收签字

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

七、验收依据

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

（一）项目合同书

签定的项目有关合同

（二）国家标准

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

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

（四）其他

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

八、验收内容和标准

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

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

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

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

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

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

（五）软件、硬件验收标准要符合国家和相关标准。

需要评审的资料包括以下几个部分：

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

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

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

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

九、验收结论

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

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

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

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

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

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

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

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

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

2、验收结论确认和处理

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

3、项目验收结论的处理

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

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

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

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

十、项目交接

项目竣工验收合格后，应班里项目交接手续。项目的移交包括实体移交和项目文件移交部分。十一、各项目业主和监理单位要严格参照此方案开展项目验收工作。

一、实施项目回顾

__用友ERP-T6系统实施项目从启动至今，在__软件开发有限公司与__双方领导的大力支持和关心下,用友公司咨询顾问和__项目组关键成员辛勤努力，先后完成了项目培训、业务调研、模拟运行以及切换上线等阶段性项目任务，各阶段工作基本按计划完成。

通过双方项目组共同努力，__T6系统于已正式上线。目前__各相关业务部门已开始全面应用用友ERP—T6系统的总帐、报表、应付、采购、库存、存货、固定资产、工资等子系统,已完成日常管理工作。

二、项目验收组织

为客观评价实施项目的任务完成情况及所取得的成果，合作双方组织成立项目验收小组，共同完成对此次实施工作的验收,小组成员如下：

__酒店项目实施成员：

__软件公司咨询实施成员：

三、实施项目总体评价

项目验收小组一致认为，系统运行稳定，计算数据准确、信息传递及时，实现了最初确定的实施目标：

同时，项目验收小组一致认为，__T6项目的实施是卓有成效的。双方项目组把对软件系统的理解与对企业管理的深刻认识有机的结合起来，并应用到整个实施过程中。通过规范基础管理、统一物料名称和编码、优化部分业务流程、编制全面的系统应用准则和规程，在系统全面应用的基础上有效的促进了企业管理的规范，并将对企业综合管理水平进一步提高产生积极而深远的影响。

综合以上各方面因素，项目验收小组认为__酒店用友ERP—T6系统实施达到了预期效果，符合__软件开发有限公司提出的管理业务信息化、集成化的`基本需求，同意接受该软件系统投入正常运行，至此该项目的实施工作基本结束，同意对该项目验收。

此次由__软件开发有限公司实施的用友ERP-T6系统是成功的，在实施项目即将结束之时，对实施项目进行验收是对双方实施项目组工作成果的肯定。项目验收并不表示双方合作的结束，而是标志着双方合作新阶段的开始。实施项目验收后，用友公司将一如既往地为__提供技术支持服务。按照合同规定，系统启用后进入运行维护阶段，用友公司的实施人员和技术人员继续根据合同规定负责以后的支持、维护工作。

一、项目基本信息

二、人员名单

项目组成员：

验收人员：

三、项目软硬件清单

四、软件备份

五、项目回顾（以下红字内容根据实际情况修改）

1、实施主要阶段

供热公司x项目从20__年1月20日启动，在供热公司与介休九天科技有限公司双方领导的大力支持和关心下，通过介休九天科技安装人员和供热公司关键成员的x勤努力，先后完成了架设线路。安装设备。调试等阶段x项目任务，各阶段工作基本按计划完成。

2、系统应用

通过双方项目组的共同努力，供热公司x系统于20__年1月26日正式使用。目前供热公司各相关人员利用x来完成日常管理工作。

3、项目总体评价

3.1、是否达到项目预期目标

项目验收小组一致认为，系统运行稳定，回传图像清晰，实现了最初确定的实施目标：

（1）可以提供适时的工作画面，便于领导及时调整。

（2）通过硬盘录象回放，可以了解最近的工作情况。

（3）通过画面回传，给煤场安全提供保障。

3.2、项目成功的原因

实施项目的成功得益于以下几个方面：

（1）双方领导对项目的重视及对项目组工作的大力支持；

（2）供热公司各业务部门对项目组工作的积极配合；

（3）九天公司具有x水准的顾问队伍。

4、项目验收

综合以上各方面因素，项目验收小组认为供热公司x项目达到了预期效果，符合供热公司提出的基本需求，同意接受该x系统投入正常运行，至此该项目的实施工作基本结束，同意对该项目验收。

此次在供热公司进行的x项目是成功的，在实施项目即将结束之时，对实施项目进行验收是对双方实施项目组工作成果的肯定。项目验收并不表示双方合作的结束，而是标志着双方合作新阶段的开始。实施项目验收后，介休九天公司将一如既往地为供热公司提供技术支持服务。按照合同规定，x系统启用后进入运行维护阶段，介休九天公司的实施人员和技术人员继续根据合同规定负责以后的支持、维护工作。

六、项目验收

备注：验收报告是贵公司项目转入售后服务的依据，请客户根据验收报告核实数据备份等信息，并将您的意见及售后联系人认真填写。

我公司售后服务电话：

备注：实施部、技术中心与工程部兼用，有些感觉不适合当个项目用的可以先删了。

课程名称：

实验项目：

实验地点：

专业班级：

学生姓名：

指导教师：

本科实验报告软件工程 学校内部工资管理系统 综合楼506室 计Z1102 学号： 宁高琴 崔冬华 20xx年 9 月23 日

学校内部工资管理系统设计说明书

1.引言

1.1系统简介

假设学校共有教职工约1000人，10个行政部门和8个系部。每个月20日前各部门(包括系、部)要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初(3日前)将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。

一.系统可行性研究

主要功能：月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。用户可以查询每月工资奖金发放扣除等详细细节变化状况。性能要求：方便、快捷、有效地完成工资发放的各项任务,在工资数据统计和报表打印等方面,具有准确率高、速度快等特点。系统的输入 输入所有职工的标识,如职工的姓名、工号、所在部门、各项应发的金额和各项应扣的金额。

系统的输出 输出各种报表、上报的文件和上报的磁盘。

安全与保密要求：本系统在使用前必须正确输入密码,否则系统将不能运行。进入系统后,要想修改密码或对系统的一些信息进行修改,也必须输入高级用户密码,对数据库中的关键数据应该要求保密。服务器的管理员享有对工资数据信息库的管理与修改。用户只享有对信息的查询和部分信息修改(如个人信息)。

完成期限：预计六个月。

开发目标:本系统开发目标应该考虑到以下几个方面的因素:人力与设备费用的相对减少;数 据处理速度的提高;数据统计精度的和准确率的提高。管理信息服务的改进;自动决策系统的改进;人员利用率的改进。

2.3可行性研究的方法

(1)客户调查：通过对客户调查,了解和认知客户对软件产品的需求,按照客户的要求不仅要实现月工资发放,而且要实现临时的工资发放,同时还要有数据库备份。GZGL系统的主要功能为:月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。

(2)同类产品调查：通过对市场中相关或同类产品的调查,笔者了解到,工资管理系统大体上都应该实现工资的统计、汇总、报表打印等功能。

三 技术可行性

1.简要描述

工资管理系统采用常规的数据库处理方法,根据工资信息管理的特点对数据库进行操作,如对工资发放项目的修改、人员的增删、工资数据的添加和修改、工资的统计、工资的汇总、临时发放工资的管理、上报文件和磁盘、打印等给予了优化。

2.与现有系统的优越性比较

工资管理系统有利于工资发放的统一、有效管理。与传统的手工记账方式相比,占据空间小、易于统计工资总额、易于更新、易于数据备份;与其它工资系统相比,该系统实现了对不同类型职工的工资发放,系统功能比较全面,而且价格也比较合理。

工资管理系统具有高效率的系统灵活性。当修改工资库中某个职工的工资情况或者修改某个工资发放项目时,只需在工资数据编辑状态下对该职工的工号进行锁定,或者对某个工资项目进行锁定,即可对锁定的项目进行修改,而对其它的人员或项目无权修改,这样可以提高系统的准确性。

工资管理系统能够较好保证数据库的安全。用户可以对后台数据库进行加密,同时还可以给系统设定密码。

四 经济可行性

1.支出

(1)基本投资。硬件设备:PC机;软件:Windows98/Windows20xx/xp/7,Delphi 7,sql 20xx/20xx;

(2)其他一次性支出,主要是软件设计和开发费用。软件设计开发过程当中,投入设计和开发费用包括:购买书籍的资金500元;正版dephi7安装盘50元;需求分析的费用为3300元(其中包含技术开发上的花销、生活花销等)。以上的费用共计4000元。

(3)经常性支出,主要是软件后期维护费用。软件开发完毕后投入使用时,对软件产品进行的后期软件维护所需要支出的费用。

2.效益

本系统的应用进一步实现办公自动化,减少了人力投资和办公费用的开销,极大地提高办公效率。投入使用将获得的经济效益分为直接效益和间接效益两方面。直接效益主要体现在:原来4人/周工作量将只须1人/周完成;间接效益体现在:减少支付3人工资(1200元/人月),共计3600元/月。

3.投资回收周期

根据经验的算法,当收益的累计数开始超出支出的累计数的时候,就是投资 的回收期。

投资回收期:4000元/(3600元/月)=1.11月(因软件未交付使用,故未将软件的

后期维护费用计入)。

五 法律方面的可行性

系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。

法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

六 使用方面的可行性

系统的研制和开发充分考虑到用户的工资发放策略、管理流程和操作人员的素质等因素,可以满足用户的使用要求。

用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

本系统定位于各高校，也可以适用于各中小型企业。运用此系统进行工资管理，给各院校教职工带来极大的方便。

作为本产品的使用者要求有一定的计算机基础，可以熟练得使用window操作系统所提的各种功能。

数据库管理要求具有专业水平的数据库管理员，而且要经过我们的专门培训。

我们会在售出后长期提供软件维护免费服务，以便用户在软件使用中出现的问题

新系统的研制和开发是充分得考虑工作人员对工资的易于管理，管理者方便查询职工的个人基本信息效率。从而能完全满足使用者的要求。如今的互联网已经走进千家万户，连小学生都会上网了，我的系统是利用微软自带的IE浏览器作为客户端平台，只要上过网的朋友就很方便操作，而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书，这样更使各类用户很快地掌握系统的使用方法。

1.2 定义

专门术语：职工基本信息表(Basic)

职工出缺勤信息表(Attendance )

职工工资信息表(Salaries)

2.总体设计

3.2.1需求概述

本软件的主要服务对象是太原理工大学的财务处和人事处，各系部。

各系部的主要任务是在每个月20日前各部门(包括系、部)要将出勤情况上报人事处(各系部在这里的主要任务是提供数据的输入);

而人事处将出勤工资、奖金及扣款清单送财务处(人事处在这里对各系部送来的数据进行分析处理，对应得出数据的处理结果;

财务处于每月月底将教职工的工资表做好并将数据送银行，每月初(3日前)将工资条发给各单位，(财务处在这里对数据起一个网关过滤的作用，主要起一个审批作用，负责接受成型的工资数据和审批然后向银行提交成型数据，最后打到发放工资的目的。

另外，人事变动的数据是由人事处接受并修改，最后同意传达给财务处和相关部门。

2.2软件结构

则根据需求分析和概要设计得出软件的功能结构模块图

2.3数据库设计

数据库表设计

职工基本信息表

职工出缺勤信息表

职工工资信息表

2.4 对应的数据字典与E-R图：

1静态数据：职工基本信息，职工出缺勤信息

.2动态数据

输入数据：职工基本信息，职工工资信息，出勤工资，奖金，扣款清单，职工出缺勤信息;输出数据：职工基本信息，职工工资信息，职工标准工资信息，职工工资条，职工出缺勤报表

.3数据库介绍

职工基本信息数据库：包括职工的工号，姓名，所属系别，职位职工出缺勤信息数据库：包括职工的工号，姓名，应出勤次数/月，实际出勤次数/月，缺勤次数，缺勤原因;职工工资信息数据库：包括职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资;

则得DFD如下：

4数据词典：

数据项：

数据项名:工号

别名:TNo,

简述:所有职工的编号

类型:CHAR

长度：10

取值范围及含义:

第1位：3 (代表安工科) 第2∼3位：0X (入学校年份) 第4-5位： ( 所属系部) 第5-10位:( 所在系部内的编号)

数据项名:姓名

别名:NAME

简述:所有职工的姓名

类型:CHAR

长度：8

取值范围及含义:

第1-8位：(姓名,2~4字)

数据项名:所属系别

别名:DEPARTMENTS

简述:职工所属的部门

类型:CHAR

长度：20

取值范围及含义: 具体的部门名称

数据项名:职位

别名:JOBS

简述:职工所在该部门的具体职位 类型:CHAR

长度：20

取值范围及含义: 具体的职位名称

数据项名: 应出勤次数/月

别名:SHOULD

简述:按工作表每个月应出勤的次数 类型:INT

长度：2

取值范围及含义:次数

数据项名: 实际出勤次数/月

别名:ACTUAL

简述:实际每个月应出勤的次数

类型:INT

长度：2

取值范围及含义:次数

数据项名: 缺勤次数

别名:MISSNUM

简述:每个月应缺勤的次数

类型:INT

长度：2

取值范围及含义:次数

数据项名: 缺勤原因

别名:REASON

简述:缺勤的具体原因

类型:CHAR

长度：50

取值范围及含义:缺勤的大致原因

数据项名: 基本工资

别名:JIBENGONGZI

简述:由工龄和职位规定的基本工资 类型:INT

数据存储:

缺勤原因

长度：5 取值范围及含义:金额数目 数据项名: 原始奖金 别名:YUANSHIJIANGJIN 简述：由工龄和职位规定的原始奖金 类型:INT 长度：5 取值范围及含义: :金额数目 数据项名:缺勤金 别名：QUEQINJIN 简述:由缺勤次数所得的应扣金额数目 类型:INT 长度：5 取值范围及含义:金额数目 数据项名:实际工资 别名：SHIJIGONGZI 简述：每月实际得到的工资数金额数目 类型:INT 长度：5 取值范围及含义:金额数目 文件名: 职工基本信息数据库 别名: 基本信息表 简述: 存放职工基本信息 组成：包括职工的工号+姓名+所属系别+职位 组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工出缺勤信息数据库 别名: 出缺勤信息表 简述: 存放职工基本信息 组成：工号+姓名+应出勤次数/月+实际出勤次数/月+缺勤次数+组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工工资信息数据库 别名: 工资信息表 简述: 存放职工工资信息 组成：工号+姓名+基本工资+原始奖金+缺勤金+实际工资

组织方式：索引文件，以工号为关键字

查询要求: 要求能够立即查询

数据流:

数据流名:职工基本信息

别名: 无

简述: 职工的各项属性信息

来源: 各系部

去向: 加工1.1“职工信息的输入并整理存储”

组成: 工号+姓名+性别+所属系部+职位

数据流量:一般:1次/学期

高峰值：职工出现异动1000次/天

数据流名:出勤工资,奖金,扣款清单

别名: 无

简述: 人事处的对职工出勤信息的整理结果

来源: 人事处

去向: 加工2.1“职工工资信息生成”

组成: 出勤工资+奖金+扣款清单

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资信息

别名: 无

简述: 生成的职工工资信息

来源: 加工2.1

去向: 加工2.2“财务处职工工资信息整理发送”

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工标准工资信息

别名: 无

简述: 生成的标准工资信息

来源: 加工2.2

去向: 银行

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资条

别名: 无

简述: 针对系部的工资条

来源: 加工2.2

去向: 各系部

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

E-R图如下：

3.程序描述

3.1功能

职工基本信息管理子系统：

1)职工基本信息输入：用于采集职工的职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：为三个子系统提供数据源

3)职工基本信息查询：实现查询功能

4)职工基本信息修改：

a.写修改职工基本信息：对职工信息异动进行修改

b.发送提示信息至其他部门：将异动报告提交给使用该表的其他部门

职工出勤信息管理子系统：

数/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：实现查询功能

3)职工出缺勤信息表的建立：为职工工资管理子系统提供数据源

职工工资管理子系统：

1)职工基本工资信息读取：为实际工资奖金计算提供数据源

2)职工实际工资奖金计算：得出实际工资

3)标准工资信息与银行之间的双向传输：向银行提供标准工资信息，银行提供资金异动信息

4)工资条对各部门的发放：向各个部门传输标准工资信息

3.2性能

职工基本信息管理子系统：

1)职工基本信息输入：数据输入，存储

2)建立职工基本信息表：数据集中

3)职工基本信息查询：数据查询

4)职工基本信息修改：

a.写修改职工基本信息：数据修改

b.发送提示信息至其他部门：数据读出

职工出勤信息管理子系统：

1)职工出缺勤信息输入：数据输入，存储

2)职工出缺勤信息查询：数据查询

3)职工出缺勤信息表的建立：数据集中

职工工资管理子系统：

1)职工基本工资信息读取：数据读出

2)职工实际工资奖金计算：数据加工

3)标准工资信息与银行之间的双向传输：数据读出，输入

4)工资条对各部门的发放：数据读出

3.3输入项目

职工基本信息管理子系统：

1)职工基本信息输入：职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：无

3)职工基本信息查询：存储在表中的任一数据

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告职工出勤信息管理子系统：/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：存储在表中的任一数据

3)职工出缺勤信息表的建立：

无职工工资管理子系统：

1)职工基本工资信息读取：职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资

2)职工实际工资奖金计算：职工出缺勤信息，职工基本工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.4输出项目

职工基本信息管理子系统：

1)职工基本信息输入：职工基本信息表

2)建立职工基本信息表：职工基本信息表

3)职工基本信息查询：查询目标

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告

职工出勤信息管理子系统：

1)职工出缺勤信息输入：职工出缺勤信息表

2)职工出缺勤信息查询：查询目标

3)职工出缺勤信息表的建立：职工出缺勤信息表

职工工资管理子系统：

1)职工基本工资信息读取：职工基本工资信息表

2)职工实际工资奖金计算：标准工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.6详细设计

则根据需求分析，功能模块分析可得程序的流程图为

3.7测试要点

对于职工基本信息模块：测试的要点是针对职工基本信息属性的添加，查询，修改，删除，以及对数据库的同步更新

对于职工出缺勤模块：测试的要点是针对职工出缺勤信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤次数的触发器的运算职工工资信息表：测试的要点是针对职工工资信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤金和实际工资的运算

5.功能模块的测试

选取职工出缺勤信息管理进行操作。

1.首先，添加职工的基本信息：

工号：3040766666

姓名：张三

应出勤：30

实出勤：25

在相应的EDIT框中添加进入此类信息，点击保存。

在职工出缺勤管理界面进行浏览操作，发现信息已经成功保存，并可以浏览到。

2.错误测试：同样输入一组值。其值完全同上，唯一区别的是不对工号的内容不输入，其他都输入。然后点击保存。发现系统提示出错信息，无法成功保存信息。原因分析：对于设为主键的属性值，在数据库表中是不可以为空的。在添加信息中，注意不能缺少对主键的设置。

3.对于数据库的检查：对于数据库中的表的一些属性值，比如缺勤次数，是采取触发器进行输入的。在每输入一组应“出勤次数/月“和 “实出勤次数/月”，对应的属性缺勤次数将得到更新。在数据库表中检查并得到验证。

甲方：

乙方：

就“ ，经过甲乙双方的通力配合和共同努力，完成了合同中约定的全部任务，现在整个系统运行正常，按照合同约定，进行项目验收工作。

验收工作分为设备清点、安装调试、初验、上线试运行和终验几个阶段，验收方式主要以清单、测试和实地操作为主。具体内容如下： 第一部分：设备清点

主要检查运到甲方的设备是否与合同相符

甲乙双方按照合同要求对运抵现场的设备进行了清点，此项工作已于 年 月 日完成，结论如下：

1.1 核对到货清单，实物与运送单据是否一致。

□通过 □未通过 备注：

1.2 检查和清点运抵现场的各种设备是否与合同相符。

□通过 □未通过 备注：

1.3 检查运抵现场的文档是否齐全

□通过 □未通过 备注：

第二部分：安装调试

通过系统硬件测试证明各部分硬件物理破坏且已正确安装。

按照合同要求，乙方对已经到货的设备进行了安装，甲乙双方进行了加电测试，主要观察设备加电后的表现和运行自检程序的结果，此项工作已于 年 月 日完成，结论如下：

2.1 加电是否成功

□通过 □未通过 备注：

2.2 设备状态是否正常

□通过 □未通过 备注：

2.3 系统显示的版本和序列号等信息是否符合合同要求

□通过 □未通过 备注：

2.4 自检有无报警

□通过 □未通过 备注：

第三部分：初验、上线试运行

通过系统运行，证明系统可以正常工作

乙方进行设备安装调试后，甲乙双方在操作系统、数据库等运行环境下进行系统测试，此项工作已于 年 月 日完成，结论如下：

3.1 系统启动是否正常

□通过 □未通过 □未涉及 备注：

3.2 系统管理功能是否正常

□通过 □未通过 □未涉及 备注：

3.3 相关软件License是否已经生效使用

□通过 □未通过 □未涉及 备注：

3.4系统运行是否正常

□通过 □未通过 □未涉及 备注：

第四部分 终验

系统和设备在质保期内能正常运转，出现故障，能及时解决。

乙方在质保期内对系统和设备进行了终验验收，此项工作已于 年 月 日完成，结论如下：

□通过 □未通过 □未涉及 备注：

完成上述工作以后，甲乙双方认为整个项目验收正式通过，整个系统交付完毕，设备运行正常，可以投入使用。

甲方： 乙方：

代表 代表

日期 日期

用户名称： huaxia

密级：huaxia123

文档编号：

编 写：

审 核：

批 准

项目名称：

编写日期：

审核日期：

批准日期：

项目名称

【验收报告应由客户方起草，双方有关人员签字，此时验收报告的格式主要由客户方选定;当然，也可接受用户方委托，由项目经理起草验收报告，经用户方签字盖章认可。】

第一章 项目概述

1.1 项目背景

目前，电视台除了自制节目以外，外购节目制度存在非常明显的潜规则、暗箱操作、圈子交易等现象，一个公平、公正、公开、透明的节目采购方式呼之欲出。

各省级卫视也有自己的采购方式。如江苏广播电视总台电视节目采购工作按照民主集中制的原则开展，实行四级审片制，即采购人员初审、审片组审片、分管主任复审、主任审看。另外还有送频道或者召开观众审片会议复审。对审片评价较好的剧目进行外地播出效果评估，最后形成剧目的总体评价，对有争议的剧目报总台分管领导仲裁。所有外购节目采购在部门民主集中形成意见后报总台领导批准购买。广州电视台除新闻节目外，所有频道、节目将全面实行制播分离，所属九个频道向台内外制作机构开放，建立起多主体、多渠道采购节目，择优播出机制。

面对激烈的市场竞争和不规范的市场原则，省级卫视为了抢占市场先机，降低采购成本，采取联合采购的模式。如2+4模式：东方卫视和北京卫视购买了《马文的战争》的首轮播出权后，二轮播权由山东、天津、吉林和深圳4家卫视采购。还有《我的团长我的团》、《潜伏》、《婚变》等电视剧被适用于4+4模式。另外，目前的电视剧争夺战中还出现了“剧本期货”交易现象——在剧本出来之后，只要有足够的卖点和看点，电视台就会采取前期介入，迅速获得优势资源。

另一方面，由于电视剧买卖的圈子很小，电视台和制作机构之间的买卖属于圈子交易。每年60亿元的购片经费中，大部分都集中在几十个电视台采购负责人手中。很多情况下，电视台的节目采购很大程度上受到采购者的个人因素影响，如与节目制作机构的人际关系，个人的喜好或者审美习惯等等。这样就无法保证把经费用在刀刃上，既浪费了资源，又没有买到好的节目。

各家电视台都出台了各种采购形式，但电视台的节目采购形式都没有在业界形成

项目名称

公信度和绝对优势，因为没有一个切实有效的部门(岗位)来统筹规范电视节目的引进工作，这就非常有必要增设采购编辑来改变这一现状。

1.2 参考资料

编写本验收报告时主要参考了如下的资料和文献：

6. 《华夏影视交易平台系统合同书(主合同)》 《华夏影视交易平台系统软件开发合同书》 《华夏影视交易平台系统需求分析说明书》 《华夏影视交易平台系统总体设计说明书》 《华夏影视交易平台系统详细设计说明书》 《应达到的技术指标和参数(验收标准)》

第二章 验收定义

2.1 验收方式

组织汇报、功能代码审查

2.2 验收依据

《华夏影视交易平台系统合同书(主合同)》

《华夏影视交易平台系统软件开发合同书》

《附件五 华夏影视交易平台系统工作说明书》

2.3 验收环境

华夏影视交易平台X综合业务系统实际运行的生产环境为验收环境。

 硬件平台

服务器：AS/400-840系列;RS/6000-H85

客户机：IBM_PC、实达、国光、长城系列终端及终端外围设备。

 软件平台

项目名称

服务器：OS/400 Ver5.1 AIX 4.3.3操作系统，DB2 数据库 Ver 7.2.0;

客户机：SCO UNIX操作系统3.24及5.01, INFORMIX ONLINE 数据库 Ver 7.3

2.4 验收标准

2.4.1 系统功能标准

如果各模块验收测试结果如下表所述则视为验收合格，否则将进行修改，以进行再次验收评审。

2.4.2 性能标准

1.优秀

1)材料完整

2)软件可正常运行

3)实现项目软件需求说明书要求的各项功能需求

4)软件界面友好，易于交互

5)软件功能新颖，有较强创新

2.合格

1)本标准第3条要求的材料完整

2)可正常运行实现功能达到软件需求说明书要求的三分之二以上 3.不合格

1)标准第3条要求的材料不完整 2)软件不能运行

3) 软件需求说明书要求的主要功能 。

2.5 验收规则

验收规则一：【避免在法度中应用魔鬼数字，必须用有意义的常量来标识。】

验收规则二：【明白办法的功能，一个办法仅完成一个功能。】

验收规则三：【办法参数不克不及跨越5个】

验收规则四：【办法调用尽量不要返回null，取而代之以抛出异常，或是返回特例对象(SPECIAL CASE object，SPECIAL CASE PATTERN);对于以凑集或数组类型作为返回值的办法，取而代之以空凑集或0长度数组。】

验收规则五：【在进行数据库操纵或IO操纵时，必须确保资料在应用完毕后获得开释，并且必须确保开释操纵在finally中进行。】

验收规则六：【异常捕获不要直接catch (Exception ex) ，应当把异常细分处理惩罚。】

验收规则七：【对于if „ else if „(后续可能有多个else if …)这种类型的前提断定，最后必须包含一个else分支，避免呈现分支漏掉造成错误;每个switch-case语句都必须包管有default，避免呈现分支漏掉，造成错误。】

验收规则八：【覆写对象的equals()办法时必须同时覆写hashCode()办法。】

验收规则九：【禁止轮回中创建新线程，尽量应用线程池。】

验收规则十：【在进行正确策画时(例如:货币策画)避免应用float和double，浮点数策画都是不正确的，必须应用BigDecimal或将浮点数运算转换为整型运算。】

2.6 验收人员

2.7 验收时间

第三章 遗留问题

暂无。

第四章 交付物清单

4.1 文档提交清单

4.2 源码提交清单

第五章 验收结论

第一版验收通过

第六章 双方签字

客户方(盖章)： 代表：

公司(盖章) 代表： 日期：

日期：

第三方((盖章)[如果有]： 代表： 日期：

附件:

验收测试记录、测试报告等记录。

保密申明：秘密级

软件验收报告

1.项目信息

软件项目验收报告模板

2. 项目概述

在概述部分应对整个项目进行概要描述，可从软件需求说明书概述部分拷贝。

3. 验收测试环境

3.1 硬件

例如 计算机、服务器、 网络、 交换机等。

3.2 软件

例如操作系统、应用软件、系统软件、开发软件、测试程序等。

3.3 文档

例如测试文档、技术文档、操作手册、用户手册等。

3.4 人员

例如客户代表、客户经理、项目经理、技术经理、开发人员、测试人员、技术支持人员以及第三方代表等。

保密申明：秘密级

软件验收报告

4. 验收及测试结果

4.1 产品验收结果

软件项目验收报告模板

4.2 产品功能验收结果

软件项目验收报告模板

软件项目验收报告模板

5. 验收总结

总结验收及测试， 陈述发现问题和建议等。

6. 签字确认

保密申明：秘密级

软件验收报告

7. 相关文档

《软件需求规格说明书》

验收申请表

_____： 在我公司承建的“_____”项目中，软硬件系统已安装调试完成， 按照合同的规定，已具备项目验收的条件。 请公司及时安排进行项目验收。 特此申请!

北京全亚通信技术有限公司 二〇一二年四月

项目名称________项目经理 参 加 验收人员 项目进度情况：

任务名称 1 2 3 4 5 6 7 8

承建单位 验收时间 2012 年 4 月 日

完成情况 已完成 已完成 已完成 已完成 已完成 已完成 已完成 已完成

用户确认

未完成内容及其他需要说明的内容：

无

系统验收内容：

承建单位意见： 本项目软硬件系统已安装调试完成，项目正在按照项目计划顺利进行 建设。 按照合同的规定，已具备项目验收的条件。

负责人:

日期：

年月日

系统验收结果：

验收意见：

以上验收情况属实，同意通过验收。

参加验收人员签字：

课程名称：

实验项目：

实验地点：

专业班级：

学生姓名：

指导教师：

本科实验报告软件工程 学校内部工资管理系统 综合楼506室 计Z1102 学号： 宁高琴 崔冬华 2013年 9 月23 日

学校内部工资管理系统设计说明书

1.引言

1.1系统简介

假设学校共有教职工约1000人，10个行政部门和8个系部。每个月20日前各部门(包括系、部)要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初(3日前)将工资条发给各单位。若有员工调入、调出、校内调动、离退休等数据变化，则由人事处通知相关部门和财务处。

一.系统可行性研究

主要功能：月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。用户可以查询每月工资奖金发放扣除等详细细节变化状况。性能要求：方便、快捷、有效地完成工资发放的各项任务,在工资数据统计和报表打印等方面,具有准确率高、速度快等特点。系统的输入 输入所有职工的标识,如职工的姓名、工号、所在部门、各项应发的金额和各项应扣的金额。

系统的输出 输出各种报表、上报的文件和上报的磁盘。

安全与保密要求：本系统在使用前必须正确输入密码,否则系统将不能运行。进入系统后,要想修改密码或对系统的一些信息进行修改,也必须输入高级用户密码,对数据库中的关键数据应该要求保密。服务器的管理员享有对工资数据信息库的管理与修改。用户只享有对信息的查询和部分信息修改(如个人信息)。

完成期限：预计六个月。

开发目标:本系统开发目标应该考虑到以下几个方面的因素:人力与设备费用的相对减少;数 据处理速度的提高;数据统计精度的和准确率的提高。管理信息服务的改进;自动决策系统的改进;人员利用率的改进。

2.3可行性研究的方法

(1)客户调查：通过对客户调查,了解和认知客户对软件产品的需求,按照客户的要求不仅要实现月工资发放,而且要实现临时的工资发放,同时还要有数据库备份。GZGL系统的主要功能为:月工资发放和处理、标准工资库维护、临时工资发放、查询与系统维护和系统帮助。

(2)同类产品调查：通过对市场中相关或同类产品的调查,笔者了解到,工资管理系统大体上都应该实现工资的统计、汇总、报表打印等功能。

三 技术可行性

1.简要描述

工资管理系统采用常规的数据库处理方法,根据工资信息管理的特点对数据库进行操作,如对工资发放项目的修改、人员的增删、工资数据的添加和修改、工资的统计、工资的汇总、临时发放工资的管理、上报文件和磁盘、打印等给予了优化。

2.与现有系统的优越性比较

工资管理系统有利于工资发放的统一、有效管理。与传统的手工记账方式相比,占据空间小、易于统计工资总额、易于更新、易于数据备份;与其它工资系统相比,该系统实现了对不同类型职工的工资发放,系统功能比较全面,而且价格也比较合理。

工资管理系统具有高效率的系统灵活性。当修改工资库中某个职工的工资情况或者修改某个工资发放项目时,只需在工资数据编辑状态下对该职工的工号进行锁定,或者对某个工资项目进行锁定,即可对锁定的项目进行修改,而对其它的人员或项目无权修改,这样可以提高系统的准确性。

工资管理系统能够较好保证数据库的安全。用户可以对后台数据库进行加密,同时还可以给系统设定密码。

四 经济可行性

1.支出

(1)基本投资。硬件设备:PC机;软件:Windows98/Windows2000/_p/7,Delphi 7,sql 2000/2005;

(2)其他一次性支出,主要是软件设计和开发费用。软件设计开发过程当中,投入设计和开发费用包括:购买书籍的资金500元;正版dephi7安装盘50元;需求分析的费用为3300元(其中包含技术开发上的花销、生活花销等)。以上的费用共计4000元。

(3)经常性支出,主要是软件后期维护费用。软件开发完毕后投入使用时,对软件产品进行的后期软件维护所需要支出的费用。

2.效益

本系统的应用进一步实现办公自动化,减少了人力投资和办公费用的开销,极大地提高办公效率。投入使用将获得的经济效益分为直接效益和间接效益两方面。直接效益主要体现在:原来4人/周工作量将只须1人/周完成;间接效益体现在:减少支付3人工资(1200元/人月),共计3600元/月。

3.投资回收周期

根据经验的算法,当收益的累计数开始超出支出的累计数的时候,就是投资 的回收期。

投资回收期:4000元/(3600元/月)=1.11月(因软件未交付使用,故未将软件的

后期维护费用计入)。

五 法律方面的可行性

系统的研制和开发,将不会侵犯他人、集体和国家的利益,不会违反国家政策和法律。

法律因素

所有软件都选用正版.

所有技术资料都由提出方保管。

合同制定确定违约责任.

六 使用方面的可行性

系统的研制和开发充分考虑到用户的工资发放策略、管理流程和操作人员的素质等因素,可以满足用户的使用要求。

用户使用可行性

使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.

管理人员也需经一般培训.

经过培训人员将会熟练使用本软件.

两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.

本系统定位于各高校，也可以适用于各中小型企业。运用此系统进行工资管理，给各院校教职工带来极大的方便。

作为本产品的使用者要求有一定的计算机基础，可以熟练得使用window操作系统所提的各种功能。

数据库管理要求具有专业水平的数据库管理员，而且要经过我们的专门培训。

我们会在售出后长期提供软件维护免费服务，以便用户在软件使用中出现的问题

新系统的研制和开发是充分得考虑工作人员对工资的易于管理，管理者方便查询职工的个人基本信息效率。从而能完全满足使用者的要求。如今的互联网已经走进千家万户，连小学生都会上网了，我的系统是利用微软自带的IE浏览器作为客户端平台，只要上过网的朋友就很方便操作，而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书，这样更使各类用户很快地掌握系统的使用方法。

1.2 定义

专门术语：职工基本信息表(Basic)

职工出缺勤信息表(Attendance )

职工工资信息表(Salaries)

2.总体设计

3.2.1需求概述

本软件的主要服务对象是太原理工大学的财务处和人事处，各系部。

各系部的主要任务是在每个月20日前各部门(包括系、部)要将出勤情况上报人事处(各系部在这里的主要任务是提供数据的输入);

而人事处将出勤工资、奖金及扣款清单送财务处(人事处在这里对各系部送来的数据进行分析处理，对应得出数据的处理结果;

财务处于每月月底将教职工的工资表做好并将数据送银行，每月初(3日前)将工资条发给各单位，(财务处在这里对数据起一个网关过滤的作用，主要起一个审批作用，负责接受成型的工资数据和审批然后向银行提交成型数据，最后打到发放工资的目的。

另外，人事变动的数据是由人事处接受并修改，最后同意传达给财务处和相关部门。

2.2软件结构

则根据需求分析和概要设计得出软件的功能结构模块图

2.3数据库设计

数据库表设计

职工基本信息表

职工出缺勤信息表

职工工资信息表

2.4 对应的数据字典与E-R图：

1静态数据：职工基本信息，职工出缺勤信息

.2动态数据

输入数据：职工基本信息，职工工资信息，出勤工资，奖金，扣款清单，职工出缺勤信息;输出数据：职工基本信息，职工工资信息，职工标准工资信息，职工工资条，职工出缺勤报表

.3数据库介绍

职工基本信息数据库：包括职工的工号，姓名，所属系别，职位职工出缺勤信息数据库：包括职工的工号，姓名，应出勤次数/月，实际出勤次数/月，缺勤次数，缺勤原因;职工工资信息数据库：包括职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资;

则得DFD如下：

4数据词典：

数据项：

数据项名:工号

别名:TNo,

简述:所有职工的编号

类型:CHAR

长度：10

取值范围及含义:

第1位：3 (代表安工科) 第2?3位：0_(入学校年份) 第4-5位：__( 所属系部) 第5-10位:( 所在系部内的编号)

数据项名:姓名

别名:NAME

简述:所有职工的姓名

类型:CHAR

长度：8

取值范围及含义:

第1-8位：(姓名,2~4字)

数据项名:所属系别

别名:DEPARTMENTS

简述:职工所属的部门

类型:CHAR

长度：20

取值范围及含义: 具体的部门名称

数据项名:职位

别名:JOBS

简述:职工所在该部门的具体职位 类型:CHAR

长度：20

取值范围及含义: 具体的职位名称

数据项名: 应出勤次数/月

别名:SHOULD

简述:按工作表每个月应出勤的次数 类型:INT

长度：2

取值范围及含义:次数

数据项名: 实际出勤次数/月

别名:ACTUAL

简述:实际每个月应出勤的次数

类型:INT

长度：2

取值范围及含义:次数

数据项名: 缺勤次数

别名:MISSNUM

简述:每个月应缺勤的次数

类型:INT

长度：2

取值范围及含义:次数

数据项名: 缺勤原因

别名:REASON

简述:缺勤的具体原因

类型:CHAR

长度：50

取值范围及含义:缺勤的大致原因

数据项名: 基本工资

别名:JIBENGONGZI

简述:由工龄和职位规定的基本工资 类型:INT

数据存储:

缺勤原因

长度：5 取值范围及含义:金额数目 数据项名: 原始奖金 别名:YUANSHIJIANGJIN 简述：由工龄和职位规定的原始奖金 类型:INT 长度：5 取值范围及含义: :金额数目 数据项名:缺勤金 别名：QUEQINJIN 简述:由缺勤次数所得的应扣金额数目 类型:INT 长度：5 取值范围及含义:金额数目 数据项名:实际工资 别名：SHIJIGONGZI 简述：每月实际得到的工资数金额数目 类型:INT 长度：5 取值范围及含义:金额数目 文件名: 职工基本信息数据库 别名: 基本信息表 简述: 存放职工基本信息 组成：包括职工的工号+姓名+所属系别+职位 组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工出缺勤信息数据库 别名: 出缺勤信息表 简述: 存放职工基本信息 组成：工号+姓名+应出勤次数/月+实际出勤次数/月+缺勤次数+组织方式：索引文件，以工号为关键字 查询要求: 要求能够立即查询 文件名: 职工工资信息数据库 别名: 工资信息表 简述: 存放职工工资信息 组成：工号+姓名+基本工资+原始奖金+缺勤金+实际工资

组织方式：索引文件，以工号为关键字

查询要求: 要求能够立即查询

数据流:

数据流名:职工基本信息

别名: 无

简述: 职工的各项属性信息

来源: 各系部

去向: 加工1.1“职工信息的输入并整理存储”

组成: 工号+姓名+性别+所属系部+职位

数据流量:一般:1次/学期

高峰值：职工出现异动1000次/天

数据流名:出勤工资,奖金,扣款清单

别名: 无

简述: 人事处的对职工出勤信息的整理结果

来源: 人事处

去向: 加工2.1“职工工资信息生成”

组成: 出勤工资+奖金+扣款清单

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资信息

别名: 无

简述: 生成的职工工资信息

来源: 加工2.1

去向: 加工2.2“财务处职工工资信息整理发送”

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工标准工资信息

别名: 无

简述: 生成的标准工资信息

来源: 加工2.2

去向: 银行

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

数据流名:职工工资条

别名: 无

简述: 针对系部的工资条

来源: 加工2.2

去向: 各系部

组成: 工号+姓名+基本工资+原始奖金+缺勤金+实际工资

数据流量:一般:1次/月

高峰值：1次/月

E-R图如下：

3.程序描述

3.1功能

职工基本信息管理子系统：

1)职工基本信息输入：用于采集职工的职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：为三个子系统提供数据源

3)职工基本信息查询：实现查询功能

4)职工基本信息修改：

a.写修改职工基本信息：对职工信息异动进行修改

b.发送提示信息至其他部门：将异动报告提交给使用该表的其他部门

职工出勤信息管理子系统：

数/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：实现查询功能

3)职工出缺勤信息表的建立：为职工工资管理子系统提供数据源

职工工资管理子系统：

1)职工基本工资信息读取：为实际工资奖金计算提供数据源

2)职工实际工资奖金计算：得出实际工资

3)标准工资信息与银行之间的双向传输：向银行提供标准工资信息，银行提供资金异动信息

4)工资条对各部门的发放：向各个部门传输标准工资信息

3.2性能

职工基本信息管理子系统：

1)职工基本信息输入：数据输入，存储

2)建立职工基本信息表：数据集中

3)职工基本信息查询：数据查询

4)职工基本信息修改：

a.写修改职工基本信息：数据修改

b.发送提示信息至其他部门：数据读出

职工出勤信息管理子系统：

1)职工出缺勤信息输入：数据输入，存储

2)职工出缺勤信息查询：数据查询

3)职工出缺勤信息表的建立：数据集中

职工工资管理子系统：

1)职工基本工资信息读取：数据读出

2)职工实际工资奖金计算：数据加工

3)标准工资信息与银行之间的双向传输：数据读出，输入

4)工资条对各部门的发放：数据读出

3.3输入项目

职工基本信息管理子系统：

1)职工基本信息输入：职工的工号，姓名，所属系别，职位

2)建立职工基本信息表：无

3)职工基本信息查询：存储在表中的任一数据

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告职工出勤信息管理子系统：/月，缺勤次数，缺勤原因

2)职工出缺勤信息查询：存储在表中的任一数据

3)职工出缺勤信息表的建立：

无职工工资管理子系统：

1)职工基本工资信息读取：职工的工号，姓名，基本工资，原始奖金，缺勤金，实际工资

2)职工实际工资奖金计算：职工出缺勤信息，职工基本工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.4输出项目

职工基本信息管理子系统：

1)职工基本信息输入：职工基本信息表

2)建立职工基本信息表：职工基本信息表

3)职工基本信息查询：查询目标

4)职工基本信息修改：

a.写修改职工基本信息：新数据(职工基本信息)

b.发送提示信息至其他部门：异动提示报告

职工出勤信息管理子系统：

1)职工出缺勤信息输入：职工出缺勤信息表

2)职工出缺勤信息查询：查询目标

3)职工出缺勤信息表的建立：职工出缺勤信息表

职工工资管理子系统：

1)职工基本工资信息读取：职工基本工资信息表

2)职工实际工资奖金计算：标准工资信息

3)标准工资信息与银行之间的双向传输：标准工资信息

4)工资条对各部门的发放：标准工资信息

3.6详细设计

则根据需求分析，功能模块分析可得程序的流程图为

3.7测试要点

对于职工基本信息模块：测试的要点是针对职工基本信息属性的添加，查询，修改，删除，以及对数据库的同步更新

对于职工出缺勤模块：测试的要点是针对职工出缺勤信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤次数的触发器的运算职工工资信息表：测试的要点是针对职工工资信息的添加，查询，修改，删除，对数据库的同步更新，以及对缺勤金和实际工资的运算

5.功能模块的测试

选取职工出缺勤信息管理进行操作。

1.首先，添加职工的基本信息：

工号：3040766666

姓名：张三

应出勤：30

实出勤：25

在相应的EDIT框中添加进入此类信息，点击保存。

在职工出缺勤管理界面进行浏览操作，发现信息已经成功保存，并可以浏览到。

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)原代码或安装盘; (16)专家组要求的其他材料 4、其他

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

参考文献：

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

{项目名称}

验收报告

{日期}

目 录

§1 项目基本情况.................................................... §2 项目进度审核.................................................... 2.1 项目实施进度情况 2.2 项目变更情况 2.3 项目投资结算情况

§3 项目验收计划.................................................... 3.1 项目验收原则 3.2 项目验收方式 3.3 项目验收内容

§4 项目验收情况汇总................................................ 4.1 项目验收情况汇总表 4.2 项目验收附件明细 4.3 专家组验收意见

§5 项目验收结论.................................................... 5.1 开发单位结论 5.2 建设单位结论

§6 附件............................................................ 6.1 附件一：软件平台验收单 6.2 附件二：功能模块验收单 6.3 附件三：项目文档验收单 6.4 附件四：硬件设备验收单

§1 项目基本情况

§2 项目进度审核2.1 项目实施进度情况

2.2 项目变更情况2.2.1 项目合同变更情况

{记录合同变更情况}

2.2.2 项目需求变更情况

{记录需求变更情况}

2.3 项目投资结算情况

§3 项目验收计划3.1 项目验收原则

1、审查提供验收的各类文档的正确性、完整性和统一性，审查文档是否齐全、合理; 2、审查项目功能是否达到了合同规定的要求; 3、审查项目有关服务指标是否达到了合同的要求; 4、审查项目投资以及实施进度的情况;

5、对项目的技术水平做出评价，并得出项目的验收结论。

3.2 项目验收方式

{记录项目验收的组织方式和参与验收工作的人员情况}

3.3 项目验收内容

1、硬件设备验收; 2、软件平台验收; 3、应用系统验收; 4、项目文档验收;

5、项目服务响应(如售后服务、问题相应等方面)验收。

§4 项目验收情况汇总

4.1 项目验收情况汇总表

4.2 项目验收附件明细

1、软件平台验收单(见附件一)。 2、功能模块验收单(见附件二)。

3、项目文档验收单(见附件三)。 4、硬件设备验收单(见附件四)。

4.3 专家组验收意见

§5 项目验收结论5.1 开发单位结论

5.2 建设单位结论

§6 附件6.1 附件一：软件平台验收单

验收人： 验收时间：

6.2 附件二：功能模块验收单

验收人： 验收时间：

6.3 附件三：项目文档验收单

验收人： 验收时间：

6.4

附件四：硬件设备验收单

验收人： 验收时间：