跳转至

海军模块化开放系统方法（MOSA）实施指南 V1.0

概述

美国海军部发布的MOSA实施指南第一版，由海军首席工程师办公室为ASN(RDA)维护。面向所有海军和海军陆战队采办项目——涵盖全部SYSCOM、任何采办路径、新系统和现有系统升级。该指南与DoD MOSA实施指南互补，与陆军和空军版本并行。

核心理念: MOSA包含商业面（采办方式/合同）和技术面（系统架构/模块化设计），是集成采办与技术的综合方法。目标: 高内聚、松耦合、可分割模块，可独立竞争和从不同供应商采购。

五大MOSA原则

  1. 建立使能环境 — 支持架构和系统设计信息共享的数字环境
  2. 采用模块化设计 — 功能划分为离散、内聚、自包含单元
  3. 指定开放接口 — 广泛可用、共识基础、可验证合规的接口
  4. 使用广泛可用的共识基础标准 — 由公认标准组织或市场制定的标准
  5. 认证一致性 — 通过验证和确认测试确保关键接口的开放性

当采用已建立的开放系统架构（OSA）时，原则3、4、有时还包括5是天然满足的。

MOSA动机与收益

  • 技术刷新: 模块可独立更换为更新/更强技术等价物，常来自不同供应商
  • 复用（可移植性）: 符合标准的可分割软硬件模块可跨系统复用
  • 增强竞争: 开放架构和标准接口使系统元素可公开竞争
  • 鼓励创新: 小企业可在模块层面创新，良好IP策略为研发投资提供财务激励
  • 作战灵活性: 标准化模块使作战人员可按任务配置/重配置资产
  • 成本节约: 跨采办和维持生命周期的技术、模块和系统元素复用
  • 全生命周期价值: 真正的回报在生命周期中体现——十年前采购的系统可高效插入当前最新模块

法律与政策要求

法律/政策 关键要求
10 USC §4401 (~FY17 NDAA §805) MDAP必须采用MOSA；要求建立接口库
10 USC §4402 Milestone B决策不得批准未实施MOSA或未提供BCA的项目
10 USC §4403 模块化接口必须最大可行地采用商业/广泛支持的共识标准
DFARS 207.106 重大系统必须使用模块化开放架构以促进升级竞争
SECNAVINST 5000.2G Enclosure(9) 所有采办项目强制MOSA设计原则；系统组件需数字表示
DoDI 5000.88 MDAP强制MOSA，其他采办路径应考虑MOSA

MOSA实施流程

现有项目现代化改造的起点

需考虑五个关键问题: 1. 预计服役寿命: 5年内退役且无重大修改计划的系统可能不值得架构改造 2. 是否替换过时组件: 过时是重大成本驱动因素，开放架构标准通过硬件/软件抽象技术实现低成本替换 3. 修改能否开放部分架构: 即便不能全部接口开放，也应对可开放的接口进行评估 4. 未来预计修改: 可增量式实施MOSA（如传感器子系统升级时将任务系统从确定性架构转换为面向服务架构） 5. 威胁环境: 快速演变的威胁可由适当模块化的系统克服

新项目起点

  • 新项目在采办生命周期起点拥有最大MOSA实施空间
  • 在RFP中纳入MOSA要求前，需理解和文档化系统架构的预期分解
  • MOSA应纳入任何数字战略
  • 建议在资金申请中包含MBSE工具和数据存储，或确保海军企业工具可用
  • 将零信任架构需求通过MBSE流程分配到技术基线

商业案例分析（BCA）与备选方案分析（AoA）

  • 10 USC §4402要求AoA和采办策略包含MOSA考虑
  • 若不选择MOSA方法，必须进行BCA和AoA
  • MOSA规避BCA必须考虑系统全生命周期、未来升级和可能过时或频繁升级的组件

模块化分解

功能分解

  • 将系统执行的众多功能分配给组成系统的模块
  • MOSA社区使用"封装"来描述功能捆绑为统一模型的过程
  • 核心原则: 模块内高内聚，模块间松耦合
  • 功能封装的标准应由项目整体MOSA目标导出: 新技术集成的便利性、主要子系统的第三方替换、利用现有组件供应商生态系统的基地级维修等
  • 安全关键和核安全功能可能受益于与架构其余部分隔离（松耦合）

