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

续前篇！

一、用户界面：概况

在 IBM Business Automation Workflow (BAW) 中，用户界面（User Interface）是与流程任务进行交互的界面，它允许用户执行特定的操作，如审批任务、填写表单、查看报告等。在用户界面设计中，“概况”（Overview）部分提供了对用户界面组件的一些基本信息和配置选项，帮助开发者理解和管理界面的结构和行为。“公共”、“使用情况”、**“HTML元标识”**等是概况页面中常见的设置和功能。

1. 公共（General）

• 作用：公共部分主要是展示和配置用户界面的基本信息，如界面名称、描述和标识符。它提供了一个概览，帮助开发人员快速理解该界面的基本属性，并在设计过程中对其进行管理。

• 用途：

  • 界面名称：可以为每个用户界面指定一个名称，用于标识该界面。名称通常应具有描述性，能够清晰表明该界面的用途或功能。

  • 描述：提供对用户界面功能的简要描述，帮助团队成员或后续开发人员了解该界面的用途和功能。

  • 标识符（ID）：每个用户界面组件都应有一个唯一的标识符。这个标识符可以在程序中引用该界面，确保正确的组件被调用和渲染。

• 示例：

  • 在一个员工审批流程中，你可能会为员工请假审批界面设置名称为“员工请假审批表单”，并描述它是用于员工请假申请审批的界面。标识符可能是“leaveApprovalForm”。

2. 使用情况（Usage）

• 作用：使用情况部分展示了该用户界面组件的使用频率或实例，帮助开发者了解这个界面在流程中被调用的次数或应用的具体场景。通过查看使用情况，开发者可以判断是否需要调整或优化该界面。

• 用途：

  • 界面复用情况：显示用户界面在不同流程或任务中被复用的次数。如果某个界面在多个流程中被频繁调用，可能需要考虑将其优化或标准化，以提高性能和一致性。

  • 性能监控：根据用户界面的使用情况，开发者可以监控该界面的加载时间、执行效率等，帮助分析和优化用户体验。

• 示例：

  • 如果“员工请假审批表单”在多个任务中被使用，使用情况部分将展示该界面在不同流程中被调用的情况。若该界面被频繁使用，可能需要确保表单设计简洁高效，避免加载过慢影响用户体验。

3. HTML元标识（HTML Metadata）

• 作用：HTML元标识部分允许开发人员为用户界面组件配置HTML的元数据。这些元数据包括页面的标题、描述、关键字等内容，用于提升页面的可访问性、SEO（搜索引擎优化）和数据分析。

• 用途：

  • SEO优化：在构建Web应用时，HTML元标识有助于搜索引擎识别页面内容、提高网页的搜索排名。开发人员可以为用户界面设置有意义的描述和关键字，帮助提升用户界面的可发现性。

  • 提高可访问性：HTML元标识还包括一些与可访问性相关的标记，如页面语言、字符编码等，确保界面对所有用户（包括残障人士）都能友好显示。

  • 页面信息：元标识还可用于设置页面的基本信息，如标题、作者、版权等，这对于企业级Web应用的管理和跟踪非常重要。

• 常见HTML元标识：

  • <meta name="description" content="用于员工请假审批的表单界面">：描述页面内容。

  • <meta name="keywords" content="请假申请,员工,审批">：定义页面的关键词，有助于搜索引擎优化。

  • <meta charset="UTF-8">：定义页面的字符集，确保页面正确显示中文等特殊字符。

  • <meta name="viewport" content="width=device-width, initial-scale=1.0">：确保页面在移动设备上响应式显示。

• 示例：

  • 假设我们正在设计一个员工请假审批的表单界面，HTML元标识部分可以包含：

    <meta name="description" content="请假审批表单，供员工提交假期申请并等待主管审批">
    <meta name="keywords" content="请假,审批,员工">
    <meta name="author" content="公司名">
    <meta charset="UTF-8">
    

4. 如何在 IBM BAW 中使用这些功能

在 IBM BAW 中，用户界面的设计通常是通过 Coach Designer 实现的。Coach Designer 允许开发人员创建交互式表单，定义流程中需要用户输入的字段、控件、布局等。概况中的 公共、使用情况 和 HTML元标识 使得开发人员能够更好地管理和优化这些表单界面。

• 概况页面的 公共 部分通常可以在 Coach Designer 中配置，定义界面的名称、描述和标识符。

• 使用情况 部分可以通过后台数据分析来收集，帮助团队了解表单的使用频率。可以借助 IBM BAW 提供的监控和报告功能来查看特定表单的调用情况和性能。

• HTML元标识 通常由开发人员在表单的源代码中配置，尤其在涉及Web界面的部署时，确保页面在Web环境中良好的可访问性和SEO表现。

5. 总结

在 IBM BAW 中，“概况” 页面为开发人员提供了管理和优化用户界面（表单）的工具。通过配置 公共 信息，开发人员可以为界面命名、添加描述和唯一标识；通过查看 使用情况，可以了解表单在流程中的使用频率，并根据使用情况进行优化；通过配置 HTML元标识，开发人员可以优化界面的SEO和可访问性，确保Web表单能够在多种设备和环境下正常显示并被搜索引擎索引。这些功能共同提高了用户界面的可管理性、性能和用户体验。

二、用户界面：图

在 IBM Business Automation Workflow (BAW) 中，用户界面（User Interface, UI）是与流程中的用户任务交互的部分。通过 UI，用户可以提交数据、查看任务信息、做出决策等。“图”（Diagram）是用户界面设计中的一个重要部分，用于配置和可视化用户交互界面中的各种元素。在设计 UI 时，开发人员需要根据需求配置 常规、脚本、前置和后置逻辑、数据更改、行为等内容。

下面我们将详细介绍“图”部分的各个功能，包括：

1. 常规（General）

• 作用：常规部分是用于配置用户界面的基本属性。这些属性通常包括界面的名称、描述、显示设置等。

• 用途：

  • 界面名称：为界面指定一个名称，帮助开发人员和用户识别该界面。

  • 描述：提供简要的描述，解释该界面的功能和用途，方便团队成员理解。

  • 布局和显示设置：在常规部分可以配置界面的显示设置，如背景颜色、边框、布局类型等。

• 示例：

  • 在员工审批流程中，界面名称可以是“员工请假审批”，描述为“此界面用于审批员工的请假申请”。

2. 脚本（Script）

• 作用：脚本用于在界面中实现动态行为或自定义功能。它允许开发人员通过编程的方式扩展用户界面的交互功能，处理数据或事件。

• 用途：

  • 自定义行为：可以通过脚本（如 JavaScript）实现复杂的用户交互，动态控制表单元素的显示、隐藏、修改值等。

  • 客户端验证：使用脚本验证用户输入的数据，确保输入符合业务规则。

  • 数据操作：脚本可以用于对界面中的数据进行处理、转换或计算。

• 示例：

  • 在用户输入数据时，使用 JavaScript 脚本动态验证日期格式，确保用户输入的日期符合要求。

3. 前置和后置（Pre-conditions and Post-conditions）

• 作用：前置和后置条件控制用户界面的执行时机和条件，确保界面只在满足特定条件时显示或执行。

• 用途：

  • 前置条件：在界面显示之前检查某些条件，如判断是否有必要显示某个字段、控件或表单。

  • 后置条件：在用户提交表单后，执行某些操作或条件检查。通常用于数据验证或额外的处理步骤。

• 示例：

  • 在一个申请流程中，只有当用户选择了“急件”选项时，才会显示“加急处理”选项。前置条件可以控制该字段是否显示。

4. 数据更改（Data Change）

• 作用：数据更改用于监控用户界面中数据的变化，确保在数据更改时，流程中的数据也能够同步更新。

