2. 数字线程的信息模型与数据骨架

数字线程不是把 PLM、CAD、ERP、MES、QMS 里的数据库简单连起来，而是让同一件产品在概念、设计、工艺、制造、服役各阶段产生的数据，能够沿着一条可追溯的骨架被找到、被解释、被复用。这条骨架由五件事共同支撑：数据分类、元数据与主数据、数据血缘、唯一标识与版本管理，以及信息模型设计原则。理解它们，才能判断一条数字线程是“真的通了”，还是只是接口通了、语义没通。

一、产品全生命周期数据分类：先分清数据的角色

生命周期数据可按“它描述什么、由谁产生、变化频率如何”分为几类。需求数据描述产品要满足什么，如功能需求、性能指标、法规约束；设计数据描述产品被定义成什么样，如三维模型、二维图、材料规范、仿真模型；工艺数据描述产品如何被制造，如 BOM、工艺路线、工序参数、工装夹具；制造数据描述实际造出了什么，如批次、设备参数、检验记录、偏差处理；服役数据描述产品在用户手中表现如何，如运行日志、故障、维修、改装。分类的意义在于：不同类数据的权威源、变更节奏和追溯要求不同，混在一起管理会导致“设计改了、工艺没跟、现场还在用旧版”。

二、元数据与主数据：让数据可解释、可对齐

元数据是“描述数据的数据”。一条检验记录若只有数值 12.35，没有单位、测点、量具、时间、操作者、判定标准，它在数字线程里几乎不可用。元数据至少应覆盖：标识（全局 ID）、语义（字段含义、单位、枚举）、来源（系统、人员、设备）、时间（创建、生效、失效）、质量（精度、置信度、是否实测）。主数据则是跨系统共享、相对稳定的核心对象，如零件号、物料、供应商、工厂、设备、人员、项目。主数据不一致是跨工具链集成最常见的断点：PLM 里叫“支架-A”，ERP 里叫“支架A”，MES 里叫“ZJ-001”，三者无法自动对齐。实践中应建立主数据映射表，把各系统的本地编码映射到统一主数据 ID，并明确谁有权新增、合并、停用。

三、数据血缘：回答“这个数从哪来、影响了谁”

数据血缘描述数据对象之间的派生与引用关系。例如：需求 R-102 被设计模型 M-07 满足，M-07 被工艺 P-33 引用，P-33 产出批次 B-2024-05，B-2024-05 的检验结果触发偏差 D-19，D-19 又导致设计变更 ECN-88。这条链就是血缘。血缘的价值在于变更影响分析和问题回溯：当 R-102 变更时，系统应能沿血缘找出所有受影响的模型、工艺、批次和已交付产品。实现上，血缘通常以“节点—边”图存储，节点是数据对象，边是关系类型（满足、引用、派生、替代、验证）。血缘不必一步到位全自动，可先从关键对象手工登记，再逐步通过接口自动采集。

四、唯一标识与版本管理：同一对象、不同状态

唯一标识解决“这是不是同一个东西”，版本管理解决“这是它的哪个状态”。推荐采用“主标识 + 版本 + 状态”三元组：主标识在对象整个生命周期内不变，如 PART-7A21-001；版本表示迭代，如 V1.0、V1.1；状态表示生命周期阶段，如 工作中、已发布、已冻结、已废弃。只有“已发布”版本才能被下游正式引用，避免现场误用草稿。版本关系应区分“修订”（修正错误，功能不变）与“改型”（功能或接口变化，可能影响互换性）。对于制造批次，还需在版本之下增加“实例标识”，如序列号或批次号，因为同一版本造出的多件产品，其服役数据必须能区分到个体。

五、信息模型设计原则：从“能存”到“能通”

信息模型是数字线程的语法。设计时应遵循几条原则。第一，一物一码，全局唯一，任何对象在跨系统传递时都携带稳定标识。第二，语义显式，字段含义、单位、枚举值、坐标系、正方向必须在模型里定义清楚，不能靠口头约定。第三，关系可追溯，对象之间的引用、派生、替代、验证关系应作为一等公民存储，而不是藏在某个系统的日志里。第四，版本与状态分离，发布即冻结，变更走流程。第五，主数据统一映射，跨系统对齐靠映射表而非改名。第六，最小必要，先覆盖关键追溯链，再逐步扩展，避免一开始就设计一个庞大而无人维护的“万能模型”。

落地时，建议先选一条高价值追溯链作为试点，例如“需求—设计—工艺—批次—检验”。为这条链上的每个对象定义主标识、版本规则、状态机和关键元数据字段，建立主数据映射表，手工登记血缘关系，再逐步用接口自动采集。试点跑通后，再把模式复制到其他产品线。这样做的代价可控，收益可验证，也更容易让不同工具链的团队接受统一的信息模型约束。