写这篇文章的目的有两个：一个是自我学习工作流的一个总结，二是希望通过我这点介绍，对于想要了解工作流的亲们有所帮助（因为我在一开始学习的时候，找不到方向，在一些问答社区询问，至今杳无音讯）。
工作流多应用于后台系统中，比如CRM和OA系统。其最直接的用途是进行在线协同办公，在线审批，在线数据传递，为公司实现无纸化办公提供技术支持。一句话：就是为了实现在线办公，免得签个字还要满世界找人。
不使用工作流可以嘛？
不使用工作流，通过层层的数据传递，或者说通过页面的层层穿刺可以吗？答案是肯定的。比如下图所示。下图为我做过的某企业的CRM系统，当时有一个货需计划提报的功能。由于当时项目的时间比较紧，开发一个工作流比较费时，就做了一个假的工作流。
该功能是这样的：业务员进行提报每个月的货需计划，然后省区经理进行货需计划的确认，大区经理再次确认，渠道部经理确认、最后总部确认。这是一个数据的审批流，如果采用工作流，非常的简单。由于被当时项目时间比较紧，我们当时只是进行了页面数据的穿刺，从一个页面穿刺到另外一个，通过操作按钮，控制审批的状态，用一个假的工作流蒙混过关。
固然通过这种方式可以实现部分工作流可以完成的工作，但是如果流程的某一段发生改变。比如说，省区经理不进行确认了，直接大区确认。这样的一点需求更改，就需要更改底层的代码。又比如：业务员提报的货需，必须先要城市经理进行确认。这样就增加了一个审批的节点，必须重新修改代码。
从以上的一个例子可以看出，如果没有工作流的情况下，需求更改一点，就要在代码层面进行更改，非常的不方便进行扩展。由此，我们便也得出，有了工作流，我们可以自由定义流程，方便以后扩展。
怎么设计一个工作流呢？
工作流可以很简单，也可以很复杂。目前比较主流的工作流引擎有：JPMB,Activiti和Flowable，其他的工作流，大家可以自行去了解下。不管是何种工作流，其最基本的原理都大同小异，鉴于此，我只说最简单的，也是最基础的。
为了比较形象的理解工作流，我以一条河流作为比喻。可以简单的把一天小河看成是工作流，而小河的水闸可以看成是各个节点，通过水闸，可以控制水流的方向。
第一步：绘制工作流
如图所示，通过拖动的方式，绘制流程图。重点明确流程的发起点和节点的处理人，这两点明确以后，基本上流程图就出来了。图中红框有两个重要字段，一个是流程的ID，一个是名称，ID是该条流程在系统中保存的唯一标识，是程序员进行引用该条流程的唯一标志。如何在系统中其他地方需要用到该处流程，就可以通过ID把该条流程配置到该处就可以了。名称是界面显示的内容，方面使用人员进行查看。可以想象，在创建一条河的时候，首先需要给小河起个名字，不然你跟别人说河，别人不知道是那条河。
第二：配置节点
从图上可以看到，每个审批节点都需要进行配置。节点属性指的是配置节点的名称和节点的唯一ID。
人员配置指的是配置该节点的处理人，可以按照岗位，直接指定某个岗位进行处理，备选岗位，指的是A或者B都可以进行处理，除此之外也可以指定角色进行处理。
会签属性，一般是需要进行会签的流程才会需要，一般不考虑。
任务监听器指的是具体的监听工作，常见的有驳回监听，审批监听等等。这个一般是程序员开发好之后，我们只需要进行配置就好，了解过程序的人都知道监听器的作用，在此，我就不多说了。
以上是工作流的一些简单介绍，这种可以进行自定义绘制的图形化界面，一般都是一些中大型团队使用的，几个人的小团队可以不用图形化的绘制界面，通过设置系统后台工作流的配置也是可以做出来简单的工作流的。工作流绘制好之后，通过拿到该条工作流的ID，结合数据字典，就可以把工作流配置到相应的页面中。
