泳道图是流程图的分角色版本：每条泳道代表一个角色或系统，节点必须落在所属泳道里，跨泳道的箭头就是角色之间的交接。评审看泳道图，看的是职责是否清楚、交接是否闭环，而不是图形画得多标准。

泳道图和普通流程图的区别

普通流程图只表达步骤的顺序与分支；泳道图额外表达“谁来做”。当流程涉及多个角色（用户、系统、管理员）或多个部门时，用泳道图更容易看出职责边界和交接点。

单一角色的算法逻辑用普通流程图就够了，硬拆成泳道反而让图变宽、信息密度下降。

先定泳道，再放节点

先列出参与流程的所有角色，常见拆法是“用户 / 前端 / 后端 / 数据库”或按部门拆。泳道方向横竖都可以，论文里竖向泳道更常见，图的比例更接近 A4 页面。

把步骤一个个放回对应泳道：操作归用户，请求归前端，校验和落库归后端。最后连箭头，跨泳道的箭头写清动作，比如“提交申请”“返回结果”，不要只留一条没有名字的线。

高频错误有三种：步骤放进了不属于它的泳道；判断节点画在“被执行方”而不是“做判断方”；箭头没有起点或终点。画完逐条泳道自查一遍，再顺着主流程走一遍确认闭环。

导出选高清 PNG 或 SVG 插入 Word，图注写“图 3-2 系统业务泳道图”。泳道内的文字保持同一字号，泳道标题加粗居中。

UML 活动图支持用泳道（分区）表达职责，日常说的泳道图多数就是带泳道的活动图或分角色流程图，叫法按学校模板执行即可。

放在“做判断的那个角色”的泳道里，两条出口都要标清“是 / 否”，不能因为某个结果出现在别的泳道就把判断画过去。

用工具做一遍

打开对应工具，把教程里的例子换成你的论文内容。