体系道中道｜既生 DoDAF 何生 UAF？（下篇）

● UAFML：UAF建模的语法手册

DMM是架构的术语字典，UAFML（UAF Modeling Language）则是语法规则。根据UAF 1.2规范，UAFML通过SysML/UML来实现DMM标准，采用“复用 + 扩展”的方式让架构师能精准表达UAF的概念，从而实现与系统工程模型的无缝衔接。

UAFML的核心设计原则：

1、 需求驱动：

所有设计必须围绕 UPDM 3.0规范的强制要求；

2、 DMM为根：

每一个UAFML元素都能对应DMM概念；

3、 复用已有规范：

复用UML的 “依赖关系”、SysML的“块定义图”，降低学习和实现的成本；

4、 单一遵从：

所有UAFML模型遵循同一种标准，模型不会因版本差异无法打开。

构造型 + 元约束 + SysML 集成的组成方式：

UAFML的精髓在于用标准化方式表达UAF的特有概念，主要依靠三个部分实现：

1、 构造型：给UML/SysML加上UAF标签

UML/SysML是通用建模语言，无法直接表达 “作战能力”、“安全禁区”等UAF所特有的概念。UAFML用构造型（Stereotype）解决了上述问题，给UML元类（如 Class、Dependency）加上专属标签，赋予其UAF语义。

2、 元约束：给模型加上 “硬规则”

仅有构造型是无法实现明确关联的，UAFML用元约束（Metaconstraint）产生强制关联，建模时若违反规则将会自动提示错误，减少人工检查的成本。

3、 与SysML集成：架构与工程模型不脱节

将UAFML完整导入SysML Profile意味着：

a) 架构师绘制的资源接口图可直接关联SysML的参数图；

b) 需求工程师可直接追溯UAFML中的“运行活动”，不用手动维护和追溯矩阵。

视图规范 + 多框架转换的应用模式 

UAFML直接对应于UAF的82个视图规范，而每个视图都有推荐的实现方式：

1、 运行节点图：SysML块定义图（BDD）+《OperationalPerformer》构造型；

2、 安全控制矩阵：SysML内部块图（IBD）+《SecurityControl》构造型；

3、 项目里程碑：UML 时序图 +《ActualProjectMilestone》构造型。

更关键的是，基于UAFML模型可自动转换为DoDAF/NAF格式：导出DoDAF时，《OperationalActivity》自动转为 “OV-5 作战活动图”；导出NAF时，《SecurityEnclave》自动转为 “安全禁区视图”，无需重新绘图。

● UAF开发方法的深度解析

UAF 的强大不仅在于其高效的兼容性，更在于其标准化的开发流程【参考《Enterprise Architecture Guide for UAF》（UAF 1.2 附录 C）】，这套流程包含从前期准备到资源落地，覆盖架构的全生命周期，军事领域的“多域联合作战”、“装备采办”等场景都可直接套用该套流程。

Step 0：准备阶段 

1. 标准与案例的收集：梳理ISO 42010（架构描述国际标准）与UAF 1.2规范，参考美军 JADC2项目、北约联合防空项目的UAF建模经验，输出“项目适用标准清单”（对应UAF Sd-Tx [StdV-1]视图）；

2. 问题框架的定义：使用“利益相关者-关切点-视图”矩阵以锁定范围，据此确定要绘制哪些视图，输出Am-Pr [问题框架报告]；

3. 治理流程的规划：明确 “谁审批模型、谁维护数据、变更怎么提”，输出Am-Pr [架构治理表]；

4. 关键术语的统一：在《术语字典》（Am-If [AV-2]）中明确重要术语的定义，避免后期的理解偏差。

Step 1-9：开发阶段 

开发阶段的流程不是线性的，而是按需迭代的方式，每步都有明确的输出视图并与DoDAF视图相对应：

● UAF实战指南

第一步：锚定需求

做 “利益相关者需求矩阵”，把 “人” 和 “需求” 的对应关系搞清楚：

1、 军方指挥官：核心关切 “作战效能”，比如 “反导拦截成功率≥90%”、“无人机群打击误差≤5 米”等；

