质量管理计划模板.doc

XX项目质量管理计划请输入密级产品名称密级产品版本共11页XX项目质量管理计划拟制隆承志日期yyyy-mm-dd评审人日期yyyy-mm-dd批准日期yyyy-mm-dd签发日期yyyy-mm-ddDcampus Networks Co., Ltd.广州数园网络有限公司版权所有 侵权必究（仅供内部使用）修订记录日期修订版本Defect IDCR号修改章节修改描述作者2001-06-081.00初稿完成作者名yyyy-mm-dd1.01xxxx.x.x; y.y.y修改XXX1. Xxx2. Xxx3. .作者名xxxx.x.x; y.y.y修改XXX1. Xxx2. Xxx3. .yyyy-mm-dd1.02xxxx.x.x; y.y.y修改XXX1. Xxx2. Xxx3. .作者名yyyy-mm-dd2.00xxxx.x.x; y.y.y修改XXX1. Xxx2. Xxx3. .作者名分发记录Copy No.持有者和角色分发日期1yyyy-mm-dd2yyyy-mm-dd3yyyy-mm-dd4yyyy-mm-dd5yyyy-mm-dd目 录1简介61.1目的61.2范围61.3参考资料61.4概述62质量目标63管理63.1组织63.2任务和职责74文档75标准与指南76指标87评审与审计计划88评估与测试109问题的解决过程和纠正操作1010工具、技术和方法1011配置管理1012供应商与分包商控制1013质量记录1014培训1015风险管理10表目录Table1*表错误！未定义书签。表1*表错误！未定义书签。图目录错误！未找到目录项。XX项目质量管理计划关键词：能够体现文档描述内容主要方面的词汇。摘 要：缩略语清单：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。 缩略语英文全名中文解释 1 简介质量保证计划的简介应提供整个文档的概述。它应包括此质量保证计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。1.1 目的阐明此质量保证计划的目的。1.2 范围简要说明此质量保证计划的范围：它的相关项目，以及受到此文档影响的任何其他事物。1.3 参考资料本小节应完整列出此质量保证计划中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过对附录或其他文档的引用来提供。对于质量保证计划，这些信息应包括：文档计划评测计划测试计划软件开发计划问题解决计划配置管理计划分包商管理计划风险管理计划1.4 概述本小节应说明此质量保证计划其他部分所包含的内容，并解释文档的组织方式。2 质量目标本节应引用软件工作任务书中说明质量需求的一节。3 管理3.1 组织说明负责质量保证的组织的结构。Rational Unified Process 建议，软件工程流程管理委员会 (SEPA) 应负责质量保证的流程部分。Rational Unified Process 进一步建议，产品评估应在项目内部进行（最好由一个独立的测试团队来执行），并由客户和开发人员进行联合评审。3.2 任务和职责在此处说明将为该项目执行的各种质量保证任务，并指出这些任务将如何与项目的主要及次要里程碑达到同步。这些任务包括：联合评审流程审计流程评审客户审计应确定负责执行每项任务的角色。4 文档通过引用在此处附加“文档计划”工件。另外，应在此处列出为了确保所开发的软件产品满足相应的需求，在该项目中必须至少生成哪些文档。建议应至少包括下面这组文档：项目计划 (SDP)测试计划软件需求规格 (SRS)软件设计文档（HLD、LLD）用户文档（如手册、指南等）配置管理计划应能指向开发案例，以说明将在流程中的哪些位置评估这些文档是否充分。5 标准与指南本节应引用将用于该项目的所有标准和指南，并说明如何判断是否遵守了这些标准和指南。相关的工件通过引用附加在此处。如。开发案例业务建模指南用户界面指南用例建模指南设计指南编程指南测试指南手册风格指南6 指标本节说明将在项目中记录和监测的产品、项目和流程指标。7 评审与审计计划本节包括评审与审计计划。评审与审计计划说明在进行项目评审和审计时将使用的时间表、资源、方法和过程。该计划会详细地说明将在项目中执行的各种评审和审计，并确定将会对项目生成的工件进行审批或管理的所有外部机构。 本节应确定：评审和审计任务简要说明将对项目执行的每一种评审与审计类型。对于每种类型，应确定要进行评审或审计的项目工件。评审与审计类型可以包括客户和开发人员联合进行技术和管理评审、流程评审与审计、客户审计、内部技术和管理评审。时间表在此处详细列出评审与审计的时间表。其中应包括预定在项目各里程碑处进行的评审与审计，以及因交付项目工件而引发的评审。本小节可能会引用项目或迭代计划。组织和职责在此处列出已确定的每项评审与审计活动所涉及的特定群体或个人。简要说明他们各自的任务和职责。另外，列出将会对项目的产品进行审批或管理的所有外部机构。问题的解决过程和纠正操作本小节说明对项目评审与审计所发现的问题进行报告和处理的过程。可能会引用问题解决计划。工具、技术和方法在此处说明将用来执行在本计划中确定的评审与审计活动的具体工具、技术或方法。应说明执行每种评审或审计需遵循的明确流程。如果您的组织有标准的评审与审计过程手册，则可以引用该手册。这些过程说明还应包括项目评审记录的收集、存储和存档。建议将以下评审和审计：需求评审（对应于传统的软件需求规格评审）设计评审（对应于传统的关键设计评审）注：Rational Unified Process 本身就说明了这些评审与产品、技术、标准和指标相关的方面，并且在 SDP 的“评估计划”一节中还有举例说明。“质量保证计划”的“评审与设计计划”一节本身将与（客户和开发人员）联合评审的各个方面相关，例如所需的工件、职责、评审会议的召开、是否通过的标准等。功能配置审计（用于核实是否已满足 SRS 中的所有需求）物理配置审计（用于核实软件及其文档是否齐备，可以交付）流程审计流程评审管理评审（项目概念决策评审、项目计划决策评审、可获得性决策评审、生命周期决策评审）事后评审（迭代验收评审、项目验收评审）。8 评估与测试本节写作或者引用软件项目计划中的评估和测试计划。9 问题的解决过程和纠正操作本节写作问题解决计划、过程和措施10 工具、技术和方法列出在执行质量保证活动时将使用的所有工具、技术和方法。11 配置管理本节引用配置管理计划。12 供应商与分