bpmn在线设计器-开源流程引擎Camunda技术架构

业务流程建模标注(Business Process Modeling Notation,BPMN) 描述基本的BPMN符号,包括这些图元如何组合成一个业务流程图(Business Process Diagram);讨论BPMN的各种的用途,包括以何种精度来影响一个流程图中的模型;(Also discussed will be the different uses of BPMN, including how levels of precision affect what a modeler will include in a diagram.);BPMN作为一个标准的价值,以及BPMN未来发展的远景。

由BPMI(The Business Process Management Initiative)开发了一套标准叫业务流程建模符号(BPMN)。在 BPMI Notation Working Group超过2年的努力,于2004年5月对外发布了BPMN 1.0 规范。BPMN的主要目标是提供一些被所有业务用户容易理解的符号,从创建流程轮廓的业务分析到这些流程的实现,直到最终用户的管理监控。BPMN也支持提供一个内部的模型可以生成可执行的BPEL4WS。因此BPMN的出现,弥补了从业务流程设计到流程开发的间隙。

BPMN定义了一个业务流程图(Business Process Diagram),该业务流程图基于一个流程图(flowcharting),该流程图被设计用于创建业务流程操作的图形化模型。而一个业务流程模型(Business Process Model),指一个由的图形对象(graphical objects)组成的网状图,图形对象包括活动(acticities)和用于定义这些活动执行顺序的流程控制器(flow controls)。

编辑本段BPMN规范简介 BPMN是BPM以及workflow的建模语言标准之一,有必要学习。

在我的前篇文章<浅谈众多工作流规范>中谈到了一个重要的工作流建模语言的规范--BPMN。先是直接查看BPMN V1.01的规范内容,200多页内容繁多,细节不少。作为初学者看得晕头转向,现献上 帮助初学者理清思路,总体把握清楚BPMN规范。

1、什么是BPMN

首先BPMN规范是由标准组织BPMI发布的.BPMN 1.0规范发布于2004年5月。此规范展示了BPMI组织两年多的努力成果。BPMN的主要目标就是要提供被所有业务用户理解的一套标记语言,包括业务分析者、软件开发者以及业务管理者与监察者。BPMN还将支持生成可执行的BPEL4WS语言。所以,BPMN在业务流程设计与流程实现之间搭建了一条标准化的桥梁。

BPMN定义了业务流程图,其基于流程图技术,同时为创建业务流程操作的图形化模型进行了裁减。业务流程的模型就是图形化对象的网图,包括活动(也可以说工作)和定义操作顺序的流控制。

2、BPMN基础

业务流程图由一系列的图形化元素组成。这些元素简化了模型的开发,且业务分析者看上去非常熟悉。这些元素每个都有各自的特性,且与大多数的建模器类似。比如,活动是矩形,条件是菱形。应该强调的是:开发BPMN的动力就是为了在创建业务流程模型时提供一个简单的机制,同时又能够处理来自业务流程的复杂性。要处理这两个矛盾的需求的方法就是将标记的图形化方面组织分类为特定的类别。这里提供标记类别中的一小部分,以便业务流程图的读者可以简单地识别出元素的基本类型从而理解图形。以下是四种基本的类型:

1)流对象

2)连接对象

3)泳道

4)人工信息

下面一一解释

流对象:

一个业务流程图有三个流对象的核心元素。这三种流对象是

事件---一个事件用圆圈来描述,表示一个业务流程期间发生的东西。事件影响流程的流动,一般有一个原因(触发器)或一个影响(结果)。基于它们对流程的影响,有三种事件:开始,中间以及终止事件

活动---一个活动用圆角矩形表示,是要处理工作的一般术语。一个活动可以是原子性的也可以是非原子性的(可以是由多个活动组合而成的更大粒度的活动)。活动的类型包括:任务和子流程。子流程在图形的下方中间外加一个小加号(+)来区分。

