长沙合珏信息科技有限公司
软件质量保证计划
文件编号： 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活动审核 .................................................................................... 6工作产品审核 ................................................................................ 7不符合问题的解决 ............................................................................ 8工具、技术和方法 ............................................................................ 9对供货单位的控制 ............................................................................ 10记录的收集、维护和保存 ..................................................................... 11注释 ....................................................................................... 7 7 8 8 8 9 9
1范围 1-1标识
本文档适用于睿联信项目软件质量保证计划 文档标志号：HJ-RLX-20160301-RJZLBZJH 冬称：软件质量保证计划 版本号：V1.0
1・2系统概述
睿联信（II Link）是市而上先进、全面的数据访问、集成、分析及报告系统。通过对数据字段的 组合处理，建立能够唯一标识一个实体的对象，利用对彖之间的共性，建立关联关系，这也是E-R （实体-联系）图的宗旨内容，它是描述现实世界槪念结构模型的有效方法。
通过该方法，睿联信系统完成了数据到信息的转换，利用人的业务经验和思考逻辑，建立合适 的模型，完成数据、信息、知识的结合，以达到智能分析数据的目的。
项目建设一套先进强大的集数据管理、分析、挖掘和模式发现技术于一体的大数据软件系统。
系统主要分为服务器端和客户端，服务器端包含数拯源管理、用户/权限管理、建模与模型管理 等；客户端包含搜索、关联搜索、视图、报表等内容。
1-3文档概述
本文档提供给项目需求分析人员、软件系统设计、开发和测试人员、测试人员以及最终用户使 用。未经甲方书而许可，不得提供给上述规泄对象以外的人员阅读或使用。
1-4与其他计划之间的关系
与《软件开发计划》、《软件测试计划》保持一致。
2引用文档
《软件技术要求》 《软件开发计划》
《GJB9001B-2009质量管理体系要求》 《GJB 438B-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・ 4・ N N N N 5・ 6・ 7・ 8. 9・ 10. 11. 12. 13. 14. 15. 参加主要的文档评审和代码评审并填写质量保证评 估报告 确认软件需求跟踪和需求变更跟踪表被正确使用 核准开发计划、主要的里程碑和标准过程相一致 宁成文 确认项目各项任务的完成 收集和文档评审、代码评审相关的数据并填写质量保 证评估报告 监督在评审过程中发现的缺陷的解决 监督项目跟踪表被正确使用 监督配置管理委员会活动和标准过程相一致 监督由配置管理委员会确认的项目变更的实施 监督并实施配宜管理的审计 向上汇报在项目组中不能解决的问题 曹宏嘉 质量保证活动审计和监督 项目整个过程中 项目整个过程中 开发计划确认前 项目整个过程中 项目整个过程中 项目整个过程中 在项目跟踪过程中 项目整个过程中 项目整个过程中 项目整个过程中 项目整个过程中 按公司统一计划 N 1 1 N N N 1 1 N N N 1 16. 6工作产品审核
软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中，而且 应该特别注意软件质疑的早期评审工作。因此，对新开发的或正在开发的各子系统，要按照 GJB9001B-2009与本计划的各项规定进行各项评审工作。软件质量保证小组要派成员参加所有的评 审与检査活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方而都认真采取各 项措施来保证与提髙软件的质疑。要进行如下几类评审与检査工作：
編号：HJ-RLX-20160301-RJZLBZJH
a.阶段评审：在软件开发过程中，要左期地或阶段性地对产品进行评审，包括：策划阶段、软 件需求阶段、
设汁开发阶段、软件测试阶段、用户试用阶段和项目验收阶段。
阶段评审工作要组织专门的评审小组，原则上由项目总体小组成员或特邀专家担任评审组长， 评审小组成员应该包括项目委托单位或用户的代表、质量保证人员、软件开发单位和上级主管部门 的代表，英他参加人员视评审内容而世。
每一次评审工作都应填写评审总结报告、评审问题记录、评审成员签字表与软件问题报告单等。
b日常检査：各子系统应该填写项目进展报表，即软件阶段进度表、软件阶段产品完成情况表、 软件开发
费用表等。以通过项目进展季报表发现有关软件质量的问题。
C.软件验收：必须组织专门的验收小组对软件系统及其所属各个子系统进行验收。验收工作应 按照经项目
双方都认可的验收规程正式履行验收手续。
7不符合问题的解决
对于因项目的相关变更引起的质量保证汁划的变更，按照《GJB9001B-2009质量管理体系要求》 中的相关规左执行。
8工具、技术和方法
工具使用：GitLab作为项目管理工具 技术：无 方法如下：
计划：制立方针和确泄目标，并依此制泄活动内容和活动计划
执行：根据已知的信息，设计具体的方法、方案和讣划布局：再根据设讣和布局，进行具体运 作，实现计划中的内容
检査：总结执行计划的结果，明确效果，发现问题
行动：对总结的结果进行处理，对成功的经验予以肯左并标准化。对失败的地方要引起重视， 总结经验教训。没有解决的问题，在下一个循环过程中，根据实际情况，进行解决。
以上四个过程，在整个研发、测试阶段，进行无限次循环，确保及时的发现问题、解决问题， 保证软件质疑能够及时达标。
9对供货单位的控制
无
10记录的收集、维护和保存
质量保证相关文档应由质量保证人员负责收集和维护，各文档的保存期限为4年。
11注释
无
