简介流程图符号是编制标准程序流程图的基础语言这份doc文档依据国家标准GB1525-89及国际标准ISO5807系统梳理了13类常用符号的含义与用法包括数据、处理、特定处理、准备、判断、循环界限、连接符、端点符、注解符、流线、虚线、省略符和并行方式等并对符号布局、流线方向、交叉与汇集等使用约定做了说明。文档还结合示例讲解了判断符号的入口与出口、循环开始与结束的标识、并行操作的同步关系等要点有助于避免绘图中的常见错误。内容面向计算机专业学生、程序员及软件工程文档编写者可用于课程设计、算法分析、软件文档编制等场景也可作为日常绘图的快速查阅手册。资源为单个doc文件压缩包大小91KB内容精炼易携带。目前已有245人浏览学习适合需要规范绘制流程图或理解程序流程表达方式的读者下载使用。1. 流程图符号看着都认识画起来总出错先弄清你在哪套体系里流量图符号是流程梳理的底层语言但几乎每个团队都在“认识”和“画对”之间翻过车。你可能遇到过这样的场景研发画了一张跨部门流程图销售看完问“这个圆角矩形和直角矩形到底有什么区别”研发自己也说不清最后只能靠口头讲解补救。问题不在于你记不住符号而在于你手上的流程图符号含义并不是统一的。行业内主流的符号体系有ISO 5807、国家标准GB/T 1526以及不少企业自定义版本它们对同一个图形可能给出不同的语义。只有先选对符号体系后面的图才能被同事一眼看懂。这篇笔记就围绕“流程图符号含义”把标准符号、易混淆符号、落地规范一次性讲清楚让你画出的图既规范又不用解释。2. 先选符号标准ISO 5807 还是公司习惯直接影响你画多久2.1 三套常见符号体系的取舍流程图符号并不是“一个萝卜一个坑”的固定集合不同标准对同一形状的定义是有出入的。我在实际项目中接触过三类体系ISO 5807是国际标准化组织发布的流程符号标准也是国内GB/T 1526的前身它定义了处理、判断、数据、文档、终止等基础符号公司内部规范则是很多互联网团队自己定的简化版通常只保留起止框、处理框、判断框、箭头四类符号还有一类是UML活动图符号适合表达并发和对象流转但用在跨部门流程梳理时会显得过重。作为一线工程师我的习惯是对外交付的流程文档优先写“本图遵循ISO 5807/GB/T 1526”因为客户和审计方认可这套标准内部敏捷团队做需求分析时则用简化版因为没人愿意在快节奏的评审会上辨析五个相似图形的语义。选标准的核心逻辑是先问自己“这张图给谁看”给研发和系统设计人员看ISO符号里的“预定义处理”和“数据库”很有必要给业务和管理层看反而要减少符号种类用最基础的四种符号减少认知负担。2.2 把核心符号列成速查表名称、形状、用法、参数下面是一张我整理过的流程图符号速查表按ISO 5807的核心子集展开。这里的“参数”一列指的是画图工具里需要配置的视觉属性而不是业务参数。符号名称图形形状标准语义关键视觉参数常用场景起止框圆角矩形流程开始或结束圆角半径建议5-8px填充色浅绿或灰色流程的入口和出口必有一个开始和一个结束处理框直角矩形执行操作或计算边框粗细1-1.5px内部文字左对齐表示一次操作、一个动作、一次赋值判断框菱形条件分支菱形宽度约1.6倍字高出口标注是/否布尔条件判断两个或以上出口数据框平行四边形输入或输出数据倾斜角约30度内部文字居中写接口返回、读数据库、采输入单文档符号底部波浪的矩形文档、报表、单据波浪线幅度约3px打印报表、生成合同、输出Excel预定义处理矩形左右带竖线调用已定义子流程左右竖线宽约8px引用“库存校验子流程”等已存在流程数据库符号圆柱形存储数据圆柱高度约为宽度1/3读写库表、数据落盘连接符小圆跨页或跨区域连接直径约12px内部写字母或数字避免箭头穿越多个图形这里要特别强调“参数”的意义很多流程图画得不规范不是因为图形选错而是视觉参数随手乱设。比如处理框的文字不左对齐、判断框出口标签字体大小不一致都会让读图者在潜意识里觉得这不是一张严谨的图。我自己的做法是画图前先建一个样式模板把边框颜色统一为深灰、填充色控制在三到四种内、线宽固定1.25px。这样整张图看起来才像一份正式的工程文档而不像手绘草稿。2.3 计算机类流程图还要补充的三类符号如果你画的是系统逻辑流程图基础四类符号不够用。常见做法是再加三类平行处理符号双横线矩形表示并行执行的两个以上任务注解符号右侧开口矩形用来给图形补充文字说明流线箭头本身也是一个符号它表示控制流的传递方向不算图形但和图形同等重要。对于箭头我一般会规定“每个处理框至少要有一个入口和一个出口终止框没有出口”。这是检查一张流程图是否完整的最低标准。你会发现很多新人画图时箭头从判断框的“是”出口直接走到了另一个判断框的入口中间漏掉了处理框这在严格评审时会被打回。3. 判断框是流程图的灵魂两条出口怎么画不出歧义3.1 判断框的出口标注规范判断框是流程图符号含义里最容易产生歧义的地方。ISO 5807并没有强制规定判断框出口必须写“是/否”还是“Y/N”但在中文环境下我强烈建议统一写“是”和“否”并在判断框内部写明条件比如“库存充足”而不是“库存”。这是因为判断框的核心语义是“基于某个条件的二选一”如果条件不写清楚出口标签再标准也无济于事。实际画法遵循三个要点一是条件文字写在菱形内部可以折行二是两个出口分别标注“是”和“否”不要写“真/假”或“T/F”这类程序员术语业务评审会上没人看得懂三是如果两个出口都流向同一个下游处理框可以合并成一跳线但必须在合并点用连接符说明“由判断结果汇合”否则读图者会困惑这是两条路径都走还是任选其一。3.2 多分支与回环写法判断框不止二选一现实业务里有大量多分支场景比如订单状态按“待支付/已支付/已取消”三分支。有些新人画三个菱形嵌套结果图面复杂到无人能看。更推荐用“一个判断框两出口多个判断框串联”的表达方式第一层判断条件写“是否已支付”是出口进入下一流程否出口接着判断“是否已取消”。这样每个判断框都保持二义性最小整体流程可读性最强。回环场景更值得留意比如数据校验失败后要重新输入这需要把“校验失败”的出口箭头拉回“输入数据”处理框的入口。很多工具默认不允许逆向箭头但下拉线可以。画回环时要把回退原因写在箭头标签上比如“校验失败重新输入”不要让读图者去猜为什么这里有一条向回走的线。这条标签就是流程图的“后悔药”。4. 流程图的避坑符号里最常翻车的5个细节4.1 现象圆角矩形和直角矩形混用读者分不清开始和结束原因很多模板默认开始框是圆角矩形结束框也是圆角矩形于是有人顺手把中间的处理框也设为圆角。解决严格按标准流程中间的动作一律用直角矩形只有起止框用圆角矩形。如果你希望强调“结束”状态可以给结束框加粗边框但不要让中间步骤使用圆角。4.2 现象数据框画成了矩形和“读取接口数据”的处理框无法区分原因数据输入输出在业务文档里常被表达成“查数据库”“读文件”很多画图者想当然地用了矩形。解决只要这一动作涉及数据输入或输出就用平行四边形。哪怕是“调用查询接口返回结果”也算数据输出。与其纠结不如记住一个硬规则不产生新数据、不改变数据内容的动作才是处理框凡是与外部队列、接口、数据库交互的都用数据框。4.3 现象判断框出口不标是/否两条线都裸奔原因工厂里赶进度时画完菱形就直接拉线标签后补。结果后补的标签经常补错位置。解决把“是/否”写入样式模板画图工具里新建判断框自动生成带“是/否”标签的双出口。如果忘记补标评审时必被问“走的哪条”。4.4 现象连接符滥用全图都是小圆圈原因很多人为了图面好看到了页面边缘就放连接符结果整张图有几十个圆圈读图者要来回翻页。解决连接符只用于跨页或跨区域跳转。同一个页面内尽量用长箭头直接连。跨页时连接符内写“A”和“A”对应不要写01、02这种无意义编号。4.5 现象预定义处理符号被当成“黑匣子”里面是什么完全看不到原因画“调用支付接口”时有人愿意画一个预定义处理符号但子流程细节不画任何内容导致评审无法评估影响。解决每个预定义处理符号对应一张子流程图子图至少包含一个入口和一个出口并在子图标题上写明“对应主图xx预定义框”。如果子流程还没画出来在原位置用注释符号标注“待补充”不要让黑匣子出现在最终交付文档里。5. 从符号到流程规范一份让同事都遵守的画图约定5.1 用符号统一表达粒度什么级别画到什么深度符号选对了还要规定画图的粒度。我的经验是一张流程图只讲一个主题。按“从主到子”拆成两层——主干图画主流程和关键判断每个预定义处理框对应一张子图。主干图上的处理框动作应当是一个“动词宾语”结构比如“生成对账单”而不是“处理数据”。“处理数据”不是合格的处理框文字因为它没说清做了什么。数据流方向保持从左到右、从上到下回环线不超过两条超过两条说明流程自身过于复杂需要拆图。5.2 流程图的验证方法用符号反向检查业务完整性画完后不要急着发出去用下面这套检查清单跑一遍可以筛掉大多数毛病开始框是否只有一个出口结束框是否只有一个入口每个处理框是否至少有一个入口和一个出口每个判断框是否标注了条件内容和是/否出口每个预定义框是否对应一张子图数据框是否真正涉及数据输入输出全图是否没有水平向右之外的主方向箭头回环除外这套清单我实际用了很多年。它不能验证业务逻辑本身对不对但能保证图面表达与业务意图一致。逻辑对不对要业务人员自己确认符号和表达对不对工程师用清单就能查完。5.3 常用工具里的符号映射Visio、Draw.io、ProcessOn 的参数设置不同工具对符号的命名略有差异。Visio 的“基本流程图”模板里起止框叫“终止/开始”判断框叫“决策”数据框叫“数据”Draw.io 的“流程图”符号库中文档符号叫“Document”预定义处理叫“Preparation”ProcessOn 则更接近国内习惯直接叫“开始/结束”“判断”“预处理”。工具不是关键关键是把符号语义和你团队内部术语对齐。我见过最有效的做法是在团队Wiki里放一页“流程图符号与术语对照表”把ISO标准符号、工具内符号名称、团队表达口径列在同一张表里。新同事入职后照着表画图两周内就能产出和团队风格一致的流程图。6. 进阶技巧用泳道符号梳理跨部门流程让“谁来做”不再靠猜泳道图符号不是ISO 5807的强制内容但它是流程图落地时最实用的补充。泳道本身用两条竖线划分每一条泳道代表一个角色或部门泳道内部放置起点、处理、判断、数据等标准符号。这里有个经验每个处理框和判断框必须明确落在某一泳道内不能画在泳道分界线上。如果某个动作是跨部门协作要拆成两个处理框分放在两个泳道里中间用箭头连接。“谁来做”的问题解决后还有一个细节泳道之间的箭头跨越其它泳道的线时容易和该泳道自身的流程线混淆。我的一般做法是给跨泳道箭头加粗并在线中间标注动作的简写名称比如“推送对账单给销售”。箭头标签写在线的中间不要写在线的起点或终点附近否则读图者的视线会被同一个泳道内的其它符号干扰。最后分享一个个人习惯每张规范流程图交付前我会找人做一次“无讲解测试”——把图发给一位不熟悉业务的同事要求他五分钟后复述流程内容。如果他卡在任何一个符号上说明符号含义表达不到位。这个动作帮我抓出过不少自以为画得清楚、实际需要口头补充的图。流程图的价值在于让人不看字也能读懂而不是配合你讲解才成立。希望这个习惯对你的流程梳理工作也有帮助。本文还有配套的精品资源点击获取