IBM BAW（原BPM升级版）使用教程第七讲

续前篇！

一、团队

在 IBM Business Automation Workflow (BAW) 中，团队（Team） 是流程管理的关键部分，用于定义参与某个流程的用户、角色、组以及服务等。在团队配置中，有许多重要概念，特别是 行为（Behavior） 和 管理员（Administrator），它们决定了团队成员如何在流程中交互以及如何进行任务分配。特别是在 行为中的“用户或组” 和 “服务” 之间，它们有不同的用途和作用。

1. 团队中的行为（Behavior）概述

在 IBM BAW 中，行为是指如何管理和分配任务给团队成员或服务。在流程设计中，行为用于控制任务的执行者，具体可以是一个 用户（User）、用户组（Group） 或 服务（Service）。行为的配置决定了任务和流程的执行方式以及如何协调团队成员和服务之间的交互。

1.1 用户（User）

用户是指个体成员，通常是指实际的流程参与者（例如，某个员工、审批人员、执行任务的负责人等）。在任务分配中，用户代表具体的执行者。用户可以直接参与流程中的任务，并根据任务的要求进行操作、审批、填表等。

用户行为：
- 可以指定某个具体的用户来执行流程中的任务。例如，某个任务可以分配给流程中的某个具体员工，只有该用户才能看到该任务并进行操作。
- 用户可以通过 用户角色 来定义任务执行权限，控制不同用户执行不同级别的任务。
用户示例：
- 在一个审批流程中，任务可以分配给特定的 财务经理（如“张三”）进行审核操作。

1.2 组（Group）

组是指多个用户的集合。一个组可以包含多个成员，并且可以将任务分配给整个组，组中的任何成员都可以领取该任务。组的行为通常用于处理跨部门或多角色参与的任务，任务可以被组中的任意成员执行。

组行为：
- 可以将任务分配给某个特定组，而不指定具体的用户。组内的任何成员都可以在任务分配时领取并完成任务。
- 组通常用于处理需要多个用户参与的任务或需要集体审批的任务。例如，多个团队成员可以一起评审一个文档，或多个部门共同审查预算报告。
组示例：
- 一个审批任务可以分配给 “财务部门” 组，组内的所有成员都可以审核和审批该任务。

1.3 服务（Service）

服务是指自动化任务或外部系统（如 Web 服务、API 调用等）。服务代表了由系统执行的操作，而不是由用户或组执行的操作。在流程中，服务行为通常用于执行自动化的任务或与外部系统进行集成。例如，调用外部API获取数据、进行计算、发起支付操作等。

服务行为：
- 服务不依赖于具体用户或组来执行任务。服务行为通常是后台自动运行的操作，能够处理数据、执行计算、与外部系统交互等。
- 服务通常用于那些不需要人工干预的任务，它们可以自动执行并返回结果，或向用户发送通知。
服务示例：
- 在一个订单处理流程中，“库存查询服务” 可以在流程中自动查询库存系统，并返回库存数量信息，而无需人工干预。

2. 行为中的“用户或组”与“服务”之间的区别

2.1 任务分配方式

用户或组：任务被分配给 具体用户 或 用户组，并由该用户或组来执行。用户或组在任务中进行交互，填写表单、做出决策、处理任务等。
- 用户：任务分配给一个具体的人，通常适用于个体操作或审批场景。
- 组：任务分配给一个群体，适用于多方参与的审批或工作协作场景，任何组内成员都可以执行任务。
服务：任务不由人为参与，而是通过自动化服务来执行。这些任务由系统自动处理，无需人工干预。服务的执行通常涉及与外部系统的集成，自动计算、数据查询等。

2.2 任务执行类型

用户或组：用户或组执行的任务通常需要人工干预，如填写信息、审批、批准、查看报告等。任务执行过程中有用户交互和决策。
服务：服务执行的任务是 自动化任务，不需要人工参与。例如，查询数据库、调用外部API获取数据、自动化处理订单等。

2.3 适用场景

用户或组：适用于需要人工参与的任务和流程，例如审批流程、信息录入、审批决策等。
服务：适用于需要自动化执行的任务，例如数据提取、与外部系统交互、自动化计算等。

