软件质量保证体系.docx
- 文档编号:17329737
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:11
- 大小:126.93KB
软件质量保证体系.docx
《软件质量保证体系.docx》由会员分享,可在线阅读,更多相关《软件质量保证体系.docx(11页珍藏版)》请在冰点文库上搜索。
软件质量保证体系
软件质量管理保证体系
公司部标准
本标准参照ISO9000-3?
质量管理和质量保证标准第三局部:
在软件开发、供给和维护中的使用指南?
1.使用围
本标准作为本公司在软件工程开发、供给和维护时的质量要求,以保证产品的质量,防止不合格产品。
以下详细描述了软件开发各阶段的控制手段和要求。
要求质量保证贯穿各个阶段,始终保证严格实施。
2.引用标准
本标准制定考虑本公司的实际情况,因此本标准仅用于本公司部控制产品质量。
使用本文档时,请尽量参照最新版本。
3.定义
产品:
以下指软件产品,即交付给用户的一整套计算机程序、规程及相关的文档和数据。
开发:
软件产品的所有活动。
供方:
指本公司。
需方:
指具体工程的需求方,即客户。
质量体系:
质量要素、各要素需要到达的目标以及在开发过程中必须采取的措施。
4.质量管理体系
4.1软件质量管理责任分配
角色
职责
配置管理员
制定、创立和维护配置库,提供文档规,并传到达各个部门。
QA〔质量保证〕
参与工程各个阶段的评审,进展过程评审和产品审计,检查文档和代码的规执行情况
QC〔质量控制〕
软件测试是质量控制的主要手段,测试人员进展软件的测试设计和执行工作
4.2工作产品和活动
活动
责任人
工作产品
是否可裁剪
工程立项
工程经理
工程方案
否
配置管理员
配置管理方案
是
QA
质量保证方案
是
测试人员
系统测试方案
否
需求管理活动
工程经理
需求调研报告
是
需求规格说明书
否
用户、工程经理
用户确认书
是
QA
评审报告
是
设计过程、决策分析活动
设计组
概要设计说明书
否
界面设计图
是
详细设计说明书
是
工程经理
决策分析评议表
是
QA
评审报告
是
开发编码、集成过程活动
工程经理
版本发布记录
否
QA
评审报告
是
开发人员
程序代码
否
系统测试活动
测试人员
测试用例、测试报告
否
QA
评审报告
是
工程结项、交付与维护活动
工程经理
培训教材
是
用户手册
是
安装手册
是
工程总结报告
否
工程经理、客户
用户验收报告
是
QA
评审报告
是
工程跟踪与监控活动
工程经理
工程问题跟踪日志
是
QA
不符合项问题跟踪记录表
否
工程跟踪与监控活动检查单
是
风险管理活动
工程经理
风险管理列表
是
QA
风险管理活动检查单
是
配置管理活动
配置管理员
配置状态报告
是
变更请求审批表
是
变更跟踪记录表
是
QA
配置管理活动检查单
是
评审活动
工程成员
评审报告
否
QA
评审活动检查单
是
4.3评审
评审是以一种正式的形式进展,如有正式的、事先定义好的有关职责的各种角色,并遵循组织规定的流程。
对于任何工作产品的审计,都会组建与之对应的专门评审组,包括作者、主持人、记录员以及陪审员假设干。
评审组的成员可以包括PPQA、工程组成员,但不能有作者的直接领导或者管理者。
评审小组先召开一个预备,作者会针对工作产品向大家做个总体的介绍,例如讲解一下本工作产品的目标是什么,以及其相关的实现细节、开发标准等。
应该允许甚至鼓励评审组成员动手查看工作产品,或者查看开发过程中所用到的检查单。
评审小组的主持人负责确定什么时间开场真正的评审会议,在预备会和正式评审会议之间,评审小组成员对工作产品进展彻底检查,并依据相关标准和准那么评审工作产品。
在预定时间,评审小组成员以会议形式聚在一起,依次对产品进展检查,主持人负责对整个会议的进展进展控制,记录员记录下这个过程。
在工作产品中发现的每一个缺陷都会被认真记录下来,并被适当分类。
会议完毕后,负责人需要分析相关缺陷,找出产生此缺陷的原因并加以修正。
主持人应确保所有的缺陷都会得到解决和修正。
如果过程需要加以变更的话,应将相关问题移交相关的质量保证人员。
阶段
评审容
评审时机
参加人员
是否可裁剪
方案阶段
工程方案
工程启动会议
工程所有成员
否
配置管理方案
工程所有成员
是
质量保证方案
工程所有成员
是
系统测试方案
工程所有成员
否
需求阶段
需求调研报告
工程评审会议1
需求分析师、工程经理、系统架构师、设计组成员、QA
是
需求规格说明书
需求分析师、工程经理、系统架构师、设计组成员、QA
否
设计阶段
概要设计说明书
工程评审会议2
需求分析师、工程经理、系统架构师、设计组成员、QA
否
UI设计图
UI美工、需求分析师、工程经理、系统架构师、设计组成员、QA
是
详细设计说明书
需求分析师、工程经理、系统架构师、设计组成员、QA
是
决策分析评议表
需求分析师、工程经理、系统架构师、设计组成员、QA
是
编码阶段
代码检查〔1〕
工程评审会议3
开发组成员、工程经理、需求分析师、系统架构师、QA
否
代码检查〔2〕
开发组成员、工程经理、需求分析师、系统架构师、QA
否
测试阶段
系统测试用例
工程评审会议4
测试人员、工程经理、开发组成员、需求分析师、系统架构师、QA
否
系统测试报告〔1〕
测试人员、工程经理、开发组成员、需求分析师、系统架构师、QA
否
系统测试报告〔2〕
测试人员、工程经理、开发组成员、需求分析师、系统架构师、QA
否
发布阶段
用户手册
工程总结会议
工程所有成员
是
工程总结报告
工程所有成员
否
4.4质量保证〔QA〕
4.4.1QA工作审计产品
文档
责任人
工程方案
工程经理
需求规格说明书
工程经理
概要设计说明书
工程经理
源代码
开发组
系统测试用例
测试组
系统测试报告
测试组
用户手册
工程经理
工程总结报告
工程经理
入最正确实践库的产品
工程经理
4.4.2QA工作中需要审计的活动
活动
评审时机
工程立项
方案阶段
需求管理活动
需求阶段
设计过程活动
设计阶段
决策分析活动
设计阶段
开发编码活动
编码阶段
集成过程活动
编码阶段
系统测试活动
测试阶段
工程结项
发布阶段
交付与维护
发布阶段
工程跟踪与监控活动
每月一次
风险管理活动
每月一次
配置管理活动
每月一次
评审活动
每月一次
4.4.3QA审计中的不符合工程问题
对QA审计过程中发现的不符合项问题要写入?
不符合项跟踪记录表?
,以的方式发给问题的相关人员,做好和工程成员、工程经理、部门经理之间的沟通,问题的上报流程:
工程组成员沟通解决——工程经理——部门经理——总经理。
QA要对不符合项问题进展跟踪与监控,直到问题解决,QA验证并关闭不符合项。
4.5软件测试
4.5.1软件测试流程
4.5.2严谨测试
对测试人员测试的几点要求:
〔1〕、明确自己的责任,尽可能多的发现软件中的bug。
〔2〕、尽可能早的测试,这样会尽早的发现软件中的错误,便于修改,以免造成后期更高的维护本钱。
〔3〕、测试前编写完整的测试用例,有方案、有目的的进展测试,尽可能用最少的测试用例,到达最高的测试效率。
〔4〕、不断的执行回归测试测试人员测试出bug后,等开发人员修改后,要执行回归测试,以免因此次的修改造成其他的不具合。
4.6配置管理
4.6.1工作容:
1)软件配置管理工具的日常管理与维护;
2)提交配置管理方案;
3)各配置项的管理与维护;
4)执行版本控制和变更控制方案;
5)完成配置审计并提交报告;
6)对开发人员进展相关的培训;
7)编译测试及发布版本;
8)完成对版本的日常维护;
9)建立外部发布版本。
4.6.2工具:
VSS
4.6.3配置库目录:
4.6.4变更控制流程:
教育之通病是教用脑的人不用手,不教用手的人用脑,所以一无所能。
教育革命的对策是手脑联盟,结果是手与脑的力量都可以大到不可思议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 质量保证 体系