视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
软件项目质量保证计划
2025-09-29 00:17:07 责编:小OO
文档
<项目名称>

质量保证计划

版本 <1.0>

[注:以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=Body Text)。]

[要定制 Microsoft Word 中的自动字段(选中时显示灰色背景),请选择 File>Properties,然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后,通过选择 Edit>Select All(或 Ctrl-A)并按 F9,或只是在字段上单击并按 F9,可以在整个文档中更新自动字段。对于页眉和页脚,这一操作必须单独进行。按 Alt-F9,将在显示字段名称和字段内容之间切换。有关字段处理的详细信息,请参见 Word 帮助。] 

修订历史记录

日期版本说明作者
<日/月/年>

<详细信息>

<姓名>

质量保证计划

1.简介

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

目的

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

范围

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

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

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

参考资料

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

• 文档计划

• 评测计划

• 测试计划

• 软件开发计划

• 问题解决计划

• 配置管理计划

• 分包商管理计划

• 风险管理计划]

概述

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

2.质量目标

[本节应引用软件需求规约中说明质量需求的一节。]

3.管理

组织

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

任务和职责

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

• 联合复审

• 流程审计

• 流程复审

• 客户审计

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

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.风险管理

[本节引用风险管理计划。]下载本文

显示全文
专题