摘自：《程序员眼中的UML》

UML的价值就体现在三个方面：
一、UML是最好的交流语言，无论是与其他程序员交流，还是与领域专家、测试员或者用户交流。原因只有一点，UML是标准的，就像英语一样，无论多么该死，大家还是忙着把自己的论文改成英文的。当然，在小的领域可能有更好的交流方言，但是在大而长远的交流中，使用标准的交流语言是稳妥的。
二、UML是很好的代码生成工具，其实代码生成功能并不是由UML语言和规范提供的，而是由UML工具提供的，而且不同的UML工具提供的代码生成功能还不尽相同。例如Rose提供简单的代码框架生成，而Eclipse插件EMF可以生成功能丰富，提供了各种设计模式的代码包。无论如何，如果程序员可以从UML入手来写程序，比直接敲代码要高级那么一点点。从文档、版本控制、维护、测试等各方面来说，画UML类图比直接写代码都要高那么一点点。
三、UML是很好的系统设计工具。对于程序员来说，很少用到“设计”这个词，大部分时候我们都是在“编写”或者“实现”。但是勿庸置疑，程序员的许多工作中还是需要 “设计”的。包和组件之间的依赖关系、复杂操作的流程、对象之间的关联和状态、程序的部署等等，都经常是程序员的工作。那么上面的四种情况可以用UML的组件图、序列图、对象图和部署图来设计。虽然，不同的程序员有不同的设计方法或者设计图例，不过，UML是标准的。不要忽视标准的力量，标准的东西意味着在全世界范围内都有可能会被看懂，不标准的东西可能出了你的办公室就没人能够清晰、准确的理解了。

看看国外的架构师、UML专家们，往往都是满脸大胡子，在计算机领域中浸淫了3，40年；而中国最古老的程序员，也只有十几年经验，除去在黑暗中摸索的几年，有十年以上开发经验的程序员少之又少。不经历几个大型项目，要使用软件工程技术是不可能的，也是不能起到什么效果的。

软件工程的概念难以深入人心，UML更加成了一个国内项目的鸡肋

让我们擦干身上的献血，掩埋战友的尸体，睁大迷蒙的双眼来看清UML对程序员的作用

他们怕的不是在UML这棵树上吊死，而是怕在UML森林里面迷路。但是我想说，知识学习的过程就是去芜存精，找出对自己有用的东西，然后掌握之。

Eclipse插件EMF可以生成功能丰富，提供了各种设计模式的代码包。

感慨之后就是想把UML中对自己有用的部分整理出来。希望能够将UML的有用部分都整理出来，形成一个系列的文档。

 其实，现在逆向工程做得远远不足以应付需求，所以才导致它成为镜中花，水中月。国外的为什么能成立，因为uml的应用已经成为一种规范，但是国内没有这种气候，准确的说，还早。因为从客户、到软件供应商、到所谓的软件评估机构，很少有拿它当成一个一定要做的东西，其实，不说uml，能做到有齐全的各种文档的，又有几家呢？暂且估计，当有某个工具出现把这个逆向工程做得很到位的时候，国内的uml才会成为大家普及的一个东西吧，不妨你去试试，呵呵