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

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

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

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

什么是軍事架構(gòu)框架？

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

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

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

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

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

UPDM 中的誰是誰

UPDM集團的成員包括工具供應(yīng)商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)克服。這導(dǎo)致了一個被OMG接受的規(guī)范，并得到了國防部和國防部的完全認可。

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

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

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

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

UPDM 的背景

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

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

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

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

UPDM 中使用的架構(gòu)框架

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

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

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

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

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

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

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

圖1

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

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

采集視圖

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

AcV-1 采集集群視圖 - 這使用戶能夠?qū)M織和項目進行建模。它顯示了擁有項目的實際組織之間的依賴關(guān)系。

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

圖2

面向服務(wù)的視圖

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

SOV-1 服務(wù)分類 - 此視圖描述通用化層次結(jié)構(gòu)中的服務(wù)，顯示屬于其他服務(wù)類型的服務(wù)。

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

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

圖3

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

審核編輯：郭婷