质量计划模板

elva_zhangpeng

求助：各位老大，小弟现在需要一份质量计划文档的模板。如果有，请share一份给小弟。下啦。

satanbond

<项目名称>质量保证计划

修订历史记录


日期
版本
说明
作者

<日/月/年>
<x.x>
<详细信息>
<姓名>


　
　
　

　
　
　
　

　
　
　
　


　

目录

1.         简介         

1.1     目的     

1.2     范围     

1.3     定义、首字母缩写词和缩略语     

1.4     参考资料     

1.5     概述     

2.         质量目标     

3.         管理      

3.1     组织     

3.2     任务与职责     

4.         文档  

5.         标准与指南     

6.         指标

7.         复审与审核计划

8.         评估与测试         

9.         问题解决方案与纠正操作

10.         工具、技术和方法

11.         配置管理

12.         供应商和分包商控制         

13.         质量记录         

14.         培训

15.         风险管理


质量保证计划



1.简介
[质量保证计划的简介应提供整个文档的概述。它应包括此质量保证计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]

1.1目的
[阐明此质量保证计划的目的。]

1.2范围
[简要说明此质量保证计划的范围：它的相关项目，以及受到此文档影响的任何其他事物。]

1.3定义、首字母缩写词和缩略语
[本小节应提供正确理解此质量保证计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。]

1.4参考资料
[本小节应完整列出此质量保证计划中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。对于质量保证计划，这些信息应包括：

• 文档计划

• 评测计划

• 测试计划

• 软件开发计划

• 问题解决计划

• 配置管理计划

• 分包商管理计划

• 风险管理计划]

1.5 概述
[本小节应说明此质量保证计划中其他部分所包含的内容，并解释文档的组织方式。]

2.质量目标
[本节应引用“软件需求规约”中说明质量需求的一节。]

3.管理
3.1组织
[说明负责质量保证的组织的结构。Rational Unified Process 建议，软件工程流程管理委员会 (SEPA) 应负责质量保证的流程部分。Rational Unified Process 进一步建议，产品评估应在项目内部进行（最好由一个独立的测试团队来执行），并由客户和开发人员进行联合复审。]

3.2任务与职责
[在此处说明将为该项目执行的各项质量保证任务，并指出这些任务将如何与项目的主要及次要里程碑达到同步。这些任务包括：

• 联合复审

• 流程审核

• 流程复审

• 客户审核

对于每项任务，应确定负责其执行的角色。]

4.文档
[通过引用，附加文档计划工件。

另外，应在此处列出为了确保所开发的软件产品满足相应的需求，在该项目中必须至少制作哪些文档。建议应至少包括以下文档：

• 软件开发计划 (SDP)

• 测试计划

• 迭代计划

• 软件需求规约 (SRS)

• 软件构架文档

• 用户文档（如手册、指南等）

• 配置管理计划

应提供到开发案例的链接，以说明将在流程中的哪些位置评估这些文档的准确性。]

5. 标准与指南
[本节应引用将用于该项目的所有标准和指南，并说明如何判断是否遵守了这些标准和指南。通过引用将相关工件附加在此处。建议在 Rational Unified Process 中使用以下标准与指南：

• 开发案例

• 业务建模指南

• 用户界面指南

• 用例建模指南

• 设计指南

• 编程指南

• 测试指南

• 手册风格指南]

6. 指标
[本节说明将在项目中记录和监测的产品指标、项目指标和流程指标。为了说明这些指标，本节经常会以引用的方式附加评测计划工件。]

7. 复审与审核计划
[本节包括复审与审核计划。复审与审核计划说明在进行项目复审和审核时将使用的时间表、资源、方法和过程。该计划详细地说明将在项目中执行的各种复审和审核，并确定将会对项目生成的工件进行审批或管理的所有外部机构。

本节应确定：

• 复审和审核任务

简要说明将对项目执行的每一种复审与审核类型。对于每种类型，应确定将作为复审或审核对象的项目工件。复审与审核类型可能包括客户和开发人员技术及管理联合复审、流程复审与审核、客户审核、内部技术及管理复审。

• 时间表

在此处详细列出复审与审核的时间表。其中应包括预定在项目里程碑处进行的复审与审核，以及因交付项目工件而引发的复审。本小节可能会引用项目或迭代计划。

• 组织和职责

在此处列出已确定的每项复审与审核活动中所涉及的具体群体或个人。简要说明各自的任务和职责。另外，列出将会对项目的产品进行审批或管理的所有外部机构。

• 问题解决方案与纠正操作

本小节说明对项目复审与审核过程中所发现的问题进行报告和处理的过程。可能会引用“问题解决计划”。

• 工具、技术和方法

在此处说明将用来执行本计划中确定的复审与审核活动的具体工具、技术或方法。应说明执行每种复审或审核需遵循的明确流程。如果您的组织有标准的《复审与审核过程手册》，则可以引用该手册。这些过程说明还应包括项目“复审记录”的收集、存储和存档。

建议将以下复审和审核（摘自 Rational Unified Process）作为制定计划的基础：

• 需求复审（对应于传统的软件规约复审）

• 构架复审（对应于传统的初步设计复审）

• 设计复审（对应于传统的关键设计复审）

     

注：Rational Unified Process 本身就包括这些复审与产品、技术、标准和指标有关的方面，并且在 SDP 的“评估计划”一节中以示例的形式对这些方面进行了说明。“质量保证计划”的“复审与审核计划”一节本身与（客户和开发人员）联合复审的各个方面相关，例如所需的工件、职责、复审会议的召开、通过或失败标准等。

• 功能配置审核（用于核实是否已满足 SRS 中的所有需求）

• 物理配置审核（用于核实软件及其文档是否完整，可以交付）

• 流程审核

• 流程复审

• 管理复审（项目审批复审、项目计划复审、迭代计划复审、PRA 项目复审）

• 事后检查复审（迭代验收复审、生命周期里程碑复审、项目验收复审）。]

8.评估与测试
[本节引用软件开发计划（“评估计划”一节）和测试计划。]

9.问题解决方案与纠正操作
[本节引用问题解决计划。]

10.工具、技术和方法
[列出在执行质量保证活动时将使用的所有工具、技术和方法。]

11.配置管理
[本节引用配置管理计划。]

12.供应商和分包商控制
[本节引用分包商管理计划。]

13.质量记录
[说明将在项目中保存的各种质量记录，包括各种记录的存储方式、存储位置和存储时间。]

14.培训
[在此处列出项目团队为达到质量保证计划的要求而必须进行的各项培训活动。]

15.风险管理
[本节引用风险管理计划。]

satanbond

下载附件