• 用途：

  • 数据同步：当用户修改表单字段中的数据时，确保这些数据能够同步更新到流程变量或后续任务中。

  • 触发事件：某些数据更改可能会触发特定的事件或操作，如自动计算、字段更新、任务切换等。

• 示例：

  • 当用户在表单中修改订单数量时，自动更新总金额字段，确保表单数据保持一致。

5. 行为（Behavior）

• 作用：行为定义了用户界面元素的响应方式，例如在用户交互时，按钮、字段或表单控件的行为（如点击、选择、输入等）。

• 用途：

  • 事件驱动行为：设置用户界面控件的行为，如用户点击按钮后触发某个操作、选择下拉菜单后触发某个函数等。

  • 动态显示：根据用户选择、输入或任务状态，动态改变界面元素的行为。例如，隐藏、禁用或启用某些控件。

• 示例：

  • 在表单中，当用户选择了“加急处理”选项时，自动启用“加急理由”文本框，让用户输入加急原因。

6. 实施（Implementation）

• 作用：实施部分定义了如何将设计的用户界面与实际流程、服务、任务等集成。它确保用户界面能够与流程中的数据和操作同步。

• 用途：

  • 绑定数据：将用户界面上的字段与流程中的变量、任务数据或外部服务进行绑定，确保数据的传递和共享。

  • 界面与流程逻辑连接：实现用户界面与流程逻辑的结合，例如，通过用户提交的数据触发流程中的下一步任务。

• 示例：

  • 将表单中的“申请金额”字段与流程中的变量“orderAmount”绑定，当用户提交表单时，流程中的“orderAmount”变量会更新为用户输入的金额。

7. COACH：用户提供界面（COACH: User-provided Interface）

• 作用：COACH（Collaborative Online Application Component for Human）是 IBM BAW 用来设计用户交互界面的组件。它提供了丰富的可视化元素，如表单、按钮、文本框、下拉框等，用户通过这些界面与流程进行交互。

• 用途：

  • 用户输入和交互：通过 COACH 组件，用户可以填写表单、提交数据、查看任务进度等。

  • 流程任务界面：用于流程中的任务管理，COACH 组件可以设计具有交互性的界面，允许用户输入数据并触发业务流程中的下一步。

• 示例：

  • 在员工请假流程中，COACH 组件可以设计一个表单界面，供用户填写请假日期、请假原因等信息。

8. 客户端脚本（Client-side Scripts）

• 作用：客户端脚本用于在用户界面上实现交互功能，通常使用 JavaScript 或类似的脚本语言编写。客户端脚本可以控制用户界面元素的行为，例如动态显示、验证用户输入、处理事件等。

• 用途：

  • 数据验证：使用客户端脚本实时验证用户输入的数据，避免无效数据提交到后台。

  • 动态行为控制：根据用户输入或选择，动态调整表单的显示或行为。例如，用户选择特定选项时，显示或隐藏相关字段。

• 示例：

  • 使用 JavaScript 脚本，在用户填写“日期”字段时，验证日期的格式是否符合要求。

9. 服务：用于调用其他服务的活动（Service: Activities for Calling External Services）

• 作用：服务组件允许用户通过界面与外部系统进行交互，如调用 Web 服务、数据库操作、消息队列等。它们为流程提供外部服务集成的能力。

• 用途：

  • 外部系统集成：服务任务可以用于与外部系统进行数据交换，例如，调用CRM系统的API获取客户信息。

  • 异步调用：在用户界面中，服务任务可以处理异步任务，例如等待外部系统返回响应。

• 示例：

  • 在客户服务流程中，服务组件可以用于调用外部的CRM系统，查询客户信息并显示在表单中。

10. 嵌套客户端人员服务（Nested Client Person Services）

• 作用：嵌套客户端人员服务是指在用户界面中，能够嵌套多个子任务或子服务，允许用户在同一界面上管理多个任务或与多个服务交互。

