前言

从UML 2.0起定义了13种图表，分为三类。
六图表类型代表静态应用程序结构;
三个代表一般类型的行为;
四个代表相互作用的不同方面：

结构图有：类图，对象图，构件图，包图，部署图，组合结构图。
行为图有：用例图，活动图，状态机图。
交互图有：序列图，协作图，时序图，以及交互概述图。

建模图表介绍

这是英文说明的六种结构图的名称由于英文转换成汉语多少会有一些偏差，所以以免大家因为翻译导致一种图的理解错误，做一张英文版的区分给大家作为参考，下面附上对于这些图常见的中文说明，之后的各种图表的解释说明也会根据图中从左至右的顺序进行。

结构图 Structure Diagrams

1 类图（Class Diagram）

类图是一种静态结构图用来描述一个系统的静态结构。
可用于一般概念建模也可以用于细节建模。包含了数据和行为，是面向对象的重要组成部分，是具有相同属性、操作、关系的对象集合的总称。
可用于数据建模。用来描述应用程序内部或和其他用户之间的对象和信息结构。在UML中问题域最终要被逐步转化，通过类来建模，通过编程语言构建这些类。类加上他们之间的关系就构成了类图，类图中还可以包含接口、包等元素，也可以包括对象、链等实例。

常见的类图符号：

2 对象图（Object Diagram）

对象图和类图是密切相关的，这两个图说明了可视化系统的静态结构，并使用几乎相同的表示法。最新的UML 2.5规范没有明确定义对象示意图，但提供了用于分类的实例的表示法。
简单来说：类图显示类，对象图显示类的实例对象。对象图比类图更具体。
使用的表示符号与类图一致。参考如上图。

3 构件图（Component Diagram）

在其他文章也常叫做“组件图”，它用来显示系统组件，接口和端口以及他们之间的关系。
可以反映代码的物理结构。从组件图中，了解各软件组件（如源代码文件或动态链接库）之间的编译器和运行时依赖关系。提供人们一个自然的格式去开始构建一个解决方案并验证系统的功能。这样来看组件图比类图更加抽象。
对于一个开发者来说因为组件图提供了将要建立的系统的高层次的架构视图，这将帮助开发者开始建立实现的路标，并决定关于任务分配及（或）增进需求技能。

构件图符号：

4 包图（Package Diagram）

包图包含用例和类。在设计过程中，一般设计好的包图，都将和程序源代码包目录结构一一对应起来。
常使用在大规模系统中，以图像为主要元素的依赖关系。
使用的公共的表示符号。参考如上图。

5 部署图(Deployment Diagram)

部署图用来建模系统的物理部署。可以显示系统中软件和硬件的物理架构。用来描述系统的硬件配置，硬件部署以及软件构建和模块在不同节点上分布的模型图。
可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。例如计算机和设备，以及它们之间是如何连接的。部署图的使用者是开发人员、系统集成人员和测试人员。
使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。

部署图符号：