这也是为什么有很多项目都最后崩溃的一个原因,没有很好的设计
我认为UML很重要,特别是在概要设计和详细设计时,来对系统模型的分析。
(至于Java EE的参考书,一般项目都很小没有必要在书中再加入UML图,
因为业务逻辑读者都能分清,也就没必要占用纸张了)不过有的书还是有的,特别是对项目分析的,要是你以后往设计发展的话,UML一定要好的

解决方案 »

  1.   

    不是职责的问题,设计的人员用uml做设计的话,编程人员基本也要能看懂吧.
    我专门问过一些做设计的,他们说基本都不用,因为对所有人都提出要求了,反而不容易交流.
      

  2.   


        uml的精通可以帮助你更加深入的理解面向对象,能定制出更加合理的接口和组合聚合关系。
    现在多数的设计人员都不是真正意义上的。精通uml的不见得都是顶尖架构师,但顶尖架构师绝对是uml专家。
    注意,设计spring的人,和使用sping进行需求设计的是两个概念,我说的顶尖架构师指的是前者。