质量保证计划模板.docx

质量保证计划模板.docx

《质量保证计划模板.docx》由会员分享，可在线阅读，更多相关《质量保证计划模板.docx（11页珍藏版）》请在冰点文库上搜索。

质量保证计划模板

XXXXXXX项目

质量保证计划

XXX公司

二〇XX年X月

文档修改记录

版本号

版本描述

责任人

日期

备注

V1.0

初始编制

XXX

2012-9-25

目录

1概叙1

1.1.目的1

1.2.范围1

1.3.参考文档1

2岗位与职责1

3审计标准1

4软件质量目标1

5质量保证计划活动1

5.1.质量保证工程师参加的项目活动1

5.2.质量的评审/审计1

5.3.PPQA报告1

6审计流程1

1概叙

1.1.目的

XXX系统质量保证计划的内容包括完成项目所需的各项质量保证活动描述、相关的质量目标、审计标准、相关人员的职责及承诺。

是XXX系统建设项目开展质量保证工作的依据。

1.2.范围

本计划用于指导XXX系统建设系统的质量保证活动。

1.3.参考文档

《LTCMMI3-质量保证过程定义.doc》

2岗位与职责

角色

职责

质量保证经理

●参与制定和执行项目级质量保证计划

●参与对质量保证活动的定期审计

●以定期和事件驱动的方式来检查质量活动的状态和效果

●保证质量保证工作上报渠道的畅通

●收集质量保证改进建议

质量保证工程师

●协助项目经理选择项目适用的标准、过程、规程、模板等。

●制定和执行质量保证计划。

●根据质量保证计划，对过程的执行情况和项目的工作产品进行检查和评价。

●向相关人员定期的报告质量保证活动状态。

●在评价过程或评价工作产品中发现的不符合项，质量保证工程师必须跟踪其处理情况，直至解决。

对于项目组不能解决的不符合项逐级上报到高层经理。

●详细记录过程和产品质量保证活动，分析不符合项的质量趋势，以便了解活动状态和结果。

●根据需要参与项目组例会、阶段评审、关键技术讨论会、项目组内部评审等重要活动。

●发现过程体系可能有缺陷时，向EPG或质量管理部经理汇报。

高层经理

●为在组织内实施质量保证活动提供足够的资源与资金，支持质量保证活动的执行。

●在选定的里程碑处监督质量保证活动。

●为确保质量保证活动的客观性提供足够的支持和保障。

●落实项目组内无法解决的不符合问题。

项目经理

●协助并评审质量保证工程师制定的质量保证计划，并支持计划的执行。

●积极响应质量保证工程师发现的问题，组织项目组成员采取行动来关闭它。

●以定期和事件驱动的方式来检查质量活动的状态和效果。

项目组成员

●协助项目经理为质量保证工程师的质量保证活动提供材料和数据。

●遵从项目选定的过程、规程、标准，按照质量要求来完成相关活动

CM工程师

●负责质量保证活动过程相关的配置项管理

3审计标准

质量审计包括过程审计及产品审计。

产品审计又包括文件审计及代码审计。

过程审计是质量保证工程师根据项目计划及质量检查单的要求与相关的项目成员交谈，检查项目的实际执行活动（包括项目管理过程、项目工程过程、支持过程）是否符合既定的规范。

如果发现不一致，质量保证工程师应当与相关人员分析原因并协商改进措施。

文档是软件的重要组成部分，是软件生存周期各个不同阶段的产品描述。

验证和确认就是要检查各阶段文档的合适性。

评审文档质量的度量准则有以下六条：

1、完备性：

必须按照合同及公司内部质量体系的规定编制相应的文档，以保证在开发阶段结束时项目文档是齐全的。

2、正确性：

在软件开发各个阶段所编写的文档的内容，必须真实地反映该阶段的工作且与该阶段的需求相一致。

3、简明性：

在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练，适合各种文档的特定读者。

4、可追踪性：

在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。

文档的可追踪性包括纵向可追踪性与横向可追踪性两个方面。

前者是指在不同文档的相关内容之间相互检索的难易程度；后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。

5、自说明性：

在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。

文档的自说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的能力。

6、规范性：

在软件开发各个阶段所编写的各种文档应该具有良好的规范性。

文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。

代码审计主要是对程序实现的功能及程序的稳定性、安全性、可靠性等进行检查及评审。

审计的标准如下：

1、软件代码实现系统的所有功能

2、软件代码的整理结构合理，满足变化

3、主要的数据结构描述清楚、合理

4、定义了良好的外部接口

5、接口模块化，接口的修改不影响其它代码

6、内存的适用方法和管理策略清楚、正确

7、提供了数据处理策略

8、提供了错误处理策略

9、代码有清晰、完整的注释

4软件质量目标

以下规定了过程和产品的质量目标，过程质量目标是过程质量的定量化，根据项目的情况，确定过程和产品的质量目标为：

过程

上限

下限

目标设置理由

文档缺陷密度（个/页）

2

1

参考历史数据

