UML行为图，是用来描述系统中元素的动态行为。例如对象的创建与销毁之类的。
用例图
是用户与系统交互的最简表示形式。便于理解，问问自己对于任何一个系统这三个问题：
- 系统给谁用的？
- 系统有什么功能？
- 不同的用户分别用到什么功能？
针对这样的基本问题，用例图给出了一定的描述，对应的用例图中元素为
- 小人+名称（表示角色）
- 椭圆及内部文字表示用例
- 小人与椭圆之间的连线
用例描述
用例是一个比较抽象的概念，用例图仅仅是较为直观的粗略反映了系统的功能。但是，这并不完整。因此，还需要对每一个用例进行文字描述，称之为用例描述。有以下注意点：
- 做用例描述时，不必涉及系统内部的结构，而只是涉及到人与系统的交互细节。
- 大致按照人-系统交互，即人操作、系统反应的流程来进行用例描述。
大致可分为：
- 乐观流（正常流，一切顺利）
- 实际流（有异常出现）
用例之间的关系：
- 泛化关系（即子用例继承父用例）
- 包含关系（基础用例相当于调用者，内含用例相当于子程序）
- 扩展关系（用例功能的延伸，相当于添加一个附加功能）
包含关系include和扩展关系extend都需要使用带箭头的直线来表示，前者的箭头指向内含用例，后者的箭头指向被延伸的用例。
角色分离
当一个人充当多个角色时，需要将角色从这个人身上分离
角色和用例之间，如果导航明确，可以绘制方向，箭头指向消息接收方。也可能箭头指向自己（此时角色接收用例执行的结果和数据）。
活动图
大体来说，有点类似流程图，但是流程图几乎都是一个流，而活动图可以方便表示多个流的任务一起进行。
包括的节点类型：行动节点和控制节点。
- 必须有初始节点、最终节点。
- 决策节点：类似于流程图中的判断框，在该节点会生出至少两个分支。具有一个内向流和几个外向流（通常带有保护条件），然后只选择其中一个外向流。
- 合并节点：多个事件不等待，不同步，先到达合并节点者先进入下一步。
- 分叉节点：分叉出不同的分支，然后并行。
- 汇合节点：当两个流的任务都完成后，才可以向下流。
状态机图
状态机图表示的是，某一个对象在不同状态下的行为。
注意状态机图的图例：初始状态、最终状态等。
完整的状态转换描述表示法
触发器[监护条件]/转换行为
其中，每一个元素都是可选的。
- 触发器 指能够引起转换的事件。
- 监护条件 允许或封锁转换的一个Boolean条件，若条件为真，则接受转换，否则封锁转换。
- 转换行为 转换发生时所执行的连续活动。
顺序图（时序图）
使用时序图最大的作用就是，可以清楚地表示按照时间顺序的消息传递。
