审批工作流及数据库设计

1、工作流
工作流是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。
2、审批流程七要素
（1）、角色
要完成一个审批流程一定需要两个角色来共同完成，分别为发起人和审批人。
发起人特点：最关心审批流程的人
审批人特点：希望审批操作精简
（2）、场景
请假、出差、采购等往往都要提交审批申请。
（3）、节点
节点分为单个节点和多个节点两种情况
单个节点即表示审批人仅有一个
多个节点表示审批人有多个
具体审批人设置为单个和多个需要根据实际情况决定。
设置为单个，当审批人长时间未审批或者审批人请假未能审批将造成审批滞留时间太长。
设置为多个，也有可能降低审批人审批效率，审批人心理状态就会觉得反正我不审批别人也可以审批
（4）、环节
环节也分为单个和多个，单个环节单个节点即构成了最简单的一种审批流程
但是实际情况往往都会存在多个环节。
（5）、必要信息
必要信息在设计过程中便体现为表单。
以请假审批为例：
对于发起人而言，必填信息包括：申请理由、申请时长、审批人选择。
对于审批人而言，他能看到发起人填写的相关信息，知道是谁提的请假申请，需要申请多长时间，申请理由是什么。
（6）、通知
必要信息在设计过程中便体现为表单。
以请假审批为例：
对于发起人而言，必填信息包括：申请理由、申请时长、审批人选择。
对于审批人而言，他能看到发起人填写的相关信息，知道是谁提的请假申请，需要申请多长时间，申请理由是什么。
（7）、操作
我们根据不同角色及不同状态来对过程中涉及到的操作进行分析
状态一：发起人+未审批
在这种情况下，发起人可以有两种操作，第一种：取消申请。发起人发现信息填写错误可以对审批进行取消。第二种：催一催，能够主动的对审批人发送邮件或者是即时消息通知对方尽快处理，不过这里还要考虑到发送的频率问题。
状态二：发起人+已驳回
在已驳回状态下，我们可以为用户提供重新申请的快速入口，在表单中我们可以为用户填写好上次已经填写的一些必要信息，避免用户重复填写。
状态三：审批人+未审批
审批人处理审批流包括两种操作：通过审批和驳回审批，这里需要的进行驳回操作时需要注明驳回理由让发起人清楚自己的申请为什么被驳回。
3、常见的审批流程举例
（1）、发起人发起审批，由一个审批人决定是否通过或驳回。
（2）、发起人发起审批，，多级审批决策
（3）、每个环节有多人审批，有一人通过即通过
（4）、更复杂的情形还涉及到条件判断，比较常见的场景就是请假：如果三天以内直接主管审批，如果3天至5天需要上级领导审批，如果大于5天流程还会更为繁琐。
4、数据表设计
（1）、审批流程表
流程ID
流程名称
业务内容ID
流程条件
（2）、业务内容
业务内容ID
业务内容
业务说明
（3）、可用操作
操作ID
审批节点ID
操作名称
操作显示名
执行方式
（4）、显示内容控制
ID
审批节点ID
内容字段
显示
编辑
（5）、审批节点
节点ID
流程ID
节点名称
节点类型
节点内容
默认审批岗位
默认审批人
（6）、节点跳转
ID
节点ID
条件公式
条件描述
下一节点ID
下一节点处理岗位
（7）、审批数据
审批数据ID
审批数据模型
审批数据内容
审批数据URL
（8）、节点判断
ID
审批节点ID
当前审批节点ID
当前审批节点名称
下一审批节点
审批数据ID
审批数据模型
数据URL