[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
[CTO札记]业务流程图Sample_第1张图片
3、比较
流程图(FlowChart)的优点是突出‘Process’及相互间的次序关系;但它的弱点在于:
A)未识别参考者。当参与者较多时,难以区分清楚,导致理解困难。
B)对何对象进行操作,来、去不明。
这2个弱点常常导致业务人员难以理解、开发人员理解偏差。
 
数据流图(DFD)克服了上述弱点B。从名称上虽然是以‘数据’为核心,事实上是同时展现了数据与处理。通常情况下要比FlowChart清晰。
跨职能流程图则克服了上述弱点A。它有了明确的角色划分(以带状来划定规范)。是不是觉得象泳道(Swimming Lane)?没错,UML中的一个术语。这样,你就很容易明白它将比较容易地转化为时序图了。
有一点需要注意,如果你不能很好地掌握‘自顶向下、逐步细化’的原则,使用后2种方法很容易让你走火入魔。当你将大量内容挤在一页中,排版技巧又不是很高时,看上去会非常混乱。当你大力抨击后2种方法时,想想我刚才的话吧。
 
三、我的选择与Sample
那么,如果同时补充了‘角色划分’与‘数据对象’,是不是会更好呢?
Yes,我个人比较推崇的正是以‘跨职能流程图’为基础,适当辅助DFD图的技巧。― 或许,这可以称为‘跨职能数据流图’。
PS:这面这个图是个Sample;由于一些现实业务情况的制约,做出来也没什么大价值:(

你可能感兴趣的:(职场,休闲,sample,[CTO札记],业务流程图)