learning_record_doc/工作流/bpmn/BPMN2.0基础/任务.md

BPMN2.0-Task（任务）

BPMN2.0简介

BPMN（Business Proess Model & Notation,业务流程模型与符号）2.0规范是OMG（Object Management Group,对象管理组织）制定的，其主要目的是既给用户提供一套简单的、容易理解的机制，以便用户创建流程模型;又使用户能很好地处理不同流程模型内在的复杂性。为此，该规范定义了模型表示的基本符号元素(以下简称为元素)，并把这些元素分成5种不同的类别。由于提供的元素类别只有5种，用户可以很容易地识别这些类别，并据此来理解BPMN模型图。同时，在每个符号类别中，在保持基本图形相似的前提下，BPMN 2.0规范通过适当地改变每个图形元素的外观增加额外的信息，来生成基本图形元素的变种，以更好地支持实际模型的复杂性。

任务简介

当学习BPMN时，可以将其比喻为一种“画流程图”的工具，用来清晰地描述一个业务流程中的各种活动、决策和流程走向。它就像是一种通用的语言，帮助不同人理解和沟通同一个业务过程。

在BPMN中，任务就是业务流程中的各种工作。想象一下你要做一杯咖啡的过程，你需要准备咖啡豆、磨豆、冲泡等等。在BPMN中，每个做咖啡的步骤都是一个任务，比如“磨咖啡豆”、“煮水”、“冲泡咖啡”。这些任务可以是人做的（比如你自己动手磨豆），也可以是机器做的（比如咖啡机煮水）。

简单来说，BPMN任务就是描述一个业务流程中需要做的各种事情，无论是由人还是机器来完成。通过画出这些任务，我们可以清楚地了解整个业务流程是如何进行的，从而更好地管理和优化流程。

为了区分不同的任务操作，BPMN2.0提供了多种任务类型，下面我们一起来看一下常用的几种任务。

服务任务

服务任务（Service Task）在BPMN中，服务任务（Service Task）是一种特殊类型的任务，用于描述业务流程中由软件自动执行的工作。这些工作通常是通过调用外部服务、执行自动化应用程序或执行特定的计算机程序来完成的。

在Camunda中，服务任务可以通过不同的方式来实现，其中一种常见的方式是通过调用Java代码。具体地说，Camunda提供了一个服务任务类型，允许开发者将Java代码嵌入到业务流程中，并在流程执行时自动调用该代码来执行特定的任务。这样，可以利用Java的强大功能来实现各种自定义的业务逻辑，从而实现流程的自动化和优化。

除了调用Java代码外，服务任务也可以用于调用外部的Web服务或执行一些外部系统的操作。这意味着，服务任务可以与其他系统进行集成，以实现更复杂的业务流程。总的来说，服务任务在BPMN中扮演着重要的角色，帮助实现业务流程的自动化和集成。

发送任务

发送任务（Send Task）是BPMN中的一种简单任务，用于将消息发送给外部参与者。这种任务通常用于将信息传递给外部系统、应用程序或者其他业务参与者，而不需要等待任何反馈或响应。一旦消息发送完成，发送任务也就结束了。

比如，假设你正在设计一个购物网站的订单流程。当顾客下单后，系统可能会使用发送任务将订单信息发送给仓库系统，以便处理订单并安排发货。在这个过程中，发送任务只负责将订单信息发送出去，而不需要等待仓库系统的响应或确认。

因此，发送任务在BPMN中用于描述一种单向的通信行为，用来实现业务流程中的消息传递。它的特点是简单明了，不需要与外部系统进行复杂的交互，只需要将特定的消息发送给目标参与者即可。

用户任务

用户任务（User Task）是BPMN中一种用于描述需要人工参与者完成的工作的任务类型。当流程执行到用户任务时，会创建一个任务并分配给指定的用户或用户组。该用户或用户组可以通过任务列表或其他方式收到任务的通知，并开始执行任务。

用户任务通常用于需要人工决策或处理的活动，例如审批申请、处理客户请求、填写表单等。一旦用户完成了任务，流程引擎会期望收到一个确认，这可以是简单地点击一个“完成”按钮，也可以是提供一些数据或信息作为输入。这样，流程引擎就可以继续执行后续的流程步骤。

典型的用户任务包括：

• 批准申请：比如请假申请、费用报销申请等，需要主管或审批者批准。
• 处理客户请求：比如客户投诉、信息查询等，需要客服人员或相关部门处理。
• 填写表单：需要用户提供信息或数据，如注册表单、调查问卷等。

总之，用户任务是BPMN中用于描述需要人工参与者完成的工作的重要组成部分，它能够清晰地定义和管理业务流程中的人工活动，并促使流程按照预期的方式执行。

业务规则任务

业务规则任务（Business Rule Task）是BPMN 2.0中引入的新概念，用于与业务规则引擎（Business Rules Engine）集成。它主要用于执行一个或多个业务规则，这些规则通常定义了业务流程中的决策逻辑或条件。业务规则任务允许将业务规则引擎嵌入到流程中，从而实现对业务规则的动态管理和执行。

在业务流程中，业务规则任务通常用于以下方面：

1. 提供输入数据：业务规则任务可以向业务规则引擎提供必要的输入数据，以便引擎执行规则计算。

