UML精粹:标准对象建模语言简明指南(第3版)(英文影印版)

inexplicable 2007-02-04 0

想了解UML 2.*的新特性，又不想在spec中痛苦挣扎的话，看看这本书吧

shakegod 2009-04-23 0

大师的小品之作，摒弃了规范中很多对开发人员无用的东东另外，觉得不要去看中文版，太垃圾了

一凡 2007-11-30 1

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

dalin 2010-01-22 0

MF的文笔还是蛮好的阿，写的很容易懂，果然是distilled！

lxhscx 2014-09-14 0

UML最好书籍，没有之一。事实上，UML比它所承诺能做到的要少。

某用户 2010-12-30 0

用，是因为需要。强出UML用户指南许多。

催眠 2011-01-12 0

Martin Fowler写的文章可读性很赞。

一凡 2007-11-30 1

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

inexplicable 2007-02-04 0

想了解UML 2.*的新特性，又不想在spec中痛苦挣扎的话，看看这本书吧

shakegod 2009-04-23 0

大师的小品之作，摒弃了规范中很多对开发人员无用的东东另外，觉得不要去看中文版，太垃圾了

dalin 2010-01-22 0

MF的文笔还是蛮好的阿，写的很容易懂，果然是distilled！

lxhscx 2014-09-14 0

UML最好书籍，没有之一。事实上，UML比它所承诺能做到的要少。

某用户 2010-12-30 0

用，是因为需要。强出UML用户指南许多。

催眠 2011-01-12 0

Martin Fowler写的文章可读性很赞。

我想说两句

一二章阅读笔记

Jackon 2011-03-25 0赞

UML多用于草稿 sketch

the UML 来自于 OO analysis and design methods。
某种程度上，
all of them mixed
a graphical modeling language
with a process that described how to go about developing software.
重点是 graphical language 和 process

Process 包括两种 iterative & Waterfall Process。
iterative process 无法预测，但是仍需要控制。
往往制定很多计划，the plan is treated as
a baseline to assess the consequences of change
rather than as a prediction of the future.

敏捷开发。

time boxing：slipping a date & slippping funcion 之间的平衡。
大多数人往往难以slipping function ——这是不是追求完美的倾向导致？

----------------------------------------------
Patterns 模式

The UML tells you how to express an object-oriented design.
Patterns look, instead, at the results of the process: example designs.

笔记未整理完

《uml distilled》书评

uncutstone 2006-07-05 0赞

martin fowler 的名著。这本书特别适合作为UML 的入门教材，但并不是意味着内容浅显。著名的 80-20 原则大意如下： 80%的责任由20%的人承担，80%的程序只用到20%的语言机制，等等。对于UML 来说也是一样，大多数的软件设计任务只需用到20%的UML 机制。 martin fowler 将这最常用、最核心的20% 揪出来，给予清晰和透彻的说明。

对于阅读过《uml user guide》一书，同时感到内容太多，抓不住重点的人来说，这本书是特别好的助消化良药。

当然， booch 的《uml user guide》也是一本非常好的书。

学以致用，老外最懂

aerocoder 2007-01-18 0赞

看这本书一是因为作者，二是想看看UML2.0的变化，幸好有点基础没有被译者打击。
在学校上选修课（也许是必修？唉，都忘了）的时候，老师只顾讲各种图形，以及一些工具，学过了却感觉无处可用。这本书很好的回答了这个问题：当交流的草图用，就像SP时候讨论问题要画程序流程图一样，程序OO了，需要一种新的交流工具，UML很好的充当了这个工具。当然UML的作用不止于此，不过目前为止，这是它的最好用途。所以不要再用那些工具面面俱到的去作图了，当你和别人交流讨论时，语言文字不方便就想想图形吧，也不一定是UML图形，只要参加讨论的人之间能相互理解，达到效果就好了，只不过用UML的话更便于广泛交流罢了，就像E文是世界语言一样。
关于use case：现在做的一个小项目，用Swing做界面。use case我来时已经写好了，主要是两部分：一个几十个features的列表，另一个是用几十个个统一格式的表格包括precondition、postcondition啥的把每个菜单项都填上，每个表格算是一个use case，不过是先列的features后做的表格，跟本书第九章的“先开发use case，再生成features表”不符合啊。大家有什么看法，不光是谁先谁后，还有在跟界面密切相关的项目中，这种方式制作use case合适吗，或者说有什么更好的获取需求的方法。
最后鄙视一下自己的E文不行，翻译的不好也不能全怪译者，谁让老外版权卖错了对像，谁让出版商看到这样的翻译也敢出版，还一版再版，只能怪自己了。
严重声明：四星主要是给作者的，各位读者不要因为译者拍我啊。

建议大家看英文原版

流浪的猫 2007-01-26 0赞

   还好在买书之前在其他网上查看过了大家对这本书的评论，观点近乎一致：原书是经典至极，翻译则是糟糕至极。所以最终还是买了英文原版的，看着虽然累点，但是起码知道作者在说什么，不必忍受老先生文绉绉的天书一般的翻译，价钱还比中文版便宜。
   翻译《UML精粹》的老先生都80来岁的人了，也不知道他上一次参与软件设计是什么时候，估计那个时候别说UML了，可能连面向对象思想都没有哦。
  真是暴殄天物。

找这本书好久了~！

D瓜哥 2008-12-31 0赞

好久就听说FlowerM的大名了！也听说了这本书。但是一本在九十年代出的计算机书现在还能看吗？没想到今天突然发现有影印的新版，还是第三版！高兴啊！
推荐一下！

翻译啊翻译

game_over 2009-11-10 0赞

本来是五星的书，因为这个烂翻译，我只给了三星。
姓徐的把这书给糟蹋了，建议懂英语的一定要买英文版的，免得受其毒害。

短小精悍

mftian 2012-05-23 0赞

Martin Fowler的书我最喜欢，他老人家的书我肯定都会看一遍。

说道这本《UML Distilled》，其中核心的观点就是一个，那就是UML是拿来简化沟通用的。UML可以用作详细的文档，甚至可以用来生成代码，但那些用法已经有些误入歧途了。UML最大的用处就是作为一种业务人员和开发人员都看得懂、学得会、说得出的语言，来增进交流的。能用到这个程度，UML所发挥的作用和它所带来的学习成本之比将会最大化，对整个项目应该是最有利的。

学习UML基础知识的一本好书

飞翔的鱼 2014-01-02 0赞

Martin Fowler的书非常经典。
对与一个非计算机专业的IT从业者来说，有时当周围的同时说起UML的概念时，自己一无所知。哈哈，现在终于知道了那些都是一些专业术语。
UML最关键的是在于用，不能止于熟悉概念，UML真正的精粹在于使用这些技巧建模、业务分析等场景，把要做的事情用图形展示出来，方便大家交流。此外，UML图可以更好的梳理软件的业务流程

该书确实不错（我看的是英文版）

Shinn 2009-03-08 1赞

在很多本书中看到此书的引用，虽然也看过不少UML相关的图书。对UML还算是比较熟练。但新项目要求设计必须使用较严格的UML文档

本书是那种即能讲清又不啰嗦的好书。中文版推荐台湾赵光正版本，网上有不完全的试读本，非常不错。可以说是基本满足了“信、达、雅”的翻译最高要求

精华中的精华

sun 2010-07-13 1赞

今天重温了这本经典，摘录出以下精华中的“精华”：

use case diagram: system boundary and the interactions with the outside world

use case: external view of the system, capturing user goal for tying together a set of scenarios(a sequence of steps describing an interaction between a user and a system)

feature(user story): may be a whole use case, a scenario in a use case, a step in a use case, or some variant behavior, usually end up being more fine grained than use cases

conceptual class diagram / CRC cards: responsibility, communication, domain model / language

package diagram: large scale system structure and dependencies (compile time)

composite structure (componenet) diagram: large scale system structure and dependencies (run time), with provided and required interfaces

sequence diagram: behavior and collaborations of several objects within a single use case

deployment diagram: phycial layout, which pieces of software(artifact, often the implementation of a component) run on what pieces of hardware or execution environment(node)

不过称这些是精华中的精华实在是以偏概全，倒不如说只是一些我个人使用UML的重点与思路，毕竟不同的团队或个人都有各自的设计习惯。

差到了极点的翻译

eliu 2007-01-10 13

目前为止，豆瓣上唯一的一个评论的标题是“很适合初学者看，大师级的作者，大师级的译者”，我就是看了这个完全不付责任的标题才去书店买了这本书，在付款的时候，我随手翻到的一页就把“极限编程”译作了“极端程序设计”，当时心里就疙瘩了一下，译者也太不关心习惯说法了吧，但还是安慰自己，这些术语的翻译偏差一点没有什么，关键是文章的内容能达意就好。

但事实是，无论是谁，只要把书翻了几页就应该马上发觉，这本书翻译极差，即便是Martin这样优秀的作者的书也能被译者搞得晦涩难懂，于是我彻底纳闷了，就这样的玩意也是“伟大的译者”的作品，于是我google了下这个徐家福，发现老人家在2001年翻译这本书的时候已经将近80了，同时在书的前言中译者提到他在翻译本书前已经搁笔翻译逾40年，在这种情况下，有这样的译作，似乎也就无可厚非了。

既然译者是中国计算机业的老前辈，如果有人一定要说他是“大师级”，似乎也无可厚非，因为我没有读过他的其它译作，所以也不能质疑40年前他的翻译作品是否可以够得上“大师级”，但是计算机这样的行业，40年足以改变太多东西，作为本书的译者而言，徐家福老先生只能被称为“拙劣的译者”。

我是在读到本书的55页时的为下面这段翻译所“倾倒”，让我不得不写下这篇评论：
“我曾经在这里利用过‘朋友’的命名习惯来向C++点头致意，其中主人的设置者确实是一位朋友。”

通过前面55页的“摸索”，我相信原书是相当不错的，建议不介意看英文的朋友选择原版。

活学活用

用心阁 2006-10-12 2

活学活用，一种建模语言总是要和程序设计实践相结合，Martin Fowler给我很深的印象，即UML是灵活和实际的。

Martin Fowler的语言比较适合英语水平有限的人阅读。这本书可以作为程序员的第一本UML书。

该书确实不错（我看的是英文版）

Shinn 2009-03-08 1

在很多本书中看到此书的引用，虽然也看过不少UML相关的图书。对UML还算是比较熟练。但新项目要求设计必须使用较严格的UML文档

本书是那种即能讲清又不啰嗦的好书。中文版推荐台湾赵光正版本，网上有不完全的试读本，非常不错。可以说是基本满足了“信、达、雅”的翻译最高要求

精华中的精华

sun 2010-07-13 1

今天重温了这本经典，摘录出以下精华中的“精华”：

use case diagram: system boundary and the interactions with the outside world

use case: external view of the system, capturing user goal for tying together a set of scenarios(a sequence of steps describing an interaction between a user and a system)

feature(user story): may be a whole use case, a scenario in a use case, a step in a use case, or some variant behavior, usually end up being more fine grained than use cases

conceptual class diagram / CRC cards: responsibility, communication, domain model / language

package diagram: large scale system structure and dependencies (compile time)

composite structure (componenet) diagram: large scale system structure and dependencies (run time), with provided and required interfaces

sequence diagram: behavior and collaborations of several objects within a single use case

deployment diagram: phycial layout, which pieces of software(artifact, often the implementation of a component) run on what pieces of hardware or execution environment(node)

不过称这些是精华中的精华实在是以偏概全，倒不如说只是一些我个人使用UML的重点与思路，毕竟不同的团队或个人都有各自的设计习惯。

一二章阅读笔记

Jackon 2011-03-25 0

UML多用于草稿 sketch

the UML 来自于 OO analysis and design methods。
某种程度上，
all of them mixed
a graphical modeling language
with a process that described how to go about developing software.
重点是 graphical language 和 process

Process 包括两种 iterative & Waterfall Process。
iterative process 无法预测，但是仍需要控制。
往往制定很多计划，the plan is treated as
a baseline to assess the consequences of change
rather than as a prediction of the future.