条件---条件用熟悉的菱形表示,用于控制序列流的分支与合并。另外,它还可以作为传统的选择,还包括路径的分支与合并。其内部的标记会给出控制流的类型。

连接对象:

连接对象将流对象连接起来形成一个业务流程的基本结构。提供此功能的三个连接对象是:

顺序流---顺序流用一个带实心箭头的实心线表示,用于指定活动执行的顺序。注意“控制流”这个术语一般不用于BPMN

消息流---消息流用一条带有开箭头的虚线表示,用于描述两个独立的业务参与者(业务实体或业务角色)之间发送和接受的消息流动。在BPMN中,用两个独立的池代表两个参与者。

关联---用一根带有线箭头的点线表示关联,用于将相关的数据、文本和其他人工信息与流对象联系起来。关联用于展示活动的输入和输出。

泳道:

许多建模技术利用泳道这个概念将活动划分到不同的可视化类别中来描述由不同的参与者的责任与职责。BPMN支持2种主要的泳道构件。

池---池描述流程中的一个参与者。可以看做是将一系列活动区别于其他池的一个图形容器,一般用于B2B的上下文中。

道---道就是在池里面再细分,可以是垂直的也可以是水平的。道也是用于组织和分类活动。

人工信息:

人工信息添加到建模的业务流程上下文中作为信息备注,便于人员理解,当前BPMN规范的版本预定义了3种人工信息:

数据对象---数据对象是一个显示活动是如何需要或产生数据的。它们通过关联与活动连接起来。

组---组用一个虚线的圆角矩形表示,用于记录或分析的目的,但不影响顺序流。

注释---注释是建模者为BPMN图的读者提供附加文本信息的一个机制。

3、BPMN建模的价值

BPMN的开发是减少众多已存在的业务建模工具和标记断层的重要的一步。BPMI标准化组织从许多存在的标记中展示出了专业和经验,且从这些不同的标记中找到了最好的理念形成一套标准的标记语言,众多的标记语言包括UML、Activity Diagram、UML EDOC Business Process、IDEF、ebXML BPSS、RosettaNet以及Event-Process Chains等等。一个好的标准建模标记将会减少业务与IT用户之间的混乱。

另一个驱使BPMN的开发原动力是,历史上由业务人员做出来的业务流程建模从需要系统设计与执行的流程描述中隔离出来,所以有必要将原有的业务流程模型转换为执行模型,而这个转换对于流程拥有者来说容易出错,且很艰难。

为了减少建模技术的断层,开发BPMN的重要目标就是要创建面向业务流程建模标记到面向IT执行语言的一座桥梁。

ProcessOn在线流程设计器

ProcessOn流程图设计器支持BPMN2.0的三种标准类型建模 - Process, Collaboration和Choreography. 用户在画BPMN2.0流程图的同时,还可以设置与特定图形相关的业务属性,ProcessOn内置了BPMN2.0展示层所要求的所有标准业务属性。

BPMN 2.0 Modeler for Visio description

BPMN的2.0建模for Visio是微软Visio附件设计绘制和建模业务流程。这是一个全面的用户友好的软件包。2.0建模的BPMN为Visio支持的BPMN 2.0元素提出一套完整的(流对象,连接对象,泳道,文物和数据)。

目前最新版本为支持Visio 2010的2.1版。

Camunda是一个基于Java的框架,支持用于工作流和流程自动化的BPMN、用于案例管理的CMMN和用于业务决策管理的DMN。

本篇文章我们仅考虑BPMN流程引擎,先不涉及CMMN和DMN引擎。就流程引擎而言,Camunda是一个灵活的工作流框架,它的核心是一个在Java虚拟机内部运行的原生BPMN 2.0流程引擎,因此它可以嵌入到任何Java应用程序或运行时容器中。Camunda与Java EE 集成,并可以与Spring Framework和Spring Boot完美匹配。

Camunda BPMS到底包括哪些功能,我们拿官方的一张架构图进行解读分析。

1.从BPM应用维度看

