10.1.1
核心元素
什么是BPMN核心元素？我们为什么要从BPMN元素中界定出一个核心元素的子集？BPMN核心元素是我们认为可以建模进行业务分析的BPMN元素的必要子集，使用BPMN基本元素适合草图和非正式的沟通，而当组织扩大或需要与组织外部人员进行沟通时，使用更加具体具有明确语义的建模元素变得重要，使用BPMN核心元素能够满足我们平常大部分的建模需要。
除了包括BPMN基本元素，核心元素增加了这些元素，如下图中的黄色部分所示：
- 更多的事件类型：计时（Time）、消息（Message）、链接（Link）和信号（Signal）；
- 更具体的活动类型：任务的7种类型、子流程的5种类型和调用活动（CallActivity）；
- 事件网关（Event-basedGateway）；
- 数据元素：数据对象（DataObject）、输入数据（Data Input）、输出数据（Data
Output）和数据存储区（Data Store）；
- 数据关联。
图10-28BPMN的核心元素
10.1.1.1 活动
在基本元素里，我们知道活动是在流程执行过程中执行的工作。活动分为两类：任务（原子的）和子流程（复合的）。任务是流程模型中最小工作单元，不能继续分解，子流程则能继续分解为一系列的子活动。在核心元素里，我们将讨论任务和子流程更具体的类型以及一种新的活动类型-调用活动，这样在我们建模时，模型会有更加具体的语义。
任务
根据任务的执行语义，我们将任务分为8种类型：
- 普通任务（NoneTask）：默认的任务类型，未指定任务的执行语义；
- 发送任务（SendTask）：给外部参与者发送消息，消息发送完毕则任务执行完毕；
- 接受任务（ReceiveTask）：等待并接受从外部参与者发送过来的消息，消息接受完毕则任务执行完毕；
- 人工任务（UserTask）：在应用程序协助下完成的人工任务，例如一个从任务列表中拾取并执行的任务，比如办理户口中向计算机输入户口信息的任务；
- 手工任务（ManualTask）：没有任何流程引擎和应用程序协助的纯手工任务，例如对我提交户口资料的审核任务；
- 业务规则任务（BusinessRule Task）：该任务调用一个业务规则引擎进行数据的计算并获得计算结果；
- 服务任务（ServiceTask）：调用某种类型的服务，这种服务可以是WEB服务，也可以是自动化的应用程序；
- 脚本任务（ScriptTask）：定义一段执行脚本，由流程引擎执行。
图10-29任务的8种类型
子流程
有5种不同类型的子流程：
- 嵌入的子流程（EmbeddedSub-Process）：子流程定义在父流程里，可以展开显示它所包含的模型细节，也可以收起隐藏细节（可参见图10-25），通常情况下，我们也直接称之为子流程（Sub-Process）；
- 重用的子流程（ReusableSub-Process）：我们在另外一个业务流程图定义了一个流程，然后在当前流程里调用这个流程，这个流程被我们复用，称之为重用的子流程，在父流程里，我们通过调用活动（Call
Activity）调用其他流程：
- 事件子流程（Event Sub-Process）：子流程由事件触发，子流程与父流程之间没有顺序流连接，在扩展元素里，我们会具体讨论该类子流程；
- 事务性子流程（Transaction）：特殊的子流程类型，子流程内部的任务具有事务性，要么一起成功，要么一起失败。我们可以通过某种事务协议例如WS-Transaction控制它的行为，和事件子流程一样，它属于扩展元素；
- 即席子流程（Ad-Hoc Sub-Process）：子流程内部的任务不需要确定顺序关系，由任务执行者根据实际情况自己决定执行顺序。
图10-30子流程的5种类型
我们看一个即席子流程的例子，当我去医院检查身体时，需要做各种常规检查、抽血和吃早饭，除了抽血一定要在吃早饭之前，其他项目则没有限制。那么可能的顺序有：常规检查->抽血->吃早饭（抽血处排队严重）、抽血->吃早饭->常规检查和抽血->常规检查->吃早饭。
即席子流程赋予我们执行任务的灵活性，在很多情况下，任务之间并没有过度的依赖关系，在这种情况下，就可以根据案例的实际情况例如可用资源，重新灵活排定这些任务执行的顺序，避免等待和阻塞。即席子流程实现了工作流控制模式里的交叉并行路由（WCP_17）模式，具体该模式的描述请参考本书的工作流模式附录部分。
图10-31即席子流程
调用活动
我们使用调用活动（Call Activity）在当前流程中调用其他流程或全局任务（Global
Task）。被调用的流程在当前流程中被称为重用的子流程。那么什么叫全局任务呢？能被其他流程通过调用活动调用的任务称为全局任务。 | 