• 用途：

  • 复用任务：将常用的用户交互任务嵌套到一个界面中，避免重复设计。

  • 多任务管理：允许用户在单一界面上管理多个流程任务或步骤，提高用户的操作效率。

• 示例：

  • 在一个项目管理流程中，嵌套多个任务组件，允许用户在一个界面中处理与项目相关的不同任务。

11. 事件处理程序（Event Handlers）

• 作用：事件处理程序用于处理用户界面中的事件，例如按钮点击、输入框内容变化、表单提交等。

• 用途：

  • 处理用户操作：通过事件处理程序响应用户的操作，执行相应的功能或逻辑。

  • 交互反馈：当用户执行某个操作时，事件处理程序可以提供即时反馈或处理结果。

• 示例：

  • 用户点击“提交”按钮时，事件处理程序可以触发表单数据的验证、提交操作或调用外部服务。

12. 专用网关（Dedicated Gateway）

• 作用：专用网关用于流程中的特殊逻辑控制，处理特定条件下的决策或路径分支。

• 用途：

  • 业务逻辑分支：根据用户界面的输入或选择，决定流程的路径。

• 示例：

  • 在客户申请贷款流程中，专用网关可以根据用户提供的信用评分，决定是否批准贷款。

13. 中间事件（Intermediate Events）

• 作用：中间事件处理流程中的某些条件或触发点，用于处理等待、定时或外部交互等情况。

• 用途：

  • 流程暂停：允许流程在特定条件下暂停，等待外部输入或时间。

• 示例：

  • 在一个订单处理流程中，等待客户付款完成后再继续后续任务。

14. 结束事件（End Events）

• 作用：结束事件标志着流程的终止，可以根据流程的执行状态来决定流程如何结束。

• 用途：

  • 结束流程：指示流程的正常结束或异常终止。

• 示例：

  • 在员工请假流程中，当审批通过后，流程到达结束事件并结束。

15. 注释（Annotations）

• 作用：注释用于在流程设计中添加说明、注解或文档，以帮助开发人员理解流程的意图和目的。

• 用途：

  • 文档化：记录流程设计的关键点或决策，帮助其他开发人员理解流程的设计思想。

• 示例：

  • 在一个复杂的审批流程中，注释可以说明每个网关和任务的业务目的。

总结

在 IBM BAW 中，“图”（Diagram）是用户界面设计的核心部分，涵盖了大量功能和配置选项，包括 常规 设置、脚本 编写、前置和后置条件、数据更改、行为 控制等。这些功能使得用户界面能够根据业务需求动态调整、执行任务，并与外部系统和流程集成，确保业务流程的高效执行和灵活性。

三、用户界面：Variables

在 IBM Business Automation Workflow (BAW) 中，变量（Variables） 是用于在流程中存储、传递和处理数据的核心元素。它们用于连接用户界面和流程中的各个任务、服务或活动。在用户界面的设计中，变量的管理和使用是至关重要的，因为它们确保用户输入的数据能够在整个流程中流动并影响任务的执行。输入、输出、私有、公开的流程变量、环境变量和本地化资源是与用户界面相关的几个重要概念。

1. 输入变量（Input Variables）

• 作用：输入变量是指在流程开始时从外部传入的数据。这些变量通常由外部系统或用户提供，用于初始化流程的数据。它们在流程启动时由外部系统（如数据库、Web 服务、消息队列等）传递到流程中。

• 用途：

  • 初始化流程数据：输入变量在流程开始时为流程变量赋值。例如，用户在提交表单时，输入的表单数据会作为输入变量传入流程。

  • 外部数据集成：输入变量可以帮助将外部系统的数据传入流程，供后续任务使用。比如从CRM系统获取客户数据、从订单管理系统传递订单信息等。

• 示例：

  • 在一个订单处理流程中，订单编号、客户信息、产品详情等数据可能作为输入变量被传递到流程中。

2. 输出变量（Output Variables）