Camunda分为流程设计和流程运行两个阶段,见图中最下方的蓝色大箭头,Model和Execute,按照这两个阶段,Camunda划分为两大部分功能,对应设计阶段的功能有 Modeler,对应运行阶段的功能有Engine、TaskList、Cockpit、Admin。

2.从BPM功能维度看

Camunda包括了流程设计器(Modeler)、流程引擎(Engine)、API接口(REST/Java API)、任务列表(TaskList)、流程管理控制台(Cockpit)、系统管理工具(Admin)。在Camunda商业产品中还包括了流程监控预警工具(Optimize)、流程协同设计工具(Cawemo)。这里重点先说一下Camunda流程设计器,支持两种模式,一种是富客户端的流程建模工具Camunda Modeler,需要在客户端安装;另一种是基于浏览器的流程设计器,这两款软件均开源。

3.从BPM角色维度看

Camunda分为业务分析师、流程开发工程师、最终用户、流程管理员、系统管理员这几个角色,每个角色对应BPMS不同的功能。业务分析师、流程开发工程师使用流程设计器(Modeler)进行流程建模,最终用户使用任务列表(TaskList)进行流程发起和审批,流程管理员使用流程管理控制台(Cockpit)进行流程管理,比如流程暂停恢复、流程异常干预等,系统管理员使用系统管理工具(Admin)进行系统管理,比如组织用户管理、权限管理等。

1.支持与Spring框架集成

Camunda支持与spring框架集成,把 camunda-engine-spring框架引入到项目的maven模块内,它可以与Spring 3、4或5版本一起使用,具体集成过程后面有文章单独介绍。

2.支持与spring boot集成

后面文章专题介绍

3.支持与CDI and Java EE 集成

CDI (Context and Dependency Injection)是 Java EE6的标准和依赖注入,Camunda通过camunda-engine-cdi模块集成可利用camunda引擎的配置和cdi的可扩展性。

4.支持与Runtime Container 集成

支持与tomcat、JBoss等常见的运行容器集成。

Camunda BPM是一个灵活的框架,支持嵌入式、分布式、集群等多种部署模式。

1.嵌入式部署

流程引擎以Jar包方式添加到应用程序中,通过这种方式,可以在应用程序生命周期中轻松启动和停止流程引擎。

2.基于web容器启动,多应用共享

流程引擎在运行时容器(Servlet容器、应用程序服务器等)中启动,流程引擎作为容器服务提供,可以由容器内部署的所有应用程序共享。这种方式在实际应用场景中不多见。

3.独立部署,多应用共享

在这种情况下,流程引擎独立部署,通过网络提供服务,网络上运行的不同应用程序可以通过远程通信通道与进程引擎交互,远程访问流程引擎的最简单方法是使用内置的REST服务接口。在企业级流程中心部署架构中,这是一种最常见的部署模式,在现在的微服务部署架构中,也可以采取这种方式。

4.集群部署

为了提供扩展或故障转移功能,流程引擎可以分布到集群中的不同节点,每个流程引擎实例都必须连接到共享数据库。Camunda BPM不提供现成的负载平衡功能,可以采用nginx等第三方负载均衡软件实现。

本文介绍了第三方库及其在Camunda中的使用。对于Camunda的每个组件,都列出了第三方库。对于每个库,都解释了该库是必需的依赖项还是可选的依赖项。必需的依赖是Camunda提供核心功能所依赖的库。在下面的列表中标记为(Required Dependency)。可选的依赖项是可以与Camunda集成的库。在下面的列表中标记为(可选依赖项)。

以下是Camunda7.15版本依赖得第三方类库:

1、Process Engine

流程引擎依赖于以下第三方类库:

MyBatis mapping framework (Required Dependency) for object-relational mapping.

Joda Time (Required Dependency) for parsing date formats.

Java Uuid Generator (JUG) (Optional Dependency) Id Generator. See the documentation on Id-Generators