2. 执行规则：业务规则任务会触发业务规则引擎执行事先定义好的规则集合，这些规则可以根据给定的输入数据进行计算和评估。

3. 获取输出结果：一旦规则引擎执行完毕，业务规则任务可以从引擎中获取计算后的输出结果，然后根据结果继续执行后续的流程步骤。

通过业务规则任务，业务流程可以更加灵活和智能地根据不同情况做出决策，从而提高了流程的自动化程度和执行效率。这种集成方式也使得业务规则的维护和更新变得更加简便，可以随时根据业务需求进行调整和优化。

脚本任务

脚本任务（Script Task）是BPMN中的一种自动化活动，用于在流程执行过程中执行特定的脚本。当流程执行到脚本任务时，会立即执行与该任务相关联的脚本，而无需等待外部参与者的干预。

脚本任务可以执行各种类型的脚本，包括但不限于：

1. JavaScript: 使用JavaScript语言编写的脚本，通常用于实现一些简单的逻辑或计算。
2. Groovy: 使用Groovy语言编写的脚本，Groovy是一种在Java虚拟机上运行的动态语言，提供了丰富的特性和功能。
3. Python: 使用Python语言编写的脚本，Python是一种流行的脚本语言，具有简洁而强大的语法。
4. Shell脚本: 使用Shell语言编写的脚本，通常用于执行系统级的操作和命令。

脚本任务的执行结果可以影响流程的后续走向，比如修改流程变量、触发事件或者导致流程走向不同的分支。脚本任务可以在流程设计中实现一些特定的逻辑，使得流程更加灵活和智能。

需要注意的是，在使用脚本任务时，要确保编写的脚本是安全的、可靠的，并且能够正确地处理各种可能的情况，以保证流程执行的稳定性和可靠性。

接收任务

接收任务（Receive Task）是BPMN中的一种简单任务，它用于等待特定消息的到来。当流程执行到接收任务时，流程引擎将暂停执行并将流程状态保存到持久性存储中。这意味着流程将保持等待状态，直到流程引擎接收到特定的消息。

接收任务通常用于等待外部系统或者其他流程实例发送的消息或事件。一旦流程引擎接收到了特定的消息，接收任务将会被触发，从而使得流程继续执行。

举个例子，假设你正在设计一个采购流程。在某个步骤中，你可能需要等待供应商发送确认订单的消息。这时，你可以使用一个接收任务来暂停流程，直到接收到供应商发送的订单确认消息。一旦收到消息，接收任务将被触发，流程将继续执行后续的步骤，比如进行付款或者安排发货。

总的来说，接收任务在BPMN中用于实现流程的等待机制，使得流程能够与外部系统或事件进行交互，并根据接收到的消息来驱动流程的执行。

手工任务

手工任务（Manual Task）是BPMN中的一种任务类型，用于定义流程引擎外部的任务，即流程引擎无法自动处理的任务。它主要用于对那些流程引擎不需要知道、没有已知系统或用户接口的人所做的工作进行建模。

手工任务通常涉及到人工的介入或者处理，例如需要人类决策、手动操作或其他无法自动化的工作。在流程执行到手工任务时，流程引擎会暂停执行，并且不会自动继续流程，因为流程引擎无法自动处理手工任务。

相反，手工任务作为传递活动处理，需要等待外部参与者完成任务后手动通知流程引擎继续流程的执行。这通常包括参与者完成任务后手动触发一个事件，或者通过其他方式向流程引擎发送消息，以指示手工任务已经完成，可以继续执行后续的流程步骤。

总的来说，手工任务在BPMN中用于描述那些流程引擎无法自动处理的任务，需要人工介入或者外部系统的支持。它是一种流程执行的等待点，直到外部参与者完成任务后，流程才能继续执行。

任务标记

任务标记是指在BPMN中对任务进行附加特性或属性的设置，以增强任务的功能或描述。常见的任务标记包括循环、多实例和补偿。

1. 循环标记（Loop Marker）：循环标记用于表示任务将被重复执行多次。它可以应用于各种类型的任务，包括用户任务、服务任务等。循环标记通常包括循环的条件、循环的次数或循环的范围等信息。例如，一个用户任务可以设置为循环执行，直到满足某个条件为止，或者执行固定次数的循环。

2. 多实例标记（Multi-Instance Marker）：多实例标记用于表示任务将以多个实例的形式执行。它允许将单个任务实例化为多个并行执行的子任务，从而加快流程的执行速度或提高并行处理能力。多实例标记通常包括实例化的条件、实例化的数量或实例化的范围等信息。例如，一个服务任务可以设置为多实例执行，以并行处理多个数据对象或执行多次相同的操作。

3. 补偿标记（Compensation Marker）：补偿标记用于表示任务具有补偿能力，即可以在流程执行出现异常或错误时对之前执行的任务进行回滚或撤销。补偿通常与事务性或复杂的流程相关，用于确保流程的数据一致性和完整性。例如，在订单流程中，如果支付过程失败，则可以触发一个补偿任务来取消之前已经执行的订单处理任务。

这些任务标记可以与各种类型的任务组合使用，以实现不同的流程需求和业务场景。它们增强了BPMN中任务的灵活性和功能性，使得流程能够更好地适应复杂的业务流程和变化的需求。