全生命周期缺陷密度（个/KLOC）

10

5

参考历史数据

5质量保证计划活动

5.1.质量保证工程师参加的项目活动

参加的项目活动计划

活动

备注

必需参加的活动

项目启动会议

版本发布会议

生命周期的选择、裁剪、和评审

项目标准的选择和定义

《项目计划》、《质量保证计划》的评审活动

《测试方案》和《测试报告》评审活动

项目里程碑会议

项目例会

可选的活动

同行评审的会议

选择参加

项目问题解决会议（讨论会）

选择参加

设计评审、单元测试计划、测试用例、分析报告的评审

选择参加

5.2.质量的评审/审计

在工作产品按照计划被提交到受控库受控管理之前，质量保证工程师要有选择性地或者抽样来检查工作产品是否跟过程、流程、标准和需求保持一致。

除了对项目工作产品的审计外，在项目阶段结束或项目进展过程中质量保证工程师还需要对项目阶段及活动的过程进行审计，以保证项目的过程活动满足客户及公司质量体系文件的要求。

产品审计计划

阶段/过程

审计内容

是否必需

审计者

计划日期

项目策划阶段

项目计划

是

事件驱动

质量保证计划

是

事件驱动

计划评审记录

是

事件驱动

需求分析阶段

需求说明书

是

事件驱动

需求评审记录

是

事件驱动

设计阶段

总体设计方案

是

事件驱动

概要设计说明书

是

事件驱动

详细设计说明书

是

事件驱动

数据库设计说明书

是

事件驱动

编码与单元测试阶段

源代码

是

事件驱动

测试阶段

测试方案

是

事件驱动

测试报告

是

事件驱动

测试方案评审记录

是

事件驱动

安装部署阶段

系统和设备的参数配置

是

事件驱动

用户操作手册

是

事件驱动

管理员手册

是

事件驱动

应急方案

是

事件驱动

用户文件评审记录

是

事件驱动

验收阶段

项目工作总结

是

事件驱动

项目管理过程

会议纪要

是

事件驱动

项目报告

是

事件驱动

配置管理过程

配置库中的配置项标识

是

每阶段或者事件驱动

配置状态报告

是

每阶段或者事件驱动

变更控制表

是

每阶段或者事件驱动

发版本说明

是

每阶段或者事件驱动

过程审计计划

阶段

审计内容

是否必需

审计者

计划日期

项目策划阶段

项目策划过程

是

阶段结束前

需求分析阶段

需求分析过程

是

阶段结束前

设计过程

设计过程

是

阶段结束前

编码与单元测试

编码过程

是

阶段结束前

单元测试过程

是

阶段结束前

测试阶段

系统测试过程

是

阶段结束前

安装部署阶段

安装部署过程

是

阶段结束前

验收阶段

验收过程

是

阶段结束前

各阶段

项目管理过程

是

每阶段或者事件驱动

各阶段

配置管理过程

是

每阶段或者事件驱动

各阶段

评审过程

是

评审结束后

5.3.PPQA报告

序号

报告

准备人

频度

接收人

1

《PPQA阶段报告》

PPQA

每月报告

高层经理

项目经理

项目组成员

2

《PPQA不符合问题跟踪状态表》

PPQA

随时

项目组成员

项目经理

6审计流程

质量保证工程师的审计包括过程审计和产品审计，审计的流程如下：

过程审计工作的执行步骤如下：

（1）客观地检查过程质量：

质量保证工程师根据《PPQA检查单》和相关的项目成员交谈，检查项目的实际执行活动（包括项目管理过程、项目工程过程、支持过程）是否符合既定的规范。

如果发现不一致，质量保证工程师应当与相关人员分析原因并协商改进措施。

（2）参加评审：

质量保证工程师根据《质量保证计划》和《项目计划》参加项目的例会和项目里程碑会议，其目的主要是检查项目的实际状态，项目发生的问题、项目中发生的风险是否得到跟踪。

（3）记录检查结果并跟踪问题的解决：

质量保证工程师如实记录本次质量检查结果。

该信息保存在《不符合问题跟踪状态表》中。

（4）通报结果：

质量保证工程师及时将本次质量检查的结果、经验教训通报给所有项目成员、上级领导和其他相关的人员。

产品审计工作的执行步骤如下：

（1）客观的检查工作产品：

质量保证工程师通过参与评审或通过对配置库相应产品成果记录进行审计，将产品缺陷记录在《不符合问题跟踪状态表》中。

（2）参加评审：

质量保证工程师根据《质量保证计划》和《项目计划书》参加工作产品的同行评审，其主要目的是检查其是否符合公司制定的产品标准，评审是否发现问题，发现的问题是否得到解决，该评审是否满足当初的评审目标。

（3）记录检查结果并跟踪问题的解决：

质量保证工程师如实记录本次质量检查结果。

该信息保存在《不符合问题跟踪状态表》中。

（4）通报结果：

质量保证工程师及时将本次质量检查的结果、经验教训通报给上级领导和其他相关的人员。