软件配置管理课程清华大学.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 清华大学软件学院软件项目管理课件研制组 * ClearCase 工作空间管理的益处 集成期间不影响开发工作继续进行 在集成工作进行过程中能够保护个人的视图 同步开发是永远可靠的 为被检出的开发工作提供标识 自动检测多个同时被检出的文件并确保它们被适当的归并 * 清华大学软件学院软件项目管理课件研制组 * ClearCase 建立管理 提供100%的重构能力 全面的审核追踪: 谁做的 做了什么 怎么做的 什么时间 自动生成配置报告 了解建立(Build)之间的差异 比较两个建立(Build) 确定文件是否有改动 * 清华大学软件学院软件项目管理课件研制组 * 工作站 工作站 工作站 工作站 HP Sun SGI RS/ 6000 DEC Sun HP VOB Server VOB Server VOB可以分布在多个服务器之间 在多台主机间进行Build操作 ClearCase 建立管理 支持UNIX和Windows平台的建立 跨越多台主机进行分布式构造 * 清华大学软件学院软件项目管理课件研制组 * ClearCase全面支持ISO9000 唯一确定地标识每一个软件项的版本 确定地标识每个软件项及其在整个软件产品的版本 确定标识软件产品在开发、分配和安装过程中的各个状态 管理同一个软件部分被多名开发人员同时更改 协调多个软件产品根据需要在多个地点的更新 * 清华大学软件学院软件项目管理课件研制组 * 长方形表示一个分支;圆形表示检入的时间排序的版本号;箭头表示从一个分支到另一个分支的变更回归（归并）;“发布版本1.0/1.1”是这个版本上的标签。 目录是元素，也是版本对象。ClearCase对目录也进行版本管理。为了能在前一个版本中修复BUG，或者从新版本退回到就版本，就有必要恢复一个旧的版本。目录被修改，在检入的时候，也要进行记录。还可以借助目录机制，重建或构造软件系统的前一个版本。 3 4 3 2 1 0 Release 1.0 \main 2 1 0 3 \rel1_bugfix 2 \rel2 1 0 Release 1.1 配置管理的版本树 * 清华大学软件学院软件项目管理课件研制组 * 3 2 1 0 \main 2 1 0 3 \Bugfix 4 2 1 0 \main 3 4 3 2 \Telecom 1 0 Release 1.0 Telecom 1.0 并行开发的版本控制 * 清华大学软件学院软件项目管理课件研制组 * ClearQuest变更需求管理工具 可以了解谁改了什么、为什么 正确及时的项目状态报告 最大限度的利用你的工程师资源 利于团队交流 * 清华大学软件学院软件项目管理课件研制组 * 提供图形化的项目状况 * 清华大学软件学院软件项目管理课件研制组 * 支持Web * 清华大学软件学院软件项目管理课件研制组 * 可视化的项目状况 * 清华大学软件学院软件项目管理课件研制组 * 易学易用 * 清华大学软件学院软件项目管理课件研制组 * 小结 软件配置管理是应用于整个软件过程中的保护性活动。 SCM标识、控制、审核和报告软件在开发过程中及其在发布之后发生的修改。 除文档、程序和数据外，开发环境也置于配置控制之下。 一旦配置项已被开发并经过评审，将建立基线；对基线配置的修改将导致该配置生成新的版本，及新基线的建立。 * 清华大学软件学院软件项目管理课件研制组 * 小结 配置项的修改历史应进行跟踪，并能恢复历史版本。 变更控制应形成规程，以保证在对配置对象进行修改时保持一致性。配置状态报告应提供给所有受影响的人。 对配置管理过程活动和软件产品进行必要的审核。 * 清华大学软件学院软件项目管理课件研制组 * 本章前沿 作为 CMM 二级的六个关键过程域之一，配置管理本身是一个软件过程，因此，软件配置管理系统必须提供过程管理的功能。传统配置管理系统的过程支持能力比较弱，而且它们的版本管理模型是基于文件的，不适应基于构件的软件开发，针对这两个问题进行研究作为目前的一个研究方向。 * 清华大学软件学院软件项目管理课件研制组 * 本章前沿 针对配置管理系统对过程支持的需求，用工作流技术开发过程支持工具和基于 Petri 网的过程建模方法，不失为一个研究的突破口。 有人提出一个基于Petri 网的软件过程元模型，及其映