我们的flowable改造(13)-初步结题

经过三轮的源码研究,准备阶段性结题。

2020年6月11日,我在集团金融事业部接过了第一版初步可运行的flowable6.5封装。完成了从技术版本到业务版本的初步改造,并能初步运行。

经过一年改造后,今年5月联系那边的同事分享下我们的成果并交流下双方的改进意见,暂时没有得到回复。不管怎样,我们将继续改造,沿着我们的业务线继续改造下去。也希望能形成开源社区,大家共同努力,形成符合国情的通用工作流平台......

1.团队介绍

我们的团队在长沙,从2007年成立公司以来,经历了仓储/瑞企协同平台/合同管理业务构建/案件管理业务构建/法务管理平台构架等,在协同平台的基础上,搭建起了我们对外的业务,得益于我们的平台化模式,使我们不断对底层协同管理平台进行优化改造,提升了我们对企业管理的理解与技术沉淀。2019年,在总所周知的原因下,我们在.net技术路线的基础上,开辟了Java技术方向。工作流在协同平台的地位是什么?在客户业务落地过程中,流程配置工作流占据核心地位,50%以上的工作量;在上线运营过程中,流程的调整直接占到75%的时间。可以说企业信息化平台,就是企业流程信息化的工具。

当下,我们在长沙有4个人的团队专职支持工作流平台:工作流设计器/工作流引擎/PC版工作UI;消息平台;企业管理移动应用平台等。

我们在前进,团队需要扩展;自己从2015年7月全职攻克工作流平台,直到现在一直在一线;

我们的flowable平台团队2020年招募开始,他们三位基本被培养成各领域的初级专家,可以在各自的方向上支持企业当下业务的发展。

我们做的是企业管理基础信息化工具,不是暴利方向,所以提供的是基于市场化中等水平的待遇:有意愿在企业与个人同步发展想法的可以联系我们。

我们对员工的定位是:在公司,我们将努力把你培养成技术与业务专家;内部将依照:交付支持组---->产品优化组---->项目经理 方向发展;在企业间:我们支持同事高飞,在合适的时机为甲方培训专业人才。

我们与甲方的关系:相互依存,持续推进,共同成长,可信的专业方向第二信息中心.

我们的flowable改造(13)-初步结题_第1张图片

2.我们对工作流的定义

2015年,接手协同管理平台中工作流组件时,我们对工作流提出了观察者模式与状态机模式构建工作流管理平台,这两种都是存在市场的,因为当时的工作流平台在内部已经发展到R7版本,大家或多或少对工作流平台有了体会。最终在老板的坚持下基于状态机构架了R9工作流平台。

R9是成功的,从现在看来,R9让我们的业务从水深火热回归到了平静,在现场不会再由大量的运维,当上千人用户规模企业使用时,很多同事会因为一天可能有3到4个流程需要进行手动运维而给我囔囔...........

工作流平台是什么?工作流是负责在企业组织架构或团队架构基础上,负责按组织层次/人员权限/业务顺序把内部业务单据进行串联的标准组件,解决企业内容信息分层/按需/安全共享的分发需求。

我们的平台归属于企业基础信息化平台,也就是基础工具类。所以核心关注的是业务,在业务的基础上对技术进行生化改造。

我们在分阶段/按步骤/持续不断的改造工作流平台,flowable工作流平台在企业内部的代号将采用R611.xxx作为代号,以彰显集团部门分享的重要,我们也坚持成果共享原则,优先为集团内部提供服务,并适时进行社区化开源....

3.工作流中的内部概念

基于单据/基于事项流程设计

当前工作流使用量大流派:基于事项的流程审批、基于业务的流程审批;

基于事项的流程审批:代表应用如OA,一个事项一个业务模块,并且对应唯一的一条流程。处理过程为先发起事项,如请假申请--->填写单据---->提交审批;好处是流程针对单一的事项,可以设计的非常简单,带有简单的条件及可以完成;缺点是在系统中会出现大量的模块来支持相应的业务。

基于业务的流程审批:代表应用如合同管理系统,基于模块定义单据,一个单据支持多类业务,也就意味者一个模块支持多流程。好处是使客户能在单一单据中完成特定领域业务处理;缺点是对工作流平台要求较高,要求流程的流转条件可用关联到业务单据,并支持组合与数据及时同步。这其中对流程存在基于组织的分配过程,流程在不同的组织中可以不一样。实现多维度使用授权。非OA类管理平台一般都采用基于业务的流程审批。

我们的flowable改造(13)-初步结题_第2张图片

任务单据

区分与业务单据,任务单据是在特定的场景下才出现的单据,一般出现在任务审批过程中,特定的环节需求进行特殊事项确认。如:在合同审批过程中,法务人员需要对合同出具格式化的确认项时,需要在法务审批节点提供任务单据,让法务人员出具标准化事项的详细建议。在合同盖章之前,合同确认人员需要对相应的事项进行一一确认后,才能提交盖章等。

我们的flowable改造(13)-初步结题_第3张图片

任务单据没有直接的录入入口,只能依附与业务单据的审批,在特定的审批环节才出现。

任务单据的作用可以是单一记录,也可以同时更新业务单据数据,实现业务单据分步完善。

工作流管理平台

工作流是企业业务的固化实现,怎么进行固化呢?工作流管理平台将基于业务系统进行建模,按照业务模块进行流程的创建,并在流转条件中直接使用业务单据数据作为流程条件.

所有流程平台核心功能为:【业务模型映射/业务流程设计/流程模型分配//流程模型部署/业务实例监测/流程运维/审批效率等

工作流引擎

流程设计只提供了流程设计图,工作流引擎负责对具体的业务按图提供运行实例。控制运行图的前进/后退等工作。

一般设计分为三个层次,流程实例/执行流/任务处理,并且在不同的对象执行中提供监测模型,使后续定制可以按照标准进行实现。

工作流执行效率

工作流执行效率:一般提供流程级/节点级/部门级别/组织级审批效率,系统直接提供标准审批效率报表,其他维度的事项可以再定制。

执行者选择器

为流程节点提供候选审批人列表,具体参加前面提供的执行者相关章节。

流程实例

流程实例是业务单据与具体流程的关联信息,流程实例关注的是正在运行的流程单据关联。流程实例对应的是历史实例。

流程定义

流程步骤

流程分支

本次流程序号

会签组合

分录组号

分支组号

知会

抄送

工作流的本质图

4.我的成果

.NET工作流平台(R11,纯自主研发)

Java工作流平台(R611.001,基于flowable6.5改造):

5.flowable中的概念

6.我们对flowable的改造

7.改造成果

8.正在推进的事项

9.其他

你可能感兴趣的:(Flowable工作流成型过程)