业务流程建模和符号初学者指南(BPMN)

流程建模符号是一种人类可读的语言，它描述了业务序列的结构和元素。定义了词汇表，组织了语言，这样我们就可以理解它应该如何流动以及信息是如何呈现的。作为一种数据科学，流程建模表示法包括大约40种不同的元素，并用有关其使用的规则进行描述。

这种语言讲述了我们工作的故事。通过使用这种语言创建类似流程图的模型，企业可以捕获、分析、理解、自动化甚至优化其流程。和学习任何语言一样，学习术语和语法规则很重要。自20世纪60年代以来，无数的符号及其不同的结构来来去去。当涉及到建模符号时，专家建议您选择基于您的目的的标准，该标准得到大量工具的支持，并且附带培训和参考资料。

业务流程模型和符号(BPMN)是一种标准化的图形符号，用于全局业务流程建模。它是开源的，这意味着任何人都可以修改和使用原始代码。该规范精确地定义了其符号和形状。

BPMN以业务流程流程图开始和结束。这是一个组织流程和实践的技术地图，以标准化的语言呈现，用户可以改进、共享和遵循。

的对象管理组(OMG)是一个非营利性技术标准联盟，负责管理和维护BPMN。OMG提供了几个认证项目，包括针对BPMN的OCEB认证(OMG BPMTM认证专家)。业务流程管理(BPM)领域赞成标准化，并且经常使用包含BPMN语言的软件(BPMS)。有些是低代码平台，这意味着业务可以配置其BPMS来处理其现有的软件和需求。

但是，BPMN语言不属于商业企业Trisotech是一家商业软件和咨询公司，通过建立其国际标准来帮助开发BPMN。它还参与了BPM标准、XPDL、BPSim和CMMN的开发和设置，被认为是BPMN咨询的领导者。

BPMN的核心是直观的。即使工作人员不理解确切的符号，他们也可以弄清楚工作流程的含义。然而，对于更高级的用户来说，细微差别是显而易见的。例如，在下面的简单流程中，Lane 1启动一个任务。这可能是你的公司，也就是池子。你的部门是巷1，它启动流程并完成第一个任务。然后将工作发送到另一个部门(在通道2中)，该部门将其发送回任务3并完成。这在标准化语言中似乎更加复杂，但如果添加名称，就非常清楚了。您可以在整个流程中对这种简单性进行建模，即使是那些看起来非常复杂的流程。

一个简单的BPMN流程图

ceb 2计划

OCEB 2项目有五个考试，每个考试都提供一个认证。在基本水平之后，有一条是商业轨道，另一条是技术轨道。在BPM领域，这些认证向雇主保证，您不仅了解BPM的原则，还了解BPM的实践。OCEB 2认证是由来自商业行业的25名BPM专业人士设计的，旨在为他们的同行和未来的BPM雇主提供这种保证。该认证使BPM从业者比未认证的竞争对手更具优势。

BPMN的不同用户同时将其描述为复杂、简单、令人生畏和有用。当然，有时您会更喜欢使用这种标准化的语言。您希望使用BPMN而不是其他表示法的三个原因包括:

• 它的使用与组织目标有关。在这种情况下，您的企业将需要一种特定的建模符号语言来保持一致性，特别是如果他们有国际业务利益的话。出于需要，这种建模通常比大多数建模更正式。

• 通常在一个特定的概念中使用相同的几个元素。在这个场景中，您可以根据需要有选择地从BPMN中提取，并且不必担心其他用户会产生误解。

• 您希望展示您的BPM知识的广度。没有什么比了解专门为BPM设计的建模语言更能说明您是BPM专家了。当您申请需要BPM专业知识的职位时，这些知识和经验可能会使您与众不同。

OMG在2005年与BPMN的发明者业务流程管理计划(BPMI)合并。自诞生以来，BPMN已经发布了五个版本。BPMN 2.0于2011年初发布。五个版本及其发布日期如下。每个版本都链接到其官方规格。

• BPMN1.0, 2004年5月3日发布

• BPMN 1.1，于2008年1月17日发布

• BPMN 1.2，于2009年1月3日发布

• BPMN 2.0，于2011年1月3日发布

• BPMN 2.0.2，于2014年1月3日发布

