01 / CONTEXT
解决什么问题，为什么值得做？
Airbus 与 Palantir 在 2017 年推出 Skywise，把工单、部件、机队配置、传感器和航班等数据连接起来。平台从 Airbus 内部运营延伸到航空公司，提供分析、应用与 API；早期场景包括可靠性分析、事件追踪和维护决策支持。
业务价值
把散落的数据变成可以围绕同一架飞机、同一个部件协同工作的业务对象。
- 协作角色
- 运行与维护专家、数据负责人、平台工程师、应用交付团队
02 / DISCOVERY
FDE 怎样把症状变成可解决的问题？
以下为结合案例设计的 FDE 实战推演，展示同类问题的排查与实施方法；公开团队的已披露做法见上方背景。
从一次运营中断倒查数据
课堂选一个合成设备停机事件，检查设备编号、部件序列号、维修记录和传感器时间是否能对应。先确认哪些关键关联缺失，再决定建哪些表。
观察跨团队语义冲突
研发说的“故障”、维护说的“更换”与运营说的“停机”不是同一个对象或时间点。让三种角色对同一事件画出自己的处理路径。
03 / DELIVERY ROUTE
方案如何一步步落到工作里？
- 01
连接数据
保存来源、主键、时间和访问范围，统一可追溯的输入。
- 02
建立对象
定义设备—部件—事件—工单的关系及随时间变化的状态。
- 03
交付场景
先实现“找到受影响设备及未关闭工单”的小应用，接受专家复核。
- 04
形成服务
把通用对象查询与权限机制做成接口，第二个应用复用；领域规则单独维护。
04 / DECISIONS
哪些判断决定方案是否可靠？
先业务对象，后大看板
对象无法对应时，漂亮图表只会把错误放大。把关联成功率和错误合并样本作为前置验收。
共用能力不等于共用全部数据
跨组织复用查询模型时仍按数据权利隔离。FDE 要解释每个字段的来源和可见范围，而非默认平台内全员可读。
05 / WORKED EXAMPLE
部件换装后，告警还算谁的？
合成教学样例
合成场景：部件 P-8 从设备 A 转移到设备 B。若仅按当前设备归属连接历史告警，会重写历史。
- 关系
- 安装关系带 valid_from / valid_to，而不是覆盖一列设备编号。
- 查询
- 按告警发生时间匹配安装区间，返回当时所属设备。
- 测试
- 换装前后各一条告警，归属必须不同；时间区间重叠进入隔离。
06 / COURSEWORK
对应课程：你要做什么、交什么？
检查跨源主键与事件时间
- 交付物
- 数据画像 + 关联质量报告
- 通过条件
- 错误合并可被样本发现
建立有时间语义的对象关系
- 交付物
- 本体图 + 对象查询
- 通过条件
- 可解释历史状态而非仅当前快照
用相同对象层增加第二个应用
- 交付物
- 接口契约 + 迁移测试
- 通过条件
- 不复制一套私有表逻辑
07 / ACCEPTANCE & REUSE
怎样证明完成，下一次复用什么？
验收检查
验收关联质量、历史可追溯性、权限隔离、第二场景新增工作量。运营改善必须沿真实流程继续验证。
可复用资产
可以迁移到门店—会员—订单或工厂—设备—工单，但必须重做业务语义；共用的是对象、权限、血缘和动作的工程方法。
延伸阅读与案例原文
- Airbus launches Skywise ↗Airbus · 2017-06-19
- Ontology overview ↗Palantir · 查阅 / Accessed 2026-09-07