配置管理配置管理计划.ppt

* * * * * * * * * * * * * * * * * * 【软件工程案例分析】配置管理——配置管理计划 * 概念——配置与变更管理（Ⅰ） 作为对“软件工程协会”(SEI) 的“能力成熟度模型”(SEI CMM) 的解释，“配置与变更请求管理控制对项目工件的变更，并且维护项目工件的完整性”。 目的 同时更新 有限通知 多个版本 * 概念——配置与变更管理（Ⅱ） 目的 同时更新 当两个或更多的角色分别对同一个工件进行操作时，最后进行变更的那个角色将破坏前一个角色的工作。根本的问题是：如果系统不支持同时更新，则会导致序列变更并使开发流程减慢速度。但如果使用“同时更新”，那么挑战将在于检测更新已同时进行，而且要在并入变更时解决任何与集成有关的问题。 有限通知 由多个开发人员共享的工件中的某个问题得到了纠正，但只有相关的开发人员收到变更通知。 多个版本 多数大程序是以演进式发布版的方式开发的。一个发布版可能为客户所用，另一个发布版正在测试，而第三个发布版则尚在开发之中。如果在这些版本的任何一个版本中发现了问题，则需要将修复方案通报给所有这些版本。除非对变更进行慎重的控制和监测，否则可能会引起混乱，并且由于混乱而需要进行修复和返工，而这往往成本很高。 * 概念——工作区 工作区是指“私有”区域，开发人员可以根据项目所采用的标准在其中实施并测试代码，而与其他开发人员相对保持隔离。配置经理需为项目的每个开发人员创建一个工作区环境。 有两种类型的工作区? 开发工作区 是私有开发区域，角色可在其中变更工件，而其他角色不会立即见到变更。 集成工作区 是共享工作区，项目团队所有成员都有权访问。整个产品是在集成工作区中构建并建立基线的。 * 概念——基线（Ⅰ） 基线是项目储存库中每个工件版本在特定时期的一个“快照” 它提供一个正式基准，随后的工作基于此基准，并且只有经过授权后才能变更这个基准。 建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。? 参与项目的开发人员将基线所代表的各版本的目录和文件填入各自的工作区。 随着工作的进展，基线将合并自从上次建立基线以来开发人员已经交付的工作。 变更一旦并入基线，开发人员就采用新的基线，以与项目中的变更保持同步。 调整基线将把集成工作区中的文件并入开发工作区。 * 概念——基线（Ⅱ） 定期建立基线以确保各开发人员的工作保持同步。在项目过程中，应该在每次迭代结束点（次要里程碑），以及与生命周期各阶段结束点相关联的主要里程碑处定期建立基线： 生命周期目标里程碑（先启阶段） 生命周期构架里程碑（精化阶段） 初始操作性能里程碑（构建阶段） 产品发布里程碑（产品化阶段） * 概念——产品目录结构（Ⅰ） 产品目录结构为所有可具有版本号的、与产品相关的工件提供逻辑嵌套的占位符。 下图表示系统-X 由“N”个子系统组成。而各子系统又由“N”个构件组成。产品目录结构为开发整个系统中各部分时所需的工件提供一个公共占位符。 * 概念——产品目录结构（Ⅱ） 系统需求 模型 用例模型 用例包 用户界面原型 数据库 需求属性 文档 前景 词汇表 涉众请求 补充规约 软件需求规约 报告 用例模型调查 用例报告 * 概念——产品目录结构（Ⅲ） 系统设计与实施 模型 分析模型 用例实现 设计模型 设计子系统 接口 测试包 数据模型 工作量模型 文档 软件构架文档 设计模型调查 子系统-1 子系统目录结构 子系统-N 子系统目录结构 * 概念——产品目录结构（Ⅳ） 系统集成 计划 系统集成构建计划 库 系统测试 计划 测试用例 测试过程 测试数据 测试结果 系统部署 计划 文档 发布说明 手册 最终用户支持材料 培训材料 安装工件 * 概念——产品目录结构（Ⅴ） 系统管理 计划 软件开发计划 迭代计划 需求管理计划 风险列表 风险管理计划 开发案例 基础设施计划 产品验收计划 配置管理计划 文档计划 质量保证 (QA) 计划 问题解决计划 分包商管理计划 流程改进计划 评测计划 评估 迭代评估 开发组织评估 状态评估 * 概念——产品目录结构（Ⅵ） 工具 开发环境工具 编辑器 编译器 配置管理工具 Rational ClearCase 需求管理工具 Rational RequisitePro 可视化建模工具 Rational Rose 测试工具 Rational Test Factory 缺陷追踪 Rational ClearQuest 标准与指南 需求 需求属性 用例建模 用户界面 设计 设计指南 实施 编程指南 文档 手册风格指南 * 配置标识方法（Ⅰ） 配置标识就是为了能够迅速容易地发现和确定任一项目工件的正确版本。 标签标识特定版本的工件 组成某一版本子系统的工件集，无论从