SLF4J (Required Dependency) Logging Facade

此外,流程引擎还可以集成:

Apache Commons Email (Optional Dependency) for mail task support.

Spring Framework Spring-Beans (Optional Dependency) for configuration using .

Spring Framework Spring-Core (Optional Dependency) for configuration using .

Spring Framework Spring-ASM (Optional Dependency) for configuration using .

Groovy (Optional Dependency) for groovy script task support.

Jython (Optional Dependency) for Python script task support.

JRuby (Optional Dependency) for Ruby script task support.

Freemarker (Optional Dependency) for freemarker template engine support.

Apache Velocity (Optional Dependency) for apache velocity template engine support.

SAXON (Optional Dependency) for XSLT and XQuery template engine support.

2、REST API

REST API依赖于以下第三方库:

Jackson JAX-RS (Required Dependency) provider for JSON content type

Apache Commons FileUpload (Required Dependency)

此外,当使用Apache Tomcat时:

RESTEasy (Required Dependency)

3、Spring Support

Spring支持可以与以下第三方库集成:

Apache Commons DBCP (Optional Dependency)

Spring Framework Spring-Beans (Optional Dependency)

Spring Framework Spring-Core (Optional Dependency)

Spring Framework Spring-ASM (Optional Dependency)

Spring Framework Spring-Context (Optional Dependency)

Spring Framework Spring-JDBC (Optional Dependency)

Spring Framework Spring-ORM (Optional Dependency)

Spring Framework Spring-TX (Optional Dependency)

4、Camunda Spin

Camunda Spin依赖于以下第三方库:

Jackson Json (Required Dependency) for Json Dataformat Support

此外,Camunda Spin可以与以下库集成:

Jayway Json Path (Optional Dependency) for Json Path Support

5、Camunda Connect

Camunda Connect依赖于以下第三方库:

Apache Http Components (Required Dependency) for REST and SOAP support.

1、支持的Java开发环境

• Java版本: 8 / 9 / 10 / 11 / 12 / 13 / 14

• Springboot版本: 2.3.x.RELEASE

2、支持的Java运行环境

• Oracle JDK 8 / 9 / 10 / 11 / 12 / 13 / 14

• IBM JDK 8 (with J9 JVM)

• OpenJDK 8 / 9 / 10 / 11 / 12 / 13 / 14

3、支持的数据库软件

• MySQL 5.6 / 5.7

• MariaDB 10.0 / 10.2 / 10.3

• Oracle 11g / 12c / 18c / 19c

• IBM DB2 10.5 / 11.1

• PostgreSQL 9.4 / 9.6 / 10.4 / 10.7 / 11.1 / 11.2 / 12.2

• Microsoft SQL Server 2012/2014/2016/2017

• H2 1.4

4、支持的应用服务器

• Apache Tomcat 7.0 / 8.0 / 9.0

• JBoss EAP 6.4 / 7.0 / 7.1 / 7.2

• Wildfly Application Server 10.1+

• IBM WebSphere Application Server 8.5 / 9.0 企业版

• Oracle WebLogic Server 12c (12R2) 企业版

5、支持的浏览器

• Google Chrome

• Mozilla Firefox

• Microsoft Edge

6、流程设计器支持的操作系统

• Windows 7 / 10

• Mac OS X 10.11

• Ubuntu LTS

流程图类型有哪些

流程图类型有哪些,在日常工作当中,流程图是大家经常使用的一种图表,有了流程图大大的简化了人们的工作,更好的汇总了信息,那流程图类型有哪些呢,下面是我整理的相关内容,一起来看看吧。

流程图类型有哪些1

1、过程流程图

过程流程图是说明流程的工作方式或计划方式,过程流程图可能是四种常用流程图类型中最通用的,因为它几乎可以应用于任何事物。过程流程图可以:

制定组织内的角色和职责,以使其清晰。为新流程或项目起草提案,以了解其范围和步骤。业务开始到结束整个执行过程。如下所示,显示您早上起床的方式。

