关键概念¶

注解

OU（组织单元）是一组用户、资源、应用及服务的集合，是 Application Portal 最顶层的帐号管理单元。

流程模型¶

流程模型是业务流程流的图形表示，定义了流程中涉及的特定活动（任务）、事件、决策和参与者。换言之，它是待执行流程的蓝图。流程所有者通过流程模型实现常用业务流程的标准化或自动化，并使业务流程可以更轻松地执行。

注解

流程模型对于其创建所在的 OU 而言是唯一的。不过，你可以使用导出和导入功能与其他 OU 共享流程模型。

流程是流程模型的运行实例。换言之，它是流程模型的快照，而且提供了指导执行的步骤。一旦发起，流程将会在执行过程中根据流程模型中定义的流程流生成任务并触发事件。基于相同流程模型的不同流程可能会产生不同的结果，具体取决于流程执行过程中采取的步骤。

活动是作为业务流程的一部分予以执行的工作。活动在流程模型中进行定义，并在执行流程时自动生成。它可以是需要用户参与（例如填写表单）的任务，也可以是自动化服务任务（例如执行预定义脚本或发送 HTTP 请求）。

如果某个任务需要用户参与，则必须将其分配给流程发起人、指定用户、候选用户或候选用户组。候选用户和候选用户组是配有指定用户任务的执行权限的用户或用户组的列表。指定的某个候选用户或指定候选用户组中的某个用户必须在执行任务之前认领任务。用户仅在认领任务之后才成为该任务的处理人。

另一方面，如果将某个任务分配给流程发起人或指定用户，则该用户将自动成为该任务的处理人，而且是唯一可以执行任务的人。

事件是在流程执行过程中所发生的事情。除“空启动事件”外，事件通常不需要用户参与。所有流程都必须以一个启动事件开始，并至少以一个结束事件结束。

表单是作为空启动事件或用户任务的一部分用于捕获用户输入。流程所有者可以设计在流程执行期间显示的自定义表单。

运行状态显示流程或任务的执行进度。流程和任务的运行状态包括：

业务状态由流程所有者进行定义，旨在根据流程所有者的业务需求或组织标准精确地传达业务流程的不同阶段。流程所有者可以将流程配置为在流程的不同阶段显示不同的业务状态。

变量是一种数据存储单元，用于捕获运行流程中的元素所使用的业务数据。流程变量通过唯一名称进行标识，以便变量可以在 UEL 表达式或 API 中引用。变量名由流程所有者在构建流程模型时定义，在流程模型中必须是唯一的。

举例来说，下图显示了固件上传过程，其中固件上传请求的审核结果存储在名为“Result”的变量中。随后，下游连接线包含读取“Result”变量的条件，判断流程应采用的路径。如果结果为“拒绝”，则流程将会沿着“拒绝”路径执行，并到达“审核批准结果”任务，其中会读取并显示“Result”变量的值。

键是用于标识 BPM 中所创建系统对象的唯一名称，以便此类对象可在 UEL 表达式、脚本或 API 中引用。

视图是在列表中组织和显示运行流程属性的方法。BPM 提供了一个默认视图，该视图显示了所有流程模型的运行流程的列表。流程用户还可以创建自定义视图，显示对其而言比较重要的一组指定流程属性。一个自定义视图只能显示一个指定模型的流程。

沙箱环境是流程所有者可在不影响生产环境的情况下验证流程模型的功能和正确性的环境。流程所有者可以在沙箱环境中模拟不同的用户，确保流程对于所有用户均能正常运行。

生产环境是流程用户执行流程和任务的实际环境。