书籍详情
软件配置管理策略与IBM Rational ClearCase
作者：（美）David E.bellagio著
出版社：人民邮电出版社
出版时间：2006-06-01
ISBN：9787115148292
定价：¥45.00
购买这本书可以去
内容简介
软件配置管理（SCM）是一项基本的软件工程任务，用于管理当今复杂和快速发展的软件开发环境。.本书讨论了软件配置管理的工程规程，以及如何借助广泛应用的SCM工具RationalClearCase，通过统一变更管理（UCM）模型实现对SCM的最佳实践的自动化和支持。本书介绍了基本的SCM概念、项目和软件系统规模与复杂性增加所带来的SCM问题，以及如何应用SCM工具和过程来解决这些问题。本书还讨论了一些高级的SCM话题，例如管理地域上分布的大型开发团队以及将SCM规程与变更请求管理（或缺陷追踪）相结合。..本书对第一版进行了扩展和更新，加入了自第一版出版以来ClearCase引入的新特性，这些内容均来自作者帮助客户在他们的环境中采用ClearCase和UCM并取得成功的经验。本书是一本综合而实用的软件配置管理指南，书中贯穿了众多精妙的见解和富有价值的建议。作为一本出色的配置管理书籍，本书适合于软件工程师和软件项目管理人员阅读参考。...
作者简介
David.E.Bellagio，从高中开始就着迷于软件开发，之后的25年中都在做软件开发的工作。在意识到自己不会成为一个职业棒球选手之后，他去攻读了加州的Chico州立大学计算机科学专业的学士和硕士学位，并取得了奖学金。Daivd曾在CSC、TandemCSC、Tandemcomputers、ADP和HP工作过。在1994年，他开始使用ClearCase。在接下来的4年中，他为许多开发人员部署了ClearCase，在这期间，他受雇于ADP和HP。在1998年，作为太平洋北美区域的一名技术现场代表，他加入了RationalSoftware。
目录
第1章 什么是软件配置管理 1
1.1 SCM的最佳实践 3
1.1.1 统一标识工件并存入安全的存储池 4
1.1.2 控制和审计工件的变更 4
1.1.3 将具有版本的工件组织为具有版本的构件 5
1.1.4 将具有版本的构件和子系统组织为新的具有版本的子系统 6
1.1.5 在项目的里程碑处建立基线 7
1.1.6 记录和跟踪变更请求 8
1.1.7 通过活动组织和集成一致的版本集合 8
1.1.8 维护稳定而一致的工作空间 11
1.1.9 支持对工件和构件的并发变更 11
1.1.10 及早集成并经常集成 12
1.1.11 确保有能力重新得到软件的每个构建版本 13
1.2 SCM工具和过程 13
1.2.1 SCM工具 13
1.2.2 SCM过程 14
1.3 小结 14
第2章 形成您的SCM解决方案 15
2.1 应对不断变化的项目需求 15
2.1.1 软件系统的复杂性增长 17
2.1.2 项目环境的复杂性增长 18
2.1.3 变化的生命周期阶段 20
2.1.4 过程和人员的变化 21
2.2 SCM工具的发展 22
2.2.1 五种类型的项目团队 24
2.2.2 如果没有SCM工具 26
2.2.3 早期SCM工具的支持 31
2.2.4 现代SCM工具的支持 37
2.2.5 高级SCM工具的支持 46
2.3 小结 48
第3章 统一变更管理模型概述 49
3.1 什么是UCM 49
3.2 UCM的价值 50
3.2.1 抽象 50
3.2.2 稳定 51
3.2.3 控制 52
3.2.4 沟通 52
3.3 什么是ClearCase 52
3.3.1 ClearCase UCM模型 53
3.3.2 UCM基线+变更模型 54
3.4 什么是ClearQuest 56
3.5 ClearCase UCM过程概述 58
3.5.1 系统架构师(The Architect) 58
3.5.2 配置经理(The Configuration Manager) 59
3.5.3 项目经理(The Project Manager) 59
3.5.4 开发人员(The Developer) 60
3.5.5 集成人员(The Integrator) 60
3.6 系统架构师：确定实现模型(Implementation Model) 60
3.6.1 ClearCase构件 62
3.6.2 UML中的构件 62
3.7 配置经理：建立SCM环境 64
3.8 项目经理：管理项目 65
3.9 开发人员：加入项目并进行开发 67
3.10 集成人员：集成、构建和发布 68
3.10.1 发布构件 69
3.10.2 系统集成 69
3.10.3 发布系统 70
3.11 小结 70
第4章 ClearCase对象功能概述 71
4.1 存储池：版本对象库 71
4.2 工作空间：快照视图和动态视图 74
4.2.1 快照视图 75
4.2.2 Web视图 76
4.2.3 动态视图 76
4.2.4 快照视图和动态视图的差异 79
4.3 项目管理：项目、流和活动 80
4.3.1 项目(Project) 80
4.3.2 流 81
4.3.3 活动 87
4.4 有版本的对象：元素、分支和版本 89
4.4.1 目录版本 91
4.4.2 元素类型 92
4.5 构件管理：构件和基线 94
4.5.1 构件 94
4.5.2 基线 95
4.6 过程：标签、属性、超链、触发器 100
4.6.1 标签(Label) 100
4.6.2 属性(Attribute) 101
4.6.3 超链(Hyperlink) 101
4.6.4 触发器(Trigger) 101
4.6.5 创建和管理类型 102
4.7 构建：Clearmake、派生对象、配置记录 103
4.7.1 构建审计 104
4.7.2 对象共享 105
4.7.3 并行构建和分布式构建 105
4.7.4 Clearmake与传统make比较 105
4.8 小结 106
第5章 建立初始的SCM环境 107
5.1 ClearCase架构基础 107
5.1.1 许可证服务进程和注册服务进程 108
5.1.2 VOB服务进程和视图服务进程 108
5.1.3 ALBD服务器和客户端进程 111
5.1.4 多版本文件系统(Multiversion File System) 111
5.1.5 硬件配置举例 113
5.2 ClearCase硬件资源要求 115
5.2.1 内存要求 116
5.2.2 磁盘I/O要求 117
5.2.3 网络带宽(Bandwidth)和可靠性(Reliability) 118
5.2.4 CPU 118
5.2.5 其他建议 119
5.2.6 用户、VOB和视图限制 121
5.2.7 VOB规模的考虑 121
5.3 ClearCase性能监视和调优 122
5.3.1 测量最底层 125
5.3.2 测量中间层 126
5.3.3 测量最顶层 127
5.4 定义实现模型(Implementation Model) 128
5.5 创建VOB 129
5.5.1 使用命令行界面创建PVOB 130
5.5.2 使用图形用户界面创建PVOB 131
5.5.3 使用管理型VOB 132
5.5.4 使用多个PVOB 133
5.5.5 使用命令行界面创建VOB和构件 134
5.5.6 使用图形化用户界面创建VOB和构件 135
5.5.7 导入现存源代码 139
5.6 基线提升级别(Promotion Level) 139
5.7 小结 141
第6章 使用ClearCase的项目管理 143
6.1 什么是ClearCase项目 143
6.1.1 谁在做变更 143
6.1.2 什么在变更 145
6.1.3 如何进行变更 145
6.1.4 变更如何流转并被集成 145
6.2 创建ClearCase项目 146
6.2.1 识别项目经理 146
6.2.2 识别构件和基线 147
6.2.3 决定项目制度 147
6.2.4 确定UCM项目属性 156
6.2.5 为项目选择存储位置 161
6.2.6 创建项目 161
6.3 小结 166
第7章 管理和组织ClearCase项目 168
7.1 协调多个并行的发布版本 168
7.1.1 接续项目 169
7.1.2 主线项目 169
7.1.3 项目完成 170
7.1.4 项目创建 171
7.1.5 多个并行项目 171
7.2 组织大型的多项目开发工作 174
7.2.1 面向架构的项目团队 175
7.2.2 面向特性的项目团队 176
7.3 协调合作的项目：独立的构件 177
7.3.1 项目创建 177
7.3.2 迭代计划 178
7.3.3 集成 180
7.4 协调合作的项目：共享的构件 181
7.4.1 项目创建 181
7.4.2 迭代计划 182
7.4.3 集成 182
7.5 协调IS/IT开发项目 183
7.5.1 选择要开发的特性 185
7.5.2 实现审批流程 186
7.5.3 执行紧急修复bug 187
7.5.4 计划一个主发布版本 187
7.6 协调文档项目或小项目团队 187
7.6.1 项目创建 189
7.6.2 加入一个项目 190
7.6.3 交付变更 190
7.6.4 更新工作空间 191
7.6.5 创建基线 191
7.7 小结 191
第8章 使用ClearCase UCM模型进行开发 193
8.1 开发人员的UCM视角 193
8.2 加入一个项目 194
8.3 进行变更 198
8.3.1 用活动来组织工作 198
8.3.2 修改文件及目录 200
8.3.3 通过命令行进行工作 201
8.4 交付变更 202
8.4.1 检入所有未检入的检出元素 203
8.4.2 变基到项目最新的推荐基线 204
8.4.3 执行ClearCase交付命令 205
8.4.4 对交付结果进行构建并测试 206
8.4.5 完成或撤消交付 207
8.5 变基您的开发流 208
8.5.1 运行变基操作 208
8.5.2 构建并测试 210
8.5.3 结束或撤消变基 210
8.6 处理变更冲突 211
8.6.1 交付场景1(没有冲突) 211
8.6.2 交付场景2(没有冲突) 212
8.6.3 交付场景3(有冲突) 212
8.6.4 变基场景1(没有冲突) 213
8.6.5 变基场景2(有冲突) 213
8.6.6 ClearCase归并工具 214
8.7 与开发人员的IDE无缝集成 217
8.8 小结 219
第9章 集成 221
9.1 软件集成 222
9.1.1 归并集成 222
9.1.2 组装集成 222
9.1.3 不同规模团队的集成情况 223
9.2 使用ClearCase进行隔离和集成 226
9.2.1 共享视图：无隔离开发 227
9.2.2 分支/最新版本开发：最大化集成 227
9.2.3 使用分支进行隔离和集成 231
9.2.4 使用UCM的集成 236
9.3 小结 249
第10章 构建、建立基线和发布部署 250
10.1 使用ClearCase UCM来建立基线和构建 251
10.1.1 锁住集成流 251
10.1.2 为软件构件建立基线 253
10.1.3 构建软件构件 256
10.1.4 执行冒烟测试 257
10.1.5 使用构建-稳定流 257
10.1.6 提升并推荐软件构件基线 258
10.1.7 将集成流解锁 262
10.1.8 夜间构建过程的自动化 262
10.2 进阶、部署和版本发布 263
10.2.1 进阶构件 265
10.2.2 对发布版本的部署使用组装项目 265
10.2.3 用流来建立部署阶段的模型 266
10.2.4 ClearQuest在部署中的角色 267
10.3 小结 274
第11章 地域上分布的开发 275
11.1 分布式开发的挑战 276
11.1.1 组织 276
11.1.2 沟通 277
11.1.3 技术 277
11.2 ClearCase如何支持分布式开发 280
11.2.1 远程终端或桌面访问 280
11.2.2 远程客户端访问 281
11.2.3 Web访问 281
11.2.4 断网使用 282
11.2.5 本地访问 283
11.2.6 什么是ClearCase Remote Client(CCRC) 284
11.2.7 什么是ClearCase MultiSite 286
11.2.8 什么是ClearQuest MultiSite 288
11.2.9 配合使用ClearCase MultiSite和ClearQuest MultiSite 290
11.3 多团队：生产者/消费者模式 292
11.3.1 支持生产者/消费者团队 295
11.3.2 UCM如何支持生产者/消费者模型 295
11.3.3 基本ClearCase(Base ClearCase)如何支持生产者/消费者模型 295
11.3.4 生产者/消费者小结 297
11.4 多团队：共享源代码 297
11.4.1 UCM如何支持共享源代码 301
11.4.2 基本ClearCase如何支持共享源代码 301
11.4.3 共享源代码小结 303
11.5 单一团队：分布式成员 303
11.5.1 UCM模型如何支持本地访问 304
11.5.2 基本ClearCase如何支持本地使用 304
11.5.3 基于活动的分支 308
11.5.4 单一团队：分布式成员小结 310
11.6 ClearCase MultiSite的其他用途 310
11.6.1 使用MultiSite来进行备份 310
11.6.2 使用MultiSite来进行交付 311
11.6.3 使用MultiSite进行跨平台互操作 311
11.7 小结 311
第12章 变更请求管理和ClearQuest 313
12.1 什么是变更请求管理 313
12.2 什么是变更请求 314
12.3 变更请求管理过程 314
12.3.1 提交 315
12.3.2 评估 316
12.3.3 决策 316
12.3.4 实现 318
12.3.5 验证 318
12.3.6 完成 318
12.4 什么是ClearQuest 319
12.5 我怎样使用ClearQuest的数据 322
12.5.1 查询 323
12.5.2 报告 325
12.5.3 图表 325
12.6 ClearQuest如何支持UCM 328
12.7 ClearQuest MultiSite 330
12.8 小结 331
附录A 通过UCM撤消和重复变更集 332
术语表 338
1.1 SCM的最佳实践 3
1.1.1 统一标识工件并存入安全的存储池 4
1.1.2 控制和审计工件的变更 4
1.1.3 将具有版本的工件组织为具有版本的构件 5
1.1.4 将具有版本的构件和子系统组织为新的具有版本的子系统 6
1.1.5 在项目的里程碑处建立基线 7
1.1.6 记录和跟踪变更请求 8
1.1.7 通过活动组织和集成一致的版本集合 8
1.1.8 维护稳定而一致的工作空间 11
1.1.9 支持对工件和构件的并发变更 11
1.1.10 及早集成并经常集成 12
1.1.11 确保有能力重新得到软件的每个构建版本 13
1.2 SCM工具和过程 13
1.2.1 SCM工具 13
1.2.2 SCM过程 14
1.3 小结 14
第2章 形成您的SCM解决方案 15
2.1 应对不断变化的项目需求 15
2.1.1 软件系统的复杂性增长 17
2.1.2 项目环境的复杂性增长 18
2.1.3 变化的生命周期阶段 20
2.1.4 过程和人员的变化 21
2.2 SCM工具的发展 22
2.2.1 五种类型的项目团队 24
2.2.2 如果没有SCM工具 26
2.2.3 早期SCM工具的支持 31
2.2.4 现代SCM工具的支持 37
2.2.5 高级SCM工具的支持 46
2.3 小结 48
第3章 统一变更管理模型概述 49
3.1 什么是UCM 49
3.2 UCM的价值 50
3.2.1 抽象 50
3.2.2 稳定 51
3.2.3 控制 52
3.2.4 沟通 52
3.3 什么是ClearCase 52
3.3.1 ClearCase UCM模型 53
3.3.2 UCM基线+变更模型 54
3.4 什么是ClearQuest 56
3.5 ClearCase UCM过程概述 58
3.5.1 系统架构师(The Architect) 58
3.5.2 配置经理(The Configuration Manager) 59
3.5.3 项目经理(The Project Manager) 59
3.5.4 开发人员(The Developer) 60
3.5.5 集成人员(The Integrator) 60
3.6 系统架构师：确定实现模型(Implementation Model) 60
3.6.1 ClearCase构件 62
3.6.2 UML中的构件 62
3.7 配置经理：建立SCM环境 64
3.8 项目经理：管理项目 65
3.9 开发人员：加入项目并进行开发 67
3.10 集成人员：集成、构建和发布 68
3.10.1 发布构件 69
3.10.2 系统集成 69
3.10.3 发布系统 70
3.11 小结 70
第4章 ClearCase对象功能概述 71
4.1 存储池：版本对象库 71
4.2 工作空间：快照视图和动态视图 74
4.2.1 快照视图 75
4.2.2 Web视图 76
4.2.3 动态视图 76
4.2.4 快照视图和动态视图的差异 79
4.3 项目管理：项目、流和活动 80
4.3.1 项目(Project) 80
4.3.2 流 81
4.3.3 活动 87
4.4 有版本的对象：元素、分支和版本 89
4.4.1 目录版本 91
4.4.2 元素类型 92
4.5 构件管理：构件和基线 94
4.5.1 构件 94
4.5.2 基线 95
4.6 过程：标签、属性、超链、触发器 100
4.6.1 标签(Label) 100
4.6.2 属性(Attribute) 101
4.6.3 超链(Hyperlink) 101
4.6.4 触发器(Trigger) 101
4.6.5 创建和管理类型 102
4.7 构建：Clearmake、派生对象、配置记录 103
4.7.1 构建审计 104
4.7.2 对象共享 105
4.7.3 并行构建和分布式构建 105
4.7.4 Clearmake与传统make比较 105
4.8 小结 106
第5章 建立初始的SCM环境 107
5.1 ClearCase架构基础 107
5.1.1 许可证服务进程和注册服务进程 108
5.1.2 VOB服务进程和视图服务进程 108
5.1.3 ALBD服务器和客户端进程 111
5.1.4 多版本文件系统(Multiversion File System) 111
5.1.5 硬件配置举例 113
5.2 ClearCase硬件资源要求 115
5.2.1 内存要求 116
5.2.2 磁盘I/O要求 117
5.2.3 网络带宽(Bandwidth)和可靠性(Reliability) 118
5.2.4 CPU 118
5.2.5 其他建议 119
5.2.6 用户、VOB和视图限制 121
5.2.7 VOB规模的考虑 121
5.3 ClearCase性能监视和调优 122
5.3.1 测量最底层 125
5.3.2 测量中间层 126
5.3.3 测量最顶层 127
5.4 定义实现模型(Implementation Model) 128
5.5 创建VOB 129
5.5.1 使用命令行界面创建PVOB 130
5.5.2 使用图形用户界面创建PVOB 131
5.5.3 使用管理型VOB 132
5.5.4 使用多个PVOB 133
5.5.5 使用命令行界面创建VOB和构件 134
5.5.6 使用图形化用户界面创建VOB和构件 135
5.5.7 导入现存源代码 139
5.6 基线提升级别(Promotion Level) 139
5.7 小结 141
第6章 使用ClearCase的项目管理 143
6.1 什么是ClearCase项目 143
6.1.1 谁在做变更 143
6.1.2 什么在变更 145
6.1.3 如何进行变更 145
6.1.4 变更如何流转并被集成 145
6.2 创建ClearCase项目 146
6.2.1 识别项目经理 146
6.2.2 识别构件和基线 147
6.2.3 决定项目制度 147
6.2.4 确定UCM项目属性 156
6.2.5 为项目选择存储位置 161
6.2.6 创建项目 161
6.3 小结 166
第7章 管理和组织ClearCase项目 168
7.1 协调多个并行的发布版本 168
7.1.1 接续项目 169
7.1.2 主线项目 169
7.1.3 项目完成 170
7.1.4 项目创建 171
7.1.5 多个并行项目 171
7.2 组织大型的多项目开发工作 174
7.2.1 面向架构的项目团队 175
7.2.2 面向特性的项目团队 176
7.3 协调合作的项目：独立的构件 177
7.3.1 项目创建 177
7.3.2 迭代计划 178
7.3.3 集成 180
7.4 协调合作的项目：共享的构件 181
7.4.1 项目创建 181
7.4.2 迭代计划 182
7.4.3 集成 182
7.5 协调IS/IT开发项目 183
7.5.1 选择要开发的特性 185
7.5.2 实现审批流程 186
7.5.3 执行紧急修复bug 187
7.5.4 计划一个主发布版本 187
7.6 协调文档项目或小项目团队 187
7.6.1 项目创建 189
7.6.2 加入一个项目 190
7.6.3 交付变更 190
7.6.4 更新工作空间 191
7.6.5 创建基线 191
7.7 小结 191
第8章 使用ClearCase UCM模型进行开发 193
8.1 开发人员的UCM视角 193
8.2 加入一个项目 194
8.3 进行变更 198
8.3.1 用活动来组织工作 198
8.3.2 修改文件及目录 200
8.3.3 通过命令行进行工作 201
8.4 交付变更 202
8.4.1 检入所有未检入的检出元素 203
8.4.2 变基到项目最新的推荐基线 204
8.4.3 执行ClearCase交付命令 205
8.4.4 对交付结果进行构建并测试 206
8.4.5 完成或撤消交付 207
8.5 变基您的开发流 208
8.5.1 运行变基操作 208
8.5.2 构建并测试 210
8.5.3 结束或撤消变基 210
8.6 处理变更冲突 211
8.6.1 交付场景1(没有冲突) 211
8.6.2 交付场景2(没有冲突) 212
8.6.3 交付场景3(有冲突) 212
8.6.4 变基场景1(没有冲突) 213
8.6.5 变基场景2(有冲突) 213
8.6.6 ClearCase归并工具 214
8.7 与开发人员的IDE无缝集成 217
8.8 小结 219
第9章 集成 221
9.1 软件集成 222
9.1.1 归并集成 222
9.1.2 组装集成 222
9.1.3 不同规模团队的集成情况 223
9.2 使用ClearCase进行隔离和集成 226
9.2.1 共享视图：无隔离开发 227
9.2.2 分支/最新版本开发：最大化集成 227
9.2.3 使用分支进行隔离和集成 231
9.2.4 使用UCM的集成 236
9.3 小结 249
第10章 构建、建立基线和发布部署 250
10.1 使用ClearCase UCM来建立基线和构建 251
10.1.1 锁住集成流 251
10.1.2 为软件构件建立基线 253
10.1.3 构建软件构件 256
10.1.4 执行冒烟测试 257
10.1.5 使用构建-稳定流 257
10.1.6 提升并推荐软件构件基线 258
10.1.7 将集成流解锁 262
10.1.8 夜间构建过程的自动化 262
10.2 进阶、部署和版本发布 263
10.2.1 进阶构件 265
10.2.2 对发布版本的部署使用组装项目 265
10.2.3 用流来建立部署阶段的模型 266
10.2.4 ClearQuest在部署中的角色 267
10.3 小结 274
第11章 地域上分布的开发 275
11.1 分布式开发的挑战 276
11.1.1 组织 276
11.1.2 沟通 277
11.1.3 技术 277
11.2 ClearCase如何支持分布式开发 280
11.2.1 远程终端或桌面访问 280
11.2.2 远程客户端访问 281
11.2.3 Web访问 281
11.2.4 断网使用 282
11.2.5 本地访问 283
11.2.6 什么是ClearCase Remote Client(CCRC) 284
11.2.7 什么是ClearCase MultiSite 286
11.2.8 什么是ClearQuest MultiSite 288
11.2.9 配合使用ClearCase MultiSite和ClearQuest MultiSite 290
11.3 多团队：生产者/消费者模式 292
11.3.1 支持生产者/消费者团队 295
11.3.2 UCM如何支持生产者/消费者模型 295
11.3.3 基本ClearCase(Base ClearCase)如何支持生产者/消费者模型 295
11.3.4 生产者/消费者小结 297
11.4 多团队：共享源代码 297
11.4.1 UCM如何支持共享源代码 301
11.4.2 基本ClearCase如何支持共享源代码 301
11.4.3 共享源代码小结 303
11.5 单一团队：分布式成员 303
11.5.1 UCM模型如何支持本地访问 304
11.5.2 基本ClearCase如何支持本地使用 304
11.5.3 基于活动的分支 308
11.5.4 单一团队：分布式成员小结 310
11.6 ClearCase MultiSite的其他用途 310
11.6.1 使用MultiSite来进行备份 310
11.6.2 使用MultiSite来进行交付 311
11.6.3 使用MultiSite进行跨平台互操作 311
11.7 小结 311
第12章 变更请求管理和ClearQuest 313
12.1 什么是变更请求管理 313
12.2 什么是变更请求 314
12.3 变更请求管理过程 314
12.3.1 提交 315
12.3.2 评估 316
12.3.3 决策 316
12.3.4 实现 318
12.3.5 验证 318
12.3.6 完成 318
12.4 什么是ClearQuest 319
12.5 我怎样使用ClearQuest的数据 322
12.5.1 查询 323
12.5.2 报告 325
12.5.3 图表 325
12.6 ClearQuest如何支持UCM 328
12.7 ClearQuest MultiSite 330
12.8 小结 331
附录A 通过UCM撤消和重复变更集 332
术语表 338
猜您喜欢