2.4 灵活性与可扩展性

用户或组：用户和组可以根据组织结构灵活配置，例如可以将任务分配给某个角色或某个特定的业务部门。这种方式灵活性较高，适用于动态的任务分配。
服务：服务通常是与系统集成相关的自动化任务。虽然它们在执行上具有较高的效率和一致性，但相对来说其灵活性较低，主要适用于标准化、可重复执行的任务。

3. 行为的配置示例

3.1 用户或组行为配置示例

假设你正在设计一个审批流程，任务需要由 财务经理 或 财务部门 的组成员进行审批。您可以在流程设计中配置：
- 用户行为：指定具体的用户（如“张三”）进行审批任务。
- 组行为：将审批任务分配给一个组（如“财务部门”），组内的任何成员都可以执行该任务。

3.2 服务行为配置示例

假设在订单处理流程中，您需要自动查询外部 库存系统 的库存信息。在此场景中，您可以将任务分配给一个服务，并配置该服务调用外部系统的 API 自动查询库存：
- 服务行为：创建一个库存查询服务任务，该任务会调用外部系统的 Web 服务，自动获取库存信息。

4. 管理员行为

管理员行为用于指定谁具有对团队成员、任务和流程的管理权限。管理员在团队中通常拥有最高权限，能够配置任务分配、用户角色和权限设置、查看任务执行状态、处理异常等。

管理员行为示例：
- 将某个用户或组指定为流程或任务的管理员角色，赋予其对任务的完全控制权，能够执行任务分配、重启任务、查看历史日志等操作。

5. 总结

用户或组行为：适用于需要人工参与的任务，任务执行者是 具体的用户 或 用户组。用户或组执行任务并作出决策，适用于审批、操作输入等场景。
服务行为：适用于自动化执行的任务，任务由系统通过外部服务（如API调用、数据库查询等）自动处理，不需要人工干预，适用于数据处理、计算和与外部系统集成等场景。
管理员行为：管理员有权管理流程中的任务和团队成员，控制权限、任务分配等。

二、数据

在 IBM Business Automation Workflow (BAW) 中，数据是流程中非常关键的部分，涉及流程中所有数据的定义、传递、存储和使用。流程中的数据可以包括用户输入的数据、流程变量、外部系统传递的数据等。而在数据管理中，有几个重要的概念需要理解，特别是 业务对象、公开的流程值 和 用户属性定义。

1. 业务对象（Business Object）

业务对象 是 IBM BAW 中用于表示和存储特定业务实体的数据结构。它可以用于存储和传递流程中的关键业务信息，如订单、客户、产品、发票等。业务对象通常是流程中的核心数据模型，帮助组织和处理流程相关的数据。

1.1 作用

封装业务数据：业务对象提供了一种标准化的数据结构，用于封装和传递业务数据。它可以包括多种属性和字段，代表企业流程中涉及的不同业务实体。
跨任务传递数据：在流程中，业务对象可以跨多个任务和步骤传递数据，确保不同任务间的数据一致性。
与外部系统集成：业务对象通常与外部系统的数据进行映射，帮助在不同系统之间同步数据。例如，订单数据可以作为一个业务对象与ERP系统、库存系统等进行集成。

1.2 创建和使用

定义业务对象：在流程设计中，业务对象通常通过 IBM BAW 的 Business Object Definition (BOD) 进行定义。开发人员需要指定业务对象的属性（如字段、数据类型、默认值等）以及它们的关联。
使用业务对象：在流程任务中，可以使用业务对象来获取、存储和更新数据。例如，在一个订单处理流程中，您可以创建一个名为“订单”的业务对象，并定义该对象的属性（如订单编号、客户名称、商品、数量等）。在整个流程中，您可以访问和修改这个业务对象。

1.3 示例

订单业务对象：创建一个 订单业务对象，该对象包括如下属性：
- 订单编号（字符串）
- 客户名称（字符串）
- 商品信息（数组）
- 总金额（数字）
在订单处理流程中，您可以使用此业务对象来管理订单数据，确保订单在整个流程中的传递和更新。

2. 公开的流程值（Public Process Values）

公开的流程值 是指在流程执行过程中被外部系统、服务或用户可访问的流程变量。这些变量通常是在流程设计中定义的，并且可以在多个任务或步骤之间共享，甚至可以暴露给外部系统以供读取或更新。

2.1 作用

跨流程共享数据：公开的流程值用于存储可以跨任务或跨多个流程实例共享的数据。例如，您可以定义一个公开的流程变量来存储客户信息或订单状态，然后将其在整个流程中共享。
集成外部系统：这些公开的流程值还可以通过 Web 服务、API 等接口与外部系统进行交互，使得外部系统能够读取和修改流程中的关键信息。
与用户交互：公开的流程值可以供用户访问和修改，通常用于表示用户输入的数据或流程中的决策结果。

2.2 配置和使用

定义公开流程值：在流程设计中，开发人员可以将某些变量或数据模型标记为“公开”，使它们能够被外部系统或其他流程任务访问。
更新和访问：公开的流程值可以在流程的任何地方访问、修改或更新。它们常常用于存储全局数据或需要跨多个任务共享的数据。

2.3 示例

在一个 审批流程 中，您可能有一个 公开的流程变量：审批结果，它记录了审批过程的结果。此值在流程中的多个任务之间共享，可以用于后续任务决策（如批准或拒绝）。
订单流程 中，订单状态 变量可以设置为公开流程值，任何任务（如库存检查、发货任务等）都可以访问和修改此状态。

3. 用户属性定义（User Property Definitions）

用户属性 是流程中与用户相关的数据，它可以帮助存储用户特定的配置信息、偏好设置或操作记录等。用户属性通常用于增强用户体验或根据不同用户的需求定制流程行为。

3.1 作用

存储用户信息：用户属性用于存储与特定用户相关的信息，例如用户的角色、权限、偏好设置等。这些信息通常在流程的不同任务中使用，并可能影响流程的执行或任务分配。
个性化流程体验：通过用户属性，可以根据不同用户的个人设置或角色自定义流程的行为和任务分配。例如，可以根据用户的角色决定任务的顺序，或者根据用户的偏好设置提供不同的任务表单。
提高流程的灵活性：用户属性允许在流程设计时考虑不同用户的需求，从而提高流程的适应性和灵活性。

3.2 配置和使用

定义用户属性：在 IBM BAW 中，可以通过 User Property 配置用户属性，这些属性可以是用户自定义的字段，用于存储与用户相关的信息。用户属性通常在用户任务中使用，用来根据具体用户的信息来调整任务或决策。
访问用户属性：在流程中，可以通过 用户任务 或 业务规则 来访问和修改用户属性。例如，您可以设置一个用户属性来存储用户的审批权限，流程任务会根据该权限决定是否允许用户审批某个任务。

3.3 示例

在一个 人力资源管理流程 中，您可能会创建一个 用户属性，名为 员工级别，并根据这个属性来决定审批任务的流向。例如，高级管理人员可以直接审批某些任务，而普通员工则需要更高级别的审批。
在一个 采购流程 中，您可以为每个用户定义属性，如 采购预算，然后根据该属性确定某个用户是否有权批准大于特定金额的采购请求。

4. 这些概念之间的区别

概念	说明	用途
业务对象	表示和存储业务实体的数据结构，通常用于封装流程中的核心数据。	存储和管理与业务流程相关的实体数据，跨多个任务和流程共享。
公开的流程值	流程中的全局变量，可被多个任务或外部系统访问和修改。	跨任务或流程实例共享数据，供外部系统或用户访问。
用户属性定义	存储与用户相关的特定数据，通常用于个性化流程或任务分配。	存储用户信息（如角色、权限等），根据用户定义个性化流程。

5. 总结

业务对象 是用来表示和存储与流程相关的具体业务实体的数据结构，适合用于跨多个任务和步骤传递复杂的数据。
公开的流程值 用于存储和共享全局数据，在流程中各个任务之间共享，可以被外部系统访问。
用户属性定义 允许您根据用户的信息（如角色、权限等）来定制流程的执行行为，使得流程能够根据不同用户的需求进行个性化设置。

这些概念共同作用，使得 IBM BAW 在数据管理方面既具备灵活性又能满足企业复杂的业务流程需求。

三、性能

