在眾多不同的軍事架構框架中，出現(xiàn)了新的DoDAF和MODAF統(tǒng)一配置文件（UPDM），旨在為這些和其他軍事框架創(chuàng)建標準化的UML / SysML配置文件。

一座名副其實的巴別塔由軍事建筑框架組成，如DoDAF，MODAF，NAF，DNDAF，和ADOAF，正在出現(xiàn)。每一個都增加、重新定義和/或澄清軍事架構框架中包含的概念、觀點和關注點，目的是改進軍事系統(tǒng)的采購、規(guī)劃和實施。但是，支持多個有時是不同的框架會給行業(yè)、軍事組織和工具供應商帶來問題。

在這個全球化的時代，軍用航空公司向世界各地的多個政府提供系統(tǒng)。通常，它們必須在本地架構框架中指定，從而產(chǎn)生額外的開銷。不兼容

的框架會導致政府之間的互操作性問題，因為模型無法交換。由于不同的底層實現(xiàn)，即使在支持相同框架的建模工具之間，交換即使不是不可能，也是困難的。最后，必須支持幾種不斷變化的框架格式意味著建模工具供應商將面臨支持噩夢。

什么是軍事架構框架？

DoDAF 等軍事架構框架定義了將企業(yè)架構 （EA） 或系統(tǒng)架構組織成互補和一致視圖的標準方法。DoDAF 包含四個基本視圖：總體視圖 （AV）、操作視圖 （OV）、系統(tǒng)視圖 （SV）和技術標準視圖 （TV）。每個視圖都針對不同的利益相關者，并且可以在視圖之間創(chuàng)建交叉引用。盡管它們最初是為軍事系統(tǒng)創(chuàng)建的，但它們通常被世界各地的私營、公共和志愿部門用來模擬復雜的組織，如人道主義救援組織和公共服務，如 FEMA。他們的目標是改善這些復雜組織的規(guī)劃、組織、采購和管理。所有主要的國防部武器和信息技術系統(tǒng)采購都必須使用 DoDAF 記錄其企業(yè)架構。

幸運的是，使用統(tǒng)一建模語言（UML）——由最近創(chuàng)建的系統(tǒng)建模語言（SysML）擴展——作為所有這些軍事架構框架的底層機制，使得朝著標準化的UML/SysML配置文件的方向發(fā)展成為可能。UML是一種

用于軟件的可視化建模語言，可以使用所謂的配置文件進行擴展以包新

概念，該配置文件提供了一種創(chuàng)建和擴展UML中元素的方法。SysML 包括增強的接口和流程規(guī)范、系統(tǒng)概念、參數(shù)、集成需求等新概念，是 UML 配置文件的一個示例。

可以說，使用最廣泛的兩個框架是美國的國防部（DoD）架構框架（DoDAF）和英國的國防部（MOD）架構框架（MODAF）。2008年3月，UPDM集團由INCOSE和OMG的成員重新組建，使用UML / SysML創(chuàng)建DoDAF和MODAF（UPDM）的統(tǒng)一配置文件。

UPDM 中的誰是誰

UPDM集團的成員包括工具供應商Adaptive，ArtisanSoftware Tools，EmbeddedPlus，No Magic，Sparx，Visumpoint，行業(yè)

ASMG，BAE Systems，Generic AB，Lockheed Martin，Mitre，Raytheon，Rolls Royce的成員，以及來自國防部，MOD和北約的代表。DoDAF 2.0工作組的成員積極參與，以確保DoDAF 2.0和UPDM盡可能融合。最后，加拿大DND的成員也參加了會議。國防部和

國防部已正式發(fā)布支持UPDM的明確聲明。通過協(xié)調(diào)的團隊合作，許多挑戰(zhàn)已經(jīng)克服。這導致了一個被OMG接受的規(guī)范，并得到了國防部和國防部的完全認可。

