软件设计之业务流程图一.pdfVIP

业务流程图

第一部分：什么是流程图？

1.定义

那什么是流程图呢？流程图=流程+图，如下图：

图2流程图的定义

流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过

程，流程是自然而然就存在的。但是它可以不规X，可以不固定，可以充满问题。所以就

会造成看似没有流程。前不久，团队每个人对接一个业务团队去调研流程，反馈给我的流

程有一缺失。询问时，负责人反馈给我的答复是：这一块业务他们没有流程。其实严格

意义上讲，业务已经开展，不可能没有流程，只是说没有固定的流程或者你调研的对象也

1/20

讲不清楚。

图：Chart或者Diagram,是将基本固化有一定规律的流程进行显性化和书面化，从

而有利于传播与沉淀、流程重组参考。

从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合用

流程图的方式去表现，适合用流程图去表现的流程是一定程度固定的有规律可循的，流程

中的关键环节不会朝令夕改的。

2.流程图与其他图表的对比

工作中我们还用到或听到很多其他类型的图表，比如交设计师们经常说的线框图

(Wireframes)，信息架构图或站点地图(SiteMap)，，开发工程师们经常说的用例图(Use

Case)或E-R图。这不同的图表要表达的内容有何种差异呢？简单做个对比，如图：

2/20

图3流程图VS其他常用图表

如果要串到某一个项目来说，可以理解成：

3/20

用例图（UseCase）：表现了一个角色在系统里要完成的活动是什么，比如用户这个

角色与ATM取款机的交过程中，用户需要完成的活动有存钱，取钱，查询等。而存钱

这个活动再可以进一步细分为插卡，输入密码，输入金额，ATM吐钞，用户收款，退卡等

活动。用例图可以不考虑用户动作的前后次序，而提取一关键的动宾短语，映射出

系统该满足的功能点。常用用例图的人是产品经理和开发工程师。

流程图则表示用户每一个活动的前后次序，比如用户必须要先插入银行卡，才能够输

入密码，且流程图必须直接表现出各种异常判断，比如当密码错误时，出现什么提示，密

码输入错误超过多少次时，出现什么提示和动作。常用流程图的人是产品经理，设计师，

或者任何需要讲述业务如何运作的人。

信息构图，站点地图(SiteMap)：表现为了做一个这样的系统，功能与内容的展现

层次是什么，比如用户一进去后，欢迎页面的导航如何设计，是否直接出现取款，存款，

查询，或者还有别的导航？常用信息架构图的是设计师。但是常用组织架构图的是HR。

线框图（Wireframe）：将具体每个界面的内容布局和权重表达出来，且标注出一

交细节的设计，比如当密码错误后，如何提示下一步动作。常用线框图的人是设计师。

实体关系图（E-R图）：则是数据库架构的工作，表示一个业务系统或场景中的实体时

间的关系，比如储户与银行卡的关系是归属1对多，通过开卡事件产生关联。一般来讲，

用矩形来表示实体，椭圆标识这个实体的属性，比如储户这个实体的属性有：姓，名，手

机，住址等。而银行卡的属性有：开户行，开户名称，银行卡号等。

那么流程图要体现出他的差异定义，要素是什么？总结出了流程图的6大要素，希望

大家能够记住，这6个要素可以在以后的文章里不断回顾，你也可以拿来判断你所看到的

4/20

流程图是否专业。

图4流程图6大要素

•参与者：谁在这个流程中？可以是系统，可以是个打印机，更多的指什么角色——

一般是有某种工种的人。比如客服同时有小A和小B两人，但是若他们的工作性质完全一

样，那么在流程图里只需要写一个客服角色就可以了。