西南石油大学软件项目验收实施办法Word下载.docx
- 文档编号:20058720
- 上传时间:2023-01-16
- 格式:DOCX
- 页数:13
- 大小:20.48KB
西南石油大学软件项目验收实施办法Word下载.docx
《西南石油大学软件项目验收实施办法Word下载.docx》由会员分享,可在线阅读,更多相关《西南石油大学软件项目验收实施办法Word下载.docx(13页珍藏版)》请在冰豆网上搜索。
(6)易用性测试,易用性测试的内容包括:
a.软件的用户界面是否友好,是否出现中英文混杂的界面;
b.软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;
c.软件中各个模块的界面风格是否一致;
d.软件中的查询结果的输出方式是否比较直观、合理。
(7)适应性测试,参照用户的软、硬件使用环境和需求规格说明书或招投标文件中的规定,列出开发或采购软件需要满足的软、硬件环境。
对每个环境进行测试。
(8)文档测试,用户文档包括:
安装手册、操作手册和维护手册。
对用户文档测试的内容包括:
a.操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;
b.用户文档描述的信息是否正确,是否没有歧义和错误的表达;
c.户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达;
d.用户文档对主要功能和关键操作是否提供应用实例;
e.用户文档是否有详细的目录表和索引表;
(9)用户有特别要求的测试
2.2验收标准
2.2.1软件错误的严重性等级
1级:
不能执行正常功能或重要功能,或者危及人身安全;
2级:
严重地影响系统要求或基本功能的实现,且没有办法解决;
3级:
严重地影响系统要求或基本功能的实现,但存在合理的解决办法;
4级:
使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能;
5级:
其它错误;
2.2.2错误与严重性等级对应表
1级错误的描述
这一级别的错误一般包括以下内容:
没有实现或错误地实现重要的功能;
业务流程存在重大隐患;
软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况;
软件在操作过程中由于软件自身的原因对系统或数据造成破坏;
在现有的软、硬建设环境下不能实现应有的功能;
特殊软件在操作过程中可能危及系统和人身安全等。
2级错误的描述
这一级别的错误一般包括:
没有实现基本功能,并且不存在替代办法;
没有实现重要功能中的部分功能,并且不存在替代办法;
业务流程衔接错误;
密钥以明文方式存储;
没有留痕功能;
用户的权限分配不合理;
在现有的环境下,不能实现部分功能且没有替代方案;
没有满足系统的性能要求。
3级错误的描述
这一级的错误是与第2级别的错误相对应的,而第3级错误则存在替代方法;
对误操作或错误操作没有提示,导致非法数据进入数据库。
4级错误的描述
这一级别的错误通常为易用性方面的错误。
比如界面不友好、前后风格不一;
中英文混杂;
查询结果输出不直观等。
5级错误的描述
通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
对发现的每一个错误都要确定相应的严重性等级,如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,提交给用户单位再次进行完整的验收测试。
2.2.3验收标准
(1)测试用例不通过数的比例<
1.5%;
(2)不存在错误等级为1的错误;
(3)不存在错误等级为2的错误;
(4)错误等级为3的错误数量≤5;
(5)所有提交的错误都已得到更正;
2.3验收标准的详细说明
验收项目的划分参照GB/T16260标准。
在该标准中,将软件的质量特性分为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/T17544;
GB/T16260;
《软件验收标准探讨》
附:
软件项目验收报告格式
附件:
{项目名称}
验收报告
{完成单位}
填报日期
目录
1项目基本情况1
2项目进度审核1
2.1项目实施进度情况1
2.2项目变更情况2
2.2.1项目合同变更情况2
2.2.2项目需求变更情况2
2.3项目投资结算情况2
3项目验收计划2
3.1项目验收原则3
3.2项目验收方式3
3.3项目验收内容3
4项目验收情况汇总4
4.1项目验收情况汇总表4
4.2项目验收附件明细4
4.3专家组验收意见5
5项目验收结论6
5.1开发单位结论6
5.2建设单位结论6
6附件7
6.1附件一:
软件平台验收单7
6.2附件二:
功能模块验收单7
6.3附件三:
项目文档验收单8
6.4附件四:
硬件设备验收单8
5项目基本情况
项目名称:
项目合同甲方:
项目合同乙方:
项目合同编号:
项目开工时间:
项目竣工时间:
项目验收日期:
6项目进度审核
6.1项目实施进度情况
序号
阶段名称
起止时间
交付物列表
备注
1
2
3
4
5
6
7
8
6.2项目变更情况
6.2.1项目合同变更情况
{记录合同变更情况}
6.2.2项目需求变更情况
{记录需求变更情况}
6.3项目投资结算情况
款项
金额
(万元)
合计
7项目验收计划
7.1项目验收原则
(1)审查提供验收的各类文档的正确性、完整性和统一性,审查文档是否齐全、合理;
(2)审查项目功能是否达到了合同规定的要求;
(3)审查项目有关服务指标是否达到了合同的要求;
(4)审查项目投资以及实施进度的情况;
(5)对项目的技术水平做出评价,并得出项目的验收结论。
7.2项目验收方式
{记录项目验收的组织方式和参与验收工作的人员情况}
验收人员
所属单位
所属角色
相关职责
7.3项目验收内容
(1)硬件设备验收;
(2)软件平台验收;
(3)应用系统验收;
(4)项目文档验收;
(5)项目服务响应(如售后服务、问题相应等方面)验收。
8项目验收情况汇总
8.1项目验收情况汇总表
验收项
验收意见
通过
不通过
总体意见:
项目验收组长(签字)
未通过理由:
8.2项目验收附件明细
(6)软件平台验收单(见附件一)。
(7)功能模块验收单(见附件二)。
(8)项目文档验收单(见附件三)。
(9)硬件设备验收单(见附件四)。
8.3专家组验收意见
专家组长(签字)
9
项目验收结论
9.1开发单位结论
开发单位(签章)
9.2建设单位结论
建设单位(签章)
10
附件
10.1附件一:
软件平台验收单
验收人:
验收时间:
软件类型
软件名称
验收结果
(机器的IP地址等)
10.2附件二:
功能模块验收单
功能模块
验收内容
合同要求
10.3附件三:
项目文档验收单
文档名称
用途
10.4附件四:
硬件设备验收单
序
硬件名称
基本用途
型号
配置情况
(机器IP地址等)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 西南 石油大学 软件 项目 验收 实施办法
![提示](https://static.bdocx.com/images/bang_tan.gif)