如何让UML设计过程变得简单

据我所知，目前多数J2EE工程都未使用UML作为设计工具。原因不外乎大家觉得开发团队不精通UML的各种图例，或不懂得取舍过于追求文档格式造成的。

      UML应该是团队成员用于交流各自想法的工具，可能用语言表述的不够清楚和完整，UML才有存在的意义，加之可以存储复用，而语言交流的话，需要重复再讲一遍（不过可以录视频或录音）。

      UML的图例有很多种，如类图，顺序图（时序图），包图，对象图，状态图等等。一般开发中只会用到1或2种，最常用的是顺序图，类图。

      顺序图业务性和技术性皆强的一种文档。能表述清楚流程即可，主要是理清思路，既理清设计者自己的思路，也可以是别人很好的参考文档。

      类图是代码技术架构的文档。通过你的UML图，最好能看出你准备搭建怎样的架构。取个例子吧：

    

    

      这个我在开发过程中创建的一个类图，这个类图起始于CreateIndicatorController，这个类实现了抽象类AbstractController，而这个类正是SpringMVC的接口类，可以看出我用到了SpringMVC框架。再看各条关联曲线上的英文单词，这是构造型，一般有create，local，parameter,delegate这四种。分别意味着这些关联对象是如何创建出来的，这意味着你使用了何种模式或实现方法。

      

       我的原则是尽量简单（其实是Robert C. Martin的原则）。只要UML图所要表达的内容清晰的表达出来就可以了。

       总结UML的要素：

       1。各种对象是需要区分的，接口要《interface》标识，抽象类斜体标识。

       2。继承三角形箭头线，关联普通箭头线。虚线实现没关系。至于其他的如聚合，组合之类的关系最好放弃使用，因为很多人不知道其含义。即时知道的，理解也不能达到一致。又耗费成本，实在有画蛇添足的感觉。

       3。写出其中的关键方法，不确认的别写。关键方法是辅助表现自己实现方案的良好补充。

 

      简单原则，我说的够简单了吧。