UPDM 的目標是顯著提高與企業(yè)和系統(tǒng)系統(tǒng)架構建模相關的質(zhì)量、生產(chǎn)力和有效性，促進架構模型的重用和可維護性，提高工具互操作性和利益相關者之間的通信，并減少由于不同的工具實現(xiàn)和語義而導致的培訓影響。使用 UML XML 元數(shù)據(jù)交換 （XMI） 交換格式，幾乎所有

UML 工具都將能夠交換模型。視圖的標準化意味著工具供應商和行業(yè)

都可以以單一格式提供模型。仍然可以創(chuàng)建自定義視圖，但它們基于核心 UPDM，而不需要定制開發(fā)。最后，UML/SysML基礎將改進架構框架建模和系統(tǒng)建模之間的集成，以支持采集后的生命周期設計和實現(xiàn)。

需要強調(diào)的是，UPDM不是一個新的架構框架。相反，它提供了一種一致的標準化方法來描述基于 UML 的工具中的DoDAF 和 MODAF 架構，以及交換標準。我們將概述UPDM 開發(fā)、DoDAF 建模者不熟悉的觀點以及我們的未來目標。

UPDM 的背景

基于模型的工程是架構框架建模方法的核心。使用不同的視圖創(chuàng)建系統(tǒng)模型，以表示不同的利益相關者的利益，并提供評估和報告生成以及簡化維護的方法。為了“言出必行”，UPDM 也正在使用模型驅動的方法進行開發(fā)。

在UPDM工作流程方面，使用UML類模型創(chuàng)建了一個域元模型（DMM），以表示DoDAF和MODAF中的概念。數(shù)字萬用表是 UPDM 的需求模型，并創(chuàng)建了 DMM 和 UPDM 模型之間的可追溯性鏈接。DoDAF和MODAF的共同概念被捕獲在一個核心包中。然后將 DMM 概念映射到配置文件中的相應構造型，對其進行分析和重構以

反映語言體系結構、工具實現(xiàn)和重用注意事項。一致性級別已最終確定，包括映射到 SysML、配置文件圖、構造型描述和文檔。

最后，從配置文件模型生成規(guī)范和XMI文檔。這種基于模型的方法使團隊能夠專注于架構問題，而不是文檔制作。一致性由 UML 工具自動維護。由于每個構造型都鏈接到 DMM 元素，UML 工具還支持在配置文件和 DMM 之間維護需求可追溯性。

UPDM 中使用的架構框架

DoDAF 中的核心視圖 - 所有視圖、操作、系統(tǒng)和技術 - 已經(jīng)成功地用于定義軍事架構一段時間了。然而，系統(tǒng)架構師發(fā)現(xiàn)這些觀點還遠遠不夠。盡管這些觀點旨在了解“大局”，并且足以管理大型項目，但從業(yè)者發(fā)現(xiàn)DoDAF實際上還不夠大，無法正確應對“煙囪開發(fā)”的問題。這就是軍事采購相互孤立而不是以協(xié)調(diào)方式發(fā)展的地方，導致產(chǎn)生不兼容和冗余的系統(tǒng)，導致更高的開發(fā)成本、不必要的支出和低效的軍事行動程序。

這方面的一個例子是部署的地面支援直升機的通信系統(tǒng)與地面部隊的無線電不兼容。這意味著所有通信都必須通過指揮基地進行路由。他們還發(fā)現(xiàn)，DoDAF缺乏有效項目管理所需的廣度，其目標是指定多個項目以開發(fā)兼容的功能。

同時，MODAF保持與DoDAF核心觀點的兼容性，以便于與美國解釋建筑信息。但是，MODAF v1.1增加了兩個新觀點：戰(zhàn)略觀點和收購觀點。添加這些是為了更好地促進國防部進程和生命周期，特別是分析給定時間范圍內(nèi)整個可用軍事能力組合的戰(zhàn)略問題和依賴關系。在 MODAF v1.2 中，添加了服務視圖以支持面向服務的體系結構 （SOA） 的開發(fā)。

