老板要我开发一个OA多级审批流(干货满满)

OA(office automation) 想必大家都已不陌生,甚至还非常熟悉,是的没错,本文就来讲解一下OA中的核心业务,审批流程是如何一步步实现的。

本文干货满满,建议静下心来细细品

被审核流程

首先填写好表单相关信息,然后点击审批人,从公司部门树中点击相应部门,加载部门相关角色用户,最后再指定审批人

370cb3a8280c51500f1d9e6861aeca94.png值得吹嘘的一点是这里的审批人可供用户自行动态选择,并且审批层级也是随着审批人的数量动态增减

以加班表单为例子

d0507f612c582582a06a1188d5bf5c66.png指定完成之后,点击提交即可。

然后再由相应的审批人逐级进行审批,当其中有一个不通过,则整个流程不通过,当所有的审批人全部通过才可通过。

OK流程已经清楚了,接下来我们来进行表结构的设计

只需要两张核心的审批表即可,其他需要进行审批流的业务表通过审批流编号FlowNo 关联这两张核心业务表,我们来看一下

审批流主表 AuditFlow

0596193217a9072e3762b8285ce93130.png

这两张表的关系是一对多,明细表的数量取决与表单提交添加的审核人数量

ApproFlow:1 =======> n :ApproFlowDetail

审批流明细表 AuditFlowDetail

4e14644a29e5a78e2741d33e14a6fe66.png

如此一来,OA审批流程的两张核心业务表就设计完成了。

那么问题来了,其他相关表呢?

别急,慢慢来嘛。首先用户表肯定是需要的,因为表单申请人和审核人都是关联的用户No,因为用户是根据部门走的,那么还需要设计一张部门表,再设计一张用户和部门相关联的表,把用户和部门联系起来,就可以从部门中选取相应角色。当然简单点的逻辑可以不用部门,直接搜索全部用户,这里就不再设计了哈。

有了用户表和审批业务核心表,接下来就可以根据公司业务需求,来设计相关的审批流程业务表了,这里就拿加班申请来举个例子,当用户需要进行加班的时候,肯定是需要走审批流程的,那么再来设计一张加班申请表

加班表 OverTimeAsk

9b2d8719ce5311ddc81607d9f1916d7a.png

此时,再回到文章一开始的流程,脑海中的思路是不是就慢慢的浮现出来了呢,嘻嘻

库设计好了,剩下的就是由程序实现完成了,那么问题又来了,如何去实现呢?借助问题,来进行驱动成长,下面就来探讨具体如何实现。

有了以上设计的表做铺垫,就可以为所欲为啦!

填写完加班申请表单,选择部门相关负责审批人,如主管,部门经理,总经理,此时进行表单提交

提交需要进行的操作
  • 录入当前审批业务表,也就是加班申请表的数据

  • 审批流主表插入一条数据

  • 审批流明细表插入三条数据

  • 对添加的第一个审核人发送相关通知消息

注意要点:
  1. 以上三条是同时进行操作,必须要满足事务,否则数据会出现问题

  2. 三条数据插入的FlowNo字段必须是相同的

  3. 插入审批流主表数据的时候,BusType字段的值可以设置为OverTimeAsk,审核状态默认1(待审核)

  4. 插入审批流明细表数据的条数取决与用户提交表单选择的审核人数量,如这里选择了三个审批人,就需要插入三条数据,第一条的审核状态 设为 2(待我审批),其他两条的审核状态设为1(审核中)

  5. 插入加班申请表对月份进行判定,不允许跨月加班

表单提交的操作完成了,下面就开始论到审核操作的流程了

首先,要有一个待我审批的入口,查询出所有待我审核的表单

  • AuditFlow表和AuditFlowDetail表通过FlowNo关联查询

  • 过滤AuditFlow表审核状态为1并且AuditFlowDetail表审核状态为2的数据

    • 也可以根据AuditFlow表的BusType字段进行审批表单的分类

审核操作,基本上分为审核通过和不通过, 当然也可以根据业务自行扩展其他的审核操作。

实现思路与细节如下:
  1. 根据表单提交操作来判断审核是否同意

  2. 根据FlowNoAuditUserNo以及AuditStatus为2(待我审批) 的条件去查询AuditFlowDetail表,如果数据为空,则此单已进行过审核操作,直接返回。

  3. 如果上一条查询的数据不为空,则可以将当前审核明细单数据的审核状态设置为通过or驳回

  4. 如果当前审核明细单的待审核数量大于一,则说明还需要向下一级传递审核,同时将下一级数据的审核状态设置为待我审核,并发送相关通知

  5. 如果当前审核明细单数据全部为审核通过,则将AuditFlow表的审核状态设为通过

  6. 如果当前审核明细单有一条审核不通过,则将AuditFlow表的审核状态设为不通过

实现细节

如果审核同意则,根据FlowNo查询出所有AuditFlowDetail表数据,然后进行过滤,分别统计审核通过和审核不通过的数据条数,并记录第一个审核状态为审核中的数据。此时可根据条件执行上面的第4,5,6条

审核不同意操作大致同上

OK,整个多级审批流程就实现完啦,如果你仔细看完此文,相信你一定会茅塞顿开

当然OA的审批业务远远不止这么一点,还有其他的表单审批,比如工作汇报审批表,还可增加关联的附件表,提交工作内容的同时上传相关文件或者照片存放在服务中,方便审核人随时在线预览或者下载到本地

还可根据业务需求自行扩展相关表单

78d0d836a5dc399dba9230971bbda50f.png以上所有表单的审批流程都是围绕基于两张核心业务表来实现。

来源:blog.csdn.net/cslx5zx5/article/details/107566070

 
 

精彩推荐

1.拿到35k入职之后,我在新公司从0到1搭建了一套订单系统!
2.IDEA中最牛逼的五款插件,没有之一,堪称神器!
3.牛逼哄哄的京东 JD-hotkey !
4.周星驰发布“招募令”,这个 Web3.0 到底是什么?
5.阿里的项目到处都是Google Guava工具包!
6.一款轻量级的权限框架,轻松搞定项目权限!
7.千万别乱用了!Lombok的@Data 和 @Builder 有巨坑!
8.ULID - 比UUID更强悍,更好用!
9.Spring Boot+Netty+Websocket实现后台向前端推送信息
10.公司新来了一个同事,把权限系统设计的炉火纯青!

de868db5463b735d781d772eaac329a0.png

  • 0
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值