前言
统一流程平台前身是团队转向时的一个flowable6.5+antd+react+bpmnjs构建的基础模型,能按照一定的规则进行初步流转。对于面向超大规模企业级应用平台的统一流程平台,这些内容远远不够。
我们有C#自研企业级工作流平台,转向Java方向后企业级工作流平台的要求并没有改变,在一个基础原型之上,需要构建至少包含C#工作流平台的核心能力,有意义的功能必须保留,并且避免在C#工作流平台上遇到的问题。也就是JAVA版统一流程平台的核心业务必须基本解决C#平台中已提供的能力,并且对相关的内容进行改造。
C#自研工作流平台的能力与缺陷
2.1工作流平台的能力
2.2工作流平台缺陷
JAVA版统一流程平台的业务规划
JAVA版统一流程平台已实现的内容
JAVA版统一流程平台业务集成实施指引
在实际推广过程中,企业合同管理系统/企业法务管理平台/企业案件管理平台/企业风险与合规管理平台都可以在统一流程平台中注册应用,然后同时接入到统一流程平台。
统一流程平台的业务实现已经作为企业基础服务组件融入到基础平台中,为企业内部的产品体现提供了原生支持,但在是实际推广过程中,需要实施团队根据客户方的实际需求进行有针对性的修正。
统一流程平台实施指引大纲如下:
在最后
经过三年的构建/改造/实践/扩充,统一流程平台核心业务基本完成,用于应对当下国内企业级审批需求是不在话下。近期抽时间分析了gitee中有流程平台的低代码实现,基本都只是较为原生的引入flowable,或者activity,当面对超大规模企业实际使用时,流程管理/审批人员设置都将会是噩梦,统一流程平台提供了完善的运营支持工具,本身基于业务设计了大量自我修复能力,以及在近三年的超大规模企业的高频检验下,对运行质量基本能保障。
统一流程平台已经成为it基础服务,创新更多将来自业务编排集成,以及基于分布式消息队列的外围扩展,统一流程平台将为企业级应用提供全面的业务驱动力,并为企业管理平台走向智能化提供基础解决方案。
统一流程平台的技术模型到本月将进行阶段性休眠,而基础统一流程平台业务应用模型将重新起航。任务节点单据将成为企业业务智能化的一个新起点。