注：UML工具有很多，本文描述的基于EnterpriseArchitect。
UML前世今生
说到UML不得不提的三位大神，GradyBooch、Jacobson、JamesRumbaugh，三位是UML的创始人，均为软件工程界的权威，除了著有多部软件工程方面的著作之外，在对象技术发展上也有诸多杰出贡献，其中包括Booch方法、对象建模技术（OMT）和Objectory（OOSE）过程。三人被合称为“UML三友”。
面向对象编程方法以及描述符号进化历史：
然后逐步发展到UML2.5标准。
宏观看UML
UML用图去描述一个软件系统，从需求、设计、到部署的方方面面都以及覆盖。那么从总体上先来看看UML有哪些图呢？
从描述系统建模目的，UML图可以分成下面4大类：
从建模的动态视角/静态视角，可以这样去分类：
微观看UML
UML由基本的组成可以从三大块去了解:事物/关系/图
事物(Things)
构件事物：UML模型的静态部分，描述概念或物理元素
类：具有相同属性相同操作相同关系相同语义的对象的描述
接口：描述元素的外部可见行为，即服务集合的定义说明
协作描述了事物间的相互作用的集合
用例：代表一个系统或系统的一部分行为，是一组动作序列的集合
构件：系统中物理存在，可替换的部件
节点：运行时存在的物理元素
另外，参与者、信号应用、文档库、页表等都是上述基本事物的变体
状态机：描述事物或交互在生命周期内响应事件所经历的状态序列
交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列、链接
分组事物：UML模型图的组织部分，描述事物的组织结构
注释事物：UML模型的解释部分，用来对模型中的元素进行说明，解释
关系(Relationship)
下面是UML的基础4大关系：
实现(realization)是类元之间的语义关系，其中的一个类元指定了由另一个类元保证执行的契约
泛化(generalization)是一种特殊/一般的关系。也可以看作是常说的继承关系
关联(association)是一种结构关系，它指明一个事物的对象与另一个事物的对象间的联系
依赖(dependency)是两个事物之间的语义关系，其中一个事物(独立事物)发生变化，会影响到另一个事物(依赖事物)的语义
更为详细的描述，看看下面这些表吧：
图(Diagram)
用例图/UseCaseDiagram:用于描述系统的参与者与用例间的关系
类图/ClassDiagram:类图以反映类的结构(属性、操作)以及类之间的关系为主要目的，描述了软件系统的逻辑结构，是一种静态建模方法
对象图/ObjectDiagram:描述系统类在某个时刻的具体实例化情况，类似系统某时刻对象角度的快照
相互作用概视图/InteractionOverviewDiagram：系统高层级的交互描述，可以引用其他序列图、时序图、通讯图、以及交互概视图
复合结构图/CompositeStructureDiagram：复合结构图反映了类，接口或组件（及其组件）的内部协作属性来描述一个功能
信息流图/InfoFlowDiagram：描述信息在对象间、构件、包、参与者之间的流向
状态机图/StateMachineDiagram：用于描述元素在不同状态间如何迁移的逻辑联系
活动图/ActivityDiagram：常用于描述系统级行为的实现建模。需要考虑多种因素：逻辑条件、并发、中断、数据访问等等
封装图/包图/PackageDiagram：包图描绘了将模型元素组织到包中以及它们之间的依赖关系（包括包导入和包扩展等）。它们还提供相应命名空间的可视化。
构件图/ComponentDiagram：用于高层级描述系统的组成构件，以及构件间的依赖关系
部署图/DeploymentDiagram：描述系统的部署方式（如何部署、部署在什么环境、硬件环境、软件环境等等）
.....
用例图
参与者/Actor：图中的小人，表示系统的用户，如人/机器/内部的其他子系统/硬件等
用例/UseCase：图中的椭圆框及描述，描述参与者与系统交互所实现的工作内容经常会配合附加文本进行详细描述。
边界/Boundary：方框，描述框里的都是属于建模对象里的东东，建模的时候可以方便识别与其他系统交互的接口
用例图在UML语言中处于至关重要的位置，所谓4+1架构设计，用例图用于描述系统需求，处于核心位置。属于Use-casedrivering大法的心脏。
类图/ClassDiagram
这个类图描述一个图像管理系统。
对象图/ObjectDiagram
描述一个图书管理系统某时刻对象的快照。
序列图/SequenceDiagram
此图说明了在交互中满足视图历史用例所需的对象。对象之间的消息流为用户提供了事务历史信息。描述图书管理系统如何查阅历史的操作系列，反应了客户端与各对象间消息传递关系。
时序图/TimingDiagram
通讯图/CommunicationDiagram
这是一个嵌入式系统的UML建模，该图描述一个压力控制系统两个主要用例的实现：
压力控制循环，上面的数字以及箭头表示消息传递流向
通过HMI设置压力
交互概视图/InteractionOverview
描述了一个图书管理系统如何从订单发起后的所有交互概要图，每个子图上面的ref表示引用了一个更详细的图，比如AddtoShoppingBasket放入购物篮的具体动作：
复合结构图/CompositeStructure
状态机图/StateMachineDiagram
活动图/ActivityDiagram
常见的活动图
带泳道活动图
将活动分组，明确该组活动负责的对象，对象负责该组的全部活动
子活动图
活动图中，某几个活动可以组成一个内聚的子活动。
可中断活动图
这里的中断并不严谨，本图中表示这个活动事物是可以取消的。
封装图/包图/PackageDiagram
构件图/ComponentDiagram
用以描述构件之间的相互关系。
部署图/DeploymentDiagram
总结一下
本文走马观花的将UML大致梳理了一下，并结合EA的例图，将常见的UML图的作用大致描述一遍，供大家参考。对于软件开发人员而言，UML还是很有必要学习掌握的。