在任何行业和企业中,都有各种各样的流程,例如:
就算你自己没有设计过工作流,那么你每天肯定也在使用各种流程。
对于流程控制,有一种比较初级的玩法是:在业务代码里面加入 Status(状态机)
字段维护流程状态,流程负责的审批人可能也是 Hard Code(硬编码)
,这种玩法实现流程初级会比较快,但是长远来看会出现几个问题:
BPMN:业务流程模型和标记法 工作流(Workflow)是对各个行业的流程进行抽象,例如电信、软件、制造、金融和办公自动化领域。为了给全部业务的参与者提供易于理解的标准标记法,由业务流程管理倡议组织 BPMI 开发出了“业务流程建模标记法” Business Process Modeling Notation, BPMN。BPMI 组织 于 2005 年并入 OMG 国际规范组织(Object Management Group),当前 BPMN 规范由 OMG 组织进行维护。
为什么要遵循规范 ?
举例:我们日常的电池 ? 有 7 号和 5 号标准,你当然可以生产一个 6 号的电池,有没有人买就没人知道了,如果你按标准生产出的电池,那么是可以直接用到大多数电器上,如果你生产 6 号电池,那么你只能自己开发 6 号电池的电器,且不说你这样的做法是否被市场和行业认可,另外搞那么多不同的标准出来对于消费者来说也是一种灾难,例如当年微软的 IE 和 FireFox 的两套标准让现在的开发人员多么痛苦就知道了。。
目前主流的工作流厂商都是基于 BPMN 2.0 规范开发流程,想要自立规范之前也请完全掌握和了解目前的规范。
云程
JeectBoot
另外对于产品和业务人员也需要学习和理解 BPMN 的符号,从而可以对业务进行建模,可以看看人人都是产品经历这篇文章: 关于 BPMN 流程建模方法 ,从而可以利用现有的 BPMN 流程设计器工具快速对业务建模(无需自己开发),只需将导出的 *.bpmn
文件导入遵循 BPMN 规范的流程引擎内即可运行。充分利用行业的生态和工具。这就是遵循规范所带来的收益。
我们知道软件行业是没有银弹,任何工具都有适用场景,如果把一个工具放到一个不适应的场景内,那么最终起到事倍功半的效果,流程引擎也不是银弹,它是一个对于复杂流程和抽象和复用工具,对于那些工作流程多且复杂的业务系统,合理的使用流程引擎会大大降低我们对于工作流的开发成本和时间,并且最终交付的效果也会比自己开发流程引擎要好上许多。
但是如果你的业务系统没有那么多的工作流程,或者只有很简单的状态从 A -> B 的转移,那么引入流程引擎显然是 大马拉小车
,费时费力不说,而且会造成简单的需求开发起来很麻烦,拉长开发周期时间,最终交付的效果也未必很好。所以选择合适的工具,就成了程序员最重要的选择。
Activiti 是应对大型系统的复杂流程的作战工具,小规模场景和流程不复杂的业务系统,不建议使用。 本章总结:为什么要用工作流引擎 ?
Activit 是应对大规模作战的装备
由于 BPMN 1.0 规范广受欢迎,OMG (Object Management Group) 组织于2011年1月发布 BPMN 2.0 规范,BPMN 2.0 版本则继承了 1.0 版本的内容,并且注重流程执行语法和标准交换格式。
OMG 组织致力于维护 BPMN 规范的两个目标:
BPMN 2.0 的图形结构和要素,建议直接参考 WIKI 百科的答案,这里我就不搬运了:
相比 BPMN 1.0 主要有以下改进:
Activiti 是目前国内比较主流的基于 BPMN 2.0 规范实现的工作流引擎,目前已经发布到 7.X 版本,并且已经开始实现 DMN 规范(决策与图形,后面会讲),另外关于工作流引擎还有一些比较老牌的玩家例如:JBPM
现在发展的也很不错,还有目前比较新兴的流程引擎:camunnda
,flowable
目前看起来也潜力十足,他们都是遵循了 BPMN 2.0 规范,因为在国内应用的比较主流,所以这里我们这里重点介绍 Activiti
这里简单介绍 JBPM 和 Activiti 的发展历史,有兴趣深究的自行去 Google 搜索
Activiti 的发展线路:
Tom Baeyens
是 JBPM 的创始人,因为理念不合 Tom Baeyens 加入 Alfresco
公司后又发布了 Activit 5
JBMP 5
,但他们同样都支持 BPMN 2.0 规范Activit 5
更像是对 JBPM 3、JBPM 4 的延续,所以国内大多企业都选择 Activit
官方发布的 Activiti
演示程序,可以首先通过该例子来了解 Activiti 大部分功能,包括:
等等,通过这个示例程序,作为切入 Activiti 的引子,建立初步了解后,更有信心深入了解 Activiti 工作流引擎
下载和使用示例程序步骤:
Activiti 目录 /wars 下的三个示例程序职责分工:
应用 | 说明 | 地址 | 默认账号 |
---|---|---|---|
activiti-app | 一个比较完善的流程引擎示例程序 | /activiti-app | admin/test |
activiti-admin | 用于查看流程引擎中的主要数据 | /activiti-admin | admin/admin |
activiti-rest | rest-api 应用 API,不再局限 Jar | /activiti-rest | kermit/kermit |
演示一个简易的工作流的几个步骤:
activiti-app
系统,为创建用户进入 activiti-app
系统,为创建用户
这里简单介绍三个菜单的主要功能:
在 Identity management -> Users 菜单创建两个用户,用于模拟工作流:
在 Kickstart App -> Processes 创建简单的请假流程
值得注意的是需要为用户任务分配流程变量,我们这里简单起见直接绑定用户,如图:
最后我们在 Kickstart App -> Apps 创建一个应用程序,并且绑定刚才设计的请假流程,如图:
切记要发布流程,这样我们切换普通员工 jack
身份进入系统的时候,就能看到发布应用程序,并且可以发起请假申请了,如图:
Show New App
今天身体有点不舒服,进入 HR App 发起请假申请,如图:
当我的请假申请提交的时候,任务就会自动发到经理那边,我们切换经理账号看看:
当经理点击完成后,流程走完,任务就自动结束了。
那么如果想要查看流程历史,就要借助 activiti-admin
这个演示程序了:
activiti-app
的信息如图:
activiti-app Config
这里我们配置过就可以直接打开 Instance
,就可以看到所有执行过的流程历史,点击流程实例就可以看到详细的历史信息,如图:
本篇主要介绍:
以上功能只是流程引擎的九牛一毛,希望通过以上示例程序可以更好的帮助大家建立信心,从而更好面对后面的进阶知识。更好的掌握 Activiti 和 BPMN 2.0 的世界。