工作流基本概念学习笔记
⼯作流管理联盟(WFMC)
1993年⼯作流管理联盟(Workflow Management Coalition,WFMC)成⽴并颁布了⼀系列工作流管理系统相关的标准和规范,包括工作流术语表、工作流参考模型、工作流管理系统各部分间协作的五个接口规格、工作流产品的互操作性标准等。其中参考模型,如下图示:
WFMC 定义的 5 类接口的功能:
- 接口 1:流程定义接口,工作流服务和工作流建模工具间接口,包括工作流模型的解释和读写操作;
- 接口 2:客户端应用程序接口,工作流服务和客户应用之间的接口,这是最主要的接口规范,它约定所有客户方应用与工作流服务之间的功能操作方式;
- 接口 3:被调用应用程序接口,工作流系统和直接调用的应用程序之间的直接接口;
- 接口 4:工作流平台执行服务之间的互操作接口,或者多个工作流系统之间的互操作接口;
- 接口 5:系统管理、监控以及跟踪需要所用到的工具性接口,工作流服务于工作流管理工具之间的接口;
主要应用场景:一般 OA 都内置有一个轻量级的审批流引擎,适用于办公协同领域。BPM 在中国主要适用于流程化信息化程度较高的制造业、零售业、房地产、金融业和政府事业单位,可以应用在企业战略、运营、管理等从上到下的各个场景。BPM 主要为这些行业中体量较大的公司客户服务。
其中接口一早期的标准为WPDL(Workflow Process Definition Language),后来这一接口的规范变更为XPDL(XML Process Definition Language)。
WFMC定义的XPDL(XML Process Definition Language)是至今工作流领域最为重要的一个标准,目前很多主流⼯作流产品都是依据这个标准和规则进⾏设计和开发的,因此大多数工作流引擎都是依据该标准设计开发的。
工作流定义
WFMC对工作流给出定义为:工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。
业务流程建模符号(BPMN)
BPMN(Business Process Modeling Notation)是BPM及工作流的建模语言标准之一。是指业务流程建模与标注,包括这些图元如何组合成一个业务流程图(Business Process Diagram)。
由BPMI Notation Working Group超过2年的努力,于2004年5月对外发布了BPMN 1.0 规范,后BPMI并入到OMG组织,OMG于2011年推出BPMN2.0标准,对BPMN进行了重新定义(Business Process Model and Notation)。
BPMN的主要目标是要提供被所有业务用户理解的一套标记语言,从创建流程轮廓的业务分析到这些流程的实现,直到最终用户的管理监控,包括业务分析者、软件开发者以及业务管理者与监察者。BPMN也支持提供一个内部的模型可以生成可执行的BPEL4WS。因此BPMN的出现,弥补了从业务流程设计到流程开发的间隙,在业务流程设计与流程实现之间搭建了一条标准化的桥梁。
BPMN定义了一个业务流程图(Business Process Diagram),该业务流程图基于一个流程图(flowcharting),该流程图被设计用于创建业务流程操作的图形化模型。而一个业务流程模型(Business Process Model),指一个由图形对象(graphical objects)组成的网状图,图形对象包括活动(activities)和用于定义这些活动执行顺序的流程控制器(flow controls)。
BPMN有以下4个基本元素:
- 流对象(Flow Objects):包括事件、活动、网关,是BPMN中的核心元素;
- 连接对象(Connecting Objects):包括顺序流、消息流、关联;
- 泳道(Swimlanes):包括池和道两种类型;
- 人工信息(Artifacts):包括数据对象、组、注释。
1.1~1.3参考知乎文档: https://zhuanlan.zhihu.com/p/514804348
从1.4开始都是自己通过翻阅activiti7的sdk代码以及写单元测试用例总结的
重要概念
工作流中有如下一些重要的概念需要注意:
-
图形元素
-
流程模型
-
流程定义
-
流程实例
-
待处理任务
这些基本元素的依赖关系大致如下图所示: 使用图形元素经过建模过程, 产出流程模型, 流程模型一bpmn文件的形式体现, 流程模型的发布可以产出流程定义, 有了流程定义就可以用来创建具体的流程实例了, 继而具体的流程实例需要相关参与人处理, 这些需要处理的事项就是待处理任务.
从另外一个角度看, 同一个工作流的流程模型是可以反复修改的, 只有发布的流程模型才会产生流程定义, 并且创建流程实例的时候, 都是使用最新的流程定义创建的流程定义, 如果最新的流程定义被挂起(suspend), 则此时该流程不允许创建流程实例, 可以用如下的图形表示模型与流程定义的版本关系:
工作流状态机
一个工作流, 在整个生命周期中, 存在如下几个不同的状态:
-
流程模型: 工作流的初始状态为流程模型, 在状态机整个生命周期中, 流程模型可以被管理员反复修改、保存、发布;
-
流程激活:
-
流程模型修改保存后, 只有发布才能使得流程变更可用, 也就使得工作流进入激活状态, 可以用来发起新的流程实例;
-
发起流程实例所用的流程定义是最新发布的流程模型所表达的意思, 流程定义的版本只向前不回退, 管理员可以用老版本重新提交, 也可以删除指定版本的流程定义(连着那次发布一起删除的);
-
-
流程挂起:
-
发布过的流程, 可以被挂起, 从而不允许用来创建流程实例(挂起流程具体指的是挂起最新版本的流程定义);
-
挂起状态的流程, 可以被激活从而可以继续被用来创建流程实例(激活最新版本的流程定义);
-
挂起状态的流程, 如果管理员发布了新版本的流程定义, 该流程自动转入可用状态;
-
挂起状态的流程, 如果存在非挂起的流程定义, 则删除挂起的流程定义后, 流程会自动进入激活状态, 生效的流程定义版本是最新的那个激活状态的流程定义;
-
-
流程删除: 不管流程处在任何状态, 都可以被删除掉, 流程的生命周期从此终结;
可以用如下的图形表示工作流的状态机: