软件质量保证体系.docxVIP

[

PAGE3

软件质量管理保证体系

目录

TOC\o1-3\h\z\u修订记录 错误!未定义书签。

目录 2

公司内部标准 3

1．使用范围 3

2．引用标准 3

3．定义 3

4.质量管理体系 3

4.1软件质量管理责任分配 3

4.2工作产品和活动 4

4.3评审 5

4.4质量保证（QA） 7

4.5软件测试 9

4.6配置管理 10

公司内部标准

本标准参照ISO9000-3《质量管理和质量保证标准第三部分：在软件开发、供应和维护中的使用指南》

1．使用范围

本标准作为本公司在软件项目开发、供应和维护时的质量要求，以保证产品的质量，防止不合格产品。

以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段，始终保证严格实施。

2．引用标准

本标准制定考虑本公司的实际情况，因此本标准仅用于本公司内部控制产品质量。

使用本文档时，请尽量参照最新版本。

3．定义

产品：以下指软件产品，即交付给用户的一整套计算机程序、规程及相关的文档和数据。

开发：软件产品的所有活动。

供方：指本公司。

需方：指具体项目的需求方，即客户。

质量体系：质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。

4.质量管理体系

4.1软件质量管理责任分配

项目结项、交付与维护活动

项目经理

培训教材

是

用户手册

是

安装手册

是

项目总结报告

否

项目经理、客户

用户验收报告

是

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）

测试人员