跳到主要内容

FactVerse Scout 快速开始

第一次使用应选择范围小、责任人明确的设备组,不要从整个企业或整个厂区开始。

开始前确认

  • 要启用的应用或业务场景;
  • Mission 负责人和数据负责人;
  • 可在一次审阅中完成的厂区、系统或设备范围;
  • 由应用负责人发布的数据需求版本;
  • 对相关数据源和资产定义的访问权限;
  • 本次数据的真实来源;
  • 审阅人、审批人和发布负责人。

租户管理员还需要启用 DFS Pro 与 Scout,并为用户分配合适角色。

示例结果

可靠性团队希望用轴承振动数据进行泵健康分析。Mission 完成后,团队应能说明:

  • 审阅了哪些泵;
  • 哪些振动要求已满足或仍有缺口;
  • 每个资产属性匹配了哪个源信号;
  • 谁批准了匹配以及批准原因;
  • 健康分析应用是否使用了获批信号。

1. 打开 Scout

进入 数据集成 > DFS Pro > FactVerse Scout,选择 新建 Mission

如果菜单中没有 Scout,请联系租户管理员按照管理配置检查。复制直达链接不会绕过访问控制。

2. 定义 Mission

使用能表达业务结果的名称,例如“厂区 A 泵组振动数据就绪”。

内容填写建议
负责人对结果和后续动作负责的人
应用需求应用负责人提供的正式需求版本
范围选定的厂区、系统、设备或资产类型
目的本次 Mission 要支持的业务决策
证据来源客户源、演示源或尚未验证

创建前检查摘要。未参与数据源配置的人也应能看懂这个范围。

3. 查看就绪度

Mission 页面会显示当前状态、覆盖情况、阻塞项、证据时间和建议下一步。

继续前确认:

  1. 设备范围和应用需求正确。
  2. 数据来源标签与事实一致。
  3. 覆盖数量包含预期设备。
  4. 缺失和不确定项没有被显示为数值零。
  5. 每个阻塞项都有负责人或明确下一步。

只有当数据源、资产定义或应用需求发生实质变化时才刷新评估。历史评估会继续保留。

4. 调查缺口

打开 Coverage,选择缺失、部分满足、不确定或受阻的项目,逐项确认:

  • 目标资产属性是否已经定义;
  • 数据源中是否存在对应信号;
  • 信号含义、单位、通道和设备位置是否一致;
  • 数据是否活跃,并满足应用对时效的要求;
  • 是否还需要业务或数据源负责人的批准。

有些缺口应在 Scout 外解决,例如申请源访问或修正资产定义。此时应记录负责人,而不是强行匹配。

5. 提出并审阅匹配

Binding Workbench 中选择受治理的源信号和目标资产属性,并填写其他审阅人能看懂的理由。

只有身份、含义、单位、来源和责任都清楚时才应接受。驳回也是有效结果,它能阻止不确定匹配进入业务应用,并保留后续调查原因。

6. 批准并发布

接受建议后会生成有版本的数据绑定合同:

草稿 -> 审阅 -> 已批准 -> 已发布

审阅阶段应确认数据源、资产、属性、预期影响和回退负责人。批准和发布由对应角色执行。

7. 确认应用已经使用数据

发布后打开 Runtime Evidence,确认页面能够显示:

  • 已发布合同版本;
  • 当前生效的数据绑定;
  • 可读取的数据时间窗口;
  • 目标应用实例;
  • 数据消费记录和应用结果;
  • 最新证据时间。

结果为空表示尚未验证到应用结果,不能解释为数值零。

第一次完成检查

  • 范围和负责人清楚。
  • 覆盖范围包含预期设备。
  • 每个未解决项都有负责人。
  • 接受的匹配有易懂的审阅理由。
  • 合同已经审阅和批准。
  • 运行证据可以定位应用结果。
  • 数据来源标签仍与事实一致。

日常协作方式见运行一个 Mission