ASoT DE INCOSE MBSE NASA NASA DE实施体系 OUSD SysML v2 数字孪生数字工程数字线程模型治理

数字工程实践：NASA/INCOSE框架、SysML v2使能与OUSD过渡时间线¶

摘要¶

数字工程（DE）从战略愿景到工程实践的落地，依赖三根支柱：权威框架（NASA SE Handbook Rev2、INCOSE SE Handbook V5提供方法论指导）、使能技术（SysML v2提供语言和工具互操作基础）、制度驱动（OUSD R&E过渡时间线提供政策推力）。本文综合三者，梳理数字工程实践的完整图景。

NASA SE Handbook Rev2 的数字工程框架¶

NASA SP-2016-6105 Rev2（NASA系统工程手册修订2）为数字工程提供了机构级实现模板，是三本SE手册中工程实践最具体的一本。其DE框架由四个核心概念支撑：

基于模型的方法（Model-Based Approach）¶

NASA将系统工程的核心工件从文档转向模型：

维度	传统文档方法	NASA模型方法
需求表达	SRS/ICD文本	可执行需求模型
架构设计	架构描述文档	SysML/UML架构模型
接口定义	纸质ICD + IWG协调	数字化接口模型
验证依据	测试报告	模型仿真 + 物理测试

NASA强调模型不是文档的替代品——模型是可执行、可验证、可追溯的工程工件。SE引擎（技术流程的迭代循环）以模型为中心运行。

数字线程（Digital Thread）¶

NASA将数字线程定义为贯穿系统生命周期的数据连续体：

利益相关者需求 → 系统需求 → 架构定义 → 详细设计 → 实现 → 集成 → 验证 → 确认 → 运维
    ↑_____________|____________|____________|__________|________|________|________|________|
                              数字线程：自动化追溯与数据贯通

数字线程的关键特征： - 自动化追溯：需求→设计→测试的端到端可追溯性，无需手工维护追溯矩阵 - 数据贯通：不同阶段（设计→制造→测试→运维）的数据自动关联 - 变更影响分析：任何需求或设计变更，自动识别受影响的所有下游工件

数字孪生（Digital Twin）¶

NASA将数字孪生定义为物理系统的高保真虚拟镜像，用于：

应用	说明	NASA实例
设计验证	在虚拟环境中验证系统行为	航天器热分析模型
运维预测	基于实时数据预测系统退化	ISS设备健康监测
任务规划	虚拟仿真优化任务方案	火星着陆轨迹仿真
升级评估	在数字孪生中测试升级方案	发动机性能改进仿真

数字孪生的关键前提：需要模块化接口定义（MOSA）才能实现组件级的虚拟替换和升级验证。

权威数据源（Authoritative Source of Truth — ASoT）¶

NASA强调ASoT是数字工程的数据治理基础：

单一真实来源：每个数据元素有且仅有一个权威来源，消除版本冲突
可追溯数据流：所有衍生数据可追溯到ASoT
变更控制：ASoT的变更通过受控流程，自动传播到所有依赖项
访问控制：基于角色的数据访问，确保安全性

ASoT是NASA系统工程手册修订2中接口管理的基础——ICD/IRD/IDD文档族的每一条接口定义都有明确的权威数据源。

INCOSE V5 MBSE 指导¶

INCOSE SE Handbook V5（INCOSE系统工程手册V5）将MBSE提升为数字工程的核心能力，提供了从方法论到治理的完整指导。

MBSE作为核心能力¶

INCOSE V5明确将MBSE定位为系统工程师的核心素养，而非可选工具：

能力层次	内容	适用对象
基础层	理解模型概念、建模语言基础	所有系统工程师
应用层	使用SysML/建模工具创建系统模型	实践工程师
专家层	定义建模标准、指导团队建模实践	建模负责人
治理层	建立组织级模型治理框架	技术管理者

渐进式采纳策略（Progressive Adoption）¶

INCOSE V5推荐渐进式MBSE采纳，而非全面强制转型：

阶段1：试点项目（Pilot）
  → 选择低风险项目验证MBSE价值
  → 建立建模规范和模板

阶段2：扩展应用（Expansion）
  → 在更多项目中推广
  → 建立组织级建模标准
  → 培训更多工程师

阶段3：全面整合（Integration）
  → MBSE成为默认工程方法
  → 数字线程贯通所有项目
  → 模型治理成为制度

这一渐进策略与OUSD R&E的SysML v2过渡时间线（见下文）高度吻合。

模型治理（Model Governance）¶

INCOSE V5强调模型需要与文档同等严肃的治理框架：

治理维度	内容	与ASoT关系
模型所有权	每个模型元素有明确所有者	ASoT责任分配
版本控制	模型版本管理、基线定义	ASoT版本一致性
质量标准	模型完整性、一致性、覆盖率检查	ASoT质量保证
访问控制	基于角色的模型访问权限	ASoT安全控制
变更管理	模型变更的审批和传播流程	ASoT变更控制