BPMN最初是一种建模符号，旨在为所有涉众(从高级决策者到技术人员)提供一种用于图的标准化语言。但是随着2.0版本的发布，BPMN变成了关于模型和符号的。不同之处在于，BPMN提供了一个标准化的XML(可扩展标记语言)模式，可以在软件工具之间进行映射，而不是单独的标准化模型。目前，有80多个工具支持BPMN。

OMG最初开发了业务流程定义元模型(BPDM)，作为BPMN和软件之间的桥梁。BPDM描述了BPMN的规则、约束和理论，以便软件程序可以用XML语法(如业务流程执行语言或BPEL)来映射和使用它。发起人认为用户应该能够在不丢失信息的情况下将流程模型从一种建模工具移动到另一种建模工具。根据我的天啊“通过为业务流程概念提供通用的、独立于语法的词汇表，BPDM标准化了BPMN图的存储和交换方式。”然而，专家认为，BPMN 2.0的出现否定了对BPDM的需求。此外，专家表示BPEL并不完全支持BPMN。

BPMN 2.0还改进了以下内容:

• 语义:对所有BPMN元素的执行语义(含义)进行了形式化。

• 符号:添加了带有新上下文的新图类型。这些包括编排和对话图。编排图以消息流和进程间交互为中心。这些图主要关注池之间的交互。没有中央控制、负责的实体或观察员。对话图关注参与者之间的对话，显示参与者之间信息交换的鸟瞰图。BPMN 2.0还对事件进行了改进，添加了非中断事件和事件子流程。我们将在本指南的“扩展BPMN建模元素”一节中讨论事件改进。对于子流程，BPMN 2.0添加了50多个新元素。元素是表示过程不同部分的符号。

• 技术:定义了正式元模型。

编排图的例子。中心的编排图表示池之间的通信。

对话图的例子。对话图显示了不同的视图，并合并了两个新元素:六边形和双线。

根据一些专家的说法，并不是BPMN 1.0中的所有内容在BPMN 2.0中都有合作伙伴。然而，软件包提供了更新旧模型的迁移路径。

OMG声明至少在两到三年内不会有BPMN的另一个版本。由于许多用户想要一个稳定的长期平台，OMG并不急于推出BPMN 3.0。2014年，OMG发布了BPMN的补充，称为决策模型和表示法(Decision Model and Notation, DMN)，它提供了决策和流程的分离。DMN被设计为通过已识别的流程和任务以及决策知识库数据类型，作为XML格式的模式模型与BPMN连接。换句话说，BPMN显示流程，而DMN模型显示如何在流程中做出决策。

BPMN的主要目标是成为所有用户都能理解的符号。这不仅包括管理所有流程的业务人员，还包括业务分析师和技术开发人员。BPMN的其他目标包括:

• 提供一致的结构。

• 在整个过程的各个阶段都要具有高度的可读性。

• 确保模型是完整的，不需要任何额外的文档。

• 能够作为可执行过程与IT共享。

您的BPMN图不仅应该表示业务流程活动，还应该显示以下内容:

• 在流程实现期间交换的任何信息。

• 显示数据交换和活动实现顺序的控制检查点。

• 人员角色和任何需要的额外人员。

• 哪些信息系统支持这个过程。

• 如何在业务规则和法律框架中规范流程。

• 实现。

许多组织都在努力实现互操作性，即不同的软件应用程序和IT系统能够通信、交换数据，并使用来自交换数据的信息和知识。您可以从三个角度考虑互操作性:私有业务流程、公共业务流程和协作业务流程。对于IT来说，这些透视图对于交换数据的能力非常重要。

私有业务流程细节:

• 内部活动

• 各部门负责各项任务

• 文档

• 规范流程的规则

• 信息系统

公共业务流程:

• 关注内部流程和其他组织流程之间的交互作用

• 不检查组织结构、信息系统或规则

协作业务流程:

• 显示流程中每个组织(两个或更多业务)的所有交互

• 不为任何组织提供内部流程

• 帮助识别支持这些过程的软件

• 包含两个或多个池

这在BPMN中是有意义的，因为BPMN 2.0的部分目的是在不同的软件系统之间交换BPMN模型。这种交换有一些值得注意的限制;这些都是BPMN 2.0设计者有意为之，因为他们希望确保最大的灵活性。从视觉上看，这些包括形状和文本的颜色、形状装饰(如阴影、渐变、背景、文本换行)以及线条的厚度和样式。从语义上讲，这些扩展包括专有扩展，例如脚本任务的脚本、用户任务实现和全局用户任务实现。

