DoDAF/MODAF的统一配置文件

在众多不同的军事架构框架中，出现了新的DoDAF和MODAF统一配置文件（UPDM），旨在为这些和其他军事框架创建标准化的UML / SysML配置文件。

一座名副其实的巴别塔由军事建筑框架组成，如DoDAF，MODAF，NAF，DNDAF，和ADOAF，正在出现。每一个都增加、重新定义和/或澄清军事架构框架中包含的概念、观点和关注点，目的是改进军事系统的采购、规划和实施。但是，支持多个有时是不同的框架会给行业、军事组织和工具供应商带来问题。

在这个全球化的时代，军用航空公司向世界各地的多个政府提供系统。通常，它们必须在本地架构框架中指定，从而产生额外的开销。不兼容

的框架会导致政府之间的互操作性问题，因为模型无法交换。由于不同的底层实现，即使在支持相同框架的建模工具之间，交换即使不是不可能，也是困难的。最后，必须支持几种不断变化的框架格式意味着建模工具供应商将面临支持噩梦。

什么是军事架构框架？

DoDAF 等军事架构框架定义了将企业架构 （EA） 或系统架构组织成互补和一致视图的标准方法。DoDAF 包含四个基本视图：总体视图 （AV）、操作视图 （OV）、系统视图 （SV）和技术标准视图 （TV）。每个视图都针对不同的利益相关者，并且可以在视图之间创建交叉引用。尽管它们最初是为军事系统创建的，但它们通常被世界各地的私营、公共和志愿部门用来模拟复杂的组织，如人道主义救援组织和公共服务，如 FEMA。他们的目标是改善这些复杂组织的规划、组织、采购和管理。所有主要的国防部武器和信息技术系统采购都必须使用 DoDAF 记录其企业架构。

幸运的是，使用统一建模语言（UML）——由最近创建的系统建模语言（SysML）扩展——作为所有这些军事架构框架的底层机制，使得朝着标准化的UML/SysML配置文件的方向发展成为可能。UML是一种

用于软件的可视化建模语言，可以使用所谓的配置文件进行扩展以包新

概念，该配置文件提供了一种创建和扩展UML中元素的方法。SysML 包括增强的接口和流程规范、系统概念、参数、集成需求等新概念，是 UML 配置文件的一个示例。

可以说，使用最广泛的两个框架是美国的国防部（DoD）架构框架（DoDAF）和英国的国防部（MOD）架构框架（MODAF）。2008年3月，UPDM集团由INCOSE和OMG的成员重新组建，使用UML / SysML创建DoDAF和MODAF（UPDM）的统一配置文件。

UPDM 中的谁是谁

UPDM集团的成员包括工具供应商Adaptive，ArtisanSoftware Tools，EmbeddedPlus，No Magic，Sparx，Visumpoint，行业

ASMG，BAE Systems，Generic AB，Lockheed Martin，Mitre，Raytheon，Rolls Royce的成员，以及来自国防部，MOD和北约的代表。DoDAF 2.0工作组的成员积极参与，以确保DoDAF 2.0和UPDM尽可能融合。最后，加拿大DND的成员也参加了会议。国防部和

国防部已正式发布支持UPDM的明确声明。通过协调的团队合作，许多挑战已经克服。这导致了一个被OMG接受的规范，并得到了国防部和国防部的完全认可。

UPDM 的目标是显著提高与企业和系统系统架构建模相关的质量、生产力和有效性，促进架构模型的重用和可维护性，提高工具互操作性和利益相关者之间的通信，并减少由于不同的工具实现和语义而导致的培训影响。使用 UML XML 元数据交换 （XMI） 交换格式，几乎所有

UML 工具都将能够交换模型。视图的标准化意味着工具供应商和行业

都可以以单一格式提供模型。仍然可以创建自定义视图，但它们基于核心 UPDM，而不需要定制开发。最后，UML/SysML基础将改进架构框架建模和系统建模之间的集成，以支持采集后的生命周期设计和实现。

需要强调的是，UPDM不是一个新的架构框架。相反，它提供了一种一致的标准化方法来描述基于 UML 的工具中的DoDAF 和 MODAF 架构，以及交换标准。我们将概述UPDM 开发、DoDAF 建模者不熟悉的观点以及我们的未来目标。

UPDM 的背景

基于模型的工程是架构框架建模方法的核心。使用不同的视图创建系统模型，以表示不同的利益相关者的利益，并提供评估和报告生成以及简化维护的方法。为了“言出必行”，UPDM 也正在使用模型驱动的方法进行开发。

在UPDM工作流程方面，使用UML类模型创建了一个域元模型（DMM），以表示DoDAF和MODAF中的概念。数字万用表是 UPDM 的需求模型，并创建了 DMM 和 UPDM 模型之间的可追溯性链接。DoDAF和MODAF的共同概念被捕获在一个核心包中。然后将 DMM 概念映射到配置文件中的相应构造型，对其进行分析和重构以

反映语言体系结构、工具实现和重用注意事项。一致性级别已最终确定，包括映射到 SysML、配置文件图、构造型描述和文档。

