Wylie College
配置管理计划
版本 2.0
修订历史记录
日期 |
版本 |
描述 |
作者 |
---|---|---|---|
1999 年 1 月 8 日 |
1.0 |
初始发行版 |
Simon Jones |
1999 年 2 月 10 日 |
2.0 |
扩展规划 |
Simon Jones |
|
|
|
|
|
|
|
|
目录
配置管理过程
本文档旨在定义 Wylie College 的所有软件项目都要遵循的配置管理过程。
本文档涵盖了适用于所有 Wylie College 项目的配置管理过程。每个项目还有自己的配置管理计划,用于描述其他过程并定义项目里程碑等。
Wylie College 使用 Rational Unified Process 词汇表以及 [UCM] 的“UCM 概念”一节中的定义。
[UCM] 通过 Rational Suite 使用统一变更管理。 Rational Software Corporation.
[CC-1] 使用 ClearCase 管理软件项目。 Rational Software Corporation.
Wylie College 将执行配置管理活动,这在 Rational Unified Process 中进行了描述。Wylie College 已实现 Rational 工具的标准化,从而实现统一变更管理(UCM)。
除非在本文档中另有说明,否则 UCM 实施将与 ClearCase UCM 参考资料中的描述相同。
Wylie College IT 部门员工将充当所有项目的配置管理员。Wylie College 的每个项目都会有一个或多个更改控制管理员。
Wylie College 已实现 Rational Suite 工具(Rational ClearQuest 和 Rational ClearCase LT)和 UCM 的标准化。Wylie College 有一组现有的 PVOB,一个产品系列一个。 产品系列是一组相互关联并共享大量公用代码的项目。Wiley College 的当前产品系列及其 PVOB 为:
配置管理员每天备份 VOB。备份和恢复工具及过程以及其他的管理详细信息可在附录:ClearCase 管理过程中查看。
在项目开始时,项目的配置管理员将在适当产品系列的 PVOB 中创建一个 UCM 项目,并创建一个或多个组件 VOB。请参阅 [UCM] 获取详细信息。 所有组件 VOB 都应遵循标准产品目录结构。有关示例,请参阅“课程注册 CRegMain VOB”。
所有项目都应使用以下 ClearCase 策略(请参阅 [CC-1]“考虑实施哪些开发策略”):
以下是任务:创建项目 CM 环境中的任务和工具向导,这将指导您如何设置 CM 环境:
角色 | Rational Unified Process 任务 | Rational 工具向导 | 注释/定制 |
---|---|---|---|
配置管理员 | 设置 CM 环境 | 使用 Rational ClearQuest 和 Rational ClearCase 链接配置管理和变更请求管理
设置策略 确定变更请求进程定义更改和复审通知 |
在定义该 CM 计划和为每个产品系列定义 PVOB 期间,已经执行了大部分的该任务。 |
软件设计人员 | 构造实施模型 | 设置实施模型 使用 UCM 设置实施模型 |
此操作必须在标准产品目录结构框架内部执行。软件设计人员为该实施模型提供输入,但是实际的设置通常是由配置管理员完成的。 |
集成人员 | 创建集成工作空间 | 创建集成与构建工作空间 | |
任何角色 | 任务:创建开发工作空间 | 创建开发工作空间 |
UCM 项目是以项目的正式缩写名称命名的。例如,CReg 代表课程注册系统。
VOB 的命名是由项目自行决定的。
项目开发案例中标识为具有“正式/内部”或“正式/外部”复审级别的所有工作产品在首次创建的阶段结束时,必须在项目 VOB 中受到控制。一旦受到控制,即可使用本文档中描述的过程。
将项目基线命名为 <project_name>_<iteration>_<date>,其中 date 的格式为 MM_DD_YY。例如,CReg_C1_03_07_99。
基线状态将是为缺省 UCM 定义的状态。
必须在每次迭代结束时建立基线。项目经理可自行建立其他基线。
Wylie College 遵循 Rational Unified Process 活动:管理变更请求和更改并交付配置项,且在以下方面有所改进。
合并“工件:工作单”与“工件:变更请求(CR)”。 因此,可通过跟踪 CR 的状态来管理工作单的状态。
UCM 活动映射到“工件:变更请求”(CR)。术语 CR 将应用于本文档的其余部分以指代 UCM 活动。Wylie College 遵循缺省 UCM ClearQuest 模式。
Wylie College 用于管理 CR 的活动和状态在概念:变更请求管理中描述。
CR 的必填字段受控于 ClearQuest 模式,因此在此处无需记录。
下面定义适用的任务和工具向导。
角色 | Rational Unified Process 任务 | Rational 工具向导 | 注释/定制 |
---|---|---|---|
任何角色 | 任务:提交变更请求 任务:更新变更请求 |
提交变更请求 | |
变更控制管理员 | 任务:复审变更请求 任务:确认重复或拒绝的 CR |
报告复审和工作状态 |
Wylie College 不需要使用配置控制委员会。“变更请求”是由项目的一个成员复审并核准的,该成员就是更改控制管理员,他通常也是项目经理、团队负责人或者软件设计人员。 |
项目经理 | 任务:安排和分配工作 | 合并“工件:工作单”和“工件:变更请求”(CR)。通过分配 CR 来分配工作。有关更多详细信息,请参阅“概念:变更请求管理”。 | |
任何角色 | 任务:作出更改 | 使用 UCM 变更集 | |
任何角色 | 任务:交付更改 | 交付工作 | “任何角色”(作出更改的人员)必须确保遵循适用的复审过程,并且在交付任何更改之前确保已通过复审。
适用的复审过程在“开发案例”中指定。 |
集成人员 | 任务:验证构建中的变更 |
如上所述,Wylie College 不使用“变更控制委员会”(也称为“配置控制委员会”)。
Wylie College 遵循下面所述的活动:管理基线与发行版。
角色 | Rational Unified Process 任务 | Rational 工具向导 | 注释/定制 |
---|---|---|---|
集成人员 | 任务:创建基线 | 创建基线 | |
集成人员 | 任务:提升基线 | 提升项目基线 | |
任何角色 | 更新工作空间 | 使用 Rational ClearCase 更新项目工作区 | |
配置管理员 | 创建部署单元 | 将产品发行版刻录到两组 CD 上 - 一组用于非现场存储,另一组用于 IT 库。该任务由每个项目的配置管理员负责。每张产品发行版 CD 都必须包含发行时的开发、测试和集成环境的快照,包括可执行程序、源代码、测试软件 COTS 库、插件、支持工具和测试工具等。 |
所需报告的详细信息由 Wylie College 评估计划描述。下面概述了“活动:监视与报告配置状态”中的任务和工具向导。
角色 | Rational Unified Process 任务 | Rational 工具向导 | 注释 |
---|---|---|---|
配置管理员 | 任务:报告配置状态 | 报告缺陷趋势和状态 查看缺陷历史记录 |
里程碑在每个单独的项目配置管理计划中均有描述。
以下 Rational 大学课程是由角色推荐的。
课程 | 角色 |
---|---|
使用 Rational ClearCase 和 UCM 开发用于 Windows 的软件 | 任何角色 |
管理 ClearCase | 配置管理员 (ClearCase 管理员) |
Wylie College 当前没有转包软件开发。但是,系统中并入了 Commercial Off The Shelf(COTS)产品,这需要加以严密的控制。每个产品发行版都必须包含在所有 COTS 产品版本(系统已经过测试)的发行说明中。如果可能,这些 COTS 产品的安装 CD 都用 IT 库管理程序归档。
涵盖的有待决定的问题包括:
<命名网络主机和角色,包括注册表服务器主机>
<备份和恢复工具和过程>
<定期运行的作业 - 例如,清洗作业>