芋道框架工作流讲解软件定制开发 #软件开发 #工作流 #芋道框架 #Java 系统概述 工作流程管理系统主要用于企业内部审批流程的创建、发布和管理。管理员可以自定义流程模型、设计流程表单、配置审批节点,并发布流程供用户发起申请。系统支持表单填写、文件上传、审批流转、流程记录等功能,实现业务流程的线上化管理,提高审批效率和流程透明度。 角色功能说明 1、超级管理员:负责系统整体流程管理,包括流程分类维护、流程模型创建、流程表单设计、审批流程配置和流程发布等,同时可以查看所有流程审批记录。 2、普通用户:负责发起流程申请,填写流程表单并提交审批,同时可以查看自己发起的流程进度和审批结果。 3、审批人员:负责处理待审批任务,对流程申请进行审核,可以查看申请详情、下载附件,并填写审批意见进行通过或驳回操作。 系统功能介绍 1、流程分类管理:用于对不同类型的流程进行分类管理,例如请假流程、报销流程、测试流程等,方便管理员在创建流程模型时进行归类。 2、流程模型管理:管理员可以创建新的流程模型,填写流程名称、标识、分类、图标和描述信息,并指定流程管理员,完成流程基础信息配置。 3、流程表单设计:在流程模型中可以自定义流程表单字段,例如单行输入框、多行文本、密码框、数字框、单选框、多选框、日期选择、评分组件等,并可设置字段提示、是否必填、最大长度等属性。 4、文件与图片上传:流程表单支持文件上传和图片上传功能,可设置文件格式、数量限制和大小限制,用于提交审批所需的附件材料。 5、流程审批设计:管理员可以通过流程设计器配置审批节点,例如指定用户审批、指定角色审批或指定部门负责人审批,也可以设置多级审批流程。 6、流程发布管理:流程设计完成后可以直接发布,发布后的流程将出现在审批中心,用户可以选择对应流程进行申请。 7、流程发起与审批:用户在审批中心填写表单并发起流程申请,系统根据配置自动流转到对应审批人,审批人可查看申请详情并进行审批处理。 8、流程任务与记录:系统提供待办任务和已办任务列表,审批人可以查看需要处理的流程,所有审批过程都会生成流转记录,方便后续查询与审计。
00:00 / 11:08
连播
清屏
智能
倍速
点赞2
00:00 / 16:58
连播
清屏
智能
倍速
点赞20
企业微信丨怎么跨主体继承客户? 企微能跨主体继承客户吗?当然可以!请看vcr 先别高兴的太早,我不知道各位注意到没有,立即咨询下面有一行小字【起步8万】,什么意思呢?就算你跨主体继承一个粉都要8万,我演示的这个主体5w7的客户,报价几十万,等于单粉就要十几块。大家没事都可以去咨询下,反正问价又不要钱。 总有人问我能不能跨主体继承,我都说没有,懒得多说,这么贵比重新买粉都贵。其实需要跨主体继承客户的基本都是刚开始主体职能没划分清楚,比如很多做群运营变现项目的老板,号上面的粉丝拉群拉了N次了,可能群里20万粉,号上面50万粉,但是外部人费用只想花2w块钱,就想把群跨主体继承。 这一切归根结底,就是刚入局企微私域的时候没有划分好主体职能,闷头干,干到一定体量又调不了头,重新规划吧,各业务线已经你中有我,我中有你,割裂不开了。 每年外部人费用多花好几万甚至几十万,这年头,省钱可比挣钱容易。所以做企微私域的老板,有所顾虑的,速来找顺聊聊,帮你规划规划,你的业务怎么样用企微更省钱。 顺,你懂这么多,一定亏了很多钱吧🤡 👍顺,后面分享更多基建干货。 🔔如果还有任何问题,欢迎在评论区留言~ #私域基建 #企微基建 #企微 #企业微信 #私域
00:00 / 01:46
连播
清屏
智能
倍速
点赞19
#性能优化 案例七:API网关缓慢——盲目增连接,忽略了N+1的微服务版 一个微服务架构下的聚合查询API,比如查询订单详情,需要拉取用户、商品、物流等多个信息。某天,这个接口响应变得缓慢,数据库压力不大,但应用服务器负载很高。 开发团队的反应是网络调用开销太大!于是他们为每个下游微服务的客户端都配置了独立的连接池,并大幅增加连接数。 同时,在代码层增加了异步编排逻辑,试图让调用并行起来。 结果下游部分承载力较弱的核心服务——比如用户基础信息服务——因为连接数被耗尽而崩溃,引发全链路瘫痪。异步逻辑增加了问题排查的复杂度,根本不知道是哪里先出的问题。 根本原因到底是什么? 这是N+1查询问题在微服务间的翻版!这个聚合API为了构造一个完整的响应,对每个订单项都可能发起一次独立的RPC调用去获取商品详情。 100个订单项,就产生100次调用。增加连接池,只是让“请求洪水”更顺畅地冲垮了下游服务。 第一性原理启示:分布式系统的性能包括两条:减少远程调用次数,尊重下游服务的承载力。你给再多连接,也解决不了“调用次数爆炸”的问题。 正确的优化方向: 服务端聚合:在提供数据的微服务侧,提供批量查询接口。比如,对获取产品ID,不要提供一个单条接口,而是提供一次查询多条的批量接口,一次传入100个ID,返回100个商品信息。 数据冗余与CQRS:在合理的一致性级别下,将高频查询所需的数据,冗余到读库或缓存中。比如,订单详情页需要展示商品名称和图片,完全可以在订单服务本地冗余一份商品快照,避免实时调用商品服务。 调用链分析:先使用APM工具(比如SkyWalking、Zipkin)分析问题,看看到底是谁在调谁,调了多少次,每次多久。而不是盲目调整连接参数。 【总结】 盲目增连接,忽略了N+1的微服务版 微服务架构下,最贵的不是连接数,而是调用次数。一次批量查询,胜过一百次单条调用。
00:00 / 03:10
连播
清屏
智能
倍速
点赞4
00:00 / 03:35
连播
清屏
智能
倍速
点赞27
00:00 / 08:40
连播
清屏
智能
倍速
点赞757
企微基建→异地登录企微方法以及注意事项 最近讲到z号怎么异地登录企微和扫脸的解决办法,本地换设备登录很简单,同一WiFi下扫码就行,异地登录到业务手机上面,需要亲友在他的手机上面打卡两天,一般加入主体当天,第二天再打卡一次,用手机号登录的时候,就有同事辅助验证,然后用本主体的三个企微,给亲友的企微,发送企微给的验证码就可以登录过来,但是这里面有几个注意事项,第一个是如果遇到第二天没有同事辅助,就多打卡两天,直到有辅助为止,大部分第二天就有了 。第二个是如果大量登录亲友的号,可以让他们在内部群发送辅助码,这样最快捷,运营一天能登过来100多个,第三个是如果后期出现扫脸,叫亲友把号登过去扫脸,我们再登回来就行,这是企微相对于其他APP最利好我们的地方,像某音扫脸就必须本设备去扫,非常麻烦,企微这边非常简单,第四个是登录过来之前要查看有无实名,不然这个号没用,第5个是登录过来当天就登电脑,熟悉环境,如果退出登录或者扫脸,当天就解决 ,这都是正常的,一般后面就不会出现了,第6个是登录过来之后,部分会提示打卡异地,一般我们登录过来打卡5天才会去做业务,不然刚异地登过来就去做业务,容易封号,切记切记。 👍🏻后续分享更多基建干货~ 如果还有任何问题,欢迎在评论区留言~ #私域 #私域基建 #企业微信 #企微基建 #企微
00:00 / 01:36
连播
清屏
智能
倍速
点赞10