从2020年6月起,团队正式启动统一流程平台构建。原始需求比较简单,有一个能审批的java版本,支撑java产品线的所有审批需求。基于.NET版本的工作流平台的研发与推广经验以及java产品微服务化的初始需求,统一流程平台必须是一个高内聚/分布式集成的基础应用平台。
1.服务实现
在这个需求之上,统一流程平台按照需求规划了一下服务:
1).高内聚一流程平台服务
2).纯前端统一流程管理与运营平台
3).基于rabbitMQ的分布式消息主题发送:【事务办理消息/业务编排消息】
4).统一流程平台服务标准SKD
5).基于组织管理学构建的执行者选择器[可插拔]
基于以上标准服务,为了适用业务的正常驱动,同步构建了一下组件:
6).基于事务办理消息的消息平台集成插件
7).lms流程参照实现插件样例【已直接投入生产系统】
2.核心改造
产品的基础组件时flowable6.5,并对产品进行了全面的业务匹配实现,核心改造如下:
1)引入工作流业务状态机与业务行为能力对象:这个功能解决了独立的统一流程平台与业务平台基于信赖的功能集成,业务平台请求统一流程平台的状态机获取行为能力模型,并基于行为能力模型规划工作流功能。
2)引入组织学执行者选择器,基于员工/岗位/部门/组织/人员组/岗位群/部门群 等感念,加上审批事项参照与业务数据参照,最终形成了审批人智能推算方案。
3).引入执行能力探针,实现业务办理过程中的行为差异化实现,符合现实运行过程中高层领导关注业务而无需关注流转的基本需求。基于当前能力,企业运营业务落地时可以基于业务梳理实现特殊需求。
4).对子流程模型进行了改造,实现子流程全业务支持:【驳回到任意位置/审批自动办理等】
5).基于flowable数据模型,推出了基于flowable规则的任意位置取回功能【业务任意有条件取回/管理人员任意取回/终审后取回等】
6).引入了企业基础管理平台的通用建模模型:【应用---->业务功能----->业务字段】的三级模型规范。
....
3.统一流程平台的推广语
基于以上内容,怎么来构建推广语呢?
我们在.net时期一直标榜着面向业务构建而不是技术构建,基础组件是flowable6.5。核心实现是基于业务能力状态机/引入组织管理学等通用学科,构建的全能力审批流程平台,并已全面面向运营实现,达到业务流程的快速修正与驱动目标。
所以,统一流程平台推广语如下: