3. 数字线程的体系架构
数字线程不是一条“把文件从A传到B”的流水线，而是一张贯穿产品全生命周期的可追溯数据关系网。它的体系架构要回答三个问题：数据在哪些阶段产生、阶段之间靠什么关联、跨系统跨企业时如何互操作。理解这三层，才能把“数字线程”从概念落到可实施的架构上。
一、生命周期五阶段的数据流主线
以一款机电产品为例，数字线程的主线可以沿五个阶段展开，每个阶段都有典型的产生者、数据对象和向下游传递的关键标识。
- 需求阶段：产生需求条目、指标约束、验证条件。核心是给每条需求分配唯一需求ID，并建立需求之间的分解与派生关系。
- 设计阶段：产生三维模型、装配结构、材料与公差、仿真结果。核心是把设计对象与需求ID建立“满足/验证”链接。
- 制造阶段：产生工艺路线、工序、工装、NC程序、检验记录。核心是把工序与设计特征、批次与序列号绑定。
- 运维阶段：产生运行参数、故障事件、维修工单、更换件记录。核心是把现场事件回溯到具体序列号与设计版本。
- 退役阶段：产生拆解方案、回收材料清单、合规处置记录。核心是复用前四阶段的数据完成可回收性判断与追溯归档。
这五个阶段并非简单串联：需求会因运维反馈而变更，设计会因制造可行性而迭代。因此数字线程的架构必须支持双向追溯——既能从需求查到现场故障，也能从故障反查到需求条款。
二、参考架构：ISO 10303 与 IIoT 参考架构的分工
ISO 10303（STEP）解决的是产品数据的表达与交换。它用EXPRESS语言定义信息模型，用应用协议（AP）约束特定行业的数据范围，例如AP242面向三维模型与PMI（产品制造信息）的集成交换。STEP的价值在于：几何、装配、公差、BOM可以用标准化的方式被不同CAD/PLM系统读写，而不是靠私有格式转换。
IIoT参考架构（如工业互联网参考架构IIRA、以及IEC 62264/ISA-95的分层思想）解决的是设备、边缘、平台、应用之间的连接与数据采集。它通常分为边缘层、平台层、应用层，强调设备接入、协议转换、时序数据管理和服务化接口。
两者在数字线程中是互补关系：STEP管“产品怎么被定义”，IIoT架构管“产品怎么被连接和观测”。一个完整的数字线程架构，需要在平台层把STEP语义模型与IIoT采集的时序数据通过统一标识关联起来。
三、系统集成与互操作基础
互操作不是“能连上”，而是分层的：
- 语法互操作：双方能解析同一格式，如XML、JSON、STEP文件。
- 语义互操作：双方对同一字段含义一致，如“批次号”在MES和QMS中指向同一对象。
- 组织互操作：跨企业时权限、责任、变更流程可协同。
实现语义互操作的常用手段是统一标识与本体映射。例如用全局唯一标识（如基于UUID的零件主键）贯穿PLM、MES、QMS；用本体或分类字典把“设计特征—工序—检验项”映射到同一语义节点。集成方式上，PLM与ERP常用中间表或API同步BOM，MES与设备常用OPC UA采集，运维数据通过MQTT/HTTP回传平台。
下面这张图给出数字线程从需求到退役的数据流与参考架构落点，重点表现各阶段的数据对象、关联标识以及STEP与IIoT架构在其中的位置。
四、一个可操作的追溯示例
假设某型号电机在运维阶段出现“温升超标”故障。数字线程的追溯路径如下：
- 运维系统记录事件ID
EVT-2024-0317-08，关联序列号SN-MTR-004821。 - 通过统一标识层，序列号映射到制造批次
LOT-2024-02-A和工单WO-88231。 - 工单关联到设计版本
DES-V3.2和需求IDREQ-THERM-005（温升≤65K）。 - 调取该批次检验记录，发现绕组电阻实测均值偏高约3%，指向来料或绕线工序偏差。
- 反向触发设计/工艺变更评估，形成闭环。
这个示例说明：数字线程的架构价值不在于存储了多少数据，而在于任意一个现场事件都能沿标识链回到需求条款和设计版本。要做到这一点，STEP提供语义骨架，IIoT架构提供数据入口，统一标识层提供连接锚点，三者缺一不可。