交互概览图是什么
交互概览图把活动图与交互图结合：节点可以是交互引用（指向另一张交互图）、内联交互，也可以是决策、并行与起止等控制节点，控制流表达分支与并发。它回答的问题是「一个场景由哪些交互组成、按什么顺序发生」，因此常放在设计文档开头，后面再用顺序图展开每个引用节点的细节。
怎么用它组织场景
先把总控流程画出来，按场景顺序摆出各交互节点；每个节点的引用要与实际存在的交互图对齐，并给节点与引用编号，便于交叉引用；评审时从入口开始逐条路径走通，检查分支覆盖是否完整。概览图的价值在于控制篇幅：细节留在展开的交互图里，概览图保持一屏可读，读者才愿意看下去。
基本信息
| 节点类型 | 交互引用、内联交互、决策与并行控制节点、起止节点 |
|---|---|
| 主要用途 | 把多张顺序图组织成完整场景，表达分支与并发 |
| 目标读者 | 需要总览而不需要实现细节的评审者 |
| 与顺序图分工 | 概览图回答由哪些交互组成，顺序图展开消息细节 |
| 命名建议 | 引用指向的图名与节点标注保持一致，便于双向检索 |
组成元素
| 元素 | 符号 | 作用 |
|---|---|---|
| 交互引用 | 引用框 | 指向一张已有的交互图，复用既有交互 |
| 内联交互 | 内嵌交互框 | 就地展开小型交互序列 |
| 控制节点 | 决策与并发节点 | 表达分支、循环与并行路径 |
| 起止节点 | 开始与结束 | 界定场景的入口与出口 |
| 编号 | 节点标注 | 便于与展开后的交互图交叉引用 |
典型使用场景
- 设计文档开头总览一个业务场景由哪些交互构成
- 复杂场景分支较多时，用控制节点说明分支与并行路径
- 评审时逐条路径走通，检查分支覆盖是否完整
- 把已有顺序图组织成上层视图，避免读者自行拼接理解
交互概览图适合放在设计文档开头，后面再用顺序图展开每个引用节点，读者先建立全局印象再看细节，理解成本更低。
把全部细节画进概览图会失去概览作用，评审者需要很长时间才能抓住主线，图最终也没人愿意维护。