河海大学 数字化校园建设项目 软件系统验收标准xWord下载.docx
《河海大学 数字化校园建设项目 软件系统验收标准xWord下载.docx》由会员分享,可在线阅读,更多相关《河海大学 数字化校园建设项目 软件系统验收标准xWord下载.docx(26页珍藏版)》请在冰点文库上搜索。
2验收流程..........................................................................................................................................2
3验收实施办法..................................................................................................................................2
3.1验收原则.................................................................................................................................2
3.2验收项目和验收标准..............................................................................错误!
未定义书签。
3.2.1验收项目.........................................................................................错误!
3.2.2验收标准.........................................................................................................................5
4验收资料..........................................................................................................................................8
5其他..................................................................................................................................................9
附件:
系统实施流程............................................................................................................................10
II
1引言
1.1目的
目前,国内软件的验收没有可参照的强制性标准,就软件测试和评价来说,
参照的标准是GB/T17544和GB/T16260,它们都是推荐性标准,且都是
定性而非定量的标准,这样,对于软件的验收来说,存在很大的分歧和不确定性。
为此,我们在参考了大量的实践案例和文献的基础上,结合本校实际制定本验收
办法,用于规范本校软件系统验收。
1.2适用对象
参与本项目实施、验收的校方及公司方相关工作人员。
1.3参考资料
序号资料名称资料来源
1.GB/T17544国家2.GB/T16260国家标准
第1页,共10页
2验收流程
开发公司
3验收实施办法
软件系统的验收可通过本校组织验收或通过第三方验收两种办法。
3.1验收原则
验收牵头单位:
数字化校园一期建设工作组
验收参与部门:
专家组、项目组、资产处、纪委办、审计处、财务处、开发
第2页,共10页
单位。
验收原则:
1、验收标准严格遵守合同2、申请验收的项目需达到用户的要求3、项目至少稳定试运行1个月以上才可提出验收申请4、开发单位必须提供完备的项目资料5、提交的验收材料需满足运维要求
6、申请验收的系统内需有一定的正式业务数据量
3.2项目测试
3.2.1系统测试报告
系统测试报告是软件开发单位将软件交付给用户之前所进行的一系列测试
的合集,其中包括容错性测试、安全性测试、性能测试和适应性测试。
3.2.1.1容错测试
容错测试的检查内容包括:
(1)软件对用户常见的误操作是否能进行提示。
第3页,共10页
(2)软件对用户的的操作错误和软件错误,是否有准确、清晰的提示。
(3)软件对重要数据的删除是否有警告和确认提示。
(4)软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,
并有相应的错误提示。
3.2.1.2安全性测试
安全性测试的检查内容包括:
(1)软件中的密钥是否以密文方式存储。
(2)软件是否有留痕功能,即是否保存有用户的操作日志。
(3)软件中各种用户的权限分配是否合理。
3.2.1.3性能测试
压力测试和稳定性测试
3.2.1.4适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件
需要满足的软、硬件环境。
对每个环境进行测试。
第4页,共10页
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)严重地影响系统要求或基本功能的实现,且没有办法解决。
第5页,共10页
(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】级错误则存
在替代方法;
对误操作或错误操作没有提示,导致非法数据进入数据库。
第6页,共10页
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;
第7页,共10页
4验收资料
软件系统完成验收,应提供以下材料:
编号名称形式介质
1软件需求说明书文档电子、2软件功能确认单文档电子、3系统部署报告文档电子、4技术报告文档电子、5系统测试报告文档电子、6用户测试报告文档电子、7用户操作手册文档电子、8维护手册文档电子、9安装程序介质程序文件电子
说明:
软件需求说明书:
包含系统建立的背景资料,目的和参考资料索引以及附带相应的
参考资料文件;
系统的简单介绍;
系统的范围、主要完成什么内容、和已经有的或已知的正
在建的系统关系;
业务/操作流程描述;
概念定义;
系统数据流的说明;
界面或其他要求的
描述;
用户签字确认;
软件功能确认单:
包含软件需求说明书中提到的所有功能;
功能确认方式;
功能确
认结果;
第8页,共10页
系统部署报告:
包含服务器信息;
应用访问方式;
服务启停说明;
数据库部署信息;
设置开机自启动;
软件安装清单(不是必须);
技术报告:
包含软件设计和数据库设计文档。
系统测试报告:
包含容错性测试、安全性测试、性能测试和适应性测试内容。
用户测试报告:
包含功能项测试、业务流程测试、易用性测试和用户权限测试内容。
用户操作手册:
包含普通用户和管理员对功能确认单中所列功能操作的说明。
维护手册:
包含服务器日常维护的命令和系统常见问题的处理方法。
5其他
若进行子系统验收或部分验收,可参照以上方法和资料,双方共同协商确定。
第9页,共10页
系统实施流程
河海大学“数字校园”业务系统实施流程
金智公司业务主管部门
开发公段实施开阶动
启提交实施启动申请单审批实施启动申请
施实
以东大系统为基础,进行现场
原型部确认部署到现场的系统查与东大系统的一致性
署否,不一致与合同是否一致?
部
型是,一致原
进行需求调研,输出《用户求报告》,同时整理出与东大组织评审,签字确认需求
系统的差研与合同是否有差异?
有差异部分求需无差异部分
定制开发
施组织进行进行功能实现场实施,逐步交付使用注:
合同及增补两部分单独处理
统注:
系
系统投入试运行注:
合同及增补两部分单独运行保障,问题整改
系统验收
收注:
验
、实施结束行
运
=《文档结束》=
信息中心
审批实施启动申请
提供部署环境
确认部署报告
签订增补实施备忘
系统验收注:
第10页,共10页