简单工作流设计思想

参考资料

1，工作流定义

2，有限状态机

思路

工作流实际上可以用数据结构中的图表示，图的边代表从一个节点跳到另一个节点的动作，图的结点代表一个流程的其中一个状态，整个图的定义代表着一个工作流，因此，设计数据库的时候，只要能够将图表达出来，简单的工作流设计就很简单了。

简单实现

将会定义三张表，tb_node, tb_route, tb_history，其中tb_node是用来定义结点，tb_route用来定义边，tb_history用来记录发生过的动作。

tb_node的表结构

node_id、node_name

tb_route的表结构

route_id、route_name、current_node_id、next_node_id

tb_history的表结构

history_id、route_id、user_id、create_time、update_time

其中tb_node用来定义结点，tb_route的current_node_id以及next_node_id代表有向图边的开始结点和结束结点

一张有向图通过tb_node、以及tb_route定义完整，例如我需要实现一个报修流程：未处理--》跟进中--》已完成--》已评价，则可以定义ID分别为1到4的tb_node记录，来表达未处理到已完成4个状态。未处理到跟进中的操作则可以通过tb_route的一条记录表达，此时current_node_id是1，next_node_id是2，说明是从未处理结点到跟进中结点的一个操作。

tb_history用来记录业务发生的时间、操作人、以及对应的动作，可以实现对相关业务发生时间、操作进行跟踪记录。

---

应用

简单工作流常常会应用到ERP系统中，ERP系统中，涉及到很多流程，其中有部分流程不是固定不变的，而是经常因为业务的变化而需要动态改变。假如有个业务流程原来本身是普通员工填表--》组长审核--》经理审核--》总经理审核，但是后面由于需要加快流程处理变成了普通员工填表--》经理审核，其他不必要的环节都去掉了，在这种情况下，如果系统在表达业务流程的代码中是暴力写死的，很明显，业务流程变了，你就需要修改你的代码才能适应这种改变。但是如果通过工作流来实现原来的业务流程，那样UI上显示的业务流程实际上是遍历出来的一个图，而这个图是可以通过修改边以及节点来改变UI上的业务流程显示，这样就可以实现可配置的业务流程满足不同情况下的应用，减少了工作量，系统的应用面就更广了。

扩展

1，其实工作流远没有以上讲的仅仅几张表那么简单，一个完整的工作流还会涉及到自定义表单（实现每个节点前端应该提交的参数也可以自定义）的设计，权限的设计等等，本文只是简单的描述了一下工作流的作用，具体更加复杂的实现，可以自行百度哈。

2， tb_node,tb_route还可以作为基类，增加实例表tb_node_instance,tb_route_instance，节点实例表用来保存节点执行过程中的状态，路由实例表用来保存节点流转过程的状态，这样的话可以将工作流定义和工作流实际工作过程分开，就如java的类和java的对象一样，最后还能增加一个tb_task表与tb_task_instance，用来表示该工作流代表的一个任务，从而每个工作流实例都是有和具体任务关联的，该任务可以再设置各种字段保存一段脚本，从而让工作流能够做更多的东西

3，复杂工作流的一些特性：工作流特性