河海大学数字化校园建设项目软件系统验收标准.docx
- 文档编号:15066295
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:9
- 大小:96.08KB
河海大学数字化校园建设项目软件系统验收标准.docx
《河海大学数字化校园建设项目软件系统验收标准.docx》由会员分享,可在线阅读,更多相关《河海大学数字化校园建设项目软件系统验收标准.docx(9页珍藏版)》请在冰点文库上搜索。
河海大学数字化校园建设项目软件系统验收标准
河海大学
数字化校园建设(一期)项目
软件系统验收标准
编制日期:
2012-03-20
编制部门:
河海大学项目组
文件修改记录表
序
修改人
修改内容
批准人
生效日期
版本号
1
参照国家标准编写验收标准
2012-03-20
V1.0
2
3
4
5
6
6
7
8
9
10
1引言
1.1目的
目前,国内软件的验收没有可参照的强制性标准,就软件测试和评价来说,参照的标准是GB/T17544和GB/T16260,它们都是推荐性标准,且都是定性而非定量的标准,这样,对于软件的验收来说,存在很大的分歧和不确定性。
为此,我们在参考了大量的实践案例和文献的基础上,结合本校实际制定本验收办法,用于规范本校软件系统验收。
1.2适用对象
参与本项目实施、验收的校方及公司方相关工作人员。
1.3参考资料
序号
资料名称
资料来源
1.
GB/T17544
国家标准
2.
GB/T16260
国家标准
2验收流程
开发公司
3验收实施办法
软件系统的验收可通过本校组织验收或通过第三方验收两种办法。
3.1验收原则
验收牵头单位:
数字化校园一期建设工作组
验收参与部门:
专家组、项目组、资产处、纪委办、审计处、财务处、开发单位。
验收原则:
1、验收标准严格遵守合同
2、申请验收的项目需达到用户的要求
3、项目至少稳定试运行1个月以上才可提出验收申请
4、开发单位必须提供完备的项目资料
5、提交的验收材料需满足运维要求
6、申请验收的系统内需有一定的正式业务数据量
3.2项目测试
3.2.1系统测试报告
系统测试报告是软件开发单位将软件交付给用户之前所进行的一系列测试的合集,其中包括容错性测试、安全性测试、性能测试和适应性测试。
3.2.1.1容错测试
容错测试的检查内容包括:
(1)软件对用户常见的误操作是否能进行提示。
(2)软件对用户的的操作错误和软件错误,是否有准确、清晰的提示。
(3)软件对重要数据的删除是否有警告和确认提示。
(4)软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
3.2.1.2安全性测试
安全性测试的检查内容包括:
(1)软件中的密钥是否以密文方式存储。
(2)软件是否有留痕功能,即是否保存有用户的操作日志。
(3)软件中各种用户的权限分配是否合理。
3.2.1.3性能测试
压力测试和稳定性测试
3.2.1.4适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。
对每个环境进行测试。
3.2.2用户测试报告
用户测试报告是用户在对软件产品投入实际应用以前进行的最后一次质量检验活动,它要回答开发的软件产品是否符合预期的各项要求,以及用户能否接受的问题,其中包括功能项测试、业务流程测试、易用性测试和用户权限测试。
3.2.2.1功能项测试
对软件功能确认单中的所有功能项进行测试。
3.2.2.2业务流程测试
对软件项目的典型业务流程进行综合测试。
3.2.2.3易用性测试
方便性、界面友好性、界面风格一致性测试,系统提示要明确易懂。
3.2.2.4用户权限测试
分不同角色进行测试。
3.3验收标准
3.3.1软件错误的严重性等级(参考软件缺陷分类标准)
(1)不能执行正常功能或重要功能,或者危及人身安全。
(2)严重地影响系统要求或基本功能的实现,且没有办法解决。
(3)严重地影响系统要求或基本功能的实现,但存在合理的解决办法。
(4)使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能。
(5)其他错误。
3.3.1.1错误与严重性等级对应表
3.3.1.1.1【1】级错误的描述
这一级别的错误一般包括以下内容:
没有实现或错误地实现重要的功能;业务流程存在重大隐患;软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况;软件在操作过程中由于软件自身的原因对系统或数据造成破坏;在现有的软、硬建设环境下不能实现应有的功能;特殊软件在操作过程中可能危及系统和人身安全等。
3.3.1.1.2【2】级错误的描述
这一级别的错误一般包括:
没有实现基本功能,并且不存在替代办法;没有实现重要功能中的部分功能,并且不存在替代办法;业务流程衔接错误;密钥以明文方式存储;没有留痕功能;用户的权限分配不合理;在现有的环境下,不能实现部分功能且没有替代方案;没有满足系统的性能要求。
3.3.1.1.3【3】级错误的描述
这一级的错误是与第【2】级别的错误相对应的,而第【3】级错误则存在替代方法;对误操作或错误操作没有提示,导致非法数据进入数据库。
3.3.1.1.4【4】级错误的描述
这一级别的错误通常为易用性方面的错误。
比如界面不友好、前后风格不一;中英文混杂;查询结果输出不直观等。
3.3.1.1.5【5】级错误的描述
通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
其次,对发现的每一个错误都要确定相应的严重性等级,如表2中的说明。
全部改正方可;如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,提交给软件评测中心再次进行完整的验收测试。
3.3.2通过验收的标准(参考软件行业惯例所提出的对于软件系统质量的最低要求,所有交付的软件必须满足本标准的约定)
(1)测试用例不通过数的比例<1.5%;
(2)不存在错误等级为1的错误;
(3)不存在错误等级为2的错误;
(4)错误等级为3的错误数量≤5;
4验收资料
软件系统完成验收,应提供以下材料:
编号
名称
形式
介质
1
软件需求说明书
文档
电子、纸质
2
软件功能确认单
文档
电子、纸质
3
系统部署报告
文档
电子、纸质
4
技术报告
文档
电子、纸质
5
系统测试报告
文档
电子、纸质
6
用户测试报告
文档
电子、纸质
7
用户操作手册
文档
电子、纸质
8
维护手册
文档
电子、纸质
9
安装程序介质
程序文件
电子
说明:
软件需求说明书:
包含系统建立的背景资料,目的和参考资料索引以及附带相应的参考资料文件;系统的简单介绍;系统的范围、主要完成什么内容、和已经有的或已知的正在建的系统关系;业务/操作流程描述;概念定义;系统数据流的说明;界面或其他要求的描述;用户签字确认;
软件功能确认单:
包含软件需求说明书中提到的所有功能;功能确认方式;功能确认结果;用户签字确认;
系统部署报告:
包含服务器信息;应用访问方式;服务启停说明;数据库部署信息;设置开机自启动;软件安装清单(不是必须);用户签字确认;
技术报告:
包含软件设计和数据库设计文档。
系统测试报告:
包含容错性测试、安全性测试、性能测试和适应性测试内容。
用户测试报告:
包含功能项测试、业务流程测试、易用性测试和用户权限测试内容。
用户操作手册:
包含普通用户和管理员对功能确认单中所列功能操作的说明。
维护手册:
包含服务器日常维护的命令和系统常见问题的处理方法。
5其他
若进行子系统验收或部分验收,可参照以上方法和资料,双方共同协商确定。
附件:
系统实施流程
开发公司
=《文档结束》=
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大学 数字化 校园 建设项目 软件 系统 验收 标准