物理分解

  • 物理分解由体积、重量分布、功率可用性和环境因素驱动
  • 功能分解和物理分解应协同工作——需确保功能接口暴露，标准连接器用于内部物理分区
  • 同一物理组件内共存多个功能模块时，所有软硬件模块间接口必须暴露
  • 安全/非安全功能的适当联邦可以显著减少不必要的测试成本和进度

开放接口

"开放"的三个必要标准

  1. 广泛可用（对相关社区），有文档化定义
  2. 共识基础，通常由公认标准组织制定，利益相关方可通过治理流程影响其发展和演进
  3. 有一致性/合规验证流程，确保完全可测试

关键澄清: "开放"≠"能在互联网上找到"。开源、开放获取、开放内容、开放技术、开放原则、开放许可——这些与MOSA无关。

接口三维度

  • 物理: 介质（线缆、光纤、连接器）、机械（热、紧固件等）
  • 协议: 交换信号或数据的方法（载波、帧、确认方法等）
  • 信号/数据结构: 交付的载荷（波形、消息、文件、离散信号等），包括所有相关功能交互

最佳实践: 使用数据模型捕获数据本质——概念数据模型(DIV-1)、逻辑数据模型(DIV-2)、物理数据模型(DIV-3)。

MOSA接口 vs 非MOSA接口

  • MOSA接口: 广泛使用、共识基础、可合规验证 = 开放
  • 非MOSA接口: 仅在政府有意允许单一供应商保持控制的极少数特定情况下可接受。若MOSA接口源自单一供应商，政府必须获取足够权利的技术数据和计算机软件交付物

知识产权策略——灰盒概念

  • 模块内的功能：定义和已知
  • 模块展示的行为：定义和已知
  • 模块间接口：定义和已知
  • 功能如何实现（制造方法）：不定义、不已知 = 供应商的"秘密配方"

类比灯泡标准: 灯泡必须产生光、接口为E26底座。消费者不需要知道钨丝挤出工艺。不规定如何产生光反而激励制造商发明替代方法（如LED替代钨丝）——这就是"最早的MOSA"。

关键: MOSA使开发者保护IP（消除创新投资障碍），同时确保政府即使没有原始设备提供商的合作也能进行增量升级。

采办策略整合

跨自适应采办框架（AAF）六条路径的MOSA集成:

AAF路径 MOSA集成重点
紧急能力采办(UCA) 模块化原型、开放标准、供应商灵活性
中间层采办(MTA) 增量原型、可扩展设计、标准合规
重大能力采办(MCA) 架构规划、全生命周期管理、合同嵌入MOSA要求
软件采办 模块化软件设计、开放API、敏捷开发+安全管道
国防业务系统 模块化业务方案、互操作标准、数据管理
服务采办 服务模块化、标准化接口、基于绩效的合同

COTS/NDI采办策略中的MOSA

六步法: 定义MOSA需求 → 评估COTS/NDI方案 → 制定采办策略 → 合同嵌入MOSA条款 → 管理和监控实施 → 为升级和演进做规划

后勤框架中的MOSA考量

围绕模块化与设计、互操作性、保障与维修、成本影响、可持续性与可升级性、风险管理、文档化与培训、利益相关方参与八个维度展开。

技术标准与接口选择——八步法

  1. 理解任务和系统需求: 系统主要功能？环境/作战约束？与其它平台互操作的重要性？未来是否需要升级？
  2. 确定适用领域和类别: 软件、硬件、通信、安全、数据管理
  3. 研究现有开放标准: ISO、ANSI/BSI等国家标准化机构、行业联盟(OASIS/IEEE/The Open Group)、政府机构(NIST)
  4. 评估兼容性和互操作性: 向后兼容遗留系统、跨域互操作、对未来版本的可扩展性
  5. 分析模块化和灵活性: 选择支持组件独立开发/维护/升级的模块化接口
  6. 考虑生命周期和持续性: 标准是否成熟且广泛支持？在系统生命周期内过时的可能性？
  7. 验证合规性: 安全要求（加密/认证）、监管合规（ITAR/FIPS）、环境/作战合规
  8. 利用标准联盟和社区: The Open Group、VITA、SOSA联盟、FACE联盟

系统之系统(SoS)考量——七步法

  1. 定义互操作性和兼容性需求
  2. 分析遗留系统（映射外部接口、识别约束、确定升级路径）
  3. 使用开放标准实现数据互操作
  4. 采用模块化接口和API
  5. 进行互操作性和兼容性测试
  6. 为未来互操作性做规划（标准路线图、模块化升级、前向兼容）

开放系统架构适用性矩阵

