2. 数字线程的体系架构

数字线程不是单一软件，而是一套贯穿产品全生命周期的“数据—模型—连接—应用—安全”分层体系。理解这五层各自的职责与交互关系，是判断一个数字线程项目能否落地、能否扩展、能否被信任的基础。本节从分层架构出发，逐层说明每层“管什么、由谁提供、向谁输出”，并给出一个可对照的工程示例。

五层架构的整体视图

数字线程的分层遵循“自下而上支撑、自上而下消费”的原则：数据层提供原始事实，模型层赋予语义，连接层负责跨域贯通，应用层面向业务场景消费，安全层横向贯穿所有层。下图给出五层职责与主要交互关系。

数据层：把“事实”管住

数据层是数字线程的地基，职责是保存产品全生命周期中产生的原始事实，不负责解释含义。典型对象包括：CAD 设计文件、CAE 仿真输入输出、试验台采集的时序数据、MES 的工序记录、QMS 的检验结果、现场设备的运维日志。数据层的关键设计点有三个：一是唯一标识，每个物理件、每个批次、每份文件都要有可解析的 ID；二是时间戳与来源，任何一条记录都要能回答“谁在什么时间、由哪个系统产生”；三是不可篡改的留存策略，尤其是质量与适航相关数据。

工程上常用“数据湖 + 对象存储 + 时序库”组合：非结构化文件放对象存储，结构化记录放关系库或数据湖，高频传感器数据放时序库。数据层不追求“好看”，追求“可追溯、可复现”。

模型层：把“事实”变成“可理解的对象”

模型层在数据之上建立语义。它回答的是“这条数据对应产品的哪个部件、哪个版本、哪个工况”。核心模型包括：产品结构 BOM（EBOM/MBOM/SBOM 的映射）、几何与仿真模型、工艺路线模型、故障模式与影响模型，以及本体和元数据定义。模型层让不同系统对同一对象使用同一套概念，例如“零件号 + 版本 + 批次”三元组。

一个常见做法是建立“数字孪生体”模型：以物理件 ID 为主键，挂接设计参数、制造参数、检验结果和运行数据。模型层不存储全部原始数据，而是存储引用关系和语义约束，从而避免数据冗余和口径不一致。

连接层：把“孤岛”连成“线程”

连接层解决跨系统、跨阶段、跨企业的贯通问题。它包含四类能力：标识解析（把 ID 解析到具体对象和位置）、消息总线（事件驱动的异步通信）、API 网关（统一接口与鉴权）、数据映射与转换（不同系统字段与格式的对齐）。连接层的关键指标是“端到端延迟”和“数据一致性”。

例如，当 MES 完成某工序后，连接层应把“工序完成事件”推送给模型层更新状态，并通知应用层的质量追溯模块。若连接层只做点对点接口，系统数量一多就会形成网状耦合；因此实践中更推荐“总线 + 主题订阅”的模式。

应用层：让数据产生业务价值

应用层是业务人员直接使用的部分，包括设计协同、工艺规划、质量追溯、运维健康管理、供应链协同等。应用层不直接访问底层数据库，而是通过连接层调用模型层提供的数据服务。这样做的目的是让应用与数据解耦：底层数据源变化时，应用不需要重写。

应用层的价值判断标准很直接：是否减少了人工转录、是否缩短了问题定位时间、是否让跨部门对同一对象看到同一份数据。如果应用只是把原有报表搬到线上，而没有改变决策方式，那它并没有真正用上数字线程。

安全层：横向贯穿的信任基础

安全层不是独立的一层，而是贯穿数据、模型、连接、应用四层的横向能力。它至少包含：身份认证与单点登录、基于角色的访问控制、传输与存储加密、操作审计日志、数据脱敏与分级分类。在跨企业协同场景中，还要考虑数据主权和最小必要共享原则。

安全层的设计要与数据分级同步：公开数据、内部数据、受控数据、机密数据对应不同的访问策略和加密强度。审计日志要能回答“谁在何时访问了哪条数据、做了什么操作”，这是数字线程可信度的最后一道防线。

层间交互的一个工程示例

假设某型电机在试验台出现振动超标。数据层记录试验台采集的振动时序和试验报告；模型层通过电机 ID 关联到设计版本、轴承型号和装配批次；连接层把“振动超标事件”推送给质量追溯应用；应用层调取同批次电机的装配记录和来料检验数据，发现某批次轴承游隙偏大；结论回写到模型层，更新该批次的风险标记，并触发供应链协同应用通知供应商。整个过程的安全层负责权限校验和操作留痕。

分层职责速查

五层架构不是必须一次性建成的“大工程”，而是可以按业务优先级逐步补齐的参考框架。实际项目中最常见的短板往往不在应用层，而在数据层的标识混乱和模型层的语义缺失。先把这两层做扎实，连接层和应用层才有稳定的基础。