概念:产品目录结构
产品目录结构中包含了由文件夹和文件构成的分层目录及子目录,它们用于存储与产品相关的工作产品。
关系
相关元素
主要描述

产品目录结构充当所有可定版本的产品相关工作产品的逻辑嵌套占位符。工作产品是作为以下开发流程生命周期的结果而生成的,也是为开发整个系统的每个组成实施元素而生成的。

下图显示系统 X 由“N”个子系统构成,且每个子系统由“N”个组件构成。产品目录结构为开发整个系统中每个部件所需的各种工作产品提供一个公共占位符。

组件级别目录结构 子系统级别产品目录结构 系统产品目录结构 在以上图表说明中描述的图。

系统产品目录结构

虽然有经验的软件设计人员可能在一开始对系统组合就有一个好构思,但主要开发组件的视图会作为与“分析与设计”相关的活动结果而出现,以此来定义和优化候选体系结构。

下表提供了一个产品系统目录结构模式,它可以用作项目开发初始阶段中的“产品目录结构”,但有关复合子系统和体系结构分层的确切细节尚待确定。

系统级别产品目录结构

系统需求

模型

用例模型 用例包
数据库 需求属性
文档 远景
词汇表
项目干系人请求
补充规范
软件需求规范
故事板

报告

报告:用例模型调查
报告:用例规范
系统设计与实施 模型 分析模型 用例实现
设计模型 设计子系统
界面
设计包
数据模型
工作负载分析文档
用户界面原型
文档 软件体系结构文档
报告:设计模型调查
导航图
子系统 1 子系统目录结构
子系统 N 子系统目录结构
系统集成 计划 集成构建计划
资料库  
系统测试 测试计划 测试套件
测试用例 测试脚本
测试数据  
测试结果  
系统部署 部署计划  
文档 发行说明
手册 用户支持材料
培训材料
安装工件  
系统管理 计划 软件开发计划
迭代计划 需求管理计划
风险列表 风险管理计划
开发案例 基础结构计划
产品验收计划 配置管理计划
文档计划 QA 计划
问题解决计划 分包方管理计划
流程改进计划 评估计划
评估 迭代评估
开发组织评估
状态评估
工具 开发环境工具 编辑器
编译器
配置管理工具 Rational ClearCase
需求管理工具 Rational RequisitePro
可视建模工具 Rational Rose
测试工具 Rational Test Factory
缺陷跟踪 Rational ClearQuest
标准与指南 需求 需求属性
特定于项目的指南
设计 特定于项目的指南
实施 特定于项目的指南
文档 手册风格指南

一旦“分析与设计”活动正在进行,并且对整个系统中所需的子系统的数量和性质有了更好的了解(任务:子系统设计),那么产品目录结构就需要扩展以容纳每一个子系统。

系统产品目录结构中的信息需要对项目中的所有子系统都可视。“标准与指南”与产品管理、需求和测试信息相距甚远,因此属于“系统产品目录结构”。在此例中,“工具”包含在“系统产品目录结构”中;然而,当许多系统可能使用相同的工具集时,“工具”就可能位于更高级别的目录中。

子系统目录结构

产品子系统目录结构中的信息直接与该特定子系统的开发相关。子系统产品目录结构的“实例化”数目明确地与作为“分析与设计”活动的结果而确定的子系统数目相关。例如,系统 y 可以具有三个子系统(子系统 A、子系统 B 和子系统 N)。每个子系统都具有关于其设计和(最终的)实施的必需信息。

子系统产品目录结构的一般分解如下:

组件目录结构

组件数目是子系统设计决策的结果。以下目录结构需要为要开发的每个组件进行实例化。

按规定方式嵌套目录的一个好处是:可获取关于某个组件开发的所有相关上下文信息(无论是同一级别的还是上一级别的)。

这种逻辑嵌套使得开发和集成工作空间设置成可链接到整个开发团队结构

任务:建立 CM 策略,步骤:定义配置识别实践中描述了工作产品的命名约定