首先有两个观点
1、学习使用UML的时候最好忘记编程语言，如果你也用DLEPHI,那么也不要总想这么VCL，因为他不只为软件开发服务。你只需要带着面向对象的思想深入即可。
2、UML中的那些图，例如类图，活动图、用例图等仅仅是使得你可以更好的记忆UML元素，但却不是UML的定义。
UML中的层级：
UML有一个四层体系结构，每个层次是根据该层中元素的一般性程度划分的。他们从上至下分别是 元元模型（M3），元模型（M2),模型（M1)，运行时实例（M0)。
1、运行时实例(runtime instance layer)：也是四层体系结构中最具体的一层，很容易理解，当模型进入代码创建阶段时，这个层开始发挥作用。
2、模型层(model layer)：当你使用UML建立模型时就在这一层
3、元模型层(metamodel layer)：当你带着面向对象的思想去学习UML，了解类、用例等这些概念的时候，既工作在此层。这一层定义了用来具体化模型的语言。
4、元元模型层（metametamodel layer）：这一层比较抽象，名字用中文念也比较拗口。如果有一种用来具体化类、用例以及其他所有你用到的UML元素的语言，那么此层就定义了这个语言的一种方法。可以将此层理解为定义了一种语言方式，这种语言可以方便描述类、用例等所有UML元素。就像这个世界上有汉语，英语，法语等很多种语言来交流思想一样,我们把语言理解成为一种描述问题，交流思想的工具，那么UML则也是一种语言，一种用来描述问题，交流思想的工具，它不是创建模型的唯一可能语言。今天UML成为一种标准，明天可能你新设计的另一种描述方法（语言）就成了标准。
层级的概念理解有什么用？好像很虚，尤其是那个元元模型层。不如那些图形来的那么实在。但个人觉得，如果熟悉这种概念，会对UML有更好的理解。
从上述信息，我们再回头去看UML是什么。暂时忘记UML。让我们想一个例子，看过成龙主演的《我是谁》吗，假如把你丢到非洲，和土著人生活在一起，语言不通，你们如何沟通。肢体语言，这几乎是唯一的方式，那么用这种方式沟通的效果呢？可想而知，你无法确定对方理解了你作出的那个动作的意思。回到软件的开发中来，软件的设计人员和客户就好比一个成龙一个土著人，你们将通过一方理解而另外一方不一定理解的方式来沟通。那么UML的一个功能就是充当一种比较出色的肢体语言这么一种角色。
UML是一种通过图的形式来实现的可视化建模语言，它让analyst和客户之间以及analyst和developer之间可以尽可能好的沟通。尽可能获得更详细的需求，尽可能的将问题解决在需求分析阶段，尽可能的减少开销，降低成本。
没有一种方法是万能的，UML也不例外。你不能把一切都寄托在它上面，沟通的关键点还是人，UML仅仅是一种工具，至多就是一种不错的沟通工具。更不能不分场合的随意使用它，如果你只是写个HELLO WORLD这样的程序，除非出于学习目的，否则它不但浪费你的时间，还浪费你的金钱，
我还是那个观点，在市场需求的前提下，在合适的时间、地点用合适的工具，合适的成本解决客户的问题，取得合适的利润。