常用OSA及其适用领域: OMS/UCI（任务系统集成）、VICTORY（车辆C4ISR/EW）、FACE（航空电子软件环境）、SOSA（传感器/通信/EW）、HOST（嵌入式计算硬件）、COARPS（雷达）、WOSA（武器内部架构）、DEWS RA（定向能武器）、CoPaIS（通信）、Big Iron（电子战处理）

系统工程计划（SEP）中的MOSA集成

  • 需求开发: 建立强制模块化和开放标准的规范需求
  • 架构与接口控制: 系统架构设计以模块化为核心，清晰定义接口和开放标准
  • 设计考量: 面向模块化设计、标准化接口
  • 技术规划: 将模块化和开放标准目标纳入规划
  • 成熟度评估: 评估模块化组件、接口和开放标准的成熟度
  • 技术插入与刷新: 模块化设计使新技术插入更顺畅
  • 配置与变更管理: 模块化使变更管理更可控
  • 安全工程: 模块化便于持续升级安全功能
  • 数字工程: 创建模块化数字模型以便更新、测试和仿真

SETR各阶段MOSA考量

评审节点 核心问题 关键出入准则
系统需求评审(SRR) 哪些模块化设计原则用于满足需求？接口如何确保兼容？ 批准的ISP或SEP、识别的模块化和开放接口、非MOSA接口的理由说明
初步设计评审(PDR) 哪些开放标准被纳入？模块化标准如何支持作战和生命周期需求？ 识别的模块化和松耦合接口、与政府参考架构对齐的实例架构
关键设计评审(CDR) 组件如何集成？设计如何匹配MOSA期望和政府参考架构？ 更新到实例架构的系统规范、完整接口规范、批准的OSMP
测试准备评审(TRR) 测试策略如何确保模块协同功能和标准遵循？ 批准的测试和验证文档
系统验证评审(SVR) 模块化相关的识别风险如何影响验证？如何缓解？ —

PART工具: MOSA项目评估与评级工具可从DAU获取，但已过时且不完整——需将相关部分适配到SETR过程，尚未完全海军化。

海军MOSA资源

模块化系统接口(MSI)库

由海军首席工程师维护，位于海军数字工程知识体系(NDEBOK)站点。10 USC §4401要求建立和维护接口库，包含: 软件定义接口语法和属性（机器可读格式）、与现有通用标准/接口的关系、接口功能描述文档。项目应使用海军集成建模环境和MSI库满足10 USC §4401-4403要求。

海军OSA实施

  • HOST: 基于COTS的嵌入式计算标准框架
  • FACE: 军用平台开放软件环境
  • SOSA: 传感器/通信/EW/SIGINT/定向能互操作标准
  • UCS (SAE): 三军无人系统控制段架构
  • OMS/UCI: DoD非专有任务系统集成架构
  • SWFTS: 潜艇作战联邦战术系统（声呐、作战控制、成像、电子战、武器控制等）
  • UMAA: 无人海上自主架构
  • WOSA: 制导弹药内部架构
  • DEWS RA: 定向能武器系统参考架构（正整合进SOSA技术标准）

培训资源

  • DAU CLE019"模块化开放系统方法"
  • Let's Be Modular and Open网络研讨会(DAU)
  • OUSD/CTO网站
  • NDIA MOSA白皮书（2020和2023版）
  • MOSA PART工具
  • OMS/UCI培训、FACE技术概述、SOSA入门("SOSA 101")、VICTORY、MORA

笔记

  1. 海军版与DoD通用版的差异: 海军版定制了海军特有的实施流程——特别是将MSI库与NDEBOK绑定、强调OSMP由政府起草（非承包商）、将零信任架构需求与MBSE流程集成
  2. 灰盒概念是MOSA IP策略的核心创新——在功能/行为/接口透明与实现细节保护之间建立明确边界
  3. "开放"的严格定义: 供应商自发布≠开放；需同时满足广泛可用、共识基础和合规验证三个条件
  4. MOSA收益在生命周期后期最大化: 初始采购时的少量额外投资在后续技术刷新和升级中产生倍增回报
  5. SETR中MOSA检查: 关键是要在PDR前完成模块化分解和接口识别，在CDR前完成OSMP批准
  6. 数字工程与MOSA的深度绑定: MOSA五大原则之首是"建立使能环境"，而数字工程战略正是该环境的实现手段
  7. 指南将频繁修订: V1.0明确表示因系统工程和业务流程技术的进步，将频繁更新