[CTO札记]业务流程图Sample

一、流程图种类

业务流程图是软件开发人员经常制作的。画法有多种，从VISIO的Stencil（模具）中你也可以发现以下3种：

》混合流程图(Flow Chart)

》数据流图（DFD，Data Flow Diagram）

》跨职能流程图

 

二、如何选择

1、流程描述中有一些共性元素：

》角色（Role）/参与者(Actor），注意，有时需要加上System, Timer 或 DB

》流程/处理（Process）

》流向（Flow）

》数据（Data） / 文档（Document）

2、构成元素的差异

下面先用一张表来比较一下上述3种图构成元素的差异

图类型	角色Role	处理Process	流向Flow	数据Data
FlowChart		Y	Y
DFD		Y	Y	Y
跨职能流程图	Y	Y	Y

3、比较

流程图(FlowChart)的优点是突出‘Process’及相互间的次序关系；但它的弱点在于：

A）未识别参考者。当参与者较多时，难以区分清楚，导致理解困难。

B）对何对象进行操作，来、去不明。

这2个弱点常常导致业务人员难以理解、开发人员理解偏差。

 

数据流图(DFD)克服了上述弱点B。从名称上虽然是以‘数据’为核心，事实上是同时展现了数据与处理。通常情况下要比FlowChart清晰。

跨职能流程图则克服了上述弱点A。它有了明确的角色划分（以带状来划定规范）。是不是觉得象泳道(Swimming Lane)？没错，UML中的一个术语。这样，你就很容易明白它将比较容易地转化为时序图了。

有一点需要注意，如果你不能很好地掌握‘自顶向下、逐步细化’的原则，使用后2种方法很容易让你走火入魔。当你将大量内容挤在一页中，排版技巧又不是很高时，看上去会非常混乱。当你大力抨击后2种方法时，想想我刚才的话吧。

 

三、我的选择与Sample

那么，如果同时补充了‘角色划分’与‘数据对象’，是不是会更好呢？

Yes，我个人比较推崇的正是以‘跨职能流程图’为基础，适当辅助DFD图的技巧。― 或许，这可以称为‘跨职能数据流图’。

PS：这面这个图是个Sample；由于一些现实业务情况的制约，做出来也没什么大价值:(