活动:
|
目的
|
角色: 配置管理员 |
频率:本活动一般在每个阶段的开始时执行。在某些环境中,它仅在“先启”时执行一次,这也是恰当的。 |
步骤 |
输入工件: | 结果工件: |
工具向导: |
工作流程明细: |
目的: | 分配安装和配置 CM 工具所必需的硬件资源。 |
配置管理员与系统管理员一起工作来分配机器资源并安装必需的软件工具。
对于专门用于运行服务器(该服务器协调对项目存储库中的实际数据的存取)的机器的主要考虑事项如下(按照优先级顺序):
这些项的各自的信息在工件:项目存储库中提供
目的: | 对产品目录结构进行逻辑组织,以确保所有与项目相关的工件有一个占位符。 |
产品目录结构充当所有与产品相关的工件的逻辑上嵌套的占位符。目录(充当项目存储库)的形状取决于整个系统中的子系统的数量,以及每个子系统中的元素的数量。
即使产品的逻辑结构直到进行“分析和设计”活动后才显露出来,也要为管理和计划工件创建初始的项目存储库。
结构的其余部分可以在作出设计决策时进行完善,实施视图的性质将在如何将各种设计元素打包进行实施上变得更清晰。
为需要在目录结构中实施的每个子系统创建占位符。估计要开发的工件的存储需求,并确保有足够的物理存储器。 为了达到 CM 目的,在产品目录结构中的内部元素间必须有高度的内聚性。子系统与系统的其它部分之间应该有明确定义的接口,而且可以独立构建和测试。这样做的主要原因是允许不同的团队可以独立并行地开发系统。目的是能大大加速开发并促进重用和系统维护的简单易行。
目的: | 创建项目工件的初始基线。 |
即使对于没有配置管理的项目,也有目录结构的概念以及项目不断使用的现有的材料主体。目的是将现有的材料导出/导入到为产品开发创建的结构中。
目的: | 确保存储在项目存储库中的所有元素共享一组通用的“合法”提升级别。 |
基线是项目存储库的单一版本。该基线的质量或状态用基线提升级别表示。存储在项目存储库中的所有元素共享一组通用的“合法”提升级别,最好在多个项目间保持定义的一致。
Rational Unified Process
|