• 作用：输出变量是指流程在执行过程中或执行完毕后生成的数据。它们通常是流程处理结果的反映，可以被返回给外部系统、用户或后续任务。

• 用途：

  • 返回处理结果：输出变量通常用于返回数据、执行状态或任务结果。例如，订单处理完成后，生成的订单确认号就是输出变量。

  • 传递决策结果：输出变量用于将流程中的决策结果（如审批通过/拒绝）或计算结果（如总金额、审批意见等）传递给外部系统或用户。

• 示例：

  • 在一个审批流程中，审批结果（如“批准”或“拒绝”）就是一个输出变量，该结果可能会传递给用户、系统或后续流程任务。

3. 私有流程变量（Private Flow Variables）

• 作用：私有流程变量是指在特定的流程实例中有效的变量。它们只在当前流程实例中存在，无法在其他流程实例中访问。私有变量通常用于存储流程中的中间数据或临时数据，确保数据不泄漏到其他流程实例中。

• 用途：

  • 任务间数据传递：私有变量通常用于传递数据给当前流程实例中的任务，例如，存储某个用户任务的输入数据或计算结果。

  • 临时数据存储：私有流程变量可以存储在流程执行过程中生成的临时数据，供当前任务使用。

• 示例：

  • 在一个客户支持流程中，存储用户投诉内容、处理状态等临时数据的变量通常是私有变量，它们仅在该特定流程实例中有效。

4. 公开流程变量（Public Flow Variables）

• 作用：公开流程变量是可以跨多个流程实例共享的变量。它们通常用于跨多个任务或流程实例传递数据，或者将流程中的某些数据暴露给外部系统或用户。

• 用途：

  • 跨流程数据共享：公开流程变量允许多个流程实例共享数据，确保在不同的流程中能够访问和修改相同的数据。

  • 外部系统集成：公开变量可以暴露给外部系统，供外部应用或服务访问。例如，流程中的订单状态可能作为公开变量共享给外部的ERP系统。

• 示例：

  • 在一个审批流程中，公开变量可能包括审批结果、申请金额等，这些数据会传递到下一个流程实例或外部系统中。

5. 环境变量（Environment Variables）

• 作用：环境变量是指与流程运行环境相关的数据，通常用于存储系统级别的配置信息或与运行环境相关的常量。这些变量通常在整个流程和系统中共享，跨多个实例使用。

• 用途：

  • 系统配置：环境变量可以存储系统级别的配置项，如数据库连接字符串、API密钥、系统路径等。

  • 跨流程使用：环境变量是跨流程和系统共享的，通常用于存储与流程执行环境相关的信息，如执行时区、操作系统类型等。

• 示例：

  • 存储数据库连接信息或服务的API密钥，用于在多个流程实例或服务任务中访问。

6. 本地化资源（Localized Resources）

• 作用：本地化资源用于支持多语言用户界面。它们包含了界面中使用的文本、标签、按钮、错误消息等的多种语言版本，确保界面能够适应不同语言的用户需求。

• 用途：

  • 语言切换：根据用户的语言设置，自动加载相应语言的文本资源，支持多语言用户界面的显示。

  • 提高可访问性：确保用户界面能够覆盖多语言环境，特别是全球化业务的场景下。

• 示例：

  • 在一个订单处理系统中，如果系统支持多语言，可以为不同语言设置不同的文本资源。例如：

    • 英文版本："Submit Order"

    • 法文版本："Soumettre la commande"

    • 中文版本："提交订单"

7. 如何在 IBM BAW 中使用这些变量

• 输入和输出变量：在设计用户任务和表单时，输入和输出变量可以通过表单控件与流程变量绑定。例如，在一个订单提交表单中，用户填写的订单信息可以作为输入变量传递到流程中；在流程结束后，订单确认信息作为输出变量返回给用户。

