BPMN2.0标准业务流程建模简介Thomas Allweyer著2.1最初的BPMN模型一个简单的BPMN流程模型被认为是一个起点。

在图1中所示的模型工作可以被大多数先前已经涉及任何种类的过程建模的人所直接理解。

建模的方式类似于公知的流程图和活动图。

图1 一个简单的BPMN模型营业部和人力资源部门参与的过程为“发布职位”。

当需要雇员的过程开始。

该营业部报告该职位空缺。

然后，人力资源部写一份招聘启事。

该营业部的评论此招聘启事。

在这一点上，有两种可能性：要么招聘启事是好的，否则是不行的。

如果不行的，它是由人力资源部返工。

这是一次，其次是营业部审查招聘启事。

同样，其结果可能是好还是不好吧。

因此，它可能在招聘启事发生时需要检讨多次。

如果它是好的，它是由人力资源管理部门公布的，在这个过程结束时。

在现实中，用于创建和发布招聘启事可以更加复杂和广泛。

所提出的例子是（像在这本书中所有例子）为了具有小的和容易理解的模型的简化，可用于说明不同的BPMN元素。

2.2 BPMN构建的使用下面，将模型图1中的每个元件更加紧密地说明。

整个过程被包含在一个池。

这是一个完整的过程的一般种类的容器。

在上面的例子中，池标有包含进程的名称。

每一道工序都坐落在池内。

如果该集合对于过程来说是不重要的，它不要求将其拉在图中。

在不显示一个池的过程中，整个过程都包含在一个无形的，隐含的池。

池是特别有趣的当数个池用来模拟一个协作使用，即几个合作伙伴的过程的相互作用。

每个合作伙伴的过程在一个单独的游泳池显示。

这将在第5章描述。

从图1中的池分隔成两个道。

道可用于各种用途，例如用于分配组织单位，如在这个例子中，或用于技术系统内代表不同的组件。

在这个例子中，道显示的过程的活动由营业部和人力资源部门进行。

被池和道也被称为“泳道”。

他们像游泳池划分成的道。

比赛的每一个参与者只游在自己道。

过程本身开始的第一个活动为“要求员工”。

流程通常有这样一个启动事件。

其标志是一个简单的圆形。

在大多数情况下是有意义的只使用一个起始事件，而不是几个的。

一个圆角矩形代表活动。

在一个活动得到的东西做的。

这是由活动的名称表示，比如“报告工作机会”或“审查职位发布”。

连接箭头用于模拟的顺序流。

它们表示，其中不同的事件，活动，和其它元件的遍历顺序。

通常，这被称为控制流，但在BPMN有第二类型的流，该消息流，从而影响一个过程的控制，以及，因此，某种控制流，太。

出于这个原因，术语“序列流”被使用。

用于从其它种类的流区分开来，这是很重要的绘制顺序用实线和填充箭头流动。

这个过程“发布职位”包含了拆分：活动“审查招聘启事”后面的网关。

一个空白的菱形代表了一个独特的网关。

这意味着，从几个外向顺序流向，只有一个必须选择。

在招聘启事进程正确网关到达每一次，一个决定必须。

无论顺序流向右后跟，导致活动“发布作业发布”，或一到左侧被选择，触发活动“返修作业发布”。

因此不可能同时遵循两条路径。

这样的决定的逻辑也被称为“异或”，缩写为“异或”。

在输出路径的条件决定选择哪条路径。

如果建模工具的使用量和处理已被执行或由软件程序进行模拟，则通常可以正式定义确切条件。

这种正式的描述，其可以表示在一种编程语言，可以存储在该序列流动的特殊属性。

如果，在另一方面，模型的目的是要说明一个过程到其它人，那么最好是写非正式的，但可以理解的，语句直接进入图，旁边的顺序流。

的意思是“好”与“不行”后，被称为“审查职位发布”活动是明确到人- 一个程序无法使用它。

网关还用于合并替代路径。

在示例过程中，对活动“评论作业发布”左侧网关合并两个输入序列流动。

再次，这是一个唯一网关。

该公司预计，无论是活动“写入招聘发布”或“返修职位发布”进行网关到达之前- 在同一时间，但不能同时使用。

它应为使用网关或者用于分离或用于接合被照顾，但不能用于二者的组合。

在示例过程中的最后一个元素是结束事件。

像开始时它有一个圆形的符号- 但有一个厚厚的边框。

2.3顺序流逻辑上述招聘启事处理流程逻辑是相当容易理解。

在更复杂的模型，有时并不清楚如何建模的结构正好被解释。

因此，这是有益的，如果所述序列流的元素的含义以明确的方式被定义。

流程图中的顺序流的逻辑可以通过“令牌”来解释。

正如在棋盘游戏令牌是根据游戏的规则移到板，可以想见，通过根据BPMN的规则流程模型移动令牌。

该过程开始时每一次，启动事件会创建一个令牌（参见图2）。

由于招聘启事过程进行了不止一次，许多令牌可以在时间过程中被创建。

因此它可能发生的过程对于一个招聘启事还没有结束，当进程发布另一份工作开始。

移动通过的过程中，每个标记是独立于其他标记'运动。

图2 开始事件创建一个token通过开始事件使顺序流向第一活动移动建立一个token。

本次活动收到token，执行任务（在这种情况下，报告一个职位空缺），然后将其释放到外出顺序流（参见图3）。

图3 活动收到token和完成后，将其转发下面的活动转发token。

然后，它在到达汇合唯一网关。

该网关的任务很简单：它只是需要通过任何进入顺序流到达，并将其移动到外出顺序流的令牌。

这显示在图4中情况A中，从左边的标记到达时，在情况B中从下方。

在两种情况下，token被路径为往外向顺序流向右。

