第 40 章问题单角色

case roles 为用户参与案例处理提供额外的抽象层。在管理时，角色、用户和组用于不同的目的。

角色: 角色驱动问题单实例的授权，用于用户活动分配。用户可以或一个或多个组分配给所有者角色。所有者是谁是该案例。作为案例定义的一部分，角色不限于一组人或组。使用 roles 指定任务分配，而不是将特定的用户或组分配到任务分配，以确保问题单保持动态。
组: 组是能够执行特定任务或具有一组指定职责的用户集合。您可以将任何数量的人员分配给一个组，并将任何组分配到某个角色。您可以随时添加或更改组的成员。不要将组硬编码到特定任务。
用户: 用户是个人，当您将某个角色分配角色或添加到组中时，可以为他们授予特定的任务。
注意
不要在进程引擎或 KIE Server 中创建一个名为 unknown 的用户。未知 用户帐户是具有超级用户访问权限的保留系统名称。当用户没有登录时，未知 用户帐户执行与 SLA 违反监听程序相关的任务。

以下示例演示了如何使用以下信息将前面的问题单管理概念应用到热保留中：

Guest 角色分配会影响关联案例的具体工作，适用于所有案例实例。每个问题单实例都有自己的角色分配。可分配给角色的用户或组数量受案例 卡限制，它在 流程设计和问题单定义中在角色创建期间设置。例如，热预订案例只有一个客户机，而 IT_Orders 示例项目有两个 IT 硬件供应商。

在定义角色时，请确保角色不硬编码到一组人或组，作为问题单定义的一部分，并且每个案例实例都有不同。这就是为什么角色分配很重要。

在问题单启动时或任何时候都可以分配或移除角色分配。虽然角色是可选的，但若使用角色来维护组织工作流。

重要

始终将角色用于任务分配，而不是实际的用户或组名称。这样可保证根据需要尽快进行问题单和用户或组分配。

角色分配到用户或组，并授权在实例启动时执行任务。

40.1. 创建问题单角色

在设计流程设计器时，您可以在问题单定义中创建和定义问题单角色。在案例定义级别上配置了条件角色，使其与处理问题单实例涉及的执行者分开。可将角色分配给用户任务，在整个问题单生命周期内作为联系人引用分配，但它们不会作为特定的用户或用户组来定义。

问题单实例包括实际处理问题单工作的个人。在启动新问题单实例时分配角色。为保持用例灵活，您可以在运行时修改问题单角色分配，虽然这样做不会影响基于之前角色分配创建的任务。分配到某一角色的ctor 非常灵活，但角色本身对于每种情况仍相同。

先决条件

流程

要定义问题单中涉及的角色，请点击编辑器 canvas 中的空空间，然后点击打开 Properties 菜单。
扩展 问题单管理 以添加问题单角色。
case 角色需要角色的名称和一个问题单卡。case cardinality 是在任何情况下实例分配给该角色的执行者数量。例如，IT_Orders 示例案例管理项目包括以下角色：
图 40.1. ITOrders Case Roles
在这个示例中，您可以将一个ctor（用户或组）分配为问题单 所有者，仅分配一个 manager 角色。供应商 角色可以分配两个活动者。根据具体情况，您可以根据角色配置的问题单卡性将任何数量的执行器分配给特定的角色。