就像DoDAF視圖集成到UPDM中一樣，MODAF視圖也是如此。例如，UPDMís 采購視圖指定戰(zhàn)略視圖中定義的功能何時可用。功能可以與定義實現(xiàn)功能所需的系統(tǒng)、組織和人員的功能配置相關聯(lián)。詳細說明所有新視圖是一本書的任務，而不是一篇文章。因此，我們將簡單地為您提供DoDAF建模者不熟悉的視圖的概述，以及這些視圖的一些示例。以下示例與一組搜索和救援 （SAR） 功能（如山地 SAR、海上 SAR、戰(zhàn)場 SAR 等）相關，并涵蓋功能/戰(zhàn)略視圖、獲取視圖和面向服務的視圖。

能力/戰(zhàn)略觀點

戰(zhàn)略視圖提供了企業(yè)能力及其關系的高級視圖，支持能力管理，例如，能力引入、集成、重新調(diào)整和刪除。能力是實現(xiàn)特定目標的能力或能力。示例包括搜索和救援、效果傳遞、運輸?shù)?。可以定義具有許多體系結構描述的單個戰(zhàn)略視圖。然后，每個體系結構描述可能具有多個操作、系統(tǒng)、技術標準和所有視圖。UPDM 包括六個戰(zhàn)略觀點。

StV-1企業(yè)愿景定義了與基于時間的企業(yè)階段相關的企業(yè)目標和愿景。例如，圖 1描述了搜索和救援 （SAR） 項目的戰(zhàn)略背景。它概述了特定時間段內(nèi)能力領域的愿景。它還描述了如何在能力方面實現(xiàn)高級目標和戰(zhàn)略。

圖1

StV-2 能力分類法定義層次結構中當前和未來企業(yè)的能力以及與不同能力關聯(lián)的環(huán)境條件，而 StV-3 能力階段劃分視圖顯示功能在特定時間段內(nèi)何時可用和/或停用，以及它們與項目的關系。StV-4 功能依賴系描述了邏輯組中的功能以及功能

之間的依賴關系，StV-5 - 功能到組織部署映射 - 顯示功能如何映射組織以及將實現(xiàn)該功能的功能配置。最后，StV-6操作活動到能力映射顯示哪些操作活動映射到哪些功能。

采集視圖

采集視圖描述項目詳細信息以及項目與功能集成之間的依賴關系。這有助于指導獲取和部署過程。視圖如下：

AcV-1 采集集群視圖 - 這使用戶能夠對組織和項目進行建模。它顯示了擁有項目的實際組織之間的依賴關系。

AcV-2 計劃時間表視圖 - 此視圖定義項目時間表及其與能力配置的關系。它支持采購和部署，包括管理項目之間的依賴關系和整合發(fā)展防線（DLOD），以實現(xiàn)成功的整合軍事能力。DLOD是培訓，設備，人員，信息，概念和學說，組織，基礎設施和后勤。圖 2 顯示了 SAR 項目的 AcV-2 計劃時間表視圖。它詳細介紹了里程碑以及顯示DLOD 完成級別的餅圖。

圖2

面向服務的視圖

面向服務的視圖是對直接支持操作域所需的服務的描述，如操作視圖中所述。服務被描述為一個工作單元，通過該工作單元，特定資源為使用資源提供有用的結果。UPDM 服務可能包括標準的基于 Web 的服務，但也定義了效果部署、后勤支持，甚至為饑餓的士兵做飯。資源提供服務，消耗資源利用它。服務視圖如下：

SOV-1 服務分類 - 此視圖描述通用化層次結構中的服務，顯示屬于其他服務類型的服務。

SOV-2 服務接口規(guī)范 - 描述為服務提供和所需的接口，例如它們將執(zhí)行的操作和需要的內(nèi)容。

SOV-3 功能到服務映射 - 顯示服務如何支持功能。圖 3 顯示了 SOV-3 功能和服務映射圖。它定義了將提供對 SAR 服務的訪問的接口。

圖3

SOV-4a 服務約束、SOV-4b 服務狀態(tài)模型和SOV-4c 服務交互規(guī)范 - 這些規(guī)范描述了服務策略、基于狀態(tài)的行為和一般服務的交互。SOV-5 服務功能 - 描述服務將執(zhí)行的功能和操作。

審核編輯：郭婷