BPMN约束

对于BPMN的所有功能，它都特别限于业务流程。一些组织和分析人员认为BPMN是满足他们所有流程建模需求的灵丹妙药。但是，BPMN并不支持以下流程:

• 组织结构和资源欧宝体育app官方888

• 功能性故障

• 数据和信息模型

• 策略

• 业务规则

这些类型的过程可以在其他UML模型或其他文档中处理。必须注意的是，BPMN模型不是数据流程图(dfd)，后者具体显示了数据信息从一个地方到另一个地方的流。这些图仅通过数据提供流程的一个视图。

BPMN的设计目的是让所有用户都能理解它:业务人员、业务分析师和it人员。尽管BPMN的发起者在开发过程中考虑到了这些组，但他们也关心如何将BPMN与其他OMG标准联系起来。此外，尽管该标准支持所有这些专业人员，但并非所有专业人员的设计水平都相同。

布鲁斯银在他进行的培训中讨论了BPMN用户的三个级别。级别1是只使用少量符号的典型用户。他们的图表很简单，符合非常传统的标准。一些期刊估计，几乎90%的用户处于这种设计水平。(这个数字被许多博客和期刊引用，但没有具体的研究支持它。)级别2的用户提供了IT专业人员可以添加的层。它本质上是一种更高级的业务流程布局，使用了较少的常用功能

BPMN将业务流程模型的元素保持在最小，以便图的外观和感觉尽可能保持一致。在基本分类完成后，您可以随时添加更多细节。

有两种类型的元素:描述性和分析性。在这个框架中，您将发现40多个不同的元素，每个元素都有关于何时可以使用和不可以使用的规则。业务分析人员开发描述性元素来作为文档对流程进行建模，技术人员开发分析性元素来对软件中的可执行流程进行建模。

元素的五个基本类别是:

1.流对象。这些定义了业务流程的行为。

• 事件:流程中发生的事情。有三种主要类型:开始、中间和结束。事件也是流程中发生的事情。例如，事件可以是“发送消息”、“发生错误”或“周期完成”。

• 活动:过程中执行的工作;也被称为任务。

• 网关:它们决定流程中的序列流路径。网关具有内部标记，这些标记提供了额外的细节，以显示如何控制流。这些是流程中的决策点。例如，如果条件为真，则继续以一种方式处理;如果是假的，那么另一个。

2.数据这些元素显示活动的信息。为活动提供或存储数据。

• 数据对象

• 数据输入

• 数据输出

• 数据存储，进程可以在其中读取或写入信息。数据存储在进程的生命周期之后继续存在。

3.连接对象:它们将流对象相互连接或连接到其他信息。

• 序列流:该元素显示活动执行的顺序。

• 消息流:显示消息和参与者之间的流顺序。

• 关联:该元素用于链接信息和工件(见下文)。

• 数据关联:它们有一个箭头来指示关联中的流方向。

4.泳道在BPMN中，泳道是显示流程职责所在的元素，池表示参与者。小巷将水池分开，作为责任的分区，显示活动的位置。车道也可以划定阶段(第一阶段，第二阶段等)。换句话说，池是单个进程的容器，lane对其中的活动进行分类。

lane在BPMN中没有语义;它们仅仅是一个划分概念。您可以垂直或水平地安排泳道。lane是可选的，可以嵌套。泳道的一些问题:

• 流元素的连接方式取决于它们是在池中还是在池之间。

• 在池之间通信时只能使用消息流。消息流指定消息的交换。

• 一个池中不能包含多个进程。

• 序列流不应该在池之间使用。lane更适合序列流，而不是池。

5.工件这些是用来提供有关流程的额外细节。这两个标准化工件是:

• 组:这是一组元素周围的一个孵化框，以在视觉上指定它们是相关的。这不会影响序列流。

• 文本注释:附加了关联的额外文本，提供了额外的信息。也被称为评论。

6.消息:此元素显示在BPMN规范指南的表格中，但没有放入特定类别中。它也用于扩展表示法。消息表示参与者之间的通信。

BPMN元素的五个基本类别。

扩展建模元素采用基本元素，添加符号，并在保持一致性的同时更改其含义。下面几节将介绍扩展元素。所显示的元素并非详尽无遗，而是提供了BPMN中最常用的元素。

扩展元素的一个例子是使用Start Event。然后添加一个消息元素，其含义从普通的“开始”变为“由消息触发的开始”。此场景中的扩展建模元素允许用户指定事件如何开始，而不仅仅是它已经开始，从而在流程中添加细节。

事件扩展

我们知道有三种类型的事件:开始、中间和结束。这些事件还可以分解为捕获事件、抛出事件、中断事件或非中断事件。触发器定义捕获事件。一旦触发器被激活，事件就开始了。BPMN假定抛出事件是自己触发的。他们对触发因素没有反应;相反，是这个过程触发了它们。事件是否中断与动作相关。当中断事件被触发时，该操作被阻塞。当触发非中断事件时，操作将继续。

扩展事件子流程

扩展了活动任务、子流程、事务和调用活动

您也可以添加到任务中，使用额外的符号来显示更多的特异性。下图显示了符号和每个符号的含义。

• 收到等待来自外部参与者的消息。

• 脚本是由引擎执行的任务。

• 手册是一项不借助发动机或应用程序操作的任务。

• 收到(实例化)是一个任务，它被设计为等待来自外部参与者的消息到达。然后实例化一个流程。

• 服务是使用web服务或自动化应用程序的任务。

• 用户是通过管理器调度的人工任务。

• 发送是设计用于向外部参与者发送消息的任务。

• 业务规则是在执行之前与业务规则引擎确认输入的任务。

还为任务指定了三种类型的标记。其中包括循环、多实例和补偿。

• 只要条件为真，循环就会继续;可以指定一个数字上限。

• 多个实例可以并行或顺序执行。可以使用表达式或数据驱动的设置来确定实例的数量。

• 补偿任务指定某种类型的补偿或付款，无论是进入还是退出流程。

分别为循环任务、顺序多实例任务和补偿任务。

子流程显示流程事件任务中的较低级别或更详细级别。折叠的子流程如下所示:

此外，您可以将四种类型的标记与子流程标记组合在一起。其中包括循环、多实例、特设和补偿。

来源:OMG

事务子流程

嵌入了一个事务子流程。您可以使用它对多个活动进行分组，并显示它们集体失败或成功。这些流程分组被双边框包围，以显示它们是一个事务。

在上面的示例中，如果由于不可用的预订而发生错误，则流移动到Cancel End Event。这将激活流程回滚，并且任何已完成的预订活动将被撤消。本例中的任务以与完成顺序相反的顺序撤消。

网关扩展

可以向网关添加符号，以表示不同类型的控制行为，例如决策、分支、合并、分叉和连接。可能的网关类型是排他性的、基于事件的、包容性的、复杂的和并行的。

• 独占网关是主要类型。X可能在中间，也可能是空的。它们模拟了可供选择的路径，是发生改道的地方。

• 基于事件的网关用于对可选路径建模，但它基于发生的事件，而不是流的表达式。

• 包容性网关可用于对可选路径和并行路径进行建模。它们对所有条件表达式求值，并选择结果为正的路径。

• 复杂网关模拟复杂的同步行为。

• 并行网关创建并连接并行流。他们不检查任何条件。

扩展的数据对象

数据对象在流程和子流程中可用。除了数据对象的主要类型之外，还可以添加符号来指示数据输入、数据输出、集合数据项、集合数据输入和集合数据输出。数据输入和输出关系到整个过程。收集数据与过程中某些类型信息的实际收集有关。

从左到右依次为:数据输入、数据输出、数据对象采集、数据输入采集、数据输出采集。

扩展连接对象

向连接对象添加额外的符号可以扩展它们在BPMN中的使用。这些流包括条件流、默认流、异常流和补偿关联。

• 条件流用于合并和分支，以代替网关。条件表达式在其原点处定义。

• 只有在没有其他序列流可用时才选择默认流。默认序列流上的条件总是被忽略。每个对象可能只有一个默认流。

• 异常流发生在流程的正常流之外，并基于边界上的中间事件。

• 补偿关联在活动被取消时使用，并且必须将流程设置为其原始状态。

条件流和默认流。

异常流和补偿流。