• 私有和公开流程变量：私有变量通常用于任务间的数据传递，只在当前流程实例中有效；公开流程变量则可以跨流程实例共享。例如，公开变量可以用于存储并共享订单的状态，供不同的流程步骤使用。

• 环境变量：环境变量通常在流程启动前由系统配置，开发人员可以通过流程设计中的参数化配置或系统管理界面来管理这些变量。例如，可以为不同的环境（开发、测试、生产）设置不同的数据库连接字符串。

• 本地化资源：IBM BAW支持根据用户的语言设置自动加载本地化的文本资源，开发人员可以在表单和任务界面中使用动态文本绑定，以支持多语言环境。

8. 总结

在 IBM BAW 中，变量是数据流转的基础，它们连接着流程中的各个任务和服务。通过合理使用 输入变量、输出变量、私有变量、公开变量、环境变量 和 本地化资源，开发人员能够确保数据在流程中的正确流动、任务的有效执行、外部系统的无缝集成和多语言支持。这些变量不仅帮助简化流程设计，还能提高流程的可维护性、可扩展性和用户体验。

四、用户界面：Coach

在 IBM Business Automation Workflow (BAW) 中，Coach 是用于设计和管理用户交互界面的组件。Coach 组件是用来构建用户任务界面的，它们允许用户通过表单、输入框、按钮等元素与流程进行交互。Coach Designer 提供了一些标准的用户界面组件，这些组件可以被拖放到 Coach 中进行布局和配置。

以下是 Coach 中常见的各个组件，它们在构建用户界面时扮演着重要角色：

1. 文本框（Text Box）

• 作用：文本框组件用于接收用户输入的文本数据。例如，用户可以在文本框中输入名称、地址、电话号码等。

• 用途：

  • 用于收集和显示短文本信息。

  • 可以配置为只读、必填字段，或者为特定格式（如电子邮件、日期等）设置输入验证。

• 配置：

  • 默认值：可以为文本框设置默认值。

  • 验证：设置输入验证规则，如确保输入的文本满足特定条件（如字符长度、格式等）。

• 示例：

  • 在一个员工入职流程中，文本框可以用于输入员工的姓名和职位。

2. 文本区域（Text Area）

• 作用：文本区域用于接受多行文本输入，适用于需要较长文本输入的场景，例如用户的评论或备注。

• 用途：

  • 用于用户输入较长的文本信息，如备注、描述或问题。

  • 配置行数和列数，允许用户输入较多内容。

• 配置：

  • 行数和列数：可以设置文本区域的显示大小（例如，显示 5 行 50 列的输入框）。

  • 最大字符数：可以限制用户输入的最大字符数。

• 示例：

  • 在一个客户反馈流程中，文本区域可以用于收集客户的反馈意见。

3. 按钮（Button）

• 作用：按钮组件用于触发用户界面的事件，如提交表单、执行操作、导航到其他页面等。

• 用途：

  • 用户点击按钮时，可以提交表单、执行计算或跳转到另一个界面。

  • 可以配置按钮的样式和功能（例如，“提交”、“取消”按钮）。

• 配置：

  • 文本：设置按钮上显示的文本。

  • 行为：指定按钮点击时的行为（如提交表单、调用服务等）。

• 示例：

  • 在一个订单提交表单中，按钮可以用作“提交订单”操作，用户点击时触发订单处理流程。

4. 下拉菜单（Drop-down List）

• 作用：下拉菜单组件允许用户从预定义的选项中选择一个值。适用于用户需要从多个选择中做出决定的情况。

• 用途：

  • 用于呈现有限的选择项，如选择国家、语言、付款方式等。

  • 可设置默认选项，并支持动态加载选项列表。

• 配置：

  • 选项列表：可以手动输入选项，或者从外部数据源加载（例如，数据库查询结果）。

  • 默认选择：指定初始显示的选项。

• 示例：

  • 在一个调查表单中，下拉菜单可以用于选择“性别”或“年龄段”。

5. 单选按钮（Radio Button）

