rup中文模板质量保证计划

上传人:自*** 文档编号:78877659 上传时间:2019-02-15 格式:DOC 页数:7 大小:130.50KB
返回 下载 相关 举报
rup中文模板质量保证计划_第1页
第1页 / 共7页
rup中文模板质量保证计划_第2页
第2页 / 共7页
rup中文模板质量保证计划_第3页
第3页 / 共7页
rup中文模板质量保证计划_第4页
第4页 / 共7页
rup中文模板质量保证计划_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《rup中文模板质量保证计划》由会员分享,可在线阅读,更多相关《rup中文模板质量保证计划(7页珍藏版)》请在金锄头文库上搜索。

1、质量保证计划版本 注:以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=Body Text)。要定制 Microsoft Word 中的自动字段(选中时显示灰色背景),请选择 FileProperties,然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后,通过选择 EditSelect All(或 Ctrl-A)并按 F9,或只是在字段上单击并按 F9

2、,可以在整个文档中更新自动字段。对于页眉和页脚,这一操作必须单独进行。按 Alt-F9,将在显示字段名称和字段内容之间切换。有关字段处理的详细信息,请参见 Word 帮助。 Version: 质量保证计划 Date: 修订历史记录日期版本说明作者目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.质量目标43.管理43.1组织43.2任务和职责54.文档55.标准与指南56.指标57.复审与审计计划68.评估与测试79.问题的解决过程和纠正操作710.工具、技术和方法711.配置管理712.供应商与分包商控制713.质量记录714.培训715

3、.风险管理7质量保证计划1. 简介质量保证计划的简介应提供整个文档的概述。它应包括此质量保证计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。1.1 目的阐明此质量保证计划的目的。1.2 范围简要说明此质量保证计划的范围:它的相关项目,以及受到此文档影响的任何其他事物。1.3 定义、首字母缩写词和缩略语本小节应提供正确理解此质量保证计划所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供。1.4 参考资料本小节应完整列出此质量保证计划中其他部分所引用的所有文档。每个文档应标有标题、报告号(如果适用)、日期和出版单位。列出可从中获取这些参考资料的来源。这些

4、信息可以通过对附录或其他文档的引用来提供。对于质量保证计划,这些信息应包括:文档计划评测计划测试计划软件开发计划问题解决计划配置管理计划分包商管理计划风险管理计划1.5 概述本小节应说明此质量保证计划其他部分所包含的内容,并解释文档的组织方式。2. 质量目标本节应引用软件需求规约中说明质量需求的一节。3. 管理3.1 组织说明负责质量保证的组织的结构。Rational Unified Process 建议,软件工程流程管理委员会 (SEPA) 应负责质量保证的流程部分。Rational Unified Process 进一步建议,产品评估应在项目内部进行(最好由一个独立的测试团队来执行),并由

5、客户和开发人员进行联合复审。3.2 任务和职责在此处说明将为该项目执行的各种质量保证任务,并指出这些任务将如何与项目的主要及次要里程碑达到同步。这些任务包括:联合复审流程审计流程复审客户审计应确定负责执行每项任务的角色。4. 文档通过引用在此处附加“文档计划”工件。另外,应在此处列出为了确保所开发的软件产品满足相应的需求,在该项目中必须至少生成哪些文档。建议应至少包括下面这组文档:软件开发计划 (SDP)测试计划迭代计划软件需求规约 (SRS)软件构架文档用户文档(如手册、指南等)配置管理计划应能指向开发案例,以说明将在流程中的哪些位置评估这些文档是否充分。5. 标准与指南本节应引用将用于该项

6、目的所有标准和指南,并说明如何判断是否遵守了这些标准和指南。相关的工件通过引用附加在此处。建议在 Rational Unified Process 中使用下面这组标准与指南:开发案例业务建模指南用户界面指南用例建模指南设计指南编程指南测试指南手册风格指南6. 指标本节说明将在项目中记录和监测的产品、项目和流程指标。有关过程一般可通过引用附加的“评测计划”工件来提供。7. 复审与审计计划本节包括复审与审计计划。复审与审计计划说明在进行项目复审和审计时将使用的时间表、资源、方法和过程。该计划会详细地说明将在项目中执行的各种复审和审计,并确定将会对项目生成的工件进行审批或管理的所有外部机构。 本节应

7、确定:复审和审计任务简要说明将对项目执行的每一种复审与审计类型。对于每种类型,应确定要进行复审或审计的项目工件。复审与审计类型可以包括客户和开发人员联合进行技术和管理复审、流程复审与审计、客户审计、内部技术和管理复审。时间表在此处详细列出复审与审计的时间表。其中应包括预定在项目各里程碑处进行的复审与审计,以及因交付项目工件而引发的复审。本小节可能会引用项目或迭代计划。组织和职责在此处列出已确定的每项复审与审计活动所涉及的特定群体或个人。简要说明他们各自的任务和职责。另外,列出将会对项目的产品进行审批或管理的所有外部机构。问题的解决过程和纠正操作本小节说明对项目复审与审计所发现的问题进行报告和处

8、理的过程。可能会引用问题解决计划。工具、技术和方法在此处说明将用来执行在本计划中确定的复审与审计活动的具体工具、技术或方法。应说明执行每种复审或审计需遵循的明确流程。如果您的组织有标准的复审与审计过程手册,则可以引用该手册。这些过程说明还应包括项目复审记录的收集、存储和存档。建议将以下复审和审计(摘自 Rational Unified Process)作为制定计划的基础:需求复审(对应于传统的软件规约复审)构架复审(对应于传统的初步设计复审)设计复审(对应于传统的关键设计复审)注:Rational Unified Process 本身就说明了这些复审与产品、技术、标准和指标相关的方面,并且在

9、SDP 的“评估计划”一节中还有举例说明。“质量保证计划”的“复审与设计计划”一节本身将与(客户和开发人员)联合复审的各个方面相关,例如所需的工件、职责、复审会议的召开、是否通过的标准等。功能配置审计(用于核实是否已满足 SRS 中的所有需求)物理配置审计(用于核实软件及其文档是否齐备,可以交付)流程审计流程复审管理复审(项目审批复审、项目计划复审、迭代计划复审、PRA 项目复审)事后复审(迭代验收复审、生命周期里程碑复审、项目验收复审)。8. 评估与测试本节引用软件开发计划(“评估计划”一节)和测试计划。9. 问题的解决过程和纠正操作本节引用问题解决计划。10. 工具、技术和方法列出在执行质量保证活动时将使用的所有工具、技术和方法。11. 配置管理本节引用配置管理计划。12. 供应商与分包商控制本节引用分包商管理计划。13. 质量记录说明将在项目中保留的各种质量记录,应包括各种记录的存储方式、存储位置以及要存储多长时间。14. 培训在此处列出项目团队为满足质量保证计划的需要而必需的各项培训活动。15. 风险管理本节引用风险管理计划。Confidential, 2000Page 7 of 7

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号