ＵＭＬ的对象类图

ＵＭＬ的对象类图能够更好地用于对数据库建模。传统的Ｅ—Ｒ图仅仅着眼于数据，而ＵＭＬ的对象类图不但对数据，而且能对行为建模，这些行为在物理数据库中被设计成触发器和存储过程。对关系数据库系统可以用对象类图描述数据库模式，用类描述数据库表；对于对象数据库系统可以用对象类图直接描述数据库中的对象类。

交互图：
交互图表达对象之间的交互，是描述一组对象如何合作完成某个行为的模型化工具。主要用于对USE CASE中的控制流的建模。能有效的帮助人们观察和理解系统内部的协作关系和过程行为。ＵＭＬ的交互图有两种类型：顺序图（类似时序图），协同图。顺序图着重描述对象按照时间顺序的消息交换，协同图着重描述系统成分如何协同工作。

顺序图和协同图都上交互图，它们即是等价的，又是有区别的。
顺序图和协同图都能等价地表现系统运行中对象通过消息发生的交互行为。
顺序图表示了时间消息序列，便于分析交互的时序，但没有表示静态对象关系。顺序图可以有效地帮助人们观察系统的顺序行为。
协同图着重表示一个协同中的对象之间的联系和消息，协同图用于描述一个操作或一个分类符的实现，常用于帮助设计行为。
在对系统建立行为模型时，最典型的做法是用顺序图按时间顺序对控制流建模，用协同图按对象组织对控制流建模。

状态图：
ＵＭＬ的状态图主要用于建立对象类或对象的动态行为模型，表现一个对象所经历的状态的状态序列，引起状态或活动转移的事件，以及因状态或活动转移而伴随的动作。用状态机来表示。可用两种方式来表达：状态图和活动图。状态图着重于对一个模型元素的可能状态及其转移建立模型，着重表现从一个状态到另一个状态的控制流。活动图着重于对一个活动到另一个活动的控制流建立模型。
状态图和交互图的侧重点不同：交互图表示若干对象在一起工作完成某项服务；而状态图则是为一个对象的生命期间的情况建立模型。
状态图和活动图也不一样。活动图描述活动的序列，对活动到活动的控制流建模，适合表达工作流和并发的处理。而状态图表达状态机，是对事件到事件的控制流建模。状态图可以表示一个对象的历史，引起一个状态向另一个状态转移的事件，以及由于状态的转移而引发的动作。
状态图适合描述一个对象穿越多个USE CASE的行为，但是状态图不适合描述多个对象的协同行为。
使用状态图可以一个对象（类）的么为建模，也可以对一个子系统或整个系统的行为建模。

活动图是一种用于系统的行为建模的工具，它能支持对并发行为的描述的特点，使其成为对工作流建立模型的强大工具，尤其适合于多线程的程序的建模。活动图的一个主要缺点是，动作与对象之间的连接关系不够清楚。在下列情况可以使用活动图：
① 分析USE CASE；
② 理解工作流程；
③ 描述复杂过程的算法；
④ 处理多线程应用。

活动图和状态图的区别：活动图着重描述的是响应内部处理的对象类的行为，状态图描述的是对象类响应事件的外部行为；活动图着重表现的是从一个活动到另一个活动的控制流，是内部处理驱动的流程；则状态图着重表现的是从一个状态到另一个状态的流程，常用于有异步事件发生的情形。