看这本书一是因为作者，二是想看看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文不行，翻译的不好也不能全怪译者，谁让老外版权卖错了对像，谁让出版商看到这样的翻译也敢出版，还一版再版，只能怪自己了。
严重声明：四星主要是给作者的，各位读者不要因为译者拍我啊。