4. 数字线程概念与集成架构

数字线程（Digital Thread）不是某一款软件，也不是把文件从A系统拷到B系统的“接口集合”。它更准确的定义是：贯穿产品全生命周期、把需求、设计、分析、制造、试验与运维等权威数据源按可追溯关系连接起来的一条受控数据链路。这条链路上流动的不只是几何模型，还包括需求条目、接口定义、参数、边界条件、仿真工况、结果指标、版本与审批状态。数字线程的价值在于：任意一个下游结论，都能沿链路回溯到它的上游依据；任意一个上游变更，都能沿链路评估其下游影响。

理解数字线程，需要区分它与“数字孪生”“PLM”“点对点集成”的关系。PLM是管理产品数据的系统底座，数字孪生是物理实体与虚拟模型的动态映射，而数字线程强调的是跨域、跨阶段、跨工具的可追溯连接。点对点集成只解决两个工具之间的数据搬运，一旦工具链变长，连接数量呈平方级增长，维护成本急剧上升。数字线程通过统一的标识、关系和元数据，把“网状集成”收敛为“以数据主干为中心的星型连接”。

数字线程的层次模型

工程实践中，数字线程通常可划分为四个层次，自下而上依次是：

• 数据层：存放几何模型、网格、材料库、仿真结果、需求条目等原始数据，强调格式、版本与唯一标识（如UID、零件号、需求ID）。
• 关系层：描述数据之间的语义连接，例如“需求R-102由分析A-07验证”“分析A-07使用模型M-3的v2.1版本”“模型M-3满足接口ICD-05”。关系层是数字线程区别于普通文件库的核心。
• 过程层：定义数据在何时、由谁、经过什么活动产生或变更，包括工作流、审批、变更请求与影响分析。
• 应用层：面向具体角色的视图与操作，如需求追溯矩阵、仿真结果看板、变更影响报告、合规证据包。

这四层不是简单的技术堆叠，而是“数据可查、关系可追、过程可控、应用可用”的能力递进。缺少关系层，数字线程就退化为文件共享；缺少过程层，变更就无法闭环。

MBSE与CAE在数字线程中的位置

MBSE（基于模型的系统工程）位于数字线程的上游定义侧。它以系统模型（通常用SysML表达）承载需求、功能、逻辑与物理架构，输出的是“系统应该是什么”的权威描述。CAE位于数字线程的中游验证侧，它接收MBSE输出的架构与参数，建立分析模型，施加边界条件与载荷，计算并输出性能指标，回答“系统实际表现如何”。

两者在数字线程中的衔接点非常具体：MBSE中的模块定义、接口、参数值、工况需求，需要以可识别的方式传递给CAE；CAE的计算结果、裕度、敏感度、失效模式，需要回写到MBSE模型或需求条目上，形成验证证据。若这一来一回没有受控关系，数字线程在MBSE与CAE之间就断了。

集成参考架构的关键机制

上图给出的是一个可落地的参考架构。它的核心不是“把所有数据放进一个库”，而是建立受控的映射与追溯规则。具体来说，需要落实以下机制：

第一，统一标识。MBSE中的每个需求、模块、接口、参数，CAE中的每个分析任务、工况、结果集，都必须有全局唯一标识。例如需求用“REQ-102”，分析任务用“ANL-STR-007”，模型版本用“M-3@v2.1”。没有统一标识，追溯关系就无法建立。

第二，参数映射与单位约定。MBSE中的“最大允许应力 350 MPa”与CAE中的材料强度、安全系数、载荷工况之间，需要显式映射。映射表应记录：源参数、目标参数、单位、坐标系、转换公式、默认值。例如MBSE输出“载荷 F=12 kN，方向 +Z”，CAE中必须明确+Z对应全局坐标系的哪个轴，避免方向歧义。

第三，变更影响传播。当需求REQ-102从350 MPa收紧到300 MPa时，数字线程应能自动识别：哪些分析任务引用了该需求、哪些模型版本受影响、哪些结果需要重算。这依赖关系层中“验证”“派生”“依赖”等关系类型的完整记录。

第四，结果回写与证据固化。CAE计算完成后，不能只把报告发给系统工程师。应将关键结果（如最大应力285 MPa、裕度1.25、校核结论“满足”）以结构化方式回写到数字线程，并与需求条目、分析任务、模型版本建立不可篡改的关联。这样在评审或审计时，可以一键展开完整证据链。

一个可操作的追溯关系示例

假设某支架的强度验证链路如下，可用表格记录其数字线程关系：

这张表就是数字线程在MBSE与CAE之间最朴素的形态。它不依赖复杂平台，但要求每个对象有标识、每条关系有类型、每次变更可追踪。当这样的关系积累到成百上千条时，数字线程才真正成为可查询、可分析、可复用的工程资产，而不是一堆散落的模型和报告。