这是我的项目中使用的一套关于工作流和审批流的配置，算是比较简单的，这里只写其中比较核心的思路，算是对之前工作的一个技术总结吧。
以下是数据库设计；后面再跟据实例分析每个表的作用。
首先是流程配置表：
如果需要用到一个工作流就要先配置，test_workflow_configuration就需要存入该流程的基本信息
test_workflow_details需要存入该流程的工作流配置，需要几级审核等信息
然后是流程记录表：
这个表存储的是流程记录，每个流程送审之后都会存在这条记录中，一级审核完在插入下一级记录
最后是申请单表：
这个表存储的是申请单信息
ps：这里有一些关联设计的表被我省略了，只说最核心的思路，下面举个栗子
现在有一个工单申请需求
首先这个申请单记录记录应该存储在test_order中，包括单据号，创建日期，创建人等信息（相关业务明细另外建表）
然后配置审核流程
test_workflow_configuration中应该存入这个流程的基本信息
test_workflow_details中设置工作流配置（附图1）
接下来流程开始
第一步：该工单填写完毕，送审
当点击【送审】按钮时后台需要以下操作：
1.将test_order中的status改为1送审状态
2.流程记录表test_workflow_records插入工作流第一条记录（主管审核）
test_workflow_details里的post_id是主管岗位id，test_workflow_records里需要的是主管这个岗位上的人的id，作为assignee_id（该工作流受理人id）
第二步：主管登录系统，进入审批页面，跟据主管id/既是当前用户id（assignee_id）和（is_audit = 0）可以展示当前主管需要审核的所有申请。
主管点击【审核】按钮，可根据document_code（申请单据号）展示当前申请的所有详细信息，选择【通过】/【驳回】，并填写意见等，最后点击【提交】。
此时后台需要做以下操作：
1.更新流程记录为已审核状态（is_audit=1）
2.跟据workflow_id查询该流程分为多少步（几条记录就是几步），取出当前记录的flow_serialnumber，判断是否是最后一步
若是最后一步 ｛
判断当前记录是否通过
若通过｛
编写审核通过的业务处理代码
｝
否则 ｛
直接更新test_order申请状态为驳回（status=3）
｝
｝
若不是最后一步｛
再判断当前记录是否审核通过
若不通过｛
直接更新test_order申请状态为驳回（status=3）
｝
若通过（这个栗子就走这种情况）
｛
取出flow_serialnumber，+1，查询下一个节点（经理审核）
流程记录表test_workflow_records插入工作流第二条记录（经理审核）
｝
｝
插入处理方式同上
第三步：同第二步，此时流程走到经理这里，流程继续进行。
附上几张截图：
图1：工作流配置
图2：审核记录详情