图4 token通过合并唯一网关的过程分割唯一网关的任务是更有趣的。

它需要一个到达的token，并决定根据的条件，向其中顺序流应该被移动的方向运行。

在图5的A 情况下，条件“还行”是真实的，也就是前面的审查活动已经产生了积极的结果。

在这种情况下，令牌移动到右侧。

否则，如果条件“不好”为真，则令牌移动到向下顺序流（情况B）。

建模者必须定义这样的一种方式，总是能够找到精确的条件之一为真条件。

BPMN规范并没有说明如何定义的条件以及如何检查哪些条件为真。

由于所考虑的过程不是由软件执行时，这里使用的相当简单的语句是足够的。

根据该软件工具的要求和规则来定义的条件。

这将是必要的。

否则，token将会通过循环进行几次返工的招聘启事。

最后直到它到达结束事件。

这只是删除任何到达token，从而完成整个过程（图6）。

图5 token通过分裂网关的过程每一个过程图的顺序流可以模拟在这种方式与token的帮助。

这允许用于分析是否一个处理的流程逻辑已经被正确地模拟。

应当指出的是，一个token并不代表这样的事，而是作为一个数据对象或文件。

在招聘启事过程的情况下，它可以想像有一个文件“招聘启事”流经过程。

该文件可包含所有需要的数据，例如活动“评论作业发布”的结果。

在分裂网关，判定然后可以基于该属性值。

但是，BPMN顺序流被限制执行的纯秩序。

token因此不携带任何信息，而是用于区分彼此的token的唯一标识符。

对于数据对象也有，这将在第10章提交单独的BPMN结构。

2.4演示选项通常池水平为绘制。

顺序流的首选方向是再从左向右。

另一方面，也可以使用垂直池和从顶部绘制顺序流至底部，如在实施例在图7。

这是有道理的决定这些可能性只有一个- 水平或垂直。

不过也有造型只支持水平建模工具。

图6 结束事件移走token图7垂直泳道与镶嵌的道图7还表示出了嵌套道的一个例子。

标有车道“销售”被分成了两个道“销售力”和“订单处理”。

在原则上，可以再次划分这些道等，虽然这不仅使检测到的深度一定的水平。

它没有规定在哪里放置池和通道的名称。

典型是选择用于图1和图7。

这里的变体的名称放置在游泳池或道的左侧，或在分别用于垂直样式的顶部。

池的名称由一条线分开。

道的名称，但是，被直接放置在通道内的分离线路仅用于被划分成进一步的子道的道。

道，也可以布置为矩阵。

图8中的采购过程贯穿业务部门，采购部门，这两个跨越分支机构和总部。

当需求发生了分公司的业务部门，这个部门报告的需求。

在下一步骤中，采购是经同一部门中的总部。

采购部门的中心部分，然后关闭与供应商签订合同，然后由分公司的采购部门进行采购本地。

虽然BPMN规范明确地描述了这样的基质上介绍的可能性，但是到目前为止这是几乎没有施加的。

12.2 信息相关该消息的内容中的一个对话总是相互关联的流动。

例如，在谈话“处理订单的广告”一个实例交换的所有消息都与同一广告订单相关。

因此，可以使用顺序的ID为相关性，即消息的一个过程实例的分配。

如果客户收到的广告审批，他能确定相应的命令- 因此流程实例- 基于订单ID。

对话的所有消息都有一个共同的相关性。

一个简单的对话中未分解成其他人的对话被称为通信。

因此，该行被称为通信链路（在一些地方规范草案还称他们为谈话链接）。

一个对话始终通信链路到两个或更多的参与者。

如果通信链路的端部被分支，同一类型的多个伙伴可以是所述通信的一部分，否则只有一个。

“处理订单的广告”有且只有一个客户，一个广告代理公司作为参与者，但多个设计师。

因此，设计师的池包含的倍数标记。

然而，具有在池中只多重标记物是不充分的。

谈话“的插图手柄令”，例如，只有一个设计师的参与者。

因此，通信链路的各自的端部不分叉。

12.3对话的层次结构除了通信，但也可以使用子对话。

类似于子流程它们均标有“+”- 符号。

一个子会话的细节可以在另一个会话图进行说明。

一个子会话的图只能包含谁被链接到父图内的子会话的那些参与者。

图171展示出了用于子会话“处理订单为广告”如何从该图中可以看出的详细谈话图，它也可以绘制消息直接流入谈话图。

除了协作图，图的谈话不准展现在池之间的池或编排过程。

该图包含了有关同一顺序的那些消息流。

为了更准确地表述，它们涉及相同的查询。

在开始的时候，一个订单还没有达到呢，而不是每一次询价变成订单。

因此，该共同参考点是询问。

图171 子对话“处理订单的广告”对话图除了客户和广告代理公司之间的明确显示的消息流，该图还包含了通讯“图形设计的分配”。

被该通信的所有消息流还有关同一询价，但这个信息不充分的广告代理，以便正确地分配所有传入消息。

这是由于这样的事实，即可用性请求被发送到几个设计。

广告代理公司都有每个进来的可用性通知，正确地分配到正确的可用性要求。

因此，需要用于关联这些消息，如附加的信息可用性要求的ID。

因此，可以定义为消息广告代理和设计者之间流动的单独的通信。

这种沟通的信息交流也可以仿照在协作图（图172），或在编排图（图173）。

当然，也可以显示在一个单一的整个子会话的消息流图（图161和在前面的章节162）。

图172 协作图的通信“图形设计的分配”像的子过程，子会话还可以扩展，即六边形被放大，并且详细的谈话中示出它的内部。

然而，这是图形不易包括，例如，图171中的内容转换为展开的子会话图170不幸的是，BPMN规范草案不包含任何用于扩展的子会话的任何实施例。