批评人士写了很多关于BPMN的文章，并解释了为什么它不适合广泛使用。大多数批评集中在BPMN的复杂性上。有超过100个独特的元素(由5个主要元素和它们的附加符号产生)，学习起来太多了，太容易出错，而且对于单独的业务流程来说太细粒度了。此外，为了BPMN而进行BPMN弊大于利。

BPMN的其他风险包括:

• 建模元素中的错误这将降低流程流的清晰度，而不是增加沟通。

• 增加建模的复杂性:分析所需的时间越长，产品的价值就越低。ob欧宝娱乐app手机下载

• 缺乏对利益相关者的理解如果利益相关者需要解释一切，它可能会引入错误和不正确的信息。

布鲁斯银他帮助起草了BPMN 2.0，他说:“业务分析师应该学习语义和规则，而且为了最有效地使用BPMN，还应该学习方法和风格。”大多数专业人士和组织都坚持使用少数几个符号，所以没有太多需要学习的。这实际上使符号变得简单。图可以根据需要扩展到更细的粒度，例如使用IT实现。此外，BPMN旨在以相同的精度为以人为中心的流程和IT流程建模。它还具有强大而精确的功能，可以清晰地显示您的业务如何运作，通过显示不必要的任务节省时间，并减少员工被忽视、忘记或执行不良的工作的比率。

BPMN图具有其他建模语言所不具备的某些功能。根据Silver的说法，“将BPMN限制在传统流程映射中熟悉的部分是错过了它的本质，即不仅描述流程的正常或‘正常路径’，而且描述各种异常路径所需的表达性，以及IT所需的语义精度，以便将任何提出的改进转化为工作实现。”

本质上，Silver说的是，虽然对少数简单元素进行建模是很好的，但BPMN的真正价值在于它处理异常情况(异常路径)的能力，以及将这些情况转换为自动化的能力。(注意:理想路径是默认场景，没有异常或错误条件—所有事情都按照预期进行的事件序列。)

即使有针对BPMN的批评，它仍然是当今可用的最广泛和最理想的流程建模标准之一。根据“2016年业务流程管理现状报告来自BPTrends的调查显示，64%的受访企业对采用BPMN感兴趣。

对于任何语言或符号，流程建模指南都是相同的。在2009年一篇关于过程建模的论文中，作者Mendling, Reijers和van der Aalst解释建模的主要指导方针，不管使用什么语言。它们概述了可被视为最佳做法的指导方针:

1. 在模型中使用尽可能少的元素。这有助于提高可读性并减少错误。

2. 最小化每个元素的路由路径。BPMN通过网关调节路由路径。

3. 使用一个开始事件和一个结束事件。BPMN需要这一点，并且根据软件的不同，它不允许超过一个。BPMN在需要时提供中间事件。

4. 尽可能建立结构化的模型。这意味着图表是平衡的。在BPMN中，网关不应该同时用于连接和分离;它们应该是平衡的，相等地连接在一起。此外，应该使用相同类型的网关来分割和连接流。

5. 避免或路由元素。这意味着模型中的元素不应该是非此即彼的问题，而应该建模为决策是一个选择和或者一个xor。一个xor给出相互排斥的答案。在BPMN中，网关不能是和。

6. 在命名约定中使用动词-对象活动标签。这减少了歧义。

7. 从左到右(而不是从上到下)绘制您的模型，除非您的大部分涉众为了更容易理解而使用表意语言(如日语、中文等)。

8. 如果有超过50个元素，就分解模型。也就是说，将系统分解为子系统、过程和子过程。这与第一条准则有关，因为拥有最少数量的元素可以降低错误。BPMN具有可以分解模型的子流程。

要充分利用BPMN建模语言，请使用一个工具。尽管您可以用铅笔和纸绘制BPMN，但这样做并不能利用它的大部分优点。专门研究BPMN的软件程序允许用户更快、更容易地建模，并自动执行大多数BPMN规则。软件工具还可以减少图中的错误，使人眼更容易阅读，并提供捕获相关XML的重要能力。

在选择BPMN工具时，推荐的标准是什么?最后一次统计BPMtips.com，有70-100种工具可以完全支持BPMN建模。这些工具包括免费的、开源的和专有的工具，以及其唯一功能不是BPMN，但无论如何都支持它的工具。为了使选择过程进一步复杂化，现有程序的许多插件都支持BPMN建模。您所做的选择是至关重要的，因为不仅要在学习BPMN上投入大量的时间和金钱，还要在模型的生成上投入大量的时间和金钱。ob欧宝娱乐app手机下载

