软件质量保证计划V11.docx
- 文档编号:28649482
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:10
- 大小:22.59KB
软件质量保证计划V11.docx
《软件质量保证计划V11.docx》由会员分享,可在线阅读,更多相关《软件质量保证计划V11.docx(10页珍藏版)》请在冰豆网上搜索。
软件质量保证计划V11
长沙合珏信息科技有限公司
软件质量保证计划
文件编号:
HJ-RLX-20160301-RJZLBZJH
主控部门:
拟制:
时间:
审核:
时间:
批准:
时间:
质量会签
时间:
标准检查
时间:
版本修订
版本
修订内容
修订人
修订期
批准人
备注
V1.1
明确各过程所引用的标准
宁成文
2016年3月
24日
1范围4
1.1标识4
1.2系统概述4
1.3文档概述4
1.4与其他计划之间的关系4
2引用文档4
3组织和职责5
4标准、条例和约泄6
5活动审核7
6工作产品审核7
7不符合问题的解决8
8工具、技术和方法8
9对供货单位的控制8
10记录的收集、维护和保存9
11注释9
1范围
1-1标识
本文档适用于睿联信项目软件质量保证计划
文档标志号:
HJ-RLX-20160301-RJZLBZJH
冬称:
软件质量保证计划
版本号:
V1.0
1・2系统概述
睿联信(IILink)是市而上先进、全面的数据访问、集成、分析及报告系统。
通过对数据字段的组合处理,建立能够唯一标识一个实体的对象,利用对彖之间的共性,建立关联关系,这也是E-R(实体-联系)图的宗旨内容,它是描述现实世界槪念结构模型的有效方法。
通过该方法,睿联信系统完成了数据到信息的转换,利用人的业务经验和思考逻辑,建立合适的模型,完成数据、信息、知识的结合,以达到智能分析数据的目的。
项目建设一套先进强大的集数据管理、分析、挖掘和模式发现技术于一体的大数据软件系统。
系统主要分为服务器端和客户端,服务器端包含数拯源管理、用户/权限管理、建模与模型管理等;客户端包含搜索、关联搜索、视图、报表等内容。
1-3文档概述
本文档提供给项目需求分析人员、软件系统设计、开发和测试人员、测试人员以及最终用户使用。
未经甲方书而许可,不得提供给上述规泄对象以外的人员阅读或使用。
1-4与其他计划之间的关系
与《软件开发计划》、《软件测试计划》保持一致。
2引用文档
《软件技术要求》
《软件开发计划》
《GJB9001B-2009质量管理体系要求》
《GJB438B-2009军用软件开发文档通用要求》
3组织和职责
项目组的质量保证小组成员如下:
1.公司项目主管:
曹宏嘉
2.项目负责人:
曹宏嘉
3.配置管理执行人员:
宁成文
4.项目开发组成员:
黄金树、崔岭峰、李阳、瘠小飞、王钦
5.质量保证执行人员:
宁成文
6.测试小组人员:
曾凡胜
以上各人员的职责如下:
1、公司项目主管的职责:
(1)为针对项目的质捲保证活动提供足够的资源。
(2)保证质呈:
保证小组与具体软件项目的独立性。
(3)监控项目组、质疑保证小组的活动。
2、项目负责人的职责:
(1)配合与协调质量保证小组的活动。
(2)根据软件开发讣划规划时间进度、跟踪文档评审,并进行代码分析。
3、项目开发组成员的职责:
(1)依据文档模版,按软件开发计划产生相关文档。
(2)为质量保证小组提供相关文档和软件代码分析数据。
4、质量保证执行组成员的职责:
(1)确保项目执行过程符合公司要求。
(2)确保项目文档符合公司标准
5、测试组成员的职责:
(1)制泄并执行测试计划。
(2)定期提供测试工作报告。
6、配宜管理执行人员的职责:
<1)根据《软件配宜管理程序》的要求应做好配宜管理。
(2)认真做好项目全过程的配置管理工作,并提交相应的记录。
4标准、条例和约定
技术指标要求如下:
1)可供多个项目论证人员同时使用,并发连接数没有上限(在硬件配置足够的情况下),支持在线讨论
2)提供强大的无代码建模,不需要额外开发代码,就可以方便的对数据进行建模和展示
3)支持在线备份和离线备份
4)支持自动和手动数据导入、导出
5)能够使用其他条件建设、数据工程建设项目的软硬件基础资源
6)系统界而友好,操作简单方便,易学好用
7)系统具有良好的开放性和拓展性
质量的总体目标是通过质量保证活动的开展使该项目达到以下目标,包括:
产品质量目标一一产品的最终质量达到任务书所要求的标准。
工期要求一一项目的整个周期是:
2016年3月一一2017年7月,要求项目在没有重大变化的基础上按规定的周期完成,若有变动应说明理由,按照变更控制执行相关手续及过程,最终需经过公司髙层领导的批准方可。
成本一一按照人工成本控制及核算。
功能一一实现任务书中规泄的各项功能。
质量标准一一遵照下列程序文件及对应的作业指导书,对项目质量等进行有效的管理。
1.文件控制程序
2.质量记录控制程序
3.质量目标控制程序
4.管理评审控制程序
5.设施与工作环境控制程序
6.质量信息控制程序
7.风险管理控制程序
8.技术评审控制程序
9.软件(新产品)设计与开发控制程序
10.采购控制程序
11.产品生产与交付控制程序
12.软件配置管理控制程序
13.内部审核控制程序
14.软件测试控制程序
15.不合格品控制程序
16.数据分析控制程序
17.纠正、预防措施控制程序
5活动审核
序号
负责人
主要工作
时间
频率
1・
2・
3・
曹宏嘉
监督项目采用过程和标准过程的偏差
项目整个过程中
N
提供和质量保证相关的风险评估
开发计划确认前
N
监督项目培训计划的执行
项目整个过程中
N
4・
5・
6・
7・
8.
9・
10.
11.
12.
13.
14.
15.
宁成文
参加主要的文档(需求说明书、开发计划、测试计划)评审和代码评审以确认评审过程和标准的过程相一致
项目整个过程中
N
参加主要的文档评审和代码评审并填写质量保证评估报告
项目整个过程中
N
确认软件需求跟踪和需求变更跟踪表被正确使用
项目整个过程中
1
核准开发计划、主要的里程碑和标准过程相一致
开发计划确认前
1
确认项目各项任务的完成
项目整个过程中
N
收集和文档评审、代码评审相关的数据并填写质量保证评估报告
项目整个过程中
N
监督在评审过程中发现的缺陷的解决
项目整个过程中
N
监督项目跟踪表被正确使用
在项目跟踪过程中
1
监督配置管理委员会活动和标准过程相一致
项目整个过程中
1
监督由配置管理委员会确认的项目变更的实施
项目整个过程中
N
监督并实施配宜管理的审计
项目整个过程中
N
向上汇报在项目组中不能解决的问题
项目整个过程中
N
16.
曹宏嘉
质量保证活动审计和监督
按公司统一计划
1
6工作产品审核
软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质疑的早期评审工作。
因此,对新开发的或正在开发的各子系统,要按照GJB9001B-2009与本计划的各项规定进行各项评审工作。
软件质量保证小组要派成员参加所有的评审与检査活动。
评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方而都认真采取各项措施来保证与提髙软件的质疑。
要进行如下几类评审与检査工作:
編号:
HJ-RLX-20160301-RJZLBZJH
a.阶段评审:
在软件开发过程中,要左期地或阶段性地对产品进行评审,包括:
策划阶段、软件需求阶段、设汁开发阶段、软件测试阶段、用户试用阶段和项目验收阶段。
阶段评审工作要组织专门的评审小组,原则上由项目总体小组成员或特邀专家担任评审组长,评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门的代表,英他参加人员视评审内容而世。
每一次评审工作都应填写评审总结报告、评审问题记录、评审成员签字表与软件问题报告单等。
b日常检査:
各子系统应该填写项目进展报表,即软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等。
以通过项目进展季报表发现有关软件质量的问题。
C.软件验收:
必须组织专门的验收小组对软件系统及其所属各个子系统进行验收。
验收工作应按照经项目双方都认可的验收规程正式履行验收手续。
7不符合问题的解决
对于因项目的相关变更引起的质量保证汁划的变更,按照《GJB9001B-2009质量管理体系要求》中的相关规左执行。
8工具、技术和方法
工具使用:
GitLab作为项目管理工具
技术:
无
方法如下:
计划:
制立方针和确泄目标,并依此制泄活动内容和活动计划
执行:
根据已知的信息,设计具体的方法、方案和讣划布局:
再根据设讣和布局,进行具体运作,实现计划中的内容
检査:
总结执行计划的结果,明确效果,发现问题
行动:
对总结的结果进行处理,对成功的经验予以肯左并标准化。
对失败的地方要引起重视,总结经验教训。
没有解决的问题,在下一个循环过程中,根据实际情况,进行解决。
以上四个过程,在整个研发、测试阶段,进行无限次循环,确保及时的发现问题、解决问题,保证软件质疑能够及时达标。
9对供货单位的控制
无
10记录的收集、维护和保存
质量保证相关文档应由质量保证人员负责收集和维护,各文档的保存期限为4年。
11注释
无
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量保证 计划 V11