数字工程工具链对比¶

摘要¶

DoDI 5000.97将MOSA列为数字工程（Digital Engineering）九大要素之一，但MOSA的落地依赖工具链支撑。本文对比当前DoD生态中主流的数字工程工具链，分析其MOSA支持能力、互操作性和采办适用性。

数字工程框架与MOSA的关系¶

DoDI 5000.97定义的数字工程框架包含九大要素，其中： - 要素7：建模与仿真（Modeling and Simulation） - 要素8：模块化开放系统方法（MOSA） - 要素9：数字模型与权威数据源维护

三者形成工具-方法-数据的闭环：MBSE工具生成模型，MOSA原则指导架构设计，权威数据源确保模型一致性。

主流MBSE工具对比¶

工具	开发商	核心语言	MOSA支持	DoD采用度	许可模式
MagicDraw/Cameo	Dassault（原No Magic）	SysML v1/v2	⭐⭐⭐ 强	高（海军主导）	商业
IBM Engineering Rhapsody	IBM	SysML v1	⭐⭐ 中	中（空军历史采用）	商业
Capella	Eclipse/PolarSys	Arcadia	⭐⭐ 中	低（欧洲主导）	开源
Papyrus	Eclipse	SysML v1	⭐ 弱	低	开源
InterCAX	InterCAX	多语言	⭐⭐⭐ 强	中（工具集成商）	商业

评估维度说明¶

MOSA支持衡量工具在以下方面的能力： - 模块化架构建模（组件边界、接口定义） - 开放标准接口导出（IDL、XML Schema等） - 多供应商模型集成（模型合并、差异分析） - 与DoD标准框架映射（SOSA、FACE、CMOSS）

数字孪生平台¶

军事领域专用平台¶

平台	开发商	应用场景	MOSA关联
AFSIM	空军研究实验室	作战仿真、系统效能分析	架构验证
FLAMES	Ternion	多域作战仿真	接口测试
VR-Forces	BAE Systems	战术级仿真	组件替代验证

民用/通用平台¶

平台	开发商	核心能力	DoD适用性
Ansys Twin Builder	Ansys	物理级数字孪生	高（已获AFLCMC合同）
Siemens Xcelerator	Siemens	全生命周期数字孪生	中（工业合作）
Microsoft Azure Digital Twins	Microsoft	云原生IoT孪生	低（安全认证 pending）

工具链互操作性挑战¶

模型交换标准¶

当前DoD数字工程工具链的最大痛点是模型互操作性： - SysML v1：XMI标准理论上支持交换，实际实现差异大 - SysML v2：新标准化API承诺改善互操作，但工具支持仍处于早期 - STEP AP 233/239：系统工程数据交换标准， adoption 率低

权威数据源（ASoT）集成¶

DoDI 5000.97要求建立权威数据源，但现有工具链缺乏原生支持： - MagicDraw通过Teamwork Server支持多用户协作，但非真正的ASoT - 商业PLM系统（Windchill、Teamcenter）有数据管理基础，但系统工程集成弱 - 自定义解决方案（如空军Digital Engineering Framework）正在涌现

DSB 2024年建议¶

国防科学委员会（DSB）2024年数字工程报告明确建议：

避免工具锁定：DoD应要求承包商交付模型文件（而非仅工具原生格式），确保长期可访问性
投资开源生态：支持Capella等开源MBSE工具，降低供应商锁定风险
建立工具认证框架：定义数字工程工具的MOSA合规性评估标准

选择建议¶

大型武器系统（MCAP）¶

首选：MagicDraw/Cameo + 定制插件（SOSA/FACE profile）
理由：生态系统成熟，DoD已有大量历史模型，供应商支持充分

快速原型（MTA/软件采办）¶

首选：Capella 或轻量级SysML工具
理由：开源降低初始成本，快速启动，便于后续迁移

数字孪生项目¶

首选：Ansys Twin Builder + AFSIM 联合使用
理由：物理级精度 + 作战场景验证，覆盖DoD核心需求