版权声明：本文为博主原创文章，若要转载请注明出处！^_^ https://blog.csdn.net/u010892841/article/details/24920155
前面介绍了uml的非常多种图。以下挑出几个联系比較紧密的进行对照和联系。用例图和交互图都是表示动态行为，仅仅是前者表示系统外部对象（參与者）与系统这两个大对象之间的互动，而后者则側重在表示系统内部一群小对象之间的互动。以下针对类图、用例图和交互图进行对照。
| 类图 | 用例图 | 活动图 |
| 静态结构 | 动态行为 | 动态行为 |
| 系统内在结构 | 系统外在行为 | 系统内在行为 |
| 类 | 參与者、用例 | 对象 |
| 关联 | 包括、扩展 | 消息 |
| 事务模式 | 用例描写叙述 | BCE模式（Boundary-Control-Entity Patterns） |
| 领域概念 | 业务流程 | 概念与流程的关联 |
交互图（或者说序列图）关联了类图与用例图双方面。表示了系统在与參与者互动运行某一个用例期间。系统内部的一群小对象的写作情况。因此，分析师能够使用双叉法，同步进行类图与用例图的分析。然后尽快通过序列图来整合、调整三方面的图，例如以下：
接下来是对交互图单独进行的具体介绍。
交互图描写叙述了系统在逻辑设计中存在的对象及其间关系。交互图用两种：
序列图：按时间顺序排列对象交互操作。强调信息交换时的时间顺序。
协同图：环绕对象及其间的连接关系组织对象的交互操作。强调对象间怎样动作。
两者在语义上是等价的、按F5能够相互转化（或者手动转化）。
如上图所看到的，序列图採用BCE模式（boundary-Control -entity patterns ）所以在画序列图的时候注意找出三种类：
边界类：用来隔离系统内外，通常负责接收并响应系统内外消息，參与者与系统对象进行消息传递要通过边界类来实现。
控制类：一个用例会生成一个控制类。用来控制用例运行期间的复杂运算或者业务逻辑。
实体类：系统内部的对象
以下是我画的一张序列图和协作图，有非常多不完好，敬请指出交流。（在这里我定义登录界面为界面类、收费系统为控制类、数据库为实体类）
终于的改进。敬请參看uml图验收问题集锦。