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