作业流引擎首要是用来做什么的

最近我做了作业流引擎体系，借鉴了市面上的一些老练作业流引擎，将其做了一些简化以更适用于实践状况，一同在复盘的时分发现当初踩了一些坑。所以希望以文章的方式写出来构建一个完好的作业流引擎应该有哪些功用模块，哪些功用逻辑，能够笼统哪些事务逻辑，有哪些思考的点。希望对需求的同学有所协助，也和大家一同讨论改善。

文章分为两篇，由4个板块组成：

1. 作业流引擎简介；
2. 从事例动身推演功用；
3. 功用模块概览；
4. 功用与逻辑详解。

本文包含前三个板块。

一、作业流引擎简介

1. 作业流是什么？

为了完结某一项作业，而需求有多个环节、多个人员来分工、合作共同完结；而每个环节和每个人员的处理操作是有先后顺序的，所以有流向性的特征，也就称之为“作业流”。

常见的作业流简略的有如请假流程、离任流程，较为杂乱的有收购流程、立项流程等。

大家经历过就会知道一个作业流会有多个操作节点，也就对应多操作人员；比方请假需求部分领导经过、人事司理经过等，比方收购需求领导验收合同、财政付款等（作业流和批阅流的概念本文就不展开）。

2. 作业流引擎首要是用来做什么的？

作业流引擎是一个为完结作业流程的定制化，并驱动作业流程完好进行的工具。其特色在于能够完结随着公司实践事务的发展（如组织架构的改动、事务逻辑的改动），而能快速做出灵活响应更改作业流，减少重复性的开发本钱。

• 比方一开始公司只要10个作业流，随着事务发展需求20个，多出来的这10个不必写死在代码里，直接能够在作业流引擎内装备；
• 比方公司有人事变动，需求更改某些作业的批阅人，也能够直接装备；
• 公司的事务发生了一些改变，原来的批阅节点只要5个，现在要增加到10个，等等状况都可装备。

3. 作业流引擎的鸿沟是什么？

作业流引擎首要只装备作业流，所以需求与事务体系如ERP区隔开，并需与事务体系经过接口对接，以此事务体系方可建议流程、批阅流程、完结流程。

也就是说作业流引擎和事务体系是相互独立但又经过接口对接的两个体系，一个作业流引擎能够对接多个事务体系，为其装备作业流。

所以操作逻辑应该是：先在事务体系定义有哪些流程，然后在作业流引擎中装备具体流程，再在事务体系中建议/处理流程，并在作业流引擎中能够对已建议流程进行办理；当公司的各类事务体系较多时，不必每个事务体系都去开发自己的作业流办理模块，这样能够较大地也提高了开发和保护功率，减少了开发本钱。

二、从事例动身推演功用

了解了作业流引擎是干嘛的，咱们就能够来看看其应该包含哪些内容。可是假如我一来直接就从某个功用开始讲，大家必定是比较笼统的。

所以咱们先从一个批阅事例着手，从0开始为完结这个事例咱们该装备哪些数据？这样更有助于大家能先有一个大局的认识，然后再来讲一个个的功用，这样大家可能更容易接受。

条件条件：

某公司有甲、乙、丙、丁4个部分：

• 条件1：每个部分各有1个部分负责人a、b、c、d
• 条件2：甲/乙部分的分管领导是e，丙/丁部分的分管领导是f
• 条件3：东南区域的总监是g，西南区域的总监是h

假设成立项目也就是立项需求走流程，不同类型的项目走的流程必定不一样，假设关于项目的维度有项目等级（包含一级、二级），项目区域（包含东南，西南）。经过排列组合，咱们能够得到以下4类项目：

• 项目1：一级项目，东南
• 项目2：二级项目，东南
• 项目3：一级项目，西南
• 项目4：二级项目，西南

有了条件条件，咱们再分场景来看，不同部分的人员建议不同类型的项目，流程会怎样走。

场景1

假如一级项目由分管领导批阅，二级项目由部分负责人批阅，不论哪个区域的项目都要由区域总监批阅。依据这个条件咱们就能够得到下面这个流程图：

先解释一下流程的构成元素，如上图：

• 有操作节点，比方提交、分管领导、部分负责人；
• 有网关，如菱形带×这个是互斥网关；
• 有流通条件，如图内的一级项目、二级项目，流通条件是和互斥网关是一同使用，经过流通条件来判别不同的作业流数据该流向哪个操作节点。