业务流程模型和符号:介绍性指南
业务流程模型和表示法(BPMN)是业务流程建模的主要标准。它由对象管理小组(OMG)维护，并得到广泛的供应商的支持，并被许多组织雇用。
享受这篇关于核心元素及其目的的BPMN介绍性指南。
泳道
池和通道——我如何在流程视图中定义职责和组织边界?
池和通道定义业务流程中的职责。在此,池是对其环境具有明确组织边界的单位，如公司或组织。车道总是包含在一个池或另一个车道中，并且不受任何限制地与同一池中的其他车道通信。它们通常表示执行流程的不同角色过程的参与者．
例如，一个公司(池)可能有三个部门(通道)在一个业务流程上协作。在一个部门中，一组任务可能总是由完全相同的人执行，这由其自己的lane表示。然而，更有可能的是，任务可以由所有具有特定角色的人来完成。下面是一个池，池中有一个组织(研究部门)、一个角色(航天器工程师)和一个特定的人(Mr. Doe)作为通道。
理解水池和泳道详细解释如何使用池和泳道。
活动
我们如何实现我们的目标?通过采取行动。活动是BPMN中表示操作的元素。
任务——业务流程的步骤是什么?
任务是流程参与者一步一步完成的动作，以达到流程的业务目标。因此,任务总是分配给一个通道。如果多个人员或角色共享一个任务，您可以使用BPMN扩展“额外的参与者”。如果将任务的语义与自然语言进行比较，则过程的参与者将会是主题在这个过程中，某人正在做某事。活动将是动词，通常在活动的标记中有一个对象:当流程参与者对某些东西(例如文档)执行操作时。当给任务做标签时，你应该遵循这种预定义的结构，最典型的是动词+对象语法，如“build rocket”。
对于顺序执行，任务由箭头或序列流．在上面的例子中，航天器工程师首先思考，然后建造火箭。
子过程
我如何从细节中抽象化?
当记录一个过程时，在添加越来越多的细节后，您常常会失去跟踪。业务流程可能看起来太复杂，无法在一个BPMN图中捕获。在这种情况下，子流程将帮助您:它们移动分离子流程的复杂任务的详细信息。
在这里，写演讲任务的细节与协调过程的活动经理无关。这就是为什么我们把这些细节融入到它自己的过程中在较低的抽象层次上:
要了解更多关于流程层次结构以及如何使用BPMN对其建模的信息，请参见用子集让涉众的生活更轻松．
事件
事件是某事发生的信号-这包括进程的开始和结束，以及与进程环境的任何交互。
启动事件——什么触发了我的流程?
的开始活动通过序列流连接启动流程并触发第一个活动或网关。例如，在线商店的订单到交付流程是由收到的启动事件订单触发的。严格地说，没有启动事件的流程永远不会执行。
结束事件——我的商业目标是什么?
除了一个开始事件之外，一个进程应该总是有一个结束事件，这通常标志着业务目标你的过程。它发生在参与者完成一个可能的活动序列之后。在下面的例子中，业务目标就是送订单。结束事件也可能标志着可能无法达到业务目标。在我们的示例中，如果订购的产品不可用，我们就无法实现业务目标。
中间事件——我的业务流程如何与其环境交互?
中间事件触发影响流程执行以及流程与其环境的交互的更改。让我们来看看工作申请的过程:求职者写申请，然后通过电子邮件发送。在BPMN中，这是由抛出中间消息事件，表示消息发送成功。
现在，该公司必须等待申请:到达用一个捕获中间消息事件，表示收到了消息。一旦触发此事件，就可以继续执行流程。
连接器
序列流——活动、事件和网关如何相互关联?
序列流连接活动彼此之间，以及与事件而且网关可以准确的表达执行的顺序。
注意，序列流只能连接同一池中的元素:对于跨池边界的通信，请使用消息流代替。
消息流——我的业务流程如何跨越组织边界进行通信?
对于跨越进程池边界的通信，您需要使用消息流．为了考虑额外的复杂性，需要定义与消息流的通信比池内序列更明确流沟通。因此,BPMN使用事件．每个传入的消息都由捕捉事件-组织等待相应的传入消息。这里有一个例子:
包裹的送货地址是在订单网站上提供的。之后，您通过向网站发送消息来确认包裹的到达。互动不仅局限于活动，还会发生在池之间!消息流尾部有这些小圆圈—您可以将它们插入到活动(或事件)上，以便向传出的消息发送信号。因为不同的通道是组织上下文的一部分，所以在这些通道中没有发生任何类型的消息流——而是使用序列流。
协会
我的业务流程中涉及哪些关联?
关联将文本注释、数据存储和数据对象以及BPMN扩展元素、附加参与者和IT系统连接到您的流程流。
协会可以定向(有箭头)表示读或写访问。
当关联不表示读/写访问时，我们使用无方向关联—没有箭头。有关实际示例，请参阅外部参与者。
网关
网关允许控制、合并和分割流程流。
独占网关(XOR)——在我的业务流程中需要做出什么决策?(非此即彼)
在业务流程中，您通常需要做出选择—业务决策．最常见的决策类型是选择/或．独占网关将决策的可能结果限制为单一路径，而环境选择遵循哪一条路径。下面是它们长什么样的一个例子:
你也可以使用独占网关来为决策建模，提供超过两种可能的结果:
并行网关(AND)——如何在业务流程中处理并行活动?
在许多情况下，您希望在业务流程中拆分流。例如，财务和人力资源部门可能会同时审查一份新的雇佣合同。这减少了一个案例的总周期时间。要在BPMN中表示并行流，可以使用并行网关．一个分裂并行网关将进入的序列流乘以几个同时运行的出方向的序列流。一个加入并行网关在将所有入站序列合并到一个出站流之前等待所有入站序列终止。
包容性网关(OR)——在我的业务流程中需要做出什么决策?(和/或)
要允许并行执行和基于决策的排除以下序列流，可以使用包容的网关．为了评估一份工作申请，招聘人员可能会查看申请人的简历、求职信、推荐信和LinkedIn简介。然而，根据招聘人员掌握的其他信息，检查所有文件并不是做出决定的必要条件:
基于事件的网关——不同的事件触发不同的活动吗?
基于事件的网关和独占网关是在功能上相似．在你拥有的(许多)选择中，你只走了一条路。但两者有两个重要区别。基于事件的网关是否仅由中间事件触发,他们等待这些问题的发生，然后才做出决定-没有过程参与者的直接影响。基于事件的网关只考虑第一个发生的事件．让我们看一下下面的例子。犯罪发生后，侦探开始破案。即使信件稍后到达，侦探也不会解码秘密消息，因为他不再等待基于事件的网关被触发。
工件
数据对象——我要访问、创建或操作哪些数据?
业务流程通常需要并产生数据。例如，每当经理创建业务计划时，其他流程参与者都可以阅读或改进该文档。数据对象进行业务流程中的数据是显式的。它们不提供所访问和创建的数据的完整概述，而是向读者介绍所访问和创建的文档和数据存储最相关的．作为一个通用规则，您应该使用数据对象来突出显示流程参与者所依赖的解析任务的文档(或其他数据对象)。
IT系统
我的业务流程中涉及哪些it系统?
IT Systems元素是BPMN特定于signavio的扩展。许多Signavio客户使用它们显式地定义支持手工工作的IT系统。
正如你在这个例子模型中看到的，IT系统也做出了异常．您使用非定向关联将它们与活动连接起来，而不是使用用于其他工件的定向关联。
额外的参与者
除了承担主要责任的角色外，执行任务还涉及哪些角色?
到目前为止，总是有一个流程参与者执行一个活动——但是如果不只有一个参与者会发生什么?为了更简洁地模拟现实，Signavio Process Manager支持额外的参与者BPMN扩展。连接一个额外的参与者通过与活动的关联。这表示该活动需要参与者的参与才能成功执行。
作为一个例子，关于初次使用Signavio Process Manager的用户如何工作的模型如下所示:
想把你的新知识派上用场吗?为什么不看看我们的免费试用，并开始使用BPMN 2.0和我们直观的协作解决方案!
