UML发展了很多年了，为什么用的人还是这么少？

呵呵，有个做C++的，代码一大半UML自动生，老技术，就那框架，不像JAVA EE，WEB，一个月一个新东西。

类图和时序图 是用的最多的.但只是理清自己的思路自己画画.

公司也不用.  要和他人交流允都是直接生成代码.

现在大多程序员只关注业务和实现.

看来一定要说全啊。
本来要加上C++的。
但是C++在用UML上比java还是要逊一点的。

代码UML的生成如果没有给我图我认为是不可信的。
IDE也可以自动生成很多代码。这类代码意义不大。

听说做芯片设计都能用UML

UML 很难完整的表达设计的细节，或者说有些设计用UML很难表达。

其实跟写文档类似，真正有价值的写不出来，写写出来的基本都是凑页数的。

UML当成一种整理自己思路的工具最合适。个人认为很多设计本来就差不多是垃圾设计了。用代码表示已经很辛苦了。再画图要死人的。

UML就是一个表达工具,至于模型驱动我认为目前还没有发展到这种程度,可能还需要一些理论去支持,这个理论目前是缺失的. 从应用角度讲我觉得应该用, UML和代码所能表达的内容＆细节还是有很大互补性的,比如我就用usecase描述需求,确定需求细节,这样也比较容易的标识出需求的一些特性,比如优先级,风险系数以及条目化(当然你用一般的文档工具也能做到),用sequence图提取系统中所需要的class以及每个class的属性和方法,至于方法的具体实现看情况,一般不会用uml表述太深,这部分细节留给代码去体现,另外,一个系统并不是每个功能点都一定要用UML. 总之, uml作为图形化的一种表达语言比起书写长篇文字还是更容易使一个新人对一个系统能够快速了解的. 所以完全没必要争论UML该用不该用,我的看法就是该用,但不要用的太细.

-----------------------
只有ood才能用uml，没有面向对象的概念，还能用吗

UML就是一个画图工具，和OO不OO的没关系，只是大家一接触UML都是伴随着OO的，你难道就不能用UML画一个业务流程图

java领域这样的ide也有，而且c++应该很多没有必要用uml。
ps:我是c++的门外汉.

uml纯属浪费时间，做出来维护是个很大的问题，你能一直让他和代码同步？什么高层次的设计啦，都是蒙人，和最终客户交流文字描述是唯一的手段，客户不是IT行业的凭什么要他懂UML呢。