通用工作流引擎数据库设计的简单构思

工作中接触到工作流的概念，于是自己构思了一个简单的通用工作流数据库。

---

什么是工作流和工作流引擎

百度百科：

工作流（Workflow），指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。在计算机中，工作流属于计算机支持的协同工作（CSCW）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。
工作流主要解决的主要问题是：为了实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。

维基百科：

A workflow consists of an orchestrated and repeatable pattern of business activity enabled by the systematic organization of resources into processes that transform materials, provide services, or process information. It can be depicted as a sequence of operations, declared as work of a person or group, an organization of staff, or one or more simple or complex mechanisms.
From a more abstract or higher-level perspective, workflow may be considered a view or representation of real work. The flow being described may refer to a document, service or product that is being transferred from one step to another.
Workflows may be viewed as one fundamental building block to be combined with other parts of an organization’s structure such as information technology, teams, projects and hierarchies.

简单通俗不严谨的讲，工作流就是用于传递信息的一整套流程。

例如，去银行办理贷款，从用户申请到银行审核再到最后用户拿到钱，这整个过程就是一个工作流，银行肯定也有自己的一套工作流系统，用于不同工作人员不同部门之前的写作，从而完成贷款这件事情。

而工作流的核心就是工作流引擎。

所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。工作流引擎包括了，流程的节点管理、流向管理、流程样例管理等重要功能。

---

数据库设计

对于一个通用的工作流引擎数据库，我觉得它应该具备以下几个功能：

1. 工作流引擎适用于多种类型事务
2. 流程调度流转，如创建，结束，跳跃，回退，终止
3. 自定义动作及事件发布
4. 顺序处理与并行处理

这里需要解释一下什么是任务的顺序执行和并行执行

（图片来自网络）
上一个任务的处理者指定下一个任务的处理者，必须当前处理人处理完毕，流程才能继续，为顺序处理，上图左边模式。
上一个任务的处理者指定多个处理人，由任一处理人处理，不分前后顺序，当所有处理人处理完毕，即可进入下一步骤，为并行处理，上图右边模式。

最后，我设计出下面的数据库引擎结构

• work表，即通用的工作流程表，代表一项目完整事务，state表示状态，有进行中，完结，终止三种状态，type指向具体事项类型，例如贷款事务，取款事务。
• task表，即操作任务表，表代表一种操作类型，type指向具体的操作类型，以银行贷款为例，type指向各种具体的审核操作。
• work_task表，作为中间表，连接work表和task表，state字段表示状态，有进行中，完结，终止三种状态，next_id指向下一个操作，通过操作这个字段，实现流程的回退，跳跃和终止。
• person表，表示执行task操作的人。
• task_person表，作为中间表，关联task表和person表，type表示任务操作者的执行类型，有顺序执行和并行执行两种。

---

设计思路

下面，我将阐述我的设计思路。
我们以银行贷款为例，大致流程为：
用户发起贷款》》审核流程1》》审核流程2》》发放贷款

我们需要根据具体业务加入具体的类型表，最后的数据库结构为

其中

loan表为贷款业务表，它表示一次贷款，是work的一种类型。

通过task的type字段，定义多种实际操作类型，approval1，approval2，draw分别表示单人审核操作，多人审核操作以及用户最后的取款操作。

通过work_task表将work和task关联的同时，也实现了task的执行顺序，同时，加入next_id用来表明下一个task，这样我们通过操作next_id就可以动态操作流程。当next_id指向自己的时候，说明流程已经结束。person_state表示执行人的状态。

• 跳跃：将next_id指向我们最终的task，那么中间的task将会跳过。
• 回退：为了避免task流程陷入死循环，回退是加入新task，然后再将next_id指向新加入的第一条task。
  例如，原本的流程是abcde，这时我们到了d这一步，需要回退到b，我们就可以在work_task中再加入bc，变成abcdbcde，只要把旧bc的信息复制到新bc上即可。
• 终止：直接在next_id赋值为空。

---

写在最后

这个工作流引擎只是本人的突发奇想，文章主要是阐述我想到的设计思路，至于具体的字段设计还有待斟酌，也并未在大型的工作流项目中实验过，所以可能存在不合理的地方，希望以后能继续改进。