敏捷建模极限编程和统一过程的有效实践

定　价：¥45.00

作　者：	Scott W.Ambler著；张嘉路等译
出版社：	机械工业出版社；中信出版社
丛编项：	软件工程技术丛书前沿论题系列
标　签：	建模

购买这本书可以去

当当网 (¥36.70)

ISBN：	9787111117001	出版时间：	2003-01-01	包装：	平装
开本：	24cm	页数：	306	字数：

内容简介

　　敏捷建模（AM）是一种基于实践的过程，它描述了怎样才能够成为一个高效的建模人员。本书研究了AM的价值观、原则和实践，描述了用来提高建模人员工作效率的技术，而且书中还重新思考了与软件开发有关的几个重要问题，例如，怎样编写文档、怎样组织建模会议和建模团队以及UML适用于什么地方等。此外，还详细研究了怎样在XP项目中有效地建模，并解释了怎样在采用Rational统一过程（RUP）或者企业统一过程（EUP）的项目中简化建模工作。本书既适用于想知道在XP项目中怎样建模以及在RUP项目中怎样简化建模工作的开发人员和建模人员，也适用于想了解"敏捷开发"的项目经理和过程专家。？？？？在这本具有创新思想的书中，Scottw.Ambler谈到如何做到以下几点：？◆坚定不移地采用快速移动和敏捷软件开发方法来为XP项日建模？◆将建模规程简单化，将UP的工作流程简单化，而同时又不会失去这些规程所带来的真正益处？◆利用建模来探索问题的解决方案或使交流更容易？◆有效地应用UML，并将其延伸到其他方法学中，更好地满足你的开发需要？◆通过编写敏捷文档来减轻在项目中建立文档的负担？◆使用简单建模工具，如索引卡片和白板，并且知道何时◆使用复杂的CASE工具？◆重新考虑有关工作区域、建模团队和建模会议等问题本书配套网站http：//www.wiley.com/compbooks/ambler

作者简介

　　ScottW.AmblerScottW.Ambler是敏捷建模方法学的创建者和思想领导者，是软件开发方法年轻一代的领军人物之一，在理论和实践上的造诣都很深厚。作为一位高级咨询师，他一直积极参与全球各种大型软件开发和过程改进项目。他是RoninInternational公司的高级顾问，该公司是专门提供软件过程指导、敏捷建模（AgileModeling）及基于对象／组件的软件架构建设和开发等方面服务的软件公司。同时，他还是一位视野广阔的方法学者，是《SoftwareDevelopment》杂志的专栏作家，撰写了多部颇受推崇的著作，其中包括《TheObjectPrimer》、《AgileModeling》、《TheElementsofUMLStyle》、《MoreProcessPatterns》等。>>更多作品

图书目录

