2. 数字线程的体系结构与参考模型

数字线程不是一款软件，也不是一张把所有模型堆在一起的网盘目录。它更像一条贯穿产品全生命周期的“数据主干道”：需求、设计、仿真、工艺、制造、运维、退役各阶段产生的模型与数据，通过统一的标识、连接器和数据总线被串接起来，并始终指向一个被授权的权威真相源。理解数字线程，关键要看清它的体系结构与参考模型——谁产生数据、谁消费数据、数据沿什么路径流动、冲突时以谁为准。

一、参考模型：五层结构与四类核心组件

从工程落地角度看，数字线程的参考模型可以抽象为五层：数据源层（CAD、CAE、PLM、MES、IoT 平台等系统）、连接层（连接器与适配器）、传输层（数据总线/消息中间件）、存储与治理层（模型仓库、权威真相源、元数据与血缘）、应用层（追溯、变更影响分析、数字孪生看板等）。其中四类核心组件最值得关注：

• 权威真相源（Authoritative Source of Truth, ASOT）：针对某一类数据（如需求基线、几何主模型、物料清单）被正式授权为“唯一正确版本”的系统或数据集。它不是把所有数据集中到一个库，而是明确“这类数据以谁为准”。
• 连接器（Connector）：把异构系统的数据以标准语义接入线程的适配组件，负责协议转换、字段映射、增量捕获与标识对齐。
• 数据总线（Data Bus）：承载事件与消息的传输通道，典型形态是发布/订阅式消息中间件，保证数据变更能按序、可追溯地送达订阅方。
• 模型仓库（Model Repository）：存放模型文件、版本、元数据与血缘关系的受控存储，支持按标识检索与版本回溯。

这四者不是并列的“功能模块”，而是有明确分工的协作体：连接器负责“接进来”，数据总线负责“传出去”，模型仓库负责“存下来”，权威真相源负责“定对错”。

二、全生命周期数据流：从需求到退役的“主线”

数字线程的主线可以概括为“需求驱动、模型承载、事件串联、反馈闭环”。以某型工业减速箱为例，其数据流大致如下：

1. 需求阶段：在需求管理系统中建立需求条目，每条需求分配唯一 UID（如 REQ-0012），并标注“额定扭矩 ≥ 1200 N·m”等可验证指标。该需求基线被授权为 ASOT。
2. 设计阶段：CAD 模型通过连接器接入，模型元数据中写入“满足 REQ-0012”的追溯链接；PLM 中的 BOM 节点同样携带该 UID。
3. 仿真阶段：CAE 分析结果（如最大应力 210 MPa）作为模型仓库中的版本化产物，与设计版本通过血缘关系绑定。
4. 工艺与制造阶段：MES 工单引用具体 BOM 版本，制造偏差数据通过事件连接器回写。
5. 运维阶段：IoT 平台采集的振动、温度数据与设备序列号关联，形成“实物—模型—需求”的完整链路。
6. 退役阶段：退役处置记录引用全生命周期数据，生成合规报告。

这条主线的价值在于：当需求 REQ-0012 发生变更时，系统能沿追溯链自动定位受影响的模型、仿真、工单与运维策略，而不是靠人工翻找。

三、权威真相源的判定与冲突处理

多学科协同中，同一对象常在不同系统有不同版本。例如设计部门认为 CAD 模型 V3 是最新，而工艺部门仍在使用 V2 的 BOM。数字线程必须明确“以谁为准”。常见判定规则是：按数据类别指定 ASOT——几何以 PLM 的已发布版本为准，需求以需求库的基线为准，制造执行状态以 MES 为准。当连接器发现版本冲突时，不应静默覆盖，而应产生一条“冲突事件”进入数据总线，由治理规则决定是自动对齐还是人工裁决。

四、连接器与数据总线的关键参数

连接器的核心职责是“语义对齐”，而非简单搬运文件。以需求到 CAD 的追溯连接器为例，其关键配置包括：

数据总线则需关注主题划分、消息顺序与幂等。例如“需求变更”主题下，消息体应包含需求 UID、变更前后值、变更时间与操作者；订阅方（如 CAD 连接器）收到后触发追溯链更新。若消息重复投递，幂等键（如 UID+版本号）可防止重复处理。

五、模型仓库的版本与血缘

模型仓库不只是文件存储，它要回答三个问题：这个模型是谁、在什么时间、基于哪一版需求产生的。因此每个模型条目至少应记录：模型 UID、版本号、所属项目、关联需求 UID、上游模型版本、创建时间与校验和。当仿真结果与设计版本不一致时，血缘关系能快速定位是“设计改了但仿真没跑”还是“仿真跑了但结果未回写”。

综上，数字线程的体系结构可以概括为：以权威真相源定对错，以连接器接异构，以数据总线传变更，以模型仓库存版本与血缘，最终支撑从需求到退役的全生命周期追溯与反馈闭环。理解这四类组件的分工与协作，是后续开展多学科模型协同工程的基础。