1、过程分析的视角
习惯于用其他符号系统建模流程的人可能很难适应bpmn的一个极其重要的方面:一切都取决于透视图。
bpmn假设一个或多个参与者可以存在于一个图中。但是，不要草率地认为参与者的作用类似于一个角色、一个部门或一个雇员!在bpmn中，参与者是一个符合以下规则的逻辑元素:
- 每个流程只能有一个参与者。(这意味着逻辑参与者可能有很多人参与。)
- 参与者完全控制流程流。
- 参与者对其过程完全负责。
- 其他参与者不能影响参与者的进程;他们甚至不知道它是如何工作的。
- 其他参与者不能影响参与者的进程;他们甚至不知道它是如何工作的。
- 如果参与者希望与流程上下文中的其他参与者进行交互，则必须与其他参与者进行通信，而这些参与者会相应地影响自己的流程。
对于每个参与者来说，相同的过程可能看起来完全不同，它看起来如何取决于它的视角。这导致了不同的流程模型。
在bpmn中，参与者及其进程的符号是池;每个进程都有自己的池。然而，从逻辑上讲，参与者可以控制多个进程。
如果您学会了正确地处理 池，那么您就掌握了流程建模最重要的原则——假设您的目标是使现代bpm与必要的业务it保持一致。
2、模型、实例、令牌和相关性
在bpmn 2.0规范中，记住以下几点:
- 过程模型:过程的基本描述。图可以描述一个或多个流程模型。
- 流程实例:实际执行的流程。例如，一个客户投诉就是投诉流程的一个实例。有些流程一年可能只实例化几次，例如会计部门的季度末报告。其他情况发生得更频繁。想想看，一年之内会有数百万的信用报告申请。令牌:如果您心中有一个流程模型，并且希望找出流程实例期间必须或可能使用哪些流程路径，那么您可以应用令牌模型。标记是一种概念，我们把它比作汽车:汽车沿着道路行驶。在交叉路口，司机必须决定是继续走直线还是向左或向右转弯。又或者，当汽车转弯时，一辆克隆的汽车继续笔直向前行驶。这就是汽车这个比喻的不足之处，但我们希望您能理解要点:道路系统对应于一个流程模型，而汽车所走的任何特定路线都代表一个实例。令牌模型可以帮助您理解甚至是最复杂的bpmn流程模型，因此在上面提到的bpmn规范部分中也会解释令牌。在本书的例子中，我们经常使用这种方法。
- 相关性:您是否收到过带有事务键或文件号的信件?当你回复的时候，你应该引用这个键或者数字，以便你的通信对象能够更容易地分配你的信息。这种基于明确的键的分配称为相关性。另一个例子是当你付账单时，你被要求在支票上写上发票号码。如果你不遵守，你的付款可能没有得到正确的分配，缺乏相关性可能导致提醒通知、滞纳金和其他不愉快。从组织和技术的角度来看，相关性通常是过程成功的关键。一些代价最大的错误来自对适当相关性问题的忽视。
3、符号和属性
bpmn规范描述了为流程建模提供的符号。它还描述了可以分配给符号的许多属性。许多这些属性不会出现在图中，尽管它们存储在建模工具中，并在工作流引擎执行建模过程时使用。
本文会持续更新，欢迎关注，技术支持：盘古BPM