质量保证计划模板

质量保证计划版本 注：以下提供的模板用于rational unified process。其中包括用方括号括起来并以蓝色斜体（样式 =infoblue ）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=正文）。 精品资料日期版本说明作者修订历史记录目录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. 质量