在 IBM Business Automation Workflow (BAW) 中，性能（Performance） 和 跟踪组（Tracking Groups） 是两个非常重要的概念，它们直接影响到流程的执行效率、监控和优化。在流程自动化过程中，监控和优化性能是确保系统平稳运行、及时发现问题并进行调整的关键环节。跟踪组（Tracking Groups）特别用于跟踪流程的执行，帮助开发人员和管理员理解和分析流程的性能表现。

1. 性能（Performance）概述

性能在 BAW 中通常指的是流程执行的效率、响应时间、资源利用情况等。优化性能的目的是确保流程能够快速、可靠地执行，尤其是在高负载情况下，保持系统的可扩展性和稳定性。性能调优的目标包括：

缩短流程执行时间。
减少资源消耗，例如内存、CPU、I/O 等。
提高系统吞吐量，即提高单位时间内能够处理的任务数量。
确保流程的高可用性，避免因过载导致系统崩溃。

为了实现这些目标，BAW 提供了多种监控、分析和优化工具。跟踪组（Tracking Groups）是其中一个非常有效的工具，它能够帮助开发人员、系统管理员和业务人员在流程执行过程中进行详细的性能跟踪和问题诊断。

2. 跟踪组（Tracking Groups）概述

跟踪组 是一种用于监控和记录流程执行过程中关键事件、任务和数据的机制。它们帮助用户对流程的执行进行详细跟踪，以便对流程进行分析、诊断和优化。跟踪组允许您选择和定义特定的任务、流程实例或操作的跟踪信息，并为这些信息创建一组追踪记录。

2.1 跟踪组的含义

定义：跟踪组允许您为特定的业务流程、任务或操作定义一组 跟踪点。这些跟踪点收集流程在执行过程中产生的各种事件和性能数据，例如任务的开始和结束时间、任务执行的成功或失败状态、资源使用情况等。
数据记录：通过跟踪组收集的跟踪数据通常包括任务的生命周期数据（如启动时间、执行时间、执行结果等）、服务调用的数据、错误信息等。这些数据为性能分析和故障排除提供了非常重要的信息。
可定制：您可以根据需要自定义要收集的跟踪信息类型。例如，可以选择仅跟踪特定任务的执行时间，或跟踪服务调用的响应时间、API 请求的成功率等。

2.2 跟踪组的作用

性能监控：通过跟踪组，您可以监控流程的运行效率，及时发现性能瓶颈。例如，您可以跟踪任务的响应时间，分析是否存在某些任务执行过慢的情况，从而采取措施进行优化。
故障排除：如果流程出现错误或异常，跟踪组提供的数据可以帮助开发人员快速找到问题所在。通过详细的跟踪数据，您可以定位到具体的任务、事件或服务调用，从而加速问题的解决。
流程优化：跟踪数据为性能优化提供了支持。通过分析任务的执行时间、资源消耗等数据，您可以发现流程中的性能瓶颈，并进行相应的优化。例如，通过重构任务的执行顺序、调整资源分配等方式来提升流程的整体性能。
报告与审计：跟踪组的记录可以用于生成详细的报告和审计记录，这对于流程执行的透明性、合规性和审核非常重要。例如，您可以生成基于跟踪数据的流程执行报告，以评估流程的效率和结果。

3. 跟踪组的配置与使用

3.1 创建跟踪组

在 IBM BAW 中，您可以通过以下步骤创建和配置跟踪组：

进入流程设计界面：打开 IBM BAW Designer，选择要配置的流程。
选择跟踪点：根据需求，选择在流程中的哪些部分添加跟踪点。这些跟踪点可以是特定任务、事件、服务调用等。
配置跟踪设置：设置跟踪的内容（如记录开始时间、结束时间、执行状态、资源消耗等）和记录的粒度（例如，记录每个任务的执行时间，或仅记录流程的整体执行时间）。
启用跟踪：启用跟踪组后，IBM BAW 将开始记录选定的跟踪点数据。在流程执行过程中，系统会根据配置自动收集数据。

3.2 分析和查看跟踪数据