2、 装备厂商：核心关切 “接口标准”，比如 “雷达要符合MIL-STD-1553B协议”、“数据接口支持JSON格式”等；

3、 后勤部门：核心关切 “维护成本”，比如 “雷达年均维修费用≤100万”、“无人机电池寿命≥500 次循环”等。

第二步：选择视图

在UAF的132种视图组合中，根据项目类型按需选出“核心视图组”：

1、 作战规划：选择“战略域（目标图+能力图）+运行域（节点图+流程图）”，4个视图足够；

2、 装备开发：选择“资源域（接口图+参数图）+标准域（标准图+约束图）”，聚焦装备细节。标准域可明确装备需符合的协议、性能约束等；

3、 安全预案：选择“安全域（风险图+控制图）+运行域（故障流程图）”，重点关注风险防控。

新手建模时，建议视图不超过6个，否则容易顾此失彼，后续可逐步丰富细节。

第三步：构建模型

使用支持UAF标准的建模工具，按照 “先顶层、再细节” 的顺序制作以下元素：

1. 绘制核心元素：先建立 “战略目标、运行节点、资源装备” 三类核心元素—例如，战略目标 “45分钟搜救响应”，运行节点“指挥中心”，资源“无人机”；

2. 连接元素关系：采用箭头标注依赖/交互关系—例如， “45分钟响应”依赖“无人机定位+直升机运输”，“指挥中心”和“无人机”用“数据传输线”进行连接；

3. 填写属性参数：给每个元素加上“具体参数”—例如，无人机填入“续航2小时、载荷5kg、探测半径10公里”，数据传输线填入“延迟≤2秒、协议TCP/IP”。

第四步：验证迭代

模型绘制完毕后需要通过“双验证”的方式进行检验，以确保可用性：

1、 仿真验证：把模型导入仿真工具（如MATLAB/Simulink），检查实际运行效果是否达标；

2、 交叉验证：通过不同部门和不同角色进行模型审核，避免模型“中看不中用”。

第五步：输出适配

按需输出，不必为不同的框架重新建模：

1、 对接美军项目：导出DoDAF 2.02格式的“SV-1系统接口图”、“OV-5作战活动图”，工具可自动转换元素标签； 

2、 对接北约项目：导出NAF 4.0格式的“指挥链模型”、“安全控制矩阵”，保留NAF特有的“权限节点”元素；

3、 内部汇报项目：导出“UAF视图+数据表格”，可做成Excel表附在模型后，使表达更为清晰。

新手避坑指南

1. 切勿贪多求全：建模时绘制的视图过多，但每个视图都“只画壳”而关键参数没有填入，模型无法正常使用；

2. 切勿忽略术语统一：建模前没有按照DMM规范对术语进行统一，导致模型中的元素无法对应；

3. 切勿跳过验证：建模完成后没有进行模型的仿真和交叉验证，造成返工成本极高。

● 总结

UAF在DoDAF的基础上，有效解决了后者无法跨框架、联模型的痛点，却依然保留了其军事建模的核心优势。美军当前推出的联合全域指挥控制（JADC2）方式，正是采用UAF以整合DoDAF的“作战活动模型”与工业界的“微服务技术模型”，使得“战略需求”直接对接“技术实现”；北约的跨国联合演习，则用UAF做为“通用模型平台”，建模效率提高60%。

未来，UAF将在以下三个方向开展进化：

1、 智能化：加入知识图谱并输入“项目类型”后，可自动推荐视图和参数；

2、 轻量化：推出“UAF Lite版本”以简化复杂视图，使中小企业也能快速上手；

3、 通用化：依托ISO推进UAF的标准化，使之成为军工和民用领域的通用架构框架。

架构框架的进化不是“谁淘汰谁”，而是“谁能更好地解决问题”。从Zachman的“多视图雏形”，到DoDAF的“军事专用”，再到UAF的“跨域统一”，本质是对复杂系统认知的不断深化。当下，UAF是解决跨框架、跨领域、跨阶段建模的最佳方法。