过程流程图在制作过程中没有特殊的工具限制,在Word、Excel、PPT等文件中都可以随意制作,只需要表达清楚过程中的执行节点单元和条件即可。

2、工作流程图

了解数据和文档在组织内结合业务各规则的流程

工作流程图表显示了业务或流程的运作方式,现在大家接触比较多的OA流程、钉钉审批流程等都属于工作流范畴。下例说明了潜在客户通过公司网站续订保单所需的步骤。这种类型的工作流图可用于:

培训新员工发现潜在的问题领域或新业务扩展通过显示高层次的概述来澄清业务操作

工作流程图 制作上已经相对过程流程图要复杂,需要定义很多的条件规则,在该种情况下可使用流程图绘制根据,也可在工具中使用模板快速应用匹配。个人比较常用的是Visio,process on在线流程图绘制工作等。

3、泳道流程图

用于描述分开的部门,流程或员工如何相互作用协同。

当你需要并排显示多个组织单位信息流时,泳道流程图会派上用场。 泳道图可能听起来确实类似于工作流图,但是这里的关键是它允许你在发生活动的'地方创建不同的类别。泳道流程图或图表非常适合记录与组织的不同部门交互或需要不同团队之间进行协作的整个过程。下面的示例说明了内部各部门之间协作方式,以及它们在流程中的什么时候相互交互。

泳道流程图比较常用于BPM业务流程管理中,有其规范的BPMN2、0梳理规范,里面有详细定义业务流程梳理定义过程中表示的含义,有效的通过不同泳道表示对应的处理单元之间协作和关联关系。泳道图有专业的工具用于辅助制作流程图,个人比较常用是“耀强BPMN流程设计器。

4、数据流程图

查看数据流入和流出信息系统的位置

数据流程图显示了数据处理方式。当你要设计或分析系统时,它会派上用场。尽管最常用于软件开发和设计,但它可用于分析任何类型的信息数据流,例如信息数据在企业中的移动方式。以下示例显示了一个典型的商品经销存过程。在这种情况下,“数据”就是整个流程主体,影响到每一个环节的操作。此类流程图的制作上若只是业务层面上关系表达可选择以上介绍的绘制工作都可行,若需要详细展现其数据走向及关系逻辑就需要借助专业的数据流程制作工具。

以上分别介绍了四种常用的流程图及绘制工具,根据不同业务类型和场景选择对应流程图绘制方式,不同场景下选择流程图符号也有所不同。

流程图类型有哪些2

流程图怎么做?

在作图前,首先要设置一下,打开绘图网格(绘图工具栏D绘图D绘图网格),选中“对象与网格对齐”,选中“在屏幕上显示网格线”,并且将“垂直间隔”选上以显示垂直网格线,个人建议,A4纸使用0.5CM的水平间距和0.5CM的垂直间距比较合适。

第一步画出图形框,并且同时添加需要的文字,使用了网格,要画出等大小的框就容易多了(当然也可以直接复制出等大小的方框),只要掌握各方框中间的距离,和长宽,图形就能画得比较美观大方。

要选中多个图形时,使用绘图工具栏上的“选择对象”工具比较方便。 注意:如果不使用网格,也务必要使用“对齐与分布”工具。注意细节能让你画出专业美观的图形。如果有图形在画完之后发现不对,又要改成其它的图形,选中该图形,在自选图形窗格里单击要更改为的图形,点击下面的“更改自选图形”按钮即可快速更改。

右键单击方框,选择“添加”文字,按CTRL+E或者点击工具栏的居中对齐按钮,使文字居中。在上图中,有三个方框,其中第一个方框中有两行字,但是文本框的下边框遮住了一部分文字,这时,在该文本框内部的文字里单击右键,选择“段落”,打开“段落”对话框,将“文本框”选项卡里的内部边距值进行调整。上图中的第二个文本框就是前者在将上、下、左、右边距都设为了0之后的结果。