查看跟踪日志：跟踪组生成的跟踪数据可以通过 IBM BAW 的管理和监控工具进行查看。这些数据通常以日志或报告的形式呈现，提供详细的流程执行信息。
性能分析：通过查看跟踪数据，您可以分析流程的性能。例如，查看哪些任务执行时间较长，哪些任务的资源消耗较大，从而定位性能瓶颈。
诊断问题：跟踪组的数据可以帮助开发人员诊断问题。例如，如果某个服务调用失败，您可以查看服务的跟踪日志，获取详细的错误信息、请求和响应数据，进而分析问题原因。

4. 跟踪组的常见应用场景

4.1 性能调优

在进行性能优化时，跟踪组提供了非常宝贵的数据，帮助开发人员和系统管理员：

监控和优化任务执行时间。
分析系统资源的使用情况，如 CPU、内存、磁盘 I/O 等。
查找流程中资源消耗过高或执行时间过长的瓶颈，并进行调整。

4.2 故障排除与诊断

异常事件跟踪：如果流程出现异常或失败，跟踪组可以帮助分析故障的根本原因。例如，您可以查看失败任务的执行时间、错误日志、资源消耗等，帮助定位问题。
回溯分析：通过查看历史的跟踪数据，您可以回溯并重现问题的发生，进一步分析问题发生的时机、条件等。

4.3 合规性和审计

审计和报告：跟踪组生成的数据还可以用于审计和报告，尤其是在需要遵循某些合规标准时。您可以根据跟踪数据生成执行报告，记录任务的执行时间、状态、参与人员等信息，以便后续审核。
过程透明化：通过跟踪数据，流程的执行情况变得更加透明，有助于提高企业流程的可审计性。

4.4 优化跨系统集成

在与外部系统集成时，跟踪组可以帮助监控和分析与外部服务的交互情况。例如，您可以分析 Web 服务调用的响应时间，诊断外部服务是否存在性能问题或连接中断。

5. 跟踪组的优势

实时监控：通过跟踪组，您可以实时监控流程的执行情况，确保流程高效执行，并及时发现性能瓶颈。
数据驱动的优化：跟踪数据为流程优化提供了有力的依据。您可以基于跟踪数据做出有针对性的调整，以提高流程的执行效率。
问题定位与修复：在流程出错时，跟踪组的数据能够帮助开发人员准确定位问题，并提供解决问题的线索。
合规性和透明度：通过详细的跟踪记录，您可以确保流程执行的透明度，满足企业的合规性要求，特别是在高审计要求的场景中。

6. 总结

跟踪组（Tracking Groups） 是 IBM BAW 中用于监控、分析和优化流程执行的重要工具。它允许开发人员和管理员对流程的任务、事件和服务调用进行细粒度的跟踪，以获取性能数据、执行日志和错误信息。通过跟踪组，您可以：

实时监控流程的性能。
诊断问题并进行故障排除。
提高流程的透明度和审计能力。
优化流程执行和系统资源使用。

在高负载或复杂的业务场景中，跟踪组的使用可以显著提高系统的稳定性和性能，确保业务流程高效、稳定地运行。

四、文件

在 IBM Business Automation Workflow (BAW) 中，文件的管理和使用是流程自动化和数据管理的关键部分。文件可以在流程执行过程中起到存储、传递数据、与外部系统交互等作用。在流程设计中，Web文件、服务器文件和设计文件是常见的文件类型，它们在流程中有不同的用途和作用。

1. Web文件

Web文件 是指与 Web 服务 或 Web 应用程序 交互时使用的文件，通常用于在流程中进行文件上传、下载或文件内容的传递。它们用于与 Web 系统或浏览器进行交互，常见的应用场景包括文件上传表单、文档下载、Web 服务返回的文件内容等。

1.1 Web文件的用途

文件上传：Web文件通常用于流程中用户上传的文件。例如，用户在流程任务中提交文件（如合同、报告、申请表格等），这些文件通过 Web 文件上传到流程中进行处理。
Web服务接口：Web文件也用于与外部 Web 服务交互，作为请求或响应的内容。例如，使用 Web 文件上传大文件到外部系统，或者下载外部系统返回的文件。
用户交互：在用户界面（UI）中，Web文件可以帮助用户通过浏览器与流程进行交互，上传或下载文件。

