流程图的各个图标详解
关于流程图的常用标识
关于流程图的常用标识
（1）过程符号
流程图中矩形符号即过程符号，过程流程符号代表流程中的一个步骤，这是流程图中最常见、出现频率最多的组件。
我们可以将该步骤的具体信息简要说明写在矩形内，以便我们对该步骤具有更为直观的认识。
（2）终端符号
端点符号表示流程图的开始或结束。
该符号通常带有文本“开始”
或“结束”，也有另一种表示方法，即设置圆滑度不同的椭圆符号分别代表某一流程的“开始”与“结束”。
（3）流线符号
流线表示过程的方向。
每条流线通常连接两个块，流线可以是直线、单向箭头或双向箭头，表示步骤之间的不同类型的连接。
在具体的使用过程中，我们可以根据流程图的具体布局以及流程进展的要求选择不同的流线。
（4）判断符号
流程图中出现的菱形符号是判断符号，通常用来表示过程中的一项判定或一个分叉点，判定或分岔的说明写在菱形内，常以问题的形式出现。
对该问题的回答决定了判定符号之外引出的路线，每条路线标上相应的回答，如此一来流程便可以取得进一步进展。
流程图中的菱形代表
流程图中各种图形代表什么含义首先，给大家上个例子，一个实际流程图如下：
其次，我们讲解下流程图中各种图形代表什么意义！
1、椭圆表示：“开始”与“结束”；
2、矩形表示：行动方案、普通工作环节用；
3、菱形表示：问题判断或判定（审核／审批／评审）环节；
4、用平行四边形表示：输入/输出；
5、箭头代表：工作流方向。
6、圆形表示：流程图之间的链接。
最后，绘制流程图中的注意事项：
1、绘制流程图时，为了提高流程图的逻辑性，应遵循从左到右、从上到下的顺序排列。
2、绘制流程图时，为了提高流程图的逻辑性，应遵循从左到右、从上到下的顺序排列。
一个流程从开始符开始，以结束符结束。
开始符号只能出现一次，而结束符号可出现多次。
若流程足够清晰，可省略开始、结束符号。
3、菱形为判断符号，必须要有“是和否（或Y和N）”两种处理结果，意思是说，菱形判断框一定需要有两条箭头流出；且判断符号的上下端流入流出一般用“是（或Y）”，左右端流入流出用“否（或Y）”。
4、同一流程图内，符号大小需要保持一致，同时连接线不能交叉，连接线不能无故弯曲。
5、流程处理关系为并行关系的，需要将流程放在同一高度。
6、必要时应采用标注，以此来清晰地说明流程，标注要用专门的标注符号。
7、处理流程须以单一入口和单一出口绘制，同一路径的指示箭头应只有一个。
流程图各图形的含义
流程图各图形的含义流程图各图形的含义:流线箭头：表⽰活动步骤在顺序中的进展，流线的箭头表⽰这个过程的流向。
:分割符号：表⽰活动步骤的不同阶段，在流程中做区分使⽤。
：：表⽰：很多⼈⽤作流程的结束。
：：表⽰控制传递，⼀般和线条结合使⽤，画数据传递。
：输⼊输出符号：表⽰数据的输⼊或输出。
：判定符号：表⽰决策或判断，依据⼀定的判断条件传送⾄不同的路径。
：处理符号：表⽰⼀个过程、功能、⾏动、处理等单独的活动步骤，活动的简要说明写在符号内。
：：开始和终⽌符号：表⽰⼀个过程的开始或结束。
“开始”或“结束”写在符号内。
：：：：表⽰⼀般⽤作⼿动操作。
：：表⽰准备之意，⼤多数⼈⽤作流程的起始，类似起始框。
：说明符号：表⽰注释或者说明，也可以做条件叙述。
⼀般流程到⼀个位置，做⼀段执⾏说明，或者特殊⾏为时，会⽤到它。
：：表⽰在使⽤中常作为流程页⾯跳转、流程跳转的标记。
：⽂档符号：表⽰流程输⼊、输出的表格、报告等各类⽂档，⽂档的标题写在符号内。
或：：多⽂档符号：多副本的⽂档符号。
：⾓⾊符号：表⽰模拟流程中执⾏操作的⾓⾊是谁，可是任何⼈或物。
:离页连接符号：表⽰流程在另⼀页继续。
通常情况下，使⽤页码标注在符号内，来简单指引流程去向。
:泳道符号：表⽰活动按照职能或⾓⾊归类，以直观描述各活动间的逻辑关系。
：数据库符号：表⽰存储数据的数据库。
：预设处理符号：表⽰其中包着⼀个流程图，但，没有详细显⽰。
：：：：表⽰⼀张图⽚，或置⼊⼀个已经画好的图⽚、流程或⼀个环境。
工作流程图符号
工作流程图符号
在制作工作流程图时，符号是非常重要的视觉元素，它们可以清晰地传达信息和引导阅读者理解整个流程。
下面将介绍一些常用的工作流程图符号及其含义。
基本符号
1.开始/结束符号：用来表示流程的开头和结束，通常是一个圆圈或椭
圆。
2.流程符号：用来表示具体的操作步骤，通常是一个长方形。
3.判断符号：用来表示判断或决策点，通常是一个菱形。
4.连接符号：用来表示流程之间的连接，通常是一个箭头。
高级符号
1.子流程符号：用来表示一个独立的子流程，通常是一个长方形，内
部有子流程的说明。
2.数据存储符号：用来表示数据的存储或读取，通常是一个长方形，
内部有数据存储的名称。
3.文档符号：用来表示文档的生成或输出，通常是一个长方形，内部
有文档的名称。
4.传输符号：用来表示数据传输或通信，通常是一个箭头，箭头两端
有通信的名称。
使用注意事项
1.符号布局：在制作工作流程图时，应该遵循一定的符号布局规范，
例如从左到右、从上到下的顺序。
2.符号标签：每个符号应该有清晰的标签，以便读者理解每个符号的
含义。
3.符号颜色：可以使用不同颜色来表示不同类型的操作或流程，增加
视觉效果。
结语
工作流程图符号对于理解复杂的工作流程非常重要，正确选择和使用符号可以提高工作流程图的清晰度和易读性。
希望通过本文介绍的内容，读者能够更好地理解和应用工作流程图符号。
流程图符号含义
流程图符号含义流程图是一种常用的图表，用于展示某个流程或过程中各个步骤之间的关系和顺序。
在流程图中，各种符号扮演着不同的角色，代表着不同的含义。
了解这些符号的含义对于正确理解和使用流程图至关重要。
本文将介绍流程图中常见的符号及其含义，帮助大家更好地理解和使用流程图。
1. 开始/结束符号。
开始/结束符号通常用来标识流程图的起点和终点。
它通常是一个圆圈或椭圆形，内部写有“开始”或“结束”字样。
这表示流程图的开始或结束点，标志着整个流程的起点和终点。
2. 流程符号。
流程符号用来表示流程中的具体步骤或操作。
它通常是一个矩形，内部写有具体的操作内容。
每个流程符号代表着一个具体的操作步骤，按照流程图的顺序排列，表示了整个流程中各个步骤的执行顺序。
3. 判断符号。
判断符号用来表示流程中的判断条件，通常是一个菱形。
内部写有判断条件，表示根据不同的条件执行不同的操作。
判断符号常常出现在流程图中，用来表示流程中的分支和条件判断，帮助流程图更加灵活和具有选择性。
4. 连接线。
连接线用来连接各个符号，表示它们之间的逻辑关系和执行顺序。
连接线通常是直线或箭头线，表示流程中各个步骤之间的衔接和顺序。
连接线的走向和连接方式决定了整个流程图的逻辑关系和执行顺序。
5. 输入/输出符号。
输入/输出符号用来表示流程中的输入和输出操作，通常是一个平行四边形。
内部写有输入或输出的内容，表示流程中的数据输入和输出。
输入/输出符号帮助流程图更加清晰地表示流程中的数据流动和交换。
6. 注释符号。
注释符号用来添加一些额外的说明和解释，帮助理解和使用流程图。
它通常是一个矩形，内部写有注释内容。
注释符号可以用来解释流程中的一些特殊情况或说明一些细节，帮助使用者更好地理解流程图。
以上就是流程图中常见的符号及其含义。
了解这些符号的含义对于正确理解和使用流程图至关重要。
希望本文能够帮助大家更好地理解和使用流程图，提高工作效率和准确性。
常用流程图的符号及其含义
5
离页连接符号
表示流程在另一页继续。通常情况下使用页码标注在符号内来简单指引流程去向。
6
文档符号
表示流程中输入、输出的表格、报告等各类文档，文档的题目或说明写在符号内。
7
多文档符号
多副本的文档符号。
8
子流程符号
表示图表中已知或已确定的另一个过程，但未在图表中详细列出。9Fra bibliotek泳道符号
表示活动按照职能或角色归类，以直观描述各活动间的逻辑关系。
10
分割符号
表示活动步骤的不同阶段，在流程中做区分使用。
常用流程图的符号及其含义
序号
图标
图标名称
释 义
1
开始和终止符号
椭圆符号，表示一个过程的开始或结束。“开始”或“结束”写在符号内。
2
处理符号
矩形符号，表示一个过程、功能、行动、处理等单独的活动步骤，活动的简要说明写在矩形内。
3
判定符号
菱形符号，表示决策或判断，依据一定判定条件传送至不同的路径。
4
流线符号
流程图中各种图形的含义
流程图是一种常见的表示流程和过程的图形化工具，它由许多符号、箭头和文字组成。
流程图中的符号代表着某种操作或步骤，它们是构建流程图的基本组成部分。
开始（start）符号是流程图的起点，它代表流程图开始执行的位置。
结束（end）符
号代表流程图结束的位置。
这两个符号以及它们之间的连接线形成了流程图的基本框架。
流程图中的操作步骤（action step）用矩形框表示，它们可以细分为两种：用户操作（manual operation）和计算机操作（computer operation）。
用户操作指的是用户手动完成的步骤，而计算机操作指的是由计算机自动完成的步骤。
流程图中还有结构块（structure block）符号，它们用来表示一系列操作步骤的组合。
常见的结构块有分支（branch）结构块和循环（loop）结构块。
分支结构块代表着当某一
条件满足时，可以进行不同的处理步骤；循环结构块代表着某一处理步骤可以重复执行多次。
最后，流程图中的连接线（connector）代表着操作步骤和结构块之间的关系，它们
用来连接不同的操作步骤和结构块，从而形成完整的流程图。
总之，流程图中各种图形的含义可以总结为：开始符号代表流程图开始的位置，结束
符号代表流程图结束的位置，操作步骤用矩形框表示，结构块表示一系列操作步骤的组合，连接线表示操作步骤和结构块之间的关系。
常用流程图符号含义
常用流程图符号含义流程图是一种常用的图示工具，用于展示某一流程或系统的运作方式。
在流程图中，符号扮演着非常重要的角色，它们能够帮助我们清晰地理解流程图所代表的含义。
下面我们将介绍一些常用的流程图符号及其含义，希望能够对大家有所帮助。
1. 开始/结束符号，这个符号通常用来表示流程图的开始或结束。
它通常是一个圆圈或椭圆，内部写有“开始”或“结束”字样。
2. 流程符号，流程符号表示流程中的一个步骤或动作。
它通常是一个矩形，内部写有具体的操作步骤。
3. 判断符号，判断符号用来表示流程中的判断或决策点。
它通常是一个菱形，内部写有判断条件，根据条件的不同，流程会有不同的走向。
4. 连接符号，连接符号用来连接不同的部分，使得流程图更加清晰。
它通常是一个小圆圈，位于两个流程符号之间，表示它们之间的连接关系。
5. 输入/输出符号，输入/输出符号用来表示流程中的输入或输出操作。
它通常是一个平行四边形，内部写有输入或输出的内容。
6. 数据符号，数据符号用来表示流程中的数据存储或获取操作。
它通常是一个长方形，内部写有数据的名称或描述。
7. 文档符号，文档符号用来表示流程中的文档或报表操作。
它通常是一个横向的长方形，内部写有文档或报表的名称。
8. 箭头符号，箭头符号用来表示流程的走向，通常是直线或者箭头线，表示流程的方向和顺序。
以上就是一些常用的流程图符号及其含义。
在绘制流程图时，我们可以根据实际情况选择合适的符号来表示流程中的各个部分，使得流程图更加清晰易懂。
希望以上内容对大家有所帮助，谢谢阅读！。
流程图的各个图标详解
流程图的各个图标详解 doc
流程图（Flowchart）是一种表示过程或步骤的工具，用来清晰、快速地传达信息。
它使用特殊的符号和图表来表示任务、步骤或活动中的不同部分。
1. 开始/结束：开始/结束符号标识流程图的开始和结束。
2. 流程：流程符号表示操作的流程，通常从上到下，从左到右。
3. 判断：判断符号表示要做一个决定，通常有两个或多个分支，沿着路径执行，如果条件不满足，则可能有另外一个分支。
4. 子流程：子流程符号表示流程图中的一个小流程，它可以由一系列步骤组成，也可以是另外一个完整的流程图。
5. 数据：数据符号表示参与流程的输入和输出数据，如文件、数据库等。
6. 连接：连接符号表示在流程的不同部分之间的连接，它可以将不同的部分联系在一起，以便实现流程的连续性。
7. 箭头：箭头符号表示流程图中的流程方向，它指示从一个步骤到另一个步骤的方向。
流程图符号含义
流程图符号含义在流程图中，各种符号起到了不同的作用和含义。
通过理解这些符号的含义，我们可以更好地阅读和理解流程图，从而更好地掌握相关的信息和流程。
本文将介绍一些常见的流程图符号及其含义。
元素符号1. 开始/结束符号流程图中的开始符号通常用一个圆圈表示，表示某个过程或活动的开始。
而结束符号则用一个圆圈中心带有竖线的符号表示，表示某个过程或活动的结束。
例如：开始 --> 进行某个操作 --> 结束2. 过程/操作符号流程图中的过程/操作符号通常用一个矩形框表示，表示某个具体的操作或处理过程。
例如：开始 --> 操作1 --> 操作2 --> 结束3. 判定/决策符号流程图中的判定/决策符号通常用一个菱形框表示，表示某个条件判断。
例如：开始 --> 判断条件A --> 条件成立 --> 操作1 --> 结束| |└--> 条件不成立 --> 操作2 --> 结束连接符号1. 流程线流程线用于连接不同符号之间的顺序，表示流程的流动方向。
例如：开始 --> 操作1 --> 操作2 --> 结束箭头常用于表示顺序流程的方向。
例如：开始 --> 操作1 --> 操作2 --> 结束3. 分支线分支线用于在判定/决策节点后连接相应的操作或流程。
例如：开始 --> 判断条件A --> 条件成立 --> 操作1 --> 结束| |└--> 条件不成立 --> 操作2 --> 结束其他符号1. 输入/输出符号输入/输出符号通常用平行四边形表示，表示某个流程或操作的输入或输出。
例如：开始 --> 输入数据 --> 操作1 --> 输出结果 --> 结束2. 汇总符号汇总符号通常用一个平行四边形表示，表示对某些数据进行汇总或总结。
例如：开始 --> 操作1 --> 操作2 --> 汇总数据 --> 结束3. 插入符号插入符号通常用一个小矩形表示，表示在某个具体位置插入一个子程序或子流程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
流程图的各个图标详解
1、各司其职的形状
在我的流程图中，适用于不同目的和功能的形状都有各自确定的规范。
到目前为止，我一共定义了以下一些形状：
（1）开始和结束
作为整张流程图的头和尾，必须标清楚到底具体指哪个页面，以免日后出现歧义。
（2）网页
如你所见，网页的形状是一个带有漂亮的淡蓝色过渡效果的长方形，它的边框为深蓝色，中间写明了这个网页的用途，括号中的数字代表这个形状所对应的demo文件的名称（比如这里是2.html），我有时会把流程图输出为网页的形式，并把每个网页形状和它所对应的demo文件链接起来，这样查看起来非常方便。
对OmniGraffle来说这是小菜一碟，如果你被迫用Visio，嗯……
另外，所有从形状出来的线条，都具有和此形状边框一样的颜色。
这样的做法不仅看起来漂亮，在复杂的流程图中还能轻易地标明各形状的关系。
我没有见过类似的做法，所以这是由我首创也说不定，呵。
（3）后台判断
很常见的一个形状。
我在用法上有一点和其他人的不同在于，我几乎总是让…是‟的分支往下流动，让…否‟的分支向右流动。
因为流程图一般都是从上向下、从左到右绘制的，遵循上述规则一方面可以让绘制者不用为选择方向操心，另一方面也方便了读者阅读。
（4）表单错误页
既然有表单，当然会有错误信息。
其实这个信息很重要，用户出错时惶恐不安，就靠着错误提示来解决问题了。
你不在流程图里说什么时候显示错误页、不在demo里提供错误页，有些程序员会直接在网页上写个“错误，请检查”，所以UI设计师一定要对这个东西重视起来。
但一般来说也没必要把每种错误都在流程图中表示出来，因为含有两个文本框的表单就有三种出错情况了，多了就更不用说了。
所以我都是把错误页变为表单的附属页，比如表单页的编号为2，那么此表单错误页的编号就从2.1开始排下去，每种错误放到一个附属页中，这样程序员在拿到demo时也能搞清楚什么意思。
结合网页和表单的形状，一个表单验证的流程图就是这样的：
（5）后台动作
并非所有后台动作都绘入流程图中（否则流程图就会变成庞然大物了），只有需要特别强调的后台动作（和用户体验直接相关的）才使用此形状。
（6）多重分支
多重分支指的是几种并列的情况，每种情况都有发生的可能，发生哪种取决于分支起始处的判断结果。
（7）对话框
有时候一些操作可以利用对话框来完成，这些对话框由js生成，显示在父界面之上。
（8）注释
这个形状（比如页面）详细的内容，或者需要解释的业务逻辑，甚至用户此处的情况等，我都会放到注释中，这样既降低沟通成本，又可作为备忘。
（9）跳转点
在一个复杂的流程图中，往往出现跳转到另外一个远处结点的情况，此时如果直接用线连过去，未免使得流程图显得凌乱，用一个跳转点就解决问题了。
在点内标明跳转到的形状的编号，画起来容易，看起来也清楚。
此外，也可以利用跳转点来分割篇幅巨大的流程图，Yahoo!就这么用。
（10）子流程
分割篇幅巨大的流程图，更好的办法是用子流程。
要注意的是，如果你在流程图中使用了子流程这一形状，一定记得同时附上子流程图，以消除影响项目质量的不确定性因素。
另外，在子流程图中也可以标明其所属关系。
（11）流程块
可以用流程块将整张流程图分隔为几个部分，并为每个部分单独命名（比如“流程块1”等）。
这样做的目的在于从视
觉上使复杂的流程图变得更为清晰，在沟通时也方便。
2、图例和流程图信息
在团队合作中，图例是必须的，否则没人知道你画出来的东西到底是什么。
即使流程图只给自己看，也最好养成标注图例的好习惯。
其实这道理有点类似程序中的注释。
流程图信息也是必备的。
其内容至少应包括作者、时间、流程图名称和版本（如下图）。
这一方面可以让读者（其他同事）在有问题时能够方便地找到作者你，也起到了meta的作用。
3、绘制流程图的工具
Mac下首选OmniGraffle，Windows下除了Visio，似乎没有更好的选择（虽然Visio已经很难用了）。
4、评价流程图的好坏
我觉得一个好的流程图至少应做到以下几点：
密切地迎合了用户的心理状态、如实的反映了用户的操作习惯。
流程图是要指导UI设计的，是UI设计的参照物，如果流程图本身无法正确描绘出用户的情况的话，UI十有八九会出问题；
覆盖了各种可能的情况和细节。
这非常重要。
任何在先期不确定的因素，都会在项目中成为随时引爆的地雷，都会直接降低最终上线的UI质量。
此种情况真是屡见不鲜。
但同时这条又很难做到，因为它不仅要求设计师熟悉用户，也要设计师充分知晓产品的商业逻辑，还要了解系统的运作机制，落下以上任何一个方面，都会在流程图中留下死角。
这个问题我不知道有没有更好的解决方案，不过与PD和系分反复沟通是个行之有效的方法；
考虑到系统的设计和承受能力。
系统的运作机制和承受能力必须在绘制流程图过程中考虑进去，以免出现流程图被开发人员枪毙的情况。
我的习惯是，在绘制流程图时和系统分析师频繁沟通和交流，确保每一个环节都是可行的；
确保别人看得懂你的流程图。
别人现在看不懂，你自己以后也一样看不懂。
为了降低沟通成本，把流程图画清楚吧。