第一部分敏捷建模简介 第1章绪论 3 1.1 进入敏捷软件开发 5 1.1.1 敏捷软件开发宣言 5 1.1.2 敏捷软件开发的原则 6 1.2 敏捷建模 7 1.2.1 谁是敏捷建模人员 9 1.2.2 敏捷建模概述 9 1.2.3 什么是敏捷模型 10 1.2.4 什么是（或不是）敏捷建模 12 1.3 SWA在线案例研究 14 1.4 本书概览 14 第2章敏捷建模的价值观 17 2.1 交流 17 2.2 简单 18 2.3 反馈 19 2.4 勇气 20 2.5 谦虚 22 2.6 老生常谈之后 22 第3章核心原则 25 3.1 软件是你的首要目标 25 3.2 支持后续工作是你的第二目标 26 3.3 轻装前进 26 3.4 主张简单 27 3.5 包容变化 27 3.6 递增的变化 28 3.7 有目的地建模 28 3.8 多种模型 29 3.9 高质量的工作 31 3.10 快速反馈 31 3.11 最大化项目关系人的投资 33 3.12 为什么需要核心原则 33 第4章补充原则 35 4.1 内容比形式更重要 35 4.2 每个人都可以向别人学习 37 4.3 了解你的模型 37 4.4 适应本地情况 38 4.5 开放和诚实的交流 38 4.6 相信直觉 38 4.7 从这些原则中获益 39 第5章核心实践 41 5.1 迭代和增量建模的实践 42 5.1.1 使用合适的制品 42 5.1.2 并行创建多个模型 43 5.1.3 迭代到其他的制品中 45 5.1.4 小增量建模 47 5.2 有效团队协作的实践 47 5.2.1 与他人一起建模 47 5.2.2 项目关系人的积极参与 48 5.2.3 集体所有 49 5.2.4 公开展示模型 50 5.3 简单性的实践 50 5.3.1 创建简单的内容 50 5.3.2 简单地描述模型 51 5.3.3 使用最简单的工具 52 5.4 验证工作的实践 52 5.4.1 考虑可测试性 53 5.4.2 用代码验证 53 第6章补充实践 55 6.1 提高生产率的实践 55 6.1.1 应用建模标准 55 6.1.2 渐进地应用模式 57 6.1.3 复用已有的制品 58 6.2 敏捷文档的实践 58 6.2.1 丢弃临时模型 58 6.2.2 契约模型正式化 59 6.2.3 在有危害时才更新模型 60 6.3 有关动机的实践 62 6.3.1 通过建模来理解 62 6.3.2 通过建模来交流 63 6.4 真正的好主意 64 6.4.1 了解工具 64 6.4.2 重构 64 6.4.3 测试优先设计 64 6.5 如何在项目中安排敏捷建模的 实践 64 第7章从混乱到有序：AM的实践如何 结合到一起 67 7.1 核心实践 67 7.1.1 与高效团队协作相关的实践 68 7.1.2 与迭代和增量开发相关的实践 68 7.1.3 促进简单性的实践 69 7.1.4 验证工作的实践 69 7.2 补充实践 69 7.2.1 与文档相关的实践 69 7.2.2 与动机相关的实践 70 7.2.3 提高生产率的实践 70 7.3 各类实践如何关联 70 7.4 混乱而有序：Chaordic 71 7.5 展望 72 第二部分实践中的敏捷建模 第8章交流 75 8.1 怎样交流 75 8.2 影响交流的因素 76 8.3 交流与敏捷建模 78 8.4 有效的交流 78 第9章培养敏捷文化 81 9.1 消除有关建模的误解 81 9.1.1 误解1：模型＝文档 81 9.1.2 误解2：可以在一开头就把什么 都想清楚 82 9.1.3 误解3：建模意味着重量级软件 过程 82 9.1.4 误解4：必须“冻结”需求 82 9.1.5 误解5：设计是“刻在石头里”的 82 9.1.6 误解6：必须使用CASE工具 83 9.1.7 误解7：建模是浪费时间 84 9.1.8 误解8：世界绕着数据建模转 84 9.1.9 误解9：开发人员都知道怎样 建模 85 9.2 从小处着眼 85 9.3 放松一点要求 86 9.4 坚决支持项目关系人的权利和义务 87 9.5 重新考虑给项目关系人的报告 88 第10章使用可能的最简单的工具 91 10.1 用简单工具敏捷建模 92 10.1.1 简单工具的优点 92 10.1.2 简单工具的缺点 93 10.1.3 何时应该使用简单工具 93 10.1.4 用技术支持简单工具 93 10.2 模型的演化 95 10.3 用CASE工具敏捷建模 99 10.3.1 选择CASE工具 99 10.3.2 克服关于CASE工具的误解 100 10.3.3 生成源代码 101 10.3.4 生成文档 102 10.4 使用媒体 102 10.5 在模型上使用工具的影响 103 10.6 在实践中使用最简单的工具 103 第11章敏捷工作区域 105 11.1 敏捷建模室 105 11.2 有效的工作区域 107 11.3 在实践中应用 108 第12章敏捷建模团队 111 12.1 招募少量优秀的开发人员 111 12.2 认识到在敏捷中没有“我” 114 12.3 要求每个人积极参与 115 12.4 团队一起建模 116 12.5 在实践中应用 117 第13章敏捷建模会议 119 13.1 建模会议持续时间 119 13.2 建模会议的类型 120 13.3 建模会议的参加者 122 13.4 建模会议的正式程度 124 13.5 在实践中应用 125 第14章敏捷资料 127 14.1 人们为什么写文档 128 14.2 模型什么时候成为永久文档 130 14.2.1 与资料相关的考虑因素有哪些 132 14.2.2 “轻装前进”是什么意思 134 14.2.3 一份文档什么时候是敏捷的 136 14.2.4 应该创建什么类型的文档 137 14.2.5 何时应该更新文档 140 14.2.6 有效的资料传递 141 14.2.7 增加资料敏捷性的策略 141 14.2.8 在实践中应用 144 第15章 UML及其延伸 145 15.1 UML并不充分 145 15.2 UML过于复杂 147 15.3 UML并非方法学也不是过程 147 15.4 别再想着可执行UML （至少现在） 148 15.5 在实践中应用UML 149 第三部分敏捷建模和极限编程（XP） 第16章澄清事实 153 16.1 建模是XP的一部分 154 16.2 文档是必需的 154 16.3 XP和UML 156 16.4 结论 157 第17章敏捷建模与极限编程 159 17.1 AM和XP之间潜在的契合 159 17.2 重构和AM 161 17.3 测试优先开发和AM 161 17.4 应该采取哪些AM实践 162 第18章贯穿XP生命周期的敏捷建模 163 18.1 探索阶段 164 18.2 计划阶段 164 18.3 迭代到发布阶段 166 18.4 产品化阶段 168 18.5 维护阶段 169 18.6 如何应用 169 第19章 XP探索阶段的建模 171 19.1 优先定义初始需求 171 19.2 比喻. 架构和骨架 174 19.3 为项目设定一个基础 176 第20章 XP迭代中的建模：条目搜索 177 20.1 任务 177 20.2 物理数据库模式建模 178 20.3 观察到的事实 181 第21章 XP迭代中的建模：订单求和 183 21.1 任务 183 21.2 用需求建模来补救 184 21.3 从外界专家那里寻求帮助 185 21.4 简短的设计会议 186 21.5 契约模型正式化 187 21.6 将来有变化怎么办 188 21.7 观察到的事实 189 21.8 如何在实际工作中应用 189 第四部分敏捷建模和统一过程 第22章敏捷建模和统一过程 193 22.1 在统一过程中如何建模 193 22.2 AM与UP的契合到底有多好 194 22.3 选择变得敏捷些 197 第23章贯穿统一过程生命周期的 敏捷建模 199 23.1 建模规程 199 23.1.1 业务建模规程 200 23.1.2 需求规程 201 23.1.3 分析和设计规程 202 23.1.4 基础设施管理规程 203 23.2 非建模规程 204 23.2.1 实现规程 204 23.2.2 测试规程 205 23.2.3 项目管理规程 205 23.2.4 配置和变更管理规程 205 23.2.5 环境规程 206 23.2.6 部署规程 206 23.2.7 运行和支持规程 206 23.3 如何应用 207 第24章敏捷业务建模 209 24.1 一个业务/基本用例模型 209 24.2 一个简单的业务对象模型 211 24.3 一份敏捷的补充业务规格说明书 212 24.4 一个业务愿景 214 24.5 如何在实践中应用 215 第25章敏捷需求 217 25.1 上下文模型 217 25.2 用例模型 220 25.3 用例故事板 223 25.4 补充规格说明书 226 25.5 如何在实践中应用 227 第26章敏捷分析和设计 229 26.1 在统一过程中重新考虑分析和设计 模型 230 26.2 架构建模 231 26.3 创建用例实现 235 26.4 是更新用例的时候了吗 238 26.5 是使用CASE工具的时候了吗 241 26.6 设计类建模 242 26.7 数据建模 244 26.8 包容变化 246 26.9 如何在实践中应用 247 第27章敏捷基础设施管理 249 27.1 基础设施模型 249 27.2 基础设施建模 251 27.2.1 自顶向下建模 252 27.2.2 自底向上建模 252 27.2.3 比较这两种方式 252 27.3 设定建模标准和指导原则 253 27.4 核心基础设施团队 254 27.5 采用敏捷建模的核心架构团队 255 27.6 如何在实践中应用 256 第28章在统一过程项目中采用敏捷 建模 259 第五部分展望 第29章采用敏捷建模或者克服逆境 265 29.1 估算契合程度 265 29.1.1 认识到敏捷建模什么时候管用 266 29.1.2 认识到敏捷建模什么时候 不管用 267 29.2 保持简单 268 29.3 克服组织结构上的和文化上的挑战 268 29.3.1 持怀疑态度的开发人员 269 29.3.2 过分热心的过程警察 269 29.3.3 有权力的催着要纸的人 270 29.3.4 菜谱哲学 270 29.3.5 不能接受批评 271 29.3.6 由于害怕失去所有的人而导致 过度的文档 271 29.4 克服与项目有关的挑战 272 29.4.1 分布式的开发 272 29.4.2 移交给其他团队 273 29.4.3 固定价格契约 274 29.5 考虑完全采用AM之外的其他途径 274 29.6 如何在实践中应用 275 第30章结论：决心成功 277 30.1 对敏捷建模常见的误解 277 30.2 什么时候是（或不是）在敏捷建模 278 30.3 敏捷建模资源 279 30.4 几个临别的想法 279 附录A 建模技术 281 词汇表 291 参考文献 301