INCOSE V5的模型治理框架为DoDI 5000.97的"数据治理"要素（九大要素之八）提供了实施指导。

NASA三层DE实施体系（2020-2025）¶

NASA构建了全球最完整的数字工程实施框架，由三本核心手册构成采办框架→系统建模→质量管理三层体系（NASA数字工程实施体系）：

三层架构概览¶

层	手册	核心功能	页数	批准日期
第一层：采办框架	NASA手册1004数字工程采办框架（HDBK-1004）	合同语言、DRD模板、数据协作、互操作性标准	217页	2020年4月
第二层：系统建模	NASA手册1009A系统建模（HDBK-1009A）	SysML元模型、SE引擎对齐、MBSE Grid、产品生成	88页	2025年3月
第三层：质量管理	NASA手册7009A建模与仿真（HDBK-7009A）	M&S全生命周期管理、V&V体系、置信度评估	157页	2019年5月

三层之间的逻辑关系： - 第一层（采办框架）回答"如何获取数字工程数据"——DRD模板确保供应商交付标准化的模型和数据 - 第二层（系统建模）回答"如何用模型进行系统工程"——SysML元模型和SE引擎对齐指导实际建模活动 - 第三层（质量管理）回答"如何保障模型和仿真的可信度"——V&V体系和置信度评估确保质量可量化

三层体系的协同效应¶

三层体系的真正价值在于协同而非单独使用：

采办↔建模闭环：HDBK-1004的DRD模板要求供应商交付MBx模型，HDBK-1009A定义了模型的结构和标准
建模↔质量闭环：HDBK-1009A的模型需要通过HDBK-7009A的V&V评估，确保可信度
采办↔质量闭环：HDBK-1004的合同要求了数据质量标准，HDBK-7009A的置信度评估提供量化依据
三者闭环：采办定义需求→建模满足需求→质量验证交付→反馈到采办标准

实施数据（FY23末）¶

IEEE-NASA数字工程之旅2024提供了NASA DE实施的量化数据：

指标	数值	意义
MBSE用户数	692个唯一用户	遍布所有中心和5个任务局
模型数量	1100+个模型	在OCE Teamwork Cloud上创建和管理
NPR数据差异	49处差异	基于860个Blocks、460个Terms的NPR数据驱动分析
MBSE培训体系	5级	从管理者到专家建模者

与DoD体系的对比¶

NASA的三层DE实施体系与DoD体系形成鲜明对比：

维度	NASA	DoD
政策来源	机构内部手册（HDBK系列）	联邦立法（NDAA）+ 国防部指令（DoDI）
操作手册	三本详细手册（462页合计）	DoDI 5000.97（政策导向，无操作手册）
实施路径	志愿者行动→机构部署（自下而上）	立法→指令→实施（自上而下）
驱动力	实践驱动——从工程需求出发	政策驱动——从立法要求出发
覆盖深度	采办+建模+质量三位一体	政策框架+技术标准，缺乏操作层面指南
工具链	OCE Teamwork Cloud + MagicDraw	工具生态碎片化（Cameo/Rhapsody/Capella）

关键洞察：DoD有政策（DoDI 5000.97）但缺乏操作手册。NASA有操作手册但缺乏立法强制力。两者正在趋同——DoD从NASA学习实践经验，NASA从DoD获取制度支持。

SysML v2 作为数字工程使能技术¶

SysML v2（SysML-v2规范）不是SysML v1的增量更新，而是数字工程基础设施的架构级升级。两个核心设计决策使其成为DE的关键使能技术：

文本语法支持版本控制（Textual Notation for Version Control）¶

SysML v2引入图形+文本双语法——这是对v1（仅图形）的根本性改变：

特性	SysML v1（仅图形）	SysML v2（图形+文本）
版本控制	二进制/XML文件，diff困难	文本文件，标准git diff
代码审查	无法进行图形差异比较	支持文本级代码审查
CI/CD集成	困难（需要专有工具）	原生支持（文本=代码）
模型合并	手工合并，易出错	文本合并工具支持
模板化	困难	文本模板可复用

关键影响：文本语法使模型可以像代码一样纳入DevSecOps流水线——这是DoDI 5000.97第七大要素（DevSecOps）的技术基础。

// SysML v2 文本语法示例 — 可纳入版本控制
part def SensorUnit {
    attribute resolution: SI::Real;
    port def DataOutput {
        out item data: SensorReading;
    }
}

API优先实现工具互操作（API-First for Tool Interoperability）¶

SysML v2定义标准化API——这是解决v1工具碎片化的关键：

互操作层次	SysML v1	SysML v2
数据交换	XMI（实现差异大）	标准化API
工具集成	专有插件/桥接	REST/HTTP API
多工具协作	困难	原生支持
自动化操作	需要专有SDK	标准API调用

14家厂商已声明支持SysML v2 API，承诺实现： - 跨工具的模型读写 - 统一的模型查询接口 - 外部工具的模型分析能力

API优先设计直接支持MOSA的跨供应商协作需求——不同供应商可以使用不同工具，通过标准化API交换接口模型。

OUSD R&E 过渡时间线¶

OUSD(R&E)（研究与工程副国防部长办公室）主导SysML v2在DoD的过渡（OSD-SysML-v2过渡指导），制定了明确的时间线：

过渡路线图¶

阶段	时间	关键活动	里程碑
准备期	FY2024-FY2025	建立过渡团队、制定战略、开展培训	过渡计划制定完成
试点期	FY2025-FY2026	选择试点项目、评估影响、验证工具	首批试点项目启动
扩展期	FY2026-FY2028	推广到更多项目、更新基础设施、建立标准	组织级建模标准发布
全面过渡	FY2028+	SysML v2成为默认建模语言	SysML v1项目不再新增

关键节点¶

FY2024 ──→ FY2025 ──→ FY2026 ──→ FY2027 ──→ FY2028 ──→ FY2028+
  │          │          │          │          │          │
  │       试点启动    试点评估    扩展推广    基础设施    全面过渡
  │       (Pilot)    (Evaluate)  (Expand)   就绪      (Mandate)
  │                                  │
  └── 准备期 ─────────────────────────┘

与INCOSE V5渐进策略的对齐¶

OUSD时间线与INCOSE V5渐进式采纳策略高度一致：

INCOSE V5阶段	OUSD阶段	对应关系
试点项目（Pilot）	FY2025-FY2026 试点	低风险项目验证
扩展应用（Expansion）	FY2026-FY2028 扩展	更多项目推广
全面整合（Integration）	FY2028+ 全面过渡	成为默认方法

过渡挑战¶

OUSD过渡指导识别的关键挑战（与DSB 2024报告一致）：

15,000+ 模型迁移：DoD政府拥有的模型需要评估、迁移或重建（详见SysML-v2规范）
工具链成熟度：14家厂商声明支持，但商业工具尚未发布v2版本
人员培训：25% DoD工程师需要学习新语言和工具
数字线程连续性：v1→v2过渡期间需要保持数据贯通

数字工程实践的整合视图¶

三根支柱形成框架-技术-制度的完整支撑：

┌─────────────────────────────────────────────────┐
│              数字工程实践整合视图                    │
├─────────────┬──────────────┬────────────────────┤
│  权威框架    │  使能技术     │  制度驱动           │
│             │              │                    │
│ NASA Rev2   │  SysML v2    │  OUSD R&E          │
│  • 模型方法  │  • 文本语法   │  • FY2025试点      │
│  • 数字线程  │  • 标准API    │  • FY2028+过渡     │
│  • 数字孪生  │  • 工具互操作  │                    │
│  • ASoT     │              │                    │
│             │              │                    │
│ INCOSE V5   │              │  DoDI 5000.97      │
│  • 核心能力  │              │  • 九大要素         │
│  • 渐进采纳  │              │  • MOSA要求         │
│  • 模型治理  │              │                    │
│             │              │                    │
│ NASA三层DE  │              │                    │
│  • HDBK-1004│              │                    │
│  • HDBK-1009A              │                    │
│  • HDBK-7009A              │                    │
└─────────────┴──────────────┴────────────────────┘
                      │
                      ▼
              MOSA数字工程落地

关键发现¶

NASA Rev2提供DE的工程模板：ASoT、数字线程、数字孪生不是抽象概念——NASA提供了ICD/IWG等具体实施模板，可直接用于MOSA接口管理
NASA三层DE体系提供完整的操作框架：HDBK-1004（采办框架217页）+ HDBK-1009A（系统建模88页）+ HDBK-7009A（M&S质量157页）构成全球最完整的DE实施操作框架，弥补了DoDI 5000.97政策导向但缺乏操作指南的不足
INCOSE V5提供DE的组织方法：渐进式采纳策略解决了DSB 2024报告识别的"文化变革瓶颈"——不是全面强制转型，而是从试点到扩展的渐进路径
SysML v2提供DE的技术基础：文本语法+标准API解决了两个核心痛点——版本控制（DevSecOps集成）和工具互操作（跨供应商协作）
OUSD时间线提供DE的政策推力：FY2025试点→FY2028+过渡的时间线将框架和技术转化为可执行的制度要求
四者高度对齐：NASA的ASoT对应INCOSE的模型治理，INCOSE的渐进策略对应OUSD的过渡时间线，SysML v2的API优先设计直接支撑NASA的数字线程需求，NASA三层体系补充了DoD的操作空白