专家们一致认为，如果您的业务需要BPMN的标准化，那么该工具应该首先能够声明BPMN遵从性。对于BPMN 2.0，遵从性是在ISO/IEC 19510:2013标准中定义的。该ISO标准代表了业务建模中的最佳实践。如果要使语言的意思一致，就必须首先使它标准化。在这种情况下，工具必须具有四种类型的一致性:

1. 流程建模一致性支持三个子类的元素和属性:描述性、分析性和公共可执行性。描述性和分析性子类提供了可视化表示图表所必需的信息。通用可执行文件是对XML和元模型的数据的描述。

2. 过程执行一致性工具必须完全支持过程图的导入。这是通过语义和活动生命周期对元模型的支持和解释。

3. BPEL流程执行一致性支持从BPMN模型到BPEL的完整映射。

4. 编排建模一致性工具提供元素、外观、语义和交换，以及BPMN编排类型。

除了实际的BPMN一致性之外，选择建模工具的一种方法如下:

1. 定义您的业务目标和需求。提前了解您的业务对BPMN有哪些功能性和非功能性需求。

2. 定义选择标准和每个标准的权重。您的用户需要语法检查吗?他们需要弹出式菜单吗?他们在文档方面需要帮助吗?制定一个图表来描述你的业务所需的标准，这样你就可以选择一个满足你需求的程序。

3. 确定一些候选工具。由于目前可用的工具很多，不可能对所有的工具都进行测试。一旦你描述和权衡你的选择标准，一些潜在的工具将是不可行的。从那里，如果有可用的演示，订购它们。评估安装的容易程度，确定任何可操作性问题，并探索BPMN工具中的支持。

4. 试驾一款车型。一旦您发现了最佳的候选程序，请使用代表您公司的一致模型来测试其余的应用程序。

5. 选择你的赢家。一旦您有了相同模型的多个示例，您将对每个程序进行注释，说明模型开发的容易程度以及最终的外观和感觉。这将引导您选择BPMN工具。

很明显，BPMN是一种相对简单、直接的语言，专业人员使用它来标准化他们的流程图。如果您有现有的流程图，您可以从使用BPMN符号对它们进行标准化开始。如果您以前没有映射过进程，请从创建映射开始:

下载映射流程检查表

下载优化流程检查表

毫无疑问，学习BPMN是复杂的，但它似乎是值得一试的。有些BPMN专家受过正规教育，有些则没有。阅读OMG的当前规范手册并不是学习BPMN建模的最佳方法。大多数(如果不是全部的话)专家都认为，在实践中学习是最好的，将元素放入可理解的环境中。

1. 用自顶向下的方法建模。史蒂芬·怀特在一篇文章中写道莱昂纳多博客的采访，“自顶向下的方法将确保建模的深度在组织中的整个过程建模工作中是一致的。我并不是说每个流程模型都需要具有相同的粒度。这取决于目的。”

2. 每个BPMN符号都应该有一个标签。

   1. 事件应该被标记对象+过去分词。例如，“进程已启动。”

      1. 启动事件应该包含流程被激活的方式。
      2. 结束事件应该具有流程“结束状态”。

   2. 池应该始终使用进程名和角色(对于通道)进行标记。

   3. 任务应该标记为动词+对象。例如，“吃午饭。”

   4. 网关应该用问题标记。例如，“包装完成了吗?”

   5. 传出序列流应该用网关问题的答案来标记。例如，“是”或“否”。

3. 尽量避免横过车流。一个好的流程布局，有很少的交叉线，更容易阅读。

4. 对称结构对人类大脑来说更容易理解。

5. 绘制相等的任务大小。然而，任务元素的大小并不表示BPMN中任务的大小。

6. 显式显示异常处理。

7. 一致地使用消息流。将消息流附加到图的所有级别的流程池边界，以添加到业务上下文中。

8. 考虑使用子流程来定义范围。当出现异常时，可以将子流程包装在序列的一部分而不会受到惩罚。

9. 限制模型中概念的数量。由于大多数BPMN用户都是在描述业务流程，因此用户应该保持简单，并且只使用必要的元素以获得最大的可读性。

