Lesson 05 · 学以致用
从领域到本体
把供应链计划建成本体 —— 先把一个诀窍记牢:复用,而不是发明
前面几课你学会了本体的"零件与规则"。这一课把它们用起来:取供应链计划的一小块,建出一个本体骨架。但开始前,先记住最关键的一条——多数领域已经有成熟本体,你的首要任务是复用,不是从零造。
01别从零造:先找现成标准
很多人一上来就自己定义"产品/订单/物料",结果和行业、和别的系统各说各话。正确姿势是先对齐现成标准:
供应链运作参考(Supply Chain Operations Reference, 简称 SCOR) 是行业通用框架,分计划、采购、生产、交付、退货五大流程。SCORVoc 已把它正式化为一个 Web 本体语言(OWL)词汇——你直接用,就能与行业/系统共用一套语义,也让大语言模型更懂你的领域。
为什么这对接 RAG 特别值:你的大语言模型应用最怕的"领域词不一致、不懂业务口径",恰恰靠"对齐标准"解决——因为标准就是大家说好的共享词表。
02先切一小块,列概念词表
别贪大。取供应链计划的一条主线:需求(预测)→ 供应(计划)→ 资源(产能)。先把会用到的东西列出来:
| 领域概念 | 更像 | 说明 |
|---|---|---|
| Product / SKU | 类 | 被计划的最小单元 |
| Order(订单) | 类 | 需求侧入口 |
| Forecast(预测) | 类 | 对未来需求估计,带时段 |
| Resource(资源) | 类 | 产线、仓库、人力、供应商 |
| Capacity(产能) | 类(再化) | 资源×时段×数量,带属性 |
| Plan(计划) | 类 | 一组"做什么/何时/用多少"的决策 |
| hasLeadTime、forPeriod… | 数据属性 | 连到值 |
| requiresProduct、targetsProduct… | 对象属性 | 连到另一个个体 |
03方法:自上而下 + 自下而上
建模两条腿走路最稳:
- 自下而上:把你现成的字段/表/接口概念列出来,归类。你数据库里已有
product_id、lead_time,这就是素材。 - 自上而下:再把这些归进层次与关系——
Product下分成品/原材料,订单连到产品……
先自下(有多少素材),再自上(怎么归层),就能得到一个既不脱离实际、又有清晰结构的口袋本体。
04骨架:一个供应链计划本体
把上面串起来,就是一个可用的本体骨架。看着它,回想每一条你都在哪课学过:
这就是一个能表达"需求→供应→资源"的供应链计划本体。a owl:Class、rdfs:subClassOf、rdfs:domain/range、owl:disjointWith、owl:Restriction —— 每一样你都学过。
图 1 · 一个供应链计划本体骨架:类、对象属性(实线连边)、类层次。每一条边都能写成三元组。
05检查你的理解
学供应链计划本体,首选做法是什么?
「供应商对某物料的供货」本身还带数量与日期,应做成?
对齐 SCORVoc 这类标准,对接大语言模型(RAG)主要好处是?
建第一个本体的方法,可回看 Ontology Development 101;语法速查见 三元组速查。
[1] SCORVoc(供应链运作参考 SCOR 的本体词汇)。
[2] 万维网联盟(World Wide Web Consortium, W3C),Web 本体语言(OWL)入门 —— 类、属性、限制、推理。
这一课是"动手课"。你可以拿你真实的供应链计划字段清单给我,我帮你一起按"自下而上 → 自上而下"建一个真正的本体骨架——这正是通向你 RAG 应用的那一层语义底座。