1.2 Web文件的特点

基于浏览器的交互：Web文件主要与浏览器中的文件上传和下载操作有关，支持用户在 Web 界面中选择和上传文件。
文件传输格式：Web文件通常是通过 HTTP/HTTPS 协议上传和下载的，可以是任何格式的文件，如 PDF、Excel、图片、文档等。
与用户界面结合：Web文件在流程的用户任务中使用，通常与表单控件结合，允许用户上传和查看文件。

1.3 示例

用户在申请流程中上传身份证明文件、银行对账单等，Web文件用于存储这些上传的文件并在后续流程中访问。

2. 服务器文件

服务器文件 是指在 服务器端 存储的文件，这些文件通常不直接通过用户界面上传或下载，而是由流程内部的服务、任务或外部系统生成、处理或存储的文件。服务器文件可以存储在文件系统、数据库或云存储中，供流程内部访问或与外部系统交互。

2.1 服务器文件的用途

文件存储和管理：服务器文件用于在流程中存储长期数据。例如，生成的报告、日志文件、文档模板、数据库备份等可以存储为服务器文件。
数据交换：服务器文件还可以用于流程和外部系统之间的数据交换。例如，将处理后的文件从服务器传输到外部系统，或从外部系统下载文件到服务器。
自动化任务：某些自动化任务（如生成财务报告、导出数据等）可能会涉及到生成服务器文件，这些文件通常在流程的后台自动创建或处理。

2.2 服务器文件的特点

后台处理：服务器文件通常是由后台服务或自动化任务处理的，不需要用户交互。
长期存储：这些文件通常用于长期存储和管理，可以在流程生命周期内多次访问。
自动化生成和处理：服务器文件可以在任务执行过程中自动生成，例如，生成报告、导出数据文件等。

2.3 示例

在一个 报告生成流程 中，服务器文件用于存储生成的 PDF 报告，并在流程的后续任务中进行下载或分发。
在 数据导出流程 中，服务器文件用于存储导出的 Excel 文件，供用户或外部系统下载。

3. 设计文件

设计文件 是指在 流程设计 阶段创建的文件，主要用于定义和配置业务流程的工作流、任务、事件、数据模型等。这些文件是用于流程开发和配置的基础文件，通常由开发人员或流程设计人员创建和管理。

3.1 设计文件的用途

流程设计和定义：设计文件用于描述和定义流程的各个组件（如任务、事件、用户界面、服务调用等），并描述任务间的流转和逻辑。例如，设计文件定义了业务逻辑、流程的分支、任务的执行顺序等。
配置和调试：设计文件通常还包含流程中需要的配置（如参数、变量、服务接口等）。它们有助于开发人员进行流程调试、测试和优化。
版本管理：设计文件有助于进行版本控制和管理，以便团队成员之间协作开发和维护流程。设计文件可以作为流程模型的一部分，进行版本更新和升级。

3.2 设计文件的特点

定义业务流程：设计文件是业务流程的核心，定义了流程的结构、任务、活动等。
可视化和代码文件：设计文件通常是可视化的流程图文件，或是 XML 格式的描述文件，包含流程的详细配置信息。
开发人员使用：设计文件主要由开发人员使用，流程设计师通过这些文件定义流程的各个步骤，并将其部署到生产环境中。

3.3 示例

流程模型文件：在 IBM BAW Designer 中，设计文件包含了整个流程模型的定义，描述了任务之间的流转逻辑、条件判断、服务调用等。
数据模型文件：设计文件还包括了数据模型的定义，例如业务对象、流程变量等，用于存储和传递流程数据。

4. Web文件、服务器文件与设计文件的区别

类型	用途	主要特点	示例
Web文件	用于用户界面文件上传、下载和交互	与 Web 服务和用户界面交互，用户直接参与文件操作	用户上传合同文件、报告下载等
服务器文件	用于服务器端存储和自动化生成的文件	由服务或任务在后台生成和处理，长期存储，自动化管理	生成的报告文件、导出的数据文件等
设计文件	用于流程的设计和配置，定义流程逻辑和结构	描述流程模型、任务和服务等的配置文件，通常由开发人员使用	流程设计文件、数据模型文件、服务接口配置等