10. 为你的组织设定标准。应该为每个业务开发清晰、经常使用的约定，例如元素、命名、方法和布局，以便为涉众提供额外的一致性。

11. 考虑使用图例，为不经常接触BPMN的涉众解释符号。

12. 尽量不要简单地将图表发送给涉众，而是要花时间向那些没有接受过BPMN培训的人解释流程。

13. 如果您有大量没有BPMN经验的涉众，请考虑为相同的流程创建两个模型:一个用于业务用户(元素较少)的模型，一个可执行模型。

BPMN图示例

下面的模型来自OMG，它们代表了本指南中描述的大部分元素。这将使您了解BPMN图的外观。

披萨合作

硬件零售商的装运流程

不回顾其他建模语言(如BPEL、YAWL和UML)，对BPMN的讨论就不完整。在BPMN的发展过程中使用了这些语言，以使其更适用并在行业中获得更广泛的使用。

业务流程执行语言(BPEL)和BPMN

BPEL(正式名称为web服务—业务流程执行语言，WS-BPEL)是一种基于xml的编排语言，它允许公司通过使用web服务共享数据来无缝地协同工作。它的创建是为了标准化流程的执行方式。一般来说，它适用于完全自动化的流程，特别是当公司希望将流程转换为XML以实现自动化，甚至是机器人流程自动化(RPA)时。

BPEL基于web服务，因为所涉及的每个业务流程都被视为web服务。BPEL指定了调用web服务的顺序。编排语言标识与其他系统进行消息交换的可执行过程。BPEL支持两种类型的业务流程:可执行流程和抽象流程。BPEL主要用于IT用户，主要是因为没有与之相关的图形符号。BPEL不是为业务分析师或最终用户所访问的。

BPEL经常与早期版本的BPMN结合使用。用户编写BPMN符号，BPEL是执行语言。尽管BPMN和BPEL之间过去和现在都有非常高的相关性，但它们之间没有完美的一对一映射系统。一些业务流程可能以一种不可执行的方式进行映射。随着BPMN 2.0的发布，BPEL不再需要作为核心XML语言。BPMN 2.0附带了自己的XML规范语言。

当前的行业趋势表明，越来越多的企业倾向于使用BPMN 2.0，而BPEL的采用率自2007年以来已经大幅下降。根据“2016年业务流程管理现状报告，只有8%的企业对采用BPEL感兴趣。

行业内围绕何时使用BPEL和BPMN存在争论，特别是因为两者之间存在重叠，并且许多问题可以使用BPMN或BPEL来解决。大多数大型企业不考虑只使用BPMN或BPEL;相反，他们会根据具体情况同时使用这两种方法。专家建议，如果您的组织两者都需要，请将BPEL工作流程与BPMN业务流程保持在单独的组合中。下面是一个图表，从网上的无数来源中挑选出来，详细介绍了推荐BPMN或BPEL的不同场景。

另一种建模语言(YAWL)

可以将YAWL(另一种建模语言)视为BPEL的替代语言。YAWL基于Petri网，它是数学建模和推理语言的一部分。它也是开源的，这意味着任何人都可以修改和使用原始源代码。由于具有直观的用户界面，人们认为与BPEL相比，YAWL更容易与涉众进行通信。YAWL和BPMN有一些共同的概念——即任务、网关(作为YAWL中的装饰器)和流。

统一建模语言(UML)

统一建模语言(UML)是一种通用的建模语言，也由OMG管理，并由国际标准化组织(ISO)作为认可的语言标准发布。UML类似于BPMN，因为它是一种开源建模语言。尽管整个BPMN都致力于业务流程建模，但只有UML的活动图适合于业务流程建模。总的来说，UML是面向对象的，而BPMN是面向过程的。

通过设计一个灵活的平台来满足你的团队的需求，并随着需求的变化而适应，从而使你的员工能够超越自己。

Smartsheet平台可以轻松地从任何地方计划、捕获、管理和报告工作，帮助您的团队更有效地完成更多工作。报告关键指标，并通过汇总报告、仪表板和自动工作流实时了解工作情况，以保持团队的联系和信息。

当团队对要完成的工作有了清晰的认识时，就不知道他们在同样的时间内能完成多少工作。今天就免费试用Smartsheet吧。