前面介绍了uml的很多种图，下面挑出几个联系比较紧密的进行对比和联系。用例图和交互图都是表示动态行为，只是前者表示系统外部对象（参与者）与系统这两个大对象之间的互动，而后者则侧重在表示系统内部一群小对象之间的互动。下面针对类图、用例图和交互图进行对比。
| 类图 | 用例图 | 活动图 |
| 静态结构 | 动态行为 | 动态行为 |
| 系统内在结构 | 系统外在行为 | 系统内在行为 |
| 类 | 参与者、用例 | 对象 |
| 关联 | 包含、扩展 | 消息 |
| 事务模式 | 用例描述 | BCE模式（Boundary-Control-Entity Patterns） |
| 领域概念 | 业务流程 | 概念与流程的关联 |
交互图（或者说序列图）关联了类图与用例图两方面，表示了系统在与参与者互动执行某一个用例期间，系统内部的一群小对象的写作情况。因此，分析师可以使用双叉法，同步进行类图与用例图的分析，然后尽快通过序列图来整合、调整三方面的图，如下：
接下来是对交互图单独进行的详细介绍。交互图描述了系统在逻辑设计中存在的对象及其间关系。交互图用两种：
序列图：按时间顺序排列对象交互操作。强调信息交换时的时间顺序。
协同图：围绕对象及其间的连接关系组织对象的交互操作。强调对象间如何动作。
两者在语义上是等价的、按F5可以相互转化（或者手动转化）。
如上图所示，序列图采用BCE模式（boundary-Control -entity patterns ）所以在画序列图的时候注意找出三种类：
边界类：用来隔离系统内外，通常负责接收并响应系统内外消息，参与者与系统对象进行消息传递要通过边界类来实现。
控制类：一个用例会生成一个控制类。用来控制用例执行期间的复杂运算或者业务逻辑。
实体类：系统内部的对象
下面是我画的一张序列图和协作图，有很多不完善，敬请指出交流。（在这里我定义登录界面为界面类、收费系统为控制类、数据库为实体类）
最终的改进，敬请参看uml图验收问题集锦。
