UML的罪过
UML的罪过罄竹难书，UML工具的罪孽深重.

为了应客户要求，用UML描述一个系统模块的工作过程.时隔四年又将其拾起.
首先UML规范的定义就非常模糊，我甚至怀疑规范制定者到后来自己可能都已经走进泥沼，以至于迷失了方向。
到了后来工具的实现者又曲解了规范，出了几个出类拔萃的又将其大大延伸，结果市面的工具出来后真是五花八门，厂商们各有所表，其UML资产的交换性、兼容性等等完全不存在。

我曾经从两个角度使用过ＵＭＬ：
1.　逆向工程：目的是图示化分析已有的项目，如直观的类图导出；或者是将开发成果图示化表示作为维护文档供维护人员将来参考。

2.　系统分析和设计：贯穿在整个项目开发过程中在团队内用以交流和表述问题，如：UML设计图（类图）导出框架代码。我曾工作过的一个团队甚至全程MDA（模型驱动）开发。

对于本次使用uml，显然是第一个角度的后一个目的：将开发成果图示化表示作为技术文档的一部分供维护人员将来参考。

那就开始选工具吧,粗略地考察了以下几个软件：
1. 首先倾向Eclipse插件，因为寄希望和已有代码结合流畅
1). eUML2如此crap，为什么在eclipse官方下载排名最靠前？Eclipse是不是也已病入膏肓？
2). Omondo : 发展了那么久，那无数个bug。。。。竟然还在，崩溃
3). Borland Together: 当年用它的时候，多有赞赏，因为它是早期做成Eclipse插件的产品，比较稳定，而且可以从类代码导出不错的序列图。可是现在上官方下载，竟然是死链接(Oracle连接错误)..明天链接修复了,不妨一试
4). IBM Rational Architect: 当年不敌Together,不知道最近发展怎么样了。真他妈脑子坏了，错综复杂一坨系列产品，再好我也不用。
2. MagicDraw UML: 这个可是拿过大奖的新锐产品哦，标准跟进得最快，不过你得学习它自己的错综复杂符号和扩展（UML实现者总是自以为是扩展了UML标准，或者他们也正在骂uml标准表述的模棱两可以至于他们实现得五花八门呢）

3. Poseidon : 与MagicDraw一样著名，各有千秋。

4. NetBean的UML工具


看似工具丰富，其实没有太多的选择
1. 我放弃NetBean因为不想接触新的IDE.
2. 从技术上讲，我更喜欢Poseidon和MageicDraw，如果我将频繁使用UML，我一定是选择这两个产品中的一个。
3. Rational Architect和Together在几年前对我还有吸引力，但是大公司的创造力，产品进度屡屡让我绝望（使用WebSphere的朋友你们的噩梦还在继续吗?）。既然有了Poseidon和MagicDraw，我绝对不会选择Together和Rational产品
4. 还以为Omondo , eUML2分别设有Free版，又轻量级呢，代价是：他们根本就是个玩具！！


手头目前的工作要快点完成，没时间系统学习大型工具，甚至我看到的复杂界面的工具都有抵触:) 无奈将就着使用Omondo, 这么说吧：做出来的图相当脆弱，一定要小心翼翼修改，否则可能导致这个图无法打开，那就惨了。

本次表述系统使用了：Word文档自然语言描述 + 三种UML图形：类图、序列图、活动图，稀里糊涂交差了

2009.1.15