UML参考手册
2005-8
机械工业出版社
兰博
521
UML China
无
本书第2版基于UML2.0规范，对1999年出版的第1版进行了全面的修改。本书首先简要介绍了UML的历史、基本概念、目标及使用方法、然后按字母顺序列出了UML的所有术语，从语义、表示法和用途等方面全面而详尽地介绍了UML的构成和概念。 本书的作者是面向对象方法最早的倡导者，更是UML的创始人。 本书的手册式结构不仅有助于读者对UML的概念进行规范化的学习与理解，更为广为大程序开发人员、系统用户和工程技术人员提供了方便快捷的查询。
三位软件工程界巨匠——James Rumbaugh、Ivar Jacobson以及Grady Booch 是统一建模语言（UML）的创始人。他们因对创立对象技术的卓越贡献而为全世界所知。除本书外，他们还合著了另两部名著：《UML用户指南》和《统一软件开发过程》。
第一部分 背景知识 第1章 UML概述 1.1 UML简述 1.2 UML演变 1.3 UML的目标 1.4 UML的复杂性 1.5 UML评价 1.6 UML概念范围 第2章 模型的本质和目的 2.1 什么是模型 2.2 模型的目的 2.3 模型的层次 2.4 模型的内容 2.5 模型的含义 第二部分 UML概念 第3章 UML一览 3.1 UML视图 3.2 静态视图 3.3 设计视图 3.4 用例视图 3.5 状态机视图 3.6 活动视图 3.7 交互视图 3.8 部署视图 3.9 模型管理视图 3.10 特性描述 第4章 静态视图 4.1 概述 4.2 类元 4.3 关系 4.4 关联 4.5 泛化 4.6 实现 4.7 依赖 4.8 约束 4.9 实例 第5章 设计视图 5.1 概述 5.2 结构化类元 5.3 协作 5.4 模式 5.5 组件 第6章 用例视图 6.1 概述 6.2 执行者 6.3 用例 第7章 状态机视图 7.1 概述 7.2 状态机 7.3 事件 7.4 状态 7.5 转换 7.6 复合状态 第8章 活动视图 8.1 概述 8.2 活动 8.3 活动和其他视图 8.4 动作 第9章 交互视图 9.1 概述 9.2 交互 9.3 序列图 9.4 通信图 第10章 部署视图 10.1 概述 10.2 节点 10.3 工件 第11章 模型管理视图 11.1 概述 11.2 包 11.3 包间的依赖 11.4 可见性 11.5 导入 11.6 模型 第12章 特性描述 12.1 概述 12.2 构造型 12.3 标记值 12.4 特性描述 第13章 UML环境 13.1 概述 13.2 语义的职责 13.3 表示法的职责 13.4 编程语言的职责 13.5 使用工具建模 第三部分 参考资料……附录
无
UML所涉及到的词汇和含义都包含了，而且是UML的三个创始人的作品，值得推荐！
据说是权威，参考手册，当然用来参考咯。
不适合通读，本书也不是针对初学者，可以做为UML的字典，放一本在桌面，开发的时候有难题拿起来翻翻不错。
绝大部分的篇幅都是按字母排序的词典。不是教程式的UML介绍书籍，只适合作为字典翻阅，不适合初级人员。
我算是一个做技术的人，或者至少是在可见的未来会和技术相关。
技术，肯定需要不停的学习和看技术书，看过不少技术的书，但是这个序使我眼前一亮。我不是评价这本书，我没资格！它的经典不用我来罗嗦。
这个翻译的人很有意思，很多东西在技术之外，有很多人文的东西。不过，其实这个世界本质都是一样的。最喜欢的是，他没有把技术放到高高膜拜的地位（很多技术人员都有这种感觉），而是更多的思考，认为思想更重要（想起了那本技术宝典《人月神话》：））。
只是里面关于哲理的东西说得好象太多了一点，有点炫耀的感觉（纯粹个人感觉哈！），而且后部分有点引用得太直接。
但是还是是一篇难得的好文——关于技术的。
我喜欢。
附上文：
UML：说不可说之说
―译《UML参考手册 第2版》有感(下)
―王海鹏
语言甚至会束缚思想。维特根斯坦应该是持这种观点的。奥威尔在他的名著《1984》中有一段描述，说明“新话”对思想的控制。UML1.x的版本对实际可能的设计做了许多简化，使我对UML有一种“新话”的感觉。一度在我头脑中，把UML与“符号暴力”相联系。
据说Kent Beck从来不画UML图，最多画点简单的CRC卡片，经常是直奔编码而去。但很多人都不怀疑他是位优秀的OO设计师。于是我大部分时间思考的都是测试驱动，依赖注入，重构，设计已死，代码即设计这类问题，与UML渐行渐远。
直到UMLChina委托我翻译本书（《UML参考手册 第2版》）的一部分，确切地说，我才有机会再次思考这个问题：UML到底意义何在？它真的等价于建筑图纸吗？它到底想说什么？
知识分为显式知识和隐式知识。聂卫平九段把他的知识毫无隐藏地写在书上，但不是每个人都能接得住的。除非我也有相当的水平，否则聂九段对我说了等于没说。纸上得来终觉浅，绝知此事要躬行。学习UML不会在短时间内造就OO专家。既然这样，UML作为一种显式知识的表示法，意义何在？
机缘凑巧，我读过一点佛经和故事。给我留下很深印象的是，禅宗六祖惠能是不识字的。禅宗的十六字心传是“教外别传，不立文字。直指人心，见性成佛”。而正是这位不识字的六祖，要求“不立文字”的大德，他的讲稿被整理成了唯一一部由中国人写的被称为经的佛教典籍——六祖坛经。非常矛盾的一件事。坛经记载，惠能还未出家时，听到有人读《金刚经》，“惠能一闻，心明便悟”。这就是“籍教悟宗”。六祖之后，禅宗进入“不立文字”的无字禅时代。视语言为障道之本，视读经为磨砖成镜。然而没有文字终究不便，到了北宋，由于禅宗灯录的大量刊行，参究公案之风日盛，文字禅由之而起。“不立文字”之禅变成了“不离文字”之禅。
忽然间我仿佛明白了UML存在的意义：说不可说之说。“释迦四十九年说，未曾说着一字。”佛曰：不可说。明明不可说，偏又说了那么多。以前我认为，设计OO系统掌握住一个要点就行，即“道法自然”。然后就是“运用之妙，存乎一心”。在这个理论结构里，似乎是没有UML存在的位置。毕竟“道可道，非常道”。但是佛经给了我启发，这些经书在翻来覆去花了很多力气讲一些本来讲不明白的东西。“不立文字”，是“说不得”；“不离文字”，是“说不得的东西如何去说”。对于这种难以言说的东西，人们常常采用寓言或发生在别人身上的故事来说明，即把抽象的道理形象化地释出。UML所做的正是相同的事，于是我们看到了在教科书中大量地采用UML，看到了用UML解释别人的系统设计。也许我们能通过学习教科书中的UML和别人设计的UML实现“籍教悟宗”。UML也是一种想象力的培训，让您在一切都还没有的时候，生动地想象出系统将来的样子。一个伟大的设计师，必是具有超凡想象力的人。UML是渡河的筏，对于已在河对岸的人，自然不需要；对于未渡而想渡的人，却是非常需要的东西。此时我的感觉就是：“向来枉费推移力，今日自在水中行。”
学习UML过程中我遇到的一部分问题，自己觉得已找到了初步的答案。还有一部分问题，仍然不能回答到令自己满意，尚需要继续研修。UML2经过了更多OO专家的审问，集成了更多实际OO设计的经验，参加本书的翻译，使我受益良多。限于水平和时间，译文之中定有不少错误，望各位海涵。
形而上者谓之道，形而下者谓之器。道在器中，器在道中。道在瓦砾。道在UML。开卷有益，是为序。
王海鹏
二零零五年初春于上海
另外打个广告，有没有有人有这本的二手要卖啊~~~？和我联系