最后，从配置文件模型生成规范和XMI文档。这种基于模型的方法使团队能够专注于架构问题，而不是文档制作。一致性由 UML 工具自动维护。由于每个构造型都链接到 DMM 元素，UML 工具还支持在配置文件和 DMM 之间维护需求可追溯性。

UPDM 中使用的架构框架

DoDAF 中的核心视图 - 所有视图、操作、系统和技术 - 已经成功地用于定义军事架构一段时间了。然而，系统架构师发现这些观点还远远不够。尽管这些观点旨在了解“大局”，并且足以管理大型项目，但从业者发现DoDAF实际上还不够大，无法正确应对“烟囱开发”的问题。这就是军事采购相互孤立而不是以协调方式发展的地方，导致产生不兼容和冗余的系统，导致更高的开发成本、不必要的支出和低效的军事行动程序。

这方面的一个例子是部署的地面支援直升机的通信系统与地面部队的无线电不兼容。这意味着所有通信都必须通过指挥基地进行路由。他们还发现，DoDAF缺乏有效项目管理所需的广度，其目标是指定多个项目以开发兼容的功能。

同时，MODAF保持与DoDAF核心观点的兼容性，以便于与美国解释建筑信息。但是，MODAF v1.1增加了两个新观点：战略观点和收购观点。添加这些是为了更好地促进国防部进程和生命周期，特别是分析给定时间范围内整个可用军事能力组合的战略问题和依赖关系。在 MODAF v1.2 中，添加了服务视图以支持面向服务的体系结构 （SOA） 的开发。

就像DoDAF视图集成到UPDM中一样，MODAF视图也是如此。例如，UPDMís 采购视图指定战略视图中定义的功能何时可用。功能可以与定义实现功能所需的系统、组织和人员的功能配置相关联。详细说明所有新视图是一本书的任务，而不是一篇文章。因此，我们将简单地为您提供DoDAF建模者不熟悉的视图的概述，以及这些视图的一些示例。以下示例与一组搜索和救援 （SAR） 功能（如山地 SAR、海上 SAR、战场 SAR 等）相关，并涵盖功能/战略视图、获取视图和面向服务的视图。

能力/战略观点

战略视图提供了企业能力及其关系的高级视图，支持能力管理，例如，能力引入、集成、重新调整和删除。能力是实现特定目标的能力或能力。示例包括搜索和救援、效果传递、运输等。可以定义具有许多体系结构描述的单个战略视图。然后，每个体系结构描述可能具有多个操作、系统、技术标准和所有视图。UPDM 包括六个战略观点。

StV-1企业愿景定义了与基于时间的企业阶段相关的企业目标和愿景。例如，图 1描述了搜索和救援 （SAR） 项目的战略背景。它概述了特定时间段内能力领域的愿景。它还描述了如何在能力方面实现高级目标和战略。

图1

StV-2 能力分类法定义层次结构中当前和未来企业的能力以及与不同能力关联的环境条件，而 StV-3 能力阶段划分视图显示功能在特定时间段内何时可用和/或停用，以及它们与项目的关系。StV-4 功能依赖系描述了逻辑组中的功能以及功能

之间的依赖关系，StV-5 - 功能到组织部署映射 - 显示功能如何映射组织以及将实现该功能的功能配置。最后，StV-6操作活动到能力映射显示哪些操作活动映射到哪些功能。

采集视图

采集视图描述项目详细信息以及项目与功能集成之间的依赖关系。这有助于指导获取和部署过程。视图如下：

AcV-1 采集集群视图 - 这使用户能够对组织和项目进行建模。它显示了拥有项目的实际组织之间的依赖关系。

AcV-2 计划时间表视图 - 此视图定义项目时间表及其与能力配置的关系。它支持采购和部署，包括管理项目之间的依赖关系和整合发展防线（DLOD），以实现成功的整合军事能力。DLOD是培训，设备，人员，信息，概念和学说，组织，基础设施和后勤。图 2 显示了 SAR 项目的 AcV-2 计划时间表视图。它详细介绍了里程碑以及显示DLOD 完成级别的饼图。

图2

面向服务的视图

面向服务的视图是对直接支持操作域所需的服务的描述，如操作视图中所述。服务被描述为一个工作单元，通过该工作单元，特定资源为使用资源提供有用的结果。UPDM 服务可能包括标准的基于 Web 的服务，但也定义了效果部署、后勤支持，甚至为饥饿的士兵做饭。资源提供服务，消耗资源利用它。服务视图如下：

SOV-1 服务分类 - 此视图描述通用化层次结构中的服务，显示属于其他服务类型的服务。

SOV-2 服务接口规范 - 描述为服务提供和所需的接口，例如它们将执行的操作和需要的内容。

SOV-3 功能到服务映射 - 显示服务如何支持功能。图 3 显示了 SOV-3 功能和服务映射图。它定义了将提供对 SAR 服务的访问的接口。

图3

SOV-4a 服务约束、SOV-4b 服务状态模型和SOV-4c 服务交互规范 - 这些规范描述了服务策略、基于状态的行为和一般服务的交互。SOV-5 服务功能 - 描述服务将执行的功能和操作。

 

审核编辑：郭婷