UML按照主要的域分，可以分为结构行为图和动态行为图，整体的一个思维导图如下：

从上边的思维导图可以看出,结构行为图包括五种图,下面做详细介绍

类图

类图展示了一组类,接口和协作及他们间的关系.类图一般在具体设计过程中出现,主要用来描述系统中各个模块之间的来联系,类之间有聚合,依赖关系等.
类的命名尽量应用领域中的术语，应明确、无岐义，以利于相互交流和理解。类的属性、操作中的可见性使用+、#、－分别表示public、protected、private。

机房实例:

对象图

对象图描述一个系统在某个时刻的静态结构,类图描述所有的可能情况,由名称和属性构成,未了解对象行为及其间的关系
对象图是类图的变体,它使用与类图相似的符号描述
对象图和类图的不同之处在于他用带有下划线的对象名称来表示对象,显示一个关系中的所有实例

用例图

用例图展示了一组用例,参与者以及他们间的关系
构成（用例，角色，关系）
用例：指功能的描写叙述
角色：触发起某种事件
关系：用例图的关系（依赖，泛化，关联）
特别注意：
扩展关系（<>）：当某个新用例在原来的用例基础上增加了新的步骤序列，则原来用例被称为基用例，这种关系称为扩展关系，可以这样理解这里的基用例是一个完整的用例，即使没用子用例的参与，也可以完成一个完整的功能，只有当扩展点被激活时，子用例才会被执行。
包含关系（<>）:几个用例可以提取他们共用的用例作为子用例，使其成为自己行为的一部分，因为子用例被提出，基用例并非一个完整的用例，所以<>关系中的基用例必须和子用例一起使用才能够完整，子用例也必然被执行。

二者的关键在于离开子用例，基用例是否可以完成一个完整的功能。

机房实例:

组件图

组件图又称构件图,由组件,接口和组件之间的联系构成,其中的组件可以是源码,二进制码或可执行程序
组件图表示系统中的不同物理部件及其联系,他表达的是系统代码本身的结构
与类的区别:
*类表示逻辑抽象,构件表示物理抽象
*构件是其他元素的物理实现
*类可以直接拥有属性和操作,一般情况下,构件一般只拥有只能通过其接口访问的操作
特点:物理的,可替换的,系统的一部分,遵从一组接口并提供对一组接口的实现

机房实例:

配置图(部署)

配置图展现了对运行时处理节点以及其中组件的配属.他描述系统硬件的物理拓扑结构(包括网络布局和组件在网络上的位置,)以及在此结构上执行的软件.
用配置图是说明系统结构的静态配置视图,即说明分布,交付和安装的物理系统.
机房实例: