[说明负责质量保证的组织的结构。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 项目复审）

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