Start
提交申请单
公司分管领导
普通员工
更新是否为北京出差
二级正
无
End
是
一对多
多对一
任务表
任务可以是当前节点需要执行的任务或动作，比如发送短信，推送代办或其他操作（或记录日志或审批日志或同步状态），可以指定是这个任务是一个必要条件还是非必要，如果 是必要就代表如果不完成任务就无法流转（比如指定审批人）主键ID任务名称任务描述对应类名对应方法名
指定审批节点与角色关系表
主键ID节点ID角色ID
部门培训管理员
END
一级正
正常起草的数据（设流程开关状态[是否需要领导批准赴京]）有了这个状态可以为以后去掉这个流程时流程依然可以流转
一级副
保存行程
流程定义
主键 ID流程名称 process_name
指派01
更新是否需要总经理审批
保存申请状态101
否
流程实例表
主键ID申请单号流程定义ID当前节点ID下一节点ID(如果是指定的审批人的情况下有可能 出现当前节点对应的下个节点与实际节点对应的下一个节点不一致所以在这里需要添加一个下一节点)当前流程状态（开始或结束）创建时间最后更新时间
流程表设计流程表：主流程编号按员工界划分流程节点表：记录流程与节点对应关系，节点可以使用一个类似状态的字段来说明当前节点所处位置，可以使用英文也可以使用类似110的状态方便后期扩展流程节点表与处理人关系表：记录节点与处理人关系，一个节点可以对应多个处理人，如果当前有判断如果判断不成立那么当节点数加1找到下个节点，如果判断成功那么当前日节点数加2找到当前节点处理人，下面流程图我们使用node来表示节点位置（注代理人设置使用现在代理人查询可满足流程流转，每个节点都判断是否有代理人如查有就使用代理人片处理完之后下个节点同样是按节点编号来查处理人所以不影响，以下流程就不标注代理人处理）如何标注节点为完结状态？将判断写成方法，当前节点带出相应的判断即添加一个决策判断表决策判断表：定义与代码对应的方法名称或编号用以程序直接调用最后返回一个节点或另一个决策信息判断下一步是决策还是节点:设计表字段（节点的下一步可以是决策也可以是另一节点，设计两个字段一个是决策一个是节点先判断是否有决策再判断是否有下一节点，再判断下一节点是否结束）判断当前流程是否结束：设计一个节点叫结束
任务类
多个任务方法（返回值）
普通员工申请单起草完成node=1
是否是培训申请单
流程处理人角色表
主键ID角色名称角色名称（英文）角色定义类名角色定义方法名状态创建时间
指派02
起草申请单
是否要去北京
历史审批如何跳转到新的流程或按原来流程走完历史数据只要更新“是否需要领导批准赴京”状态同时更新当前节点编号即可添加相关领导审批流程，
是否需要领导批准赴京
是否去北京
设置当前审批人
是否为正式会议通知
部门培训管理员审批node=2
流程决策表
一级正审批node=6
流程对象
初始化（即流程开始，获取流程定义中对应流程定义ID对应名称为开始的节点）流转（即执行下一步流程）（判断流程是否存在如没有则初始化一个流程实例，更新下一审批人）当前流程处理（即更新当前审批人或状态）指定流程处理（根据当前节点查询对指定的节点与角色对应关系返回单个节点或多个节点对应的审批人及审批人对应的角色，指定完成后方可更新日节点状态及更新下一节点信息）
有
强制上传附件
决策类
多个决策方法
流程节点（开始，结束也是一个节点）
12家分公司二级正
一对一
设置下一审批人
公司培训管理管理node=4
分管领导
多 对一
判断级别
人力资源部培训管理员
二级正审批node=3
指定审批
流程接口
初始化方法
是否有分管领导
是否是去北京
角色定义类
多个角色查询方法（与角色表对应）
是否培训类申请
设置下一审批人（该过程无需做改造原有判断就能保存至少当前节点的审批人是可以确定）
继承
是否有公司分管领导
公司分管审批node=5
显示“无正式会议通知审批流程将经过总经理审批”
是否培训类申请单
