交互图指UML中用序列图或通信图展现用例的动态实现过程，将“用户想做什么”转化为“对象间如何协作完成”，明确参与对象、消息顺序、职责分配，并为编码与测试提供依据。
交互图表示的用例实现图，是指在UML（统一建模语言）中，用序列图（Sequence Diagram）或通信图（Communication Diagram）来具体展现某个用例在系统内部是如何被协作执行的。它不是用例图本身，而是对用例行为的动态细化——把“用户想做什么”（用例图）转化为“系统各对象之间怎么一步步配合完成这件事”（交互图）。
用例实现图的核心作用
它架起了需求（用例）与设计（类、对象、方法）之间的桥梁：
- 明确参与实现该用例的关键对象（如界面控制器、业务服务、数据访问对象等）
- 展示对象间消息传递的顺序、条件和循环（尤其在序列图中清晰可见）
- 揭示隐含的职责分配，帮助识别缺失的类或接口
- 为后续编码和单元测试提供可追溯的行为依据
典型构成要素（以序列图为例）
一个规范的用例实现序列图通常包含：
- 生命线（Lifeline）：垂直虚线，代表参与交互的对象（如User、LoginController、AuthServic、Database）
- 激活条（Activation Bar）：生命线上方的窄矩形，表示对象正在执行某操作的时间段
- 同步/异步消息箭头：实线+实心箭头表示同步调用（等待返回），虚线+开放箭头表示返回消息或异步通知
- 可选的组合片段：如alt（条件分支）、loop（循环）、opt（可选）等，用于表达业务逻辑中的判断与重复
如何从用例导出交互图
关键不是逐字翻译，而是聚焦主成功场景与重要扩展流：
- 先确定用例的参与者（Actor）和系统边界，从中提取主要控制类（如XXXController）
- 按用例事件流顺序，列出每一步涉及的操作（例如：“用户输入账号密码 → 系统验证格式 → 调用认证服务 → 查询数据库 → 返回结果”）
- 将每步操作映射为对象间的消息，注意区分外部输入、内部协调、外部依赖（如第三方API、数据库）
- 对异常路径（如密码错误、网络超时）用alt片段标注，避免主流程过度复杂
常见误区提醒
实际建模中容易混淆或弱化以下几点：
- 把交互图画成操作步骤清单（纯文字流程），忽略了对象及其协作关系
- 混入界面细节（如按钮ID、CSS样式），偏离了“系统内部职责交互”的建模目的
- 让一个对象承担过多职责（如Controller直接连数据库），违背分层设计原则
- 忽略返回消息或异步回调，导致时序逻辑不完整，影响并发或状态一致性理解
