产品目录结构充当所有可定版本的产品相关工作产品的逻辑嵌套占位符。工作产品是作为以下开发流程生命周期的结果而生成的,也是为开发整个系统的每个组成实施元素而生成的。
下图显示系统 X 由“N”个子系统构成,且每个子系统由“N”个组件构成。产品目录结构为开发整个系统中每个部件所需的各种工作产品提供一个公共占位符。
虽然有经验的软件设计人员可能在一开始对系统组合就有一个好构思,但主要开发组件的视图会作为与“分析与设计”相关的活动结果而出现,以此来定义和优化候选体系结构。
下表提供了一个产品系统目录结构模式,它可以用作项目开发初始阶段中的“产品目录结构”,但有关复合子系统和体系结构分层的确切细节尚待确定。
一旦“分析与设计”活动正在进行,并且对整个系统中所需的子系统的数量和性质有了更好的了解(任务:子系统设计),那么产品目录结构就需要扩展以容纳每一个子系统。
系统产品目录结构中的信息需要对项目中的所有子系统都可视。“标准与指南”与产品管理、需求和测试信息相距甚远,因此属于“系统产品目录结构”。在此例中,“工具”包含在“系统产品目录结构”中;然而,当许多系统可能使用相同的工具集时,“工具”就可能位于更高级别的目录中。
产品子系统目录结构中的信息直接与该特定子系统的开发相关。子系统产品目录结构的“实例化”数目明确地与作为“分析与设计”活动的结果而确定的子系统数目相关。例如,系统 y 可以具有三个子系统(子系统 A、子系统 B 和子系统
N)。每个子系统都具有关于其设计和(最终的)实施的必需信息。
子系统产品目录结构的一般分解如下:
组件数目是子系统设计决策的结果。以下目录结构需要为要开发的每个组件进行实例化。
按规定方式嵌套目录的一个好处是:可获取关于某个组件开发的所有相关上下文信息(无论是同一级别的还是上一级别的)。
这种逻辑嵌套使得开发和集成工作空间设置成可链接到整个开发团队结构。
在任务:建立 CM 策略,步骤:定义配置识别实践中描述了工作产品的命名约定
|