rupcmpln配置管理计划

上传人:shaoy****1971 文档编号:108183518 上传时间:2019-10-22 格式:DOC 页数:5 大小:37.50KB
返回 下载 相关 举报
rupcmpln配置管理计划_第1页
第1页 / 共5页
rupcmpln配置管理计划_第2页
第2页 / 共5页
rupcmpln配置管理计划_第3页
第3页 / 共5页
rupcmpln配置管理计划_第4页
第4页 / 共5页
rupcmpln配置管理计划_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《rupcmpln配置管理计划》由会员分享,可在线阅读,更多相关《rupcmpln配置管理计划(5页珍藏版)》请在金锄头文库上搜索。

1、配置管理计划版本 注意:以下模板供与 Rational Unified Process 一起使用。包含在方括号中以蓝色斜体(style=InfoBlue)显示的文本是用于向作者提供指导,在发布文档之前应将这些文本删除。在此样式之后输入的段落将自动设置为正常(style=Body Text)。要在 Microsoft Word 中定制自动字段(选中时显示灰色背景),请选择“文件属性”,然后用相应的信息替换本文档的“标题”、“主题”和“公司”字段。关闭对话框后,可以通过选择“编辑全选”(或 Ctrl-A),然后按 F9 键,让整个文档中的自动字段更新,或者只需单击字段并按 F9 键。此操作必须对页

2、眉和页脚分开进行。Alt-F9 将在显示字段名称和显示字段内容之间切换。关于处理字段的更多信息,请参阅 Word 帮助。修订历史记录日期版本描述作者目录1.简介41.1目的41.2范围41.3定义、首字母缩写和缩写41.4参考资料41.5概述42.软件配置管理42.1组织、职责和界面42.2工具、环境和基础结构43.配置管理计划43.1配置标识43.1.1标识方法43.1.2项目基线53.2配置和变更控制53.2.1变更请求处理和核准53.2.2变更控制委员会(CCB)53.3配置状态记帐53.3.1项目介质存储和发布流程53.3.2报告和审计54.里程碑55.培训和资源56.分包方和供应商软

3、件控制6配置管理计划 1. 简介配置管理计划的简介提供了整个文档的概述。它包括本配置管理计划的目的、范围、定义、首字母缩写、缩写、引用和概述。1.1 目的指定本配置管理计划的目的。1.2 范围简要描述本配置管理计划的范围、它与哪个模型关联,以及受本文档影响的所有其他方面。1.3 定义、首字母缩写和缩写此子节提供所有术语、首字母缩写和缩写的定义,这些术语、首字母缩写和缩写对于正确解释配置管理计划是必需的。可以通过引用项目的词汇表来提供此信息。1.4 参考资料此子节提供一份在配置管理计划中的其他地方引用的所有文档的完整列表。用标题、报告号(如果适用)、日期和出版组织确定每份文档。指定从哪些来源可以

4、获得这些参考资料。可以通过引用附录或其他文档来提供此信息。1.5 概述此子节描述配置管理计划的剩余部分包含哪些内容,并解释文档是如何组织的。2. 软件配置管理2.1 组织、职责和界面描述谁将负责执行配置管理(CM)流程规程中描述的各种配置管理任务。2.2 工具、环境和基础结构描述在整个项目或产品生命周期中实现 CM 功能时要使用的计算环境和软件工具。 描述用于对在整个项目或产品生命周期中生成的配置项进行版本控制所必需的工具和过程。设置 CM 环境时涉及的问题包括: 产品数据的预期大小 产品团队的分布 服务器和客户机机器的物理位置3. 配置管理计划3.1 配置标识3.1.1 标识方法描述项目或产

5、品的工作产品如何命名、标记和编号。标识方案需要涵盖硬件、系统软件、商品(COTS)产品,以及产品目录结构中列出的所有应用程序开发工作产品;例如,计划、模型、组件、测试软件、结果和数据、可执行文件等。3.1.2 项目基线基线提供一个正式标准,以后的工作将基于此标准来进行,并且只能对此标准进行授权变更。 描述要在项目或产品生命周期中的哪些点建立基线。最常见的基线是在每个“先启”、“精化”、“构造”和“移交”阶段的末尾。基线也可以在各种阶段的迭代末尾生成,或者更为频繁地生成。描述由谁对基线进行授权,以及进入基线中的内容。3.2 配置和变更控制3.2.1 变更请求处理和核准描述提交、复审和处理问题和变

6、更的流程。3.2.2 变更控制委员会(CCB)描述 CCB 成员资格和 CCB 需要遵循的处理变更请求和核准的过程。3.3 配置状态记帐3.3.1 项目介质存储和发布流程描述保留时间策略,以及备份、灾难和恢复计划。同时还描述如何保留介质 联机、脱机、介质类型和格式。发布流程描述发行版中的内容、发行版的针对对象,以及是否存在任何已知问题和任何安装指示信息。3.3.2 报告和审计描述所请求的报告和配置审计的内容、格式和目的。报告用于评估在项目或产品生命周期中的任意给定时间的“产品质量”。根据变更请求来报告缺陷可以提供一些有用的质量指示,从而提醒管理层和开发人员注意开发中特别关键的方面。缺陷通常按照

7、严重性分类(高、中和低),并可以根据以下条件报告: 帐龄(基于时间的报告):各种缺陷已打开多长时间?在生命周期内发现缺陷的时刻与修订这些缺陷的时刻之间的“滞后时间”是多少? 分布(基于计数的报告):在按所有者、优先级或修订状态的各种类别中有多少缺陷? 趋势(时间相关和计数相关的报告):随着时间的推移发现和修订的缺陷的累积数目是多少? 缺陷发现和修订的比率是多少?打开的缺陷与关闭的缺陷之间的“质量差距”是什么?平均的缺陷解决时间是多长?4. 里程碑指明与项目或产品 CM 工时相关的内部和客户里程碑。此节包含有关配置管理计划自身何时更新的详细信息。5. 培训和资源描述实施指定的 CM 任务所需的软件工具、人员和培训。6. 分包方和供应商软件控制描述如何整合在项目环境之外开发的软件。

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

当前位置:首页 > 办公文档 > 工作计划

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