【文章內(nèi)容簡(jiǎn)介】 結(jié)構(gòu)框架整體的重要組成部分。元模型取代了國(guó)防部體系結(jié)構(gòu)框架以前版本中的核心體系結(jié)構(gòu)數(shù)據(jù)模型(CoreArchitectureDataModel)。第一卷的主要內(nèi)容包括12部分：簡(jiǎn)介、體系結(jié)構(gòu)的適用性、國(guó)防部體系結(jié)構(gòu)各卷和期刊總覽、企業(yè)體系結(jié)構(gòu)、體系結(jié)構(gòu)規(guī)劃、客戶(hù)需求、方法論、體系結(jié)構(gòu)表示方法、國(guó)防部體系結(jié)構(gòu)元模型、基于體系結(jié)構(gòu)的分析、國(guó)防部體系結(jié)構(gòu)框架的配置管理以及與其他框架的關(guān)系。第二卷的主要內(nèi)容包括：簡(jiǎn)介、國(guó)防部體系結(jié)構(gòu)框架元模型、國(guó)防部體系結(jié)構(gòu)框架視圖。第三卷的主要內(nèi)容包括物理交換規(guī)范。，共計(jì)有49個(gè)視圖，這些視圖并非都是必不可少的，可根據(jù)需要來(lái)確定哪些視圖是必須的。AllViewpoint體系結(jié)構(gòu)描述中許多跨域性（overarching）方面與所有視圖有關(guān)。全局視點(diǎn)模型提供了對(duì)整個(gè)體系機(jī)構(gòu)描述都有關(guān)的信息，如體系機(jī)構(gòu)描述的范圍和背景。范圍包括問(wèn)題域和時(shí)間跨度。體系結(jié)構(gòu)描述存在的背景由組成背景的相關(guān)條件構(gòu)成。這些條件包括條令、戰(zhàn)術(shù)、技術(shù)、規(guī)程；相關(guān)的目標(biāo)和設(shè)想的表述；作戰(zhàn)思想（CONOPS）。想定和環(huán)境條件。l TheCapabilityViewpoint功能視點(diǎn)采集執(zhí)行特定的一系列動(dòng)作而達(dá)到的企業(yè)目標(biāo)，或者在特定標(biāo)準(zhǔn)和條件下通過(guò)執(zhí)行一系列任務(wù)而獲得期望效果的能力。它為體系結(jié)構(gòu)描述中所描述的功能提供戰(zhàn)略級(jí)背景和相應(yīng)的高層范圍，比在作戰(zhàn)思想圖中定義的基于想定的范圍更加概略性。這個(gè)模型是高層模型，利用術(shù)語(yǔ)描述，使得決策者更加容易理解，可以用于功能進(jìn)化戰(zhàn)略級(jí)的交流。l TheDataandInformationViewpoint數(shù)據(jù)和信息視點(diǎn)采集業(yè)務(wù)信息需求和結(jié)構(gòu)化的業(yè)務(wù)流程規(guī)則，描述了與信息交換有關(guān)的信息，如屬性、特征和相互關(guān)系。在卷2中對(duì)數(shù)據(jù)進(jìn)行了完整的描述。在適當(dāng)?shù)那闆r下，該模型需要采集的數(shù)據(jù)應(yīng)該由COI考慮。l TheOperationalViewpoint作戰(zhàn)視點(diǎn)采集了組織、任務(wù)、或執(zhí)行的活動(dòng)，以及在完成任務(wù)工程中需要交換的信息。該視點(diǎn)記錄了交換的信息類(lèi)型、頻度，信息交換所支持的任務(wù)和活動(dòng)以及信息交換本身一些性質(zhì)。l TheProjectViewpoint項(xiàng)目視點(diǎn)說(shuō)明了項(xiàng)目計(jì)劃如何組合成具有前后承接關(guān)系的投資組合計(jì)劃。該視圖提供了一種描述多個(gè)項(xiàng)目間組織關(guān)系的方法，每個(gè)項(xiàng)目負(fù)責(zé)交付單個(gè)的系統(tǒng)或功能。l TheServicesViewpoint服務(wù)視點(diǎn)說(shuō)明了系統(tǒng)、服務(wù)以及支持作戰(zhàn)活動(dòng)的功能性的組合關(guān)系。DOD的進(jìn)程包括作戰(zhàn)、業(yè)務(wù)、智能和基礎(chǔ)架構(gòu)功能。服務(wù)視點(diǎn)中的功能和服務(wù)資源以及組件可以與OV中的體系結(jié)構(gòu)數(shù)據(jù)關(guān)聯(lián)。這些系統(tǒng)功能或服務(wù)資源支持了作戰(zhàn)活動(dòng)方便了信息交換。l TheStandardsViewpoint標(biāo)準(zhǔn)視點(diǎn)是控制系統(tǒng)各部分或元素間組合、交互和互依賴(lài)性的規(guī)則的最小集合。其目標(biāo)是確保系統(tǒng)能夠滿(mǎn)足特定的一系列作戰(zhàn)需求。該視圖提供了技術(shù)系統(tǒng)實(shí)現(xiàn)指導(dǎo)，基于此指導(dǎo)可以形成工程規(guī)范、建立通用模塊，開(kāi)發(fā)產(chǎn)品線。它包括技術(shù)標(biāo)準(zhǔn)、執(zhí)行慣例、標(biāo)準(zhǔn)選項(xiàng)、規(guī)則和標(biāo)準(zhǔn)。l TheSystemsViewpoint該視點(diǎn)采集了關(guān)于自動(dòng)化系統(tǒng)、互連通性和系統(tǒng)功能方面的信息。不久的將來(lái)，隨著DOD將重點(diǎn)轉(zhuǎn)移到面向服務(wù)的環(huán)境和云計(jì)算，該視點(diǎn)會(huì)消失。美國(guó)國(guó)防部體系架構(gòu)框架 (DoDAF) 為 DoD 系統(tǒng)架構(gòu)的描述、表示，和戰(zhàn)爭(zhēng)打擊及商業(yè)運(yùn)作和過(guò)程的集成定義了一種通用的途徑。DoDAF 的目的是確保在全組織范圍內(nèi)架構(gòu)描述之間可以進(jìn)行比較并相關(guān)聯(lián)，包括不同的軍區(qū)。 1 DoDAF 通過(guò)指導(dǎo)如何描述系統(tǒng)架構(gòu)（使其能夠被評(píng)估和理解）及根據(jù)同一指南開(kāi)發(fā)的其他體系結(jié)構(gòu)描述來(lái)說(shuō)明該需求。運(yùn)作決策制定者可以利用順應(yīng) DoDAF 的報(bào)告來(lái)比較備選系統(tǒng)的架構(gòu)，并管理現(xiàn)有系統(tǒng)的演進(jìn)。 符合報(bào)告由模型視圖組成，這些模型視圖足夠詳細(xì)地描述了能夠管理 DoD 的系統(tǒng)架構(gòu)，并且使 Congressional Budget Office (CBO) 為了采購(gòu)目的對(duì)系統(tǒng)進(jìn)行評(píng)估。要與 DoD 做生意的公司要在它們計(jì)劃系統(tǒng)時(shí)，遵從 DoDAF 的一部分或全部。 在本文中，我論述了一種方法來(lái)為復(fù)雜系統(tǒng)架構(gòu)建模，并構(gòu)造符合 DoDAF 的視圖。在探究 DoDAF 產(chǎn)品時(shí)，我將說(shuō)明您可以怎樣利用運(yùn)作企業(yè)的架構(gòu)模型，統(tǒng)一建模語(yǔ)言（Unified Modeling Language，UML）標(biāo)記法，和 IBM Rational 工具來(lái)幫助您在結(jié)構(gòu)良好的系統(tǒng)架構(gòu)模型中生成完整、正確，且符合 DoDAF 的視圖。 利用 IBM Software Development Platform 來(lái)遵從 DoDAF構(gòu)建復(fù)雜系統(tǒng)要求具有了解并管理復(fù)雜關(guān)系的特別能力。徹底地了解企業(yè)架構(gòu) 2 對(duì)有效的設(shè)計(jì)、實(shí)現(xiàn)、部署和演進(jìn)系統(tǒng)的維護(hù)是至關(guān)重要的。一個(gè)完整的與該架構(gòu)相符的模型是對(duì)該理解的關(guān)鍵 —— 并且對(duì)于減少風(fēng)險(xiǎn)及管理系統(tǒng)的復(fù)雜性是必要的。DoDAF 內(nèi)容為我們提供了一個(gè)觀察在增量地定義系統(tǒng)時(shí)所利用的體系結(jié)構(gòu)的“窗口”。已生成的符合 DoDAF 的報(bào)告支持對(duì)主要的面向任務(wù)的系統(tǒng)的贊助及籌款的搜索。然而，通過(guò)在系統(tǒng)生命周期的早期描述系統(tǒng)架構(gòu)，系統(tǒng)工程團(tuán)隊(duì)可以從該投資中了解到更加多的價(jià)值。例如，您越早識(shí)別出集成挑戰(zhàn)和運(yùn)作依賴(lài)，您就會(huì)更有效地達(dá)成關(guān)鍵的決策。IBM Rational 用集成產(chǎn)品的方式全面支持 DoDAF，這些產(chǎn)品是證實(shí)了的系統(tǒng)工程過(guò)程（Rational Unified Process174。 for Systems Engineering，或稱(chēng) RUPSE），和設(shè)計(jì)用來(lái)簡(jiǎn)化發(fā)現(xiàn)、描述、實(shí)現(xiàn)，和演進(jìn)多種與 DoD 運(yùn)作任務(wù)相關(guān)的復(fù)雜企業(yè)架構(gòu)的功能。IBM Rational 工具明顯地符合 DoDAF 的規(guī)范，建立在 IBM Rational 的基于 Eclipse 的建模解決方案上，包括 IBM Rational Software Architect174。、IBM Rational Software Modeler174。，和 IBM Rational Systems Developer?。整個(gè)系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)能夠使用用于需求管理的 IBM Rational RequisitePro174。、用于配置管理的 IBM Rational ClearCase174。、用于變更管理的 IBM Rational ClearQuest174。，及其他 IBM Rational 產(chǎn)品。Ready for Rational Partners 所提供的擴(kuò)展功能和插件進(jìn)一步增強(qiáng)了 Systems Modeling Language (SysML) 建模和基于狀態(tài)機(jī)的可執(zhí)行模型的能力。遵守 DoDAF 的最佳途徑不需要系統(tǒng)開(kāi)發(fā)的主要工作之外的工作。IBM Rational 方法將 DoDAF 產(chǎn)品與整個(gè)體系結(jié)構(gòu)建模工作合并起來(lái)，讓 DoDAF 視圖來(lái)表示一個(gè)演進(jìn)的企業(yè)架構(gòu)，該架構(gòu)是與實(shí)現(xiàn)此架構(gòu)的系統(tǒng)相符合且起源于這個(gè)系統(tǒng)的。如同任何復(fù)雜的活動(dòng)一樣，學(xué)習(xí)利用 DoDAF 創(chuàng)建并維護(hù)企業(yè)架構(gòu)需要對(duì)系統(tǒng)工程的原則，及有關(guān) DoDAF 知識(shí)的熟練運(yùn)用。IBM Rational 能夠很好的提供服務(wù)，并優(yōu)化您的工作。本文余下的部分向您介紹了 DoDAF 并舉例說(shuō)明了如何在描述企業(yè)體系結(jié)構(gòu)的情況下滿(mǎn)足符合 DoDAF 的需求。關(guān)鍵的 DoDAF 要素DoDAF 著重于對(duì)運(yùn)作企業(yè)的重要架構(gòu)要素之間的關(guān)系進(jìn)行建模。符合 DoDAF 模型的核心要素是節(jié)點(diǎn)（nodes）、需求線（needlines）、服務(wù)（services），以及信息交換（information exchanges）。總的來(lái)說(shuō)，這些實(shí)體描述了運(yùn)作企業(yè)中重要活動(dòng)的結(jié)構(gòu)和分配。 節(jié)點(diǎn) —— 系統(tǒng)、參與者，和工作人員。DoDAF 的本質(zhì)要素是節(jié)點(diǎn)，表示邏輯或物理實(shí)體（工作人員、系統(tǒng)，或子系統(tǒng)），在企業(yè)的內(nèi)部或外部運(yùn)行，其任務(wù)是以某種方式與一個(gè)或多個(gè)企業(yè)要素交互。節(jié)點(diǎn)是組成運(yùn)作企業(yè)的復(fù)雜系統(tǒng)架構(gòu)和設(shè)計(jì)的基礎(chǔ)。架構(gòu)將更著重于節(jié)點(diǎn)之間的關(guān)系，而設(shè)計(jì)更多地處理單個(gè)節(jié)點(diǎn)的結(jié)構(gòu)和行為。因此，DoDAF 的主要目標(biāo) —— 以及對(duì)運(yùn)作企業(yè)的架構(gòu)建模的好處 —— 是描述節(jié)點(diǎn)可以通過(guò)其進(jìn)行協(xié)作以完成任務(wù)的一種方式。在 DoDAF 中，我們處理三種節(jié)點(diǎn)：在運(yùn)作視圖（OV）中所描述的并表現(xiàn)參與者、工作人員，和系統(tǒng)的聯(lián)合的運(yùn)作節(jié)點(diǎn)（operational nodes）、作為實(shí)現(xiàn)運(yùn)作節(jié)點(diǎn)行為的邏輯要素的系統(tǒng)（systems），及表示貯存邏輯系統(tǒng)或子系統(tǒng)的物理要素或位置的系統(tǒng)節(jié)點(diǎn)（system nodes）。 需求線 —— 關(guān)系及依賴(lài)。在 DoDAF 中，協(xié)作的運(yùn)作節(jié)點(diǎn)之間的關(guān)系表示為需求線（needlines）。每一條需求線都表示出一個(gè)節(jié)點(diǎn)向另一個(gè)節(jié)點(diǎn)提供一個(gè)或多個(gè)在運(yùn)行上必要的服務(wù)和相關(guān)信息的需求。需求線是抽象的，因?yàn)樗鼈兛赡鼙硎締蝹€(gè)的服務(wù)或信息交換，或者一組服務(wù)或信息交換。不論在哪種情況