• 作用：单选按钮组件允许用户从多个互斥的选项中选择一个。单选按钮通常成组显示，确保用户只能选择一个选项。

• 用途：

  • 用于收集二选一或多选一的信息。

  • 适用于选择项之间互斥的场景，例如“是/否”选项。

• 配置：

  • 选项组：将多个单选按钮放入一个组中，确保用户只能选择其中一个选项。

• 示例：

  • 在一个申请流程中，单选按钮可用于选择“是否同意条款和条件”。

6. 复选框（Checkbox）

• 作用：复选框组件允许用户从多个选项中选择一个或多个。与单选按钮不同，复选框可以让用户选择多个选项。

• 用途：

  • 用于选择一个或多个选项，如选择兴趣爱好、选择要订阅的邮件类型等。

• 配置：

  • 默认选中：可以指定某些复选框项在初始加载时被选中。

  • 选项组：多个复选框项可以作为一个组，允许用户选择任意数量的选项。

• 示例：

  • 在一个问卷调查中，复选框可用于让用户选择感兴趣的产品类别。

7. 日期选择器（Date Picker）

• 作用：日期选择器用于让用户选择日期。它通常以日历形式呈现，允许用户从日历中选择日期。

• 用途：

  • 用于收集日期输入，如生日、会议日期、申请日期等。

• 配置：

  • 日期格式：可以设置日期格式，如 YYYY-MM-DD 或 MM/DD/YYYY。

  • 最小和最大日期：可以限制用户选择的日期范围。

• 示例：

  • 在一个预约流程中，日期选择器可以用于选择预约日期。

8. 标签（Label）

• 作用：标签组件用于显示静态文本，通常用来为其他输入组件提供说明或描述。

• 用途：

  • 用于标识表单中的字段，如“姓名”、“地址”、“联系电话”等。

  • 作为常规的文本说明，向用户解释界面中其他元素的用途。

• 配置：

  • 文本内容：设置标签显示的文本。

• 示例：

  • 在一个表单中，“姓名”字段的旁边会有一个“姓名”标签，指示用户输入其姓名。

9. 图像（Image）

• 作用：图像组件允许在用户界面中嵌入图像。图像可以是静态的，也可以动态加载（例如，显示用户上传的照片）。

• 用途：

  • 用于展示静态或动态的图片，如企业标志、用户头像、图标等。

• 配置：

  • 图片源：指定图像文件的路径或URL。

  • 图像大小：调整图像的显示大小，以适应界面布局。

• 示例：

  • 在一个员工资料更新界面中，图像组件可以用来显示员工的头像。

10. 进度条（Progress Bar）

• 作用：进度条用于显示任务的进展状态。它通常用于表示长时间运行的任务的完成情况。

• 用途：

  • 用于表示数据加载、文件上传、任务处理等操作的进度。

• 配置：

  • 进度范围：定义进度条的最小值和最大值。

  • 当前进度：动态更新进度条的当前值。

• 示例：

  • 在一个文件上传任务中，进度条可以显示文件上传的进度。

11. 文件上传（File Upload）

• 作用：文件上传组件允许用户将文件从本地计算机上传到系统中，通常用于处理文档、图片、视频等文件类型。

• 用途：

  • 用于上传文件，供后续流程使用或存储。

• 配置：

  • 文件类型：可以指定允许上传的文件类型（如PDF、图像、文本文件等）。

  • 文件大小：可以设置上传文件的大小限制。

• 示例：

  • 在一个申请流程中，用户可以上传支持材料或身份证明文件。

总结：

在 IBM BAW 中，Coach 组件提供了丰富的UI元素，帮助开发人员创建互动式的用户界面。通过这些组件，用户可以输入数据、选择选项、上传文件、查看进度等，从而与业务流程进行交互。开发人员可以通过拖放和配置这些组件，设计满足业务需求的表单和界面，提高用户体验并确保流程的顺利执行。

 

未完，待续！