敏捷开发。

time boxing：slipping a date & slippping funcion 之间的平衡。
大多数人往往难以slipping function ——这是不是追求完美的倾向导致？

----------------------------------------------
Patterns 模式

The UML tells you how to express an object-oriented design.
Patterns look, instead, at the results of the process: example designs.

笔记未整理完

《uml distilled》书评

uncutstone 2006-07-05 0

martin fowler 的名著。这本书特别适合作为UML 的入门教材，但并不是意味着内容浅显。著名的 80-20 原则大意如下： 80%的责任由20%的人承担，80%的程序只用到20%的语言机制，等等。对于UML 来说也是一样，大多数的软件设计任务只需用到20%的UML 机制。 martin fowler 将这最常用、最核心的20% 揪出来，给予清晰和透彻的说明。

对于阅读过《uml user guide》一书，同时感到内容太多，抓不住重点的人来说，这本书是特别好的助消化良药。

当然， booch 的《uml user guide》也是一本非常好的书。

学以致用，老外最懂

aerocoder 2007-01-18 0

看这本书一是因为作者，二是想看看UML2.0的变化，幸好有点基础没有被译者打击。
在学校上选修课（也许是必修？唉，都忘了）的时候，老师只顾讲各种图形，以及一些工具，学过了却感觉无处可用。这本书很好的回答了这个问题：当交流的草图用，就像SP时候讨论问题要画程序流程图一样，程序OO了，需要一种新的交流工具，UML很好的充当了这个工具。当然UML的作用不止于此，不过目前为止，这是它的最好用途。所以不要再用那些工具面面俱到的去作图了，当你和别人交流讨论时，语言文字不方便就想想图形吧，也不一定是UML图形，只要参加讨论的人之间能相互理解，达到效果就好了，只不过用UML的话更便于广泛交流罢了，就像E文是世界语言一样。
关于use case：现在做的一个小项目，用Swing做界面。use case我来时已经写好了，主要是两部分：一个几十个features的列表，另一个是用几十个个统一格式的表格包括precondition、postcondition啥的把每个菜单项都填上，每个表格算是一个use case，不过是先列的features后做的表格，跟本书第九章的“先开发use case，再生成features表”不符合啊。大家有什么看法，不光是谁先谁后，还有在跟界面密切相关的项目中，这种方式制作use case合适吗，或者说有什么更好的获取需求的方法。
最后鄙视一下自己的E文不行，翻译的不好也不能全怪译者，谁让老外版权卖错了对像，谁让出版商看到这样的翻译也敢出版，还一版再版，只能怪自己了。
严重声明：四星主要是给作者的，各位读者不要因为译者拍我啊。

建议大家看英文原版

流浪的猫 2007-01-26 0

   还好在买书之前在其他网上查看过了大家对这本书的评论，观点近乎一致：原书是经典至极，翻译则是糟糕至极。所以最终还是买了英文原版的，看着虽然累点，但是起码知道作者在说什么，不必忍受老先生文绉绉的天书一般的翻译，价钱还比中文版便宜。
   翻译《UML精粹》的老先生都80来岁的人了，也不知道他上一次参与软件设计是什么时候，估计那个时候别说UML了，可能连面向对象思想都没有哦。
  真是暴殄天物。

找这本书好久了~！

D瓜哥 2008-12-31 0

好久就听说FlowerM的大名了！也听说了这本书。但是一本在九十年代出的计算机书现在还能看吗？没想到今天突然发现有影印的新版，还是第三版！高兴啊！
推荐一下！

翻译啊翻译

game_over 2009-11-10 0

本来是五星的书，因为这个烂翻译，我只给了三星。
姓徐的把这书给糟蹋了，建议懂英语的一定要买英文版的，免得受其毒害。

我要写长评

想读在读读过

标签(多个标签以“，”分开):

保存

UML精粹:标准对象建模语言简明指南(第3版)(英文影印版)

推荐文章

猜你喜欢

附近的人在看

推荐阅读

拓展阅读