流程图符号分类图解：9组图形的含义、用法与区别

流程图用约定形状表达步骤、判断和输入输出，再用箭头连接执行顺序。符号的作用是让读者辨认每一步要做什么、从哪里取得数据，以及在什么条件下走向另一条路径。

流程图里的形状各有任务：椭圆标明开始或结束，矩形表示处理步骤，菱形表示需要判断的分支。本文按九组用途查找常见图形；需要实际绘制时，可在 在线流程图画布中按步骤放置形状并连接分支。

在线流程图工具选择指南

1. 什么是流程图符号

流程图符号把不同职责分开：处理步骤说明动作，判断节点说明条件，起止符标出流程边界。输入输出符号用于数据进入或离开流程，不承担开始、结束的含义。

读图时先辨认起止、处理、判断和箭头，再看输入输出或数据存储。不同团队可以补充注释，但同一张图应保持图形含义一致。

如果只需要说明一般业务步骤，先使用基本图形和方向明确的连接线；涉及跨部门责任、业务流程建模或软件结构时，再选择泳道、BPMN 或 UML 等更具体的记号体系。

2. 9种不同场景下的流程图符号

下文依次整理基本形状、过程、流向控制、输入输出、数据存储、数据处理和跨职能流程中的常见图形。最后两组是 BPMN 与 UML 的图形记号：它们有各自的语义，不应与普通流程图符号不加区分地混用。

（1）5个基本的流程图符号

• 椭圆形代表开始/结束。

• 矩形表示一个过程。

• 平行四边形表示信息的输入/输出。

• 菱形代表一个判断符号。

• 箭头表示流程方向。普通流程图的连线不自动具备 BPMN 顺序流的全部语义。

看一个报销审批例子：用椭圆标“开始”和“结束”，用矩形标“填写报销单”“财务付款”，用菱形标“主管是否批准”。菱形的两条出口分别写“通过”和“退回”；退回分支接回修改步骤，而不是直接连到结束。这样读者能沿箭头核对每种形状的职责。

（2）过程/操作流程图符号

过程符号回答“这一步要做什么”。通常先使用矩形；只有确实需要区分子流程、人工动作或等待状态时，才增加专用形状。图形越多不等于流程越完整。

• 过程符号：又称动作符号，代表流程中的一个步骤。

• 子流程符号：表示在更大、更复杂的流程、例程或模块中执行特定任务的一系列操作。

• 预定义过程符号：表示在别处已经定义的一组步骤，常用两侧带竖线的矩形。它与“子流程”的称呼可能重叠，不应仅根据图形库名称把两者解释成完全不同的业务动作。

• 延迟符号：表示过程中的延迟。在流程图中，延迟通常很重要，因为它们可能会增加产品成本或只是延迟其生产。

• 准备符号：表示同一过程中另一步骤的准备。

• 手动操作符号：表示应手动而非自动执行的流程步骤。

• 并行模式符号：表示存在并行工作。是否需要等待全部分支完成，要由所采用的记号体系和汇合条件共同说明，不能只画两条线。

例如，把“财务付款”拆成核验收款人、发起付款、核对结果三步时，可以在总图中使用“办理付款”子流程；只有实际发生等待时才画“等待付款结果”，不要把等待当作已完成。

（3）流向符号的分支与控制

分支与连接符号用于说明条件成立后走哪条路径、分开的路径在哪里汇合，以及流程如何跨页延续。箭头只表示流向；判断条件应写在判断节点或出口旁，不能靠箭头朝左还是朝右猜测。

• 决策符号：使用菱形写一个可以判断的问题，出口写对应条件。两分支可以写“通过/退回”；多分支要确保当前情况能落到一条明确路径，必要时增加“其他情况转人工核对”。

• 箭头和连接线：使用此符号连接流程图同一页面上的不同流程。

• 离页参考：也称为离页连接器或链接符号。使用此符号将不同页面上的单独进程与写在形状上或形状内的页码连接起来。

• 合并符号：表示将多个进程或路径合并为一个。

• 提取符号：表示从较大集合中提取内容；若要表达流程分叉或并行，优先使用约定的判断、分叉与汇合记号，并写出条件。

• 分叉条件：一条路径可能只选一个出口，也可能触发多个出口。普通业务图应直接说明条件；正式 BPMN 模型则区分排他、包容和并行网关。
• 汇合条件：多条线进入一个节点，不能自动说明“任一到达就继续”还是“全部完成才继续”。涉及并行任务时，在图例或专用网关中明确等待规则。

• 控制转移符号：表示在满足特定条件时必须转到典型下一步以外的一个步骤的过程步骤。

• 注释符号：指示有关流程图中步骤的附加信息。

报销审批中，“主管退回”应连到“修改报销单”，修改后重新提交审批。如果付款失败，返回的是“查明失败原因并处理”，不是重新走一遍已经完成的主管审批。回线要回到需要重新执行的动作。

（4）输入输出流程图符号

输入输出符号标记数据进入或离开流程，起止符标记流程的开始与结束。例如，报销单可作为输入文件，付款结果可作为输出信息；它们应放在相应操作前后，而不是替代“开始”“结束”。

• 数据（输入/输出）符号：表示信息是从外部进入流程，还是离开流程。

• 文件符号：代表可被人阅读的数据，如打印的文件或报告。

• 多文档符号：表示流程中的多个文档。

• 显示符号：指示信息将在过程流中显示的位置。

• 手动输入符号：表示提示用户/操作员手动输入信息的过程步骤。

• 卡片符号：表示数据是使用卡片输入的。

• 纸带符号：表示以穿孔纸带承载的数据，主要在理解历史系统图时使用。

（5）数据信息存储流程图符号

存储符号回答“数据放在哪里”，输入输出回答“数据如何进入或离开这一步”。报销流程中，报销单是业务文档，报销记录库是存储位置，二者不应都画成同一个数据库圆柱；如果不需要说明技术存储方式，只标“保存报销记录”即可。

• 存储数据符号：也称数据存储符号，使用此符号指示数据的存储位置。

• 数据库符号：表示存储在存储设备中的数据/信息，供用户搜索和排序。

• 内部存储符号：通常用于软件设计流程图中，表示在程序运行过程中数据/信息存储在内存中。

• 顺序数据符号：表示按顺序读取的数据或顺序存取介质；阅读历史图时，结合介质说明区分它与普通数据库。

（6）数据处理流程图符号

数据处理符号用于说明如何整理或排序数据。例如，把各部门报销记录归入统一字段属于整理；把这些记录按提交日期排列属于排序。名称应写清处理对象，避免只画图形而不说明动作。

• 整理符号：表示将数据、信息或材料组织成标准格式的过程步骤。

• 排序符号：表示将数据、信息或材料组织成某种预定义顺序的流程步骤。

（7）跨职能流程图符号

跨职能流程图把画布按部门、角色或系统分成泳道。步骤放在哪条泳道，就由该泳道对应角色承担；连接线跨越泳道时，表示工作交接。例如，员工提交报销单、主管审批、财务付款应各归其位。泳道表示责任分工，不代替步骤之间的先后关系。

（8）BPMN 符号

BPMN 用于表达业务流程中的事件、活动、网关与消息流。开始事件、计时事件和网关等图形有规定含义；跨团队交付 BPMN 图时，应按同一套记号解释和检查。

BPMN 中的折角纸张表示数据对象，虚线边框的活动表示事件子流程；它们分别描述数据与事件触发行为。顺序流用于同一流程内的执行顺序，跨参与方交换信息则需要按规则使用消息流，不能把跨泳道连线一律当成跨参与方通信。正式建模可查阅 OMG BPMN 2.0.2 规范，不要把图形库中的显示名称当成完整规则。

（9）UML 图形记号

UML（统一建模语言）用于描述软件系统的结构与行为。类图、活动图和时序图各有专门记号；若绘制的是一般业务流程，不必把 UML 记号当成通用流程图形状。活动图关注动作、判断和并发，类图关注属性、方法与关系，用例图关注参与者和系统提供的能力；三者不是在同一条流程上换一套图标。报销流程若只想让员工看懂审批顺序，用基本流程图即可；描述系统内部活动时，再选择活动图并核对相应记号。可查阅 OMG UML 规范。

3. 哪里可以找到完整流程图符号

确定要表达的步骤与分支后，再在 Boardmix 图形库中选择对应形状。普通流程先用起止、处理、判断和箭头；跨部门流程增加泳道；只有需要正式业务流程或软件建模时才使用 BPMN、UML 的专用记号。

在画布中先放“提交报销单—主管审批—财务付款—记录结果”的主线，再把报销单作为文件、付款记录库作为存储放在对应步骤旁。图形库里的符号只是起点，节点名称和出口条件仍要由业务规则决定。

符号选好后，检查每条连接线的方向、每个判断节点的出口条件，以及跨泳道步骤的责任人。这样即使流程后来调整，读者仍能沿着同一套规则读懂图。

常用起止、处理、判断、输入输出和连接线的含义，也可对照 IBM 的工作流程图说明。同一张图选定一套记号后，持续使用同一图例。

流程图主要说明步骤、判断及流转关系，不应把先后顺序直接当成因果证明。画完后，沿每条路径核对输入、动作、条件和输出；如果要分析结果为什么发生，应另补数据或因果分析材料。

画图前先列出起点、结果与关键判断，再按上面的分类选择图形。需要在线绘制与协作时，可继续使用 Boardmix 的流程图画布。