0502-普通用户发起数据流并查看执行进度

业务背景

普通业务用户通常没有数据流设计器权限，但仍需要在业务页面中发起数据处理任务，并了解任务由谁发起、何时开始、当前运行到哪个节点、是否已经结束。

本案例解决两个问题：一是通过 UX 页面向普通用户提供数据流启动入口；二是把数据流运行进度写入业务对象，使用户不进入数据流监控页面也能查看任务进展。

设计思路

UX 页面负责收集启动参数，并通过“启动数据流”动作同步或异步发起流程。数据流开始后，以流程实例 ID 为主键向 DeepModel 对象新增一条执行记录；每完成一个业务节点，就更新记录中的当前节点；流程结束时写入结束时间并清空当前节点。

UX 启动数据流
  → 创建执行记录
  → 执行业务节点并持续更新当前节点
  → 写入结束时间
  → UX 查询并展示执行记录

实际流程中，建议先创建执行记录，再进入第一个业务节点，避免业务节点与记录创建并行时出现更新竞态。

核心配置

1. 定义执行记录对象

   记录对象至少包含流程实例 ID、实例名称、发起人、开始时间、结束时间、当前节点编码和当前节点名称。流程实例 ID 使用 Pipeline.run.run_id，并作为后续更新同一条记录的唯一条件。

2. 在数据流中维护运行进度

   开始时新增记录，发起人取 Pipeline.run.initiator_id，开始时间取 Pipeline.run.start_time。每个需要对业务用户展示的关键节点完成后，按流程实例 ID 更新当前节点；最后写入结束时间并清空当前节点。

3. 在 UX 中配置启动动作

   UX 的同步、异步启动动作都指向目标数据流，并将页面输入映射为数据流启动参数。同步方式适合等待并展示数据流响应；异步方式适合长流程，页面取得实例 ID 后再刷新执行记录。

4. 在 UX 中展示记录

   清单表绑定执行记录对象，按开始时间倒序展示。需要进一步排查时，可使用流程实例 ID 打开数据流监控详情。

配置完成后，用户从 UX 发起任务即可看到实例 ID、发起人、时间和当前节点随流程推进而变化。