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

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

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

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

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

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

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

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

一个简单的BPMN流程映射

OCEB 2项目

oceb2课程有五门考试，每门考试都提供一个证书。在基础层之后，有一个业务轨道和另一个技术轨道。在BPM的世界中，这些认证向雇主保证，您不仅理解BPM的原则，而且了解BPM的实践。oceb2认证由来自商业行业的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声明至少在2到3年内不会有BPMN的另一个版本。由于许多用户想要一个稳定的长期平台，OMG并不急于达到BPMN 3.0。2014年，OMG发布了BPMN的一个补充，称为决策模型和标记(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中，泳道是显示流程责任所在位置的元素，池表示参与者。车道将水池分开，作为职责的划分，显示出活动的位置。车道还可以划分阶段(第一阶段、第二阶段等)。换句话说，池是单个流程的容器，通道对其中的活动进行分类。

在BPMN中，通道没有语义;它们只是一个划分概念。您可以设置垂直或水平的泳道。通道是可选的，可以嵌套。关于泳道的一些问题:

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

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

• 一个池不能包含一个以上的进程。

• 不应该在池之间使用序列流。在需要序列流的情况下，通道更合适，而不是池。

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

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

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

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

BPMN元素的五个基本类别。

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

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

事件扩展

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

扩展事件子流程

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

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

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

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

• 手册是一种不借助引擎或应用程序进行操作的任务。

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

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

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

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

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

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

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

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

• 补偿任务指定某种类型的报酬或支付，进入或退出流程。

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

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

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

来源:OMG

事务子流程

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

在上面的示例中，如果由于预订不可用而发生错误，流将移动到取消结束事件。这将激活流程回滚，任何已完成的预订活动都将被撤消。本例中的任务按照完成的相反顺序撤消。

网关扩展

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

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

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

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

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

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

数据对象扩展

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

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

连接对象扩展

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

• 条件流用于合并和分支，而不是网关。条件表达式在它的原点定义。

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

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

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

条件流和默认流。

异常流和补偿流。

批评者已经写了大量关于BPMN的文章，以及为什么它不适合广泛使用。大多数批评集中在BPMN的复杂性上。有超过100个独特的元素(由5个主要元素和它们的附加符号产生)，根据批评者的说法，要学的东西太多，太容易出错，而且对于业务流程来说太细粒度。此外，为了做BPMN而做BPMN造成的坏处大于好处。

BPMN的其他风险包括:

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

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

• 涉众缺乏理解:如果涉众需要解释每件事，就可能引入错误和不正确的信息。

布鲁斯银他说:“业务分析师应该学习语义和规则，为了最有效地使用BPMN，还应该学习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个元素，则分解它。也就是说，将一个系统分解为它的组件子系统、过程和子过程。这与准则1有关，即拥有最少数量的元素将保持较低的错误。BPMN具有可以分解模型的子流程。

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

在选择BPMN工具时，推荐的标准是什么?根据最新统计BPMtips.com，可以完全支持BPMN建模的工具有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网，这是数学建模和推理语言的一部分。它也是开源的，这意味着任何人都可以更改和使用原始源代码。由于其直观的用户界面，YAWL被认为比BPEL更容易与涉众沟通。YAWL和BPMN有一些共同的概念——即任务、网关(作为YAWL中的装饰器)和流。

统一建模语言(UML)

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

通过设计一个灵活的平台来满足团队的需求，并根据这些需求的变化进行调整，使你的员工能够超越这些需求。

Smartsheet平台可以方便地在任何地方计划、捕获、管理和报告工作，帮助您的团队更有效地完成更多工作。报告关键指标，并在工作发生时通过滚动报告、仪表板和自动工作流来获得实时可视性，以保持团队的联系和消息灵通。

当团队清楚要完成的工作时，没有人知道在同样的时间内他们能多完成多少。今天就可以免费试用Smartsheet。