3. 制造语义字典的总体架构

制造语义字典不是一本“术语对照表”，而是一套分层的、可被机器读取和推理的语义基础设施。它的总体架构可以理解为“四层一轴”：概念层、术语层、关系层、实例层构成纵向的语义深度，而贯穿四层的唯一标识（URI/IRI）与版本机制构成横向的治理轴。理解这套架构，是后续做术语抽取、关系建模和系统集成的先决条件。

四层的职责与内容边界

概念层回答“制造世界里存在哪些类事物”。它定义的是与具体叫法无关的抽象类别，例如“工序”“设备”“物料”“质量特性”“工艺参数”。概念层通常用类（Class）和属性（Property）表达，是字典的骨架。概念层不关心某台设备叫“CNC-01”还是“加工中心一号”，只关心“设备”这一类应具备哪些属性、与哪些类存在约束关系。

术语层回答“同一个概念在不同语境下被怎么称呼”。它把概念层与自然语言、企业习惯用语、行业标准用语、甚至多语言表达连接起来。例如概念“工序”在MES里可能叫“工步”，在工艺卡片上叫“操作”，在ERP里叫“Routing Operation”。术语层通过 preferred label、alternative label、hidden label 等标注区分首选词、同义词和检索用词，并记录来源标准（如 GB/T、ISO 或企业标准号）。

关系层回答“概念之间如何连接”。制造语义中最关键的关系包括：上下位（is-a，如“数控铣床”是“机床”的子类）、整体部分（part-of，如“主轴”是“机床”的部件）、工序前后（precedes，如“粗加工”先于“精加工”）、参数约束（hasParameter，如“热处理”具有“保温时间”）、等价映射（sameAs，如企业“工单”与 ISA-95 的 Work Order 对齐）。关系层决定了字典能否支撑推理和一致性校验。

实例层回答“具体对象是什么”。它把概念实例化为企业真实数据，例如“设备 CNC-01 属于数控铣床类，位于一号车间，当前状态为运行”。实例层通常不直接存放在字典本体中，而是通过字典提供的类与属性约束，映射到企业主数据、MES 实时数据或知识图谱实例库。字典负责“定义规则”，实例层负责“承载事实”。

四层之间如何协同：一个工序示例

以“热处理”为例。概念层定义“热处理”是一个工序类，具有“加热温度”“保温时间”“冷却方式”三个属性。术语层登记它的首选词为“热处理”，同义词包括“热加工”“Heat Treatment”，来源标准为 GB/T 7232。关系层声明“热处理”是“工序”的子类，且 precedes“回火”或“淬火后回火”等后续工序。实例层则记录某工厂 2024 年 6 月 12 日工单 WO-2024-0612 中，零件 P-3307 执行了“热处理”，加热温度 850°C、保温 45 分钟、油冷。四层各司其职，缺一层都会导致语义断裂：没有概念层，术语无法归类；没有术语层，系统间无法互认；没有关系层，无法推理和校验；没有实例层，字典就只是空壳。

与企业数据架构的关系

制造语义字典在企业数据架构中处于“语义参照系”的位置。它不直接存储业务事实，而是为主数据、数据仓库、数据湖和知识图谱提供统一的类、属性与关系定义。具体来说：主数据管理（MDM）中的物料、设备、供应商等实体，其分类和属性应引用字典中的概念与属性；数据仓库的维度建模可借助字典的上下位关系构建一致性维度；知识图谱则直接以字典的本体作为 schema，实例数据作为节点和边。这样，当业务系统新增一个“激光熔覆”工序时，只需在字典中登记概念、术语和关系，各数据平台即可自动获得语义约束，而不必各自维护一套分类体系。

与业务系统的关系

业务系统是语义字典的“消费者”和“生产者”。PLM 产生设计 BOM 和工艺路线，ERP 产生物料主数据和工单，MES 产生工序执行和资源消耗，QMS 产生质量特性和检验结果。这些系统在数据交换时，往往因为术语不一致而需要大量人工映射。语义字典通过术语层和关系层提供映射规则，使系统间可以基于 URI 对齐，而不是基于字符串匹配。例如，ERP 中的“工单”与 MES 中的“生产订单”通过 sameAs 关系对齐，PLM 中的“工艺路线”与 MES 中的“Routing”通过等价映射关联。字典本身不执行业务逻辑，但它让业务系统之间的数据交换从“翻译”变成“对齐”。

架构落地的关键判断

判断一套制造语义字典架构是否合理，可以看三个信号：第一，概念层是否与具体系统解耦，能否独立于任何一家厂商的软件；第二，术语层是否覆盖了企业实际使用的同义词和标准用语，而不是只收录“官方名称”；第三，关系层是否支撑了至少一条跨系统推理链，例如从“设备故障”推理出“受影响工序”再推理出“可能延误的工单”。如果三者都成立，字典就具备了作为企业语义基础设施的基本条件。