中英文翻译中文译文

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并不代表这样的事，而是作为一个数