美國(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ū)。¹

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)²對(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 Process? for Systems Engineering，或稱(chēng) RUP-SE），和設(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 Architect?、IBM Rational Software Modeler?，和 IBM Rational Systems Developer?。整個(gè)系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)能夠使用用于需求管理的 IBM Rational RequisitePro?、用于配置管理的 IBM Rational ClearCase?、用于變更管理的 IBM Rational ClearQuest?，及其他 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）、需求線(xiàn)（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）。
• 需求線(xiàn) —— 關(guān)系及依賴(lài)。在 DoDAF 中，協(xié)作的運(yùn)作節(jié)點(diǎn)之間的關(guān)系表示為需求線(xiàn)（needlines）。每一條需求線(xiàn)都表示出一個(gè)節(jié)點(diǎn)向另一個(gè)節(jié)點(diǎn)提供一個(gè)或多個(gè)在運(yùn)行上必要的服務(wù)和相關(guān)信息的需求。需求線(xiàn)是抽象的，因?yàn)樗鼈兛赡鼙硎締蝹€(gè)的服務(wù)或信息交換，或者一組服務(wù)或信息交換。不論在哪種情況下，需求線(xiàn)都舉例說(shuō)明了，一個(gè)運(yùn)作節(jié)點(diǎn)依賴(lài)于另一個(gè)節(jié)點(diǎn)來(lái)獲得服務(wù)或信息，并指定了服務(wù)或信息流動(dòng)的方向。
• 服務(wù) —— 重要的運(yùn)作功能。服務(wù)表示一個(gè)節(jié)點(diǎn)給予另一個(gè)節(jié)點(diǎn)的一個(gè)或多個(gè)可運(yùn)行的重要功能。每種服務(wù)還隱式或顯式地表示節(jié)點(diǎn)之間的信息傳遞，并且可能被描述為一個(gè)消息或運(yùn)作。
• 信息交換 —— 所傳遞信息的特征。信息交換與一組功能性的和非功能性的需求相關(guān)，表現(xiàn)出獲取、傳遞或使用信息所受的約束的特征。

復(fù)雜系統(tǒng)開(kāi)發(fā)的最佳實(shí)踐

通過(guò)把所需的 DoDAF 內(nèi)容的生產(chǎn)與精心設(shè)計(jì)企業(yè)架構(gòu)（EA）及其相關(guān)需求的整個(gè)過(guò)程無(wú)縫地合并在一起，您可以有效地去除復(fù)雜系統(tǒng)開(kāi)發(fā)中可感知到的遵從 DoDAF 所帶來(lái)的負(fù)擔(dān)。此外，您可以利用在 DoDAF 產(chǎn)品中獲得的非常寶貴的工程信息來(lái)減少系統(tǒng)開(kāi)發(fā)中成本和進(jìn)度安排的風(fēng)險(xiǎn)。

詳細(xì)設(shè)計(jì)架構(gòu)的結(jié)構(gòu)和行為的 IBM Rational 方法是基于已證實(shí)的原則的?！跋到y(tǒng)工程的六條原則”是一些實(shí)用的指導(dǎo)方針，它們?yōu)楹芎玫毓芾硐到y(tǒng)的演進(jìn)提供了基礎(chǔ)。它們強(qiáng)調(diào)了開(kāi)發(fā)復(fù)雜系統(tǒng)的組織應(yīng)該關(guān)注的關(guān)鍵領(lǐng)域。它們還使組織能夠評(píng)估難題，并分析其原因。³

• 分解系統(tǒng)，而不是需求。在進(jìn)入下一更低層之前，開(kāi)發(fā)一個(gè)抽象層次。明確地精心設(shè)計(jì)用例及所獲得的行為。務(wù)必不僅考慮邏輯架構(gòu)，還要考慮架構(gòu)的物理或面向位置的方面。為所描述的每個(gè)抽象層次查明并編制邏輯和物理架構(gòu)之間的關(guān)系。對(duì)下一個(gè)更低抽象層重復(fù)操作，直至架構(gòu)能足以滿(mǎn)足開(kāi)發(fā)組織的需求。
• 即要分離又要集成。為所描述的每個(gè)抽象層分析黑盒及白盒視圖。爭(zhēng)取平衡兩種觀點(diǎn)以避免某一方向上的過(guò)度行為。分離太多會(huì)導(dǎo)致功能分解和相關(guān)的集成問(wèn)題，太過(guò)強(qiáng)調(diào)集成，您會(huì)有錯(cuò)過(guò)重要功能問(wèn)題的危險(xiǎn)。
• 系統(tǒng)和組件應(yīng)協(xié)作，開(kāi)發(fā)團(tuán)隊(duì)也應(yīng)該這樣。需要協(xié)作的組件和系統(tǒng)/子系統(tǒng)的開(kāi)發(fā)人員依賴(lài)于全面的相關(guān)性知識(shí)。開(kāi)發(fā)人員如果不協(xié)作，您就會(huì)增加集成失敗的風(fēng)險(xiǎn)。
• 規(guī)范貫穿架構(gòu)中。您應(yīng)該了解每個(gè)抽象層上的需求，并利用它們導(dǎo)出在每個(gè)抽象層上協(xié)作的要素功能。
• 在生命周期中要減少風(fēng)險(xiǎn)并增加價(jià)值。當(dāng)各種資源可以用來(lái)實(shí)現(xiàn)此原則時(shí)，就能減少成功的障礙。
• 開(kāi)發(fā)組織應(yīng)該考慮產(chǎn)品架構(gòu)。開(kāi)發(fā)團(tuán)隊(duì)技能的最佳實(shí)踐要求在整個(gè)迭代過(guò)程中將責(zé)任從一個(gè)角色移到另一個(gè)角色。組織具有多重互補(bǔ)技能的團(tuán)隊(duì)提供了更多的管理靈活性，并且為組織增加了全面的個(gè)人能力。

風(fēng)險(xiǎn)管理推進(jìn)了企業(yè)架構(gòu)開(kāi)發(fā)的整個(gè)過(guò)程。嚴(yán)格地應(yīng)用迭代過(guò)程，并使用標(biāo)準(zhǔn)的符號(hào)，如統(tǒng)一建模語(yǔ)言（Unified Modeling Language，UML）會(huì)形成在連續(xù)的更低層抽象層次上的對(duì)系統(tǒng)結(jié)果和行為的多種觀點(diǎn)的全面可視化表示。循環(huán)地對(duì)子系統(tǒng)定義層和內(nèi)部設(shè)計(jì)應(yīng)用這些原則可形成一個(gè)完整、一致的架構(gòu)工程模型。而這又為復(fù)雜系統(tǒng)的設(shè)計(jì)、實(shí)現(xiàn)、開(kāi)發(fā)、管理，和受控的演進(jìn)提供了基礎(chǔ)。

符合 DoDAF 模型的組織結(jié)構(gòu)

DoDAF 構(gòu)成了視圖周?chē)募軜?gòu)信息。全視圖(AV)產(chǎn)品的目的是提供在運(yùn)作企業(yè)環(huán)境中的主題系統(tǒng)的全景透視圖，并說(shuō)明了拱型的關(guān)系，如 Concept of Operation (CONOPS) 和關(guān)鍵任務(wù)目標(biāo)及策略，以及架構(gòu)上的重要術(shù)語(yǔ)的整合的詞典。

運(yùn)作視圖 (OV)著重于主題系統(tǒng)的表面上可見(jiàn)的結(jié)構(gòu)和行為。此視圖描述了運(yùn)作節(jié)點(diǎn)及其關(guān)系，并確定反映任務(wù)需求的依賴(lài)，因而為企業(yè)定義和演進(jìn)提供全部的環(huán)境。

認(rèn)識(shí)到內(nèi)部結(jié)構(gòu)和行為是 系統(tǒng)視圖(SV)的焦點(diǎn)，它將功能和非功能需求（來(lái)自運(yùn)作視圖）的嚴(yán)格分配合并到邏輯和物理系統(tǒng)要素和接口上。

技術(shù)標(biāo)準(zhǔn)視圖 (TV)中反映出對(duì)企業(yè)的運(yùn)作架構(gòu)的標(biāo)準(zhǔn)約束，并描述了系統(tǒng)的當(dāng)前和未來(lái)狀態(tài)。

OV 是本月文章的焦點(diǎn)，在第 2 部分中，我將介紹 SV 和 TV。圖 1 中例舉了各種 DoDAF 視圖之間的關(guān)系。

點(diǎn)擊查看大圖

圖 1：DoDAF 視圖間的關(guān)系

DoDAF 視圖是如何聯(lián)系的

DoDAF 視圖內(nèi)及之間的一致性是關(guān)鍵的。DoDAF 視圖的最佳推導(dǎo)要求多重抽象層次（即，系統(tǒng)分解）之間建模的一致性。當(dāng)我們深入到架構(gòu)模型中，向企業(yè)的連續(xù)抽象層次中循環(huán)地應(yīng)用嚴(yán)格的系統(tǒng)架構(gòu)發(fā)現(xiàn)過(guò)程時(shí)，我們對(duì)要素有了更多的了解，并可能使用其他方法來(lái)表示其特征。例如，最初我們可能用用例或環(huán)境圖的方式來(lái)表示滿(mǎn)足用戶(hù)需求的復(fù)雜系統(tǒng)。當(dāng)我們對(duì)所支持的活動(dòng)（系統(tǒng)白盒行為）有更多的了解時(shí)，我們可能增加類(lèi)、活動(dòng)，和/或序列圖來(lái)反映額外的細(xì)節(jié)。在一個(gè)圖中作為參與者進(jìn)行描述的節(jié)點(diǎn)（nodes）在其它圖中可能更適合表示為類(lèi)或?qū)ο蟆＝M成子系統(tǒng)的類(lèi)運(yùn)作的集合可能實(shí)現(xiàn)服務(wù)（services）。

在確定對(duì)每個(gè)核心 DoDAF 要素建模有多好時(shí)，您必須首先了解該要素下的必要語(yǔ)義，以及所有可應(yīng)用的約束條件，然后在給定的整個(gè)工程工作環(huán)境中應(yīng)用恰當(dāng)?shù)谋硎痉?。此環(huán)境包括建模工作的風(fēng)險(xiǎn)、復(fù)雜性、工具、表示法，和目標(biāo)。

生成 DoDAF 視圖的全部過(guò)程是迭代且增量的。隨著對(duì)架構(gòu)信息的獲取更加廣泛與深入，所有視圖（AV-1 和 AV-2）在進(jìn)行著演進(jìn)。將 AV-1 用作基礎(chǔ)，分析運(yùn)作企業(yè)的架構(gòu)的交互以及主題系統(tǒng)，這導(dǎo)致發(fā)現(xiàn)了系統(tǒng)和運(yùn)作節(jié)點(diǎn)之間的高層交互。完全地描述這些高層關(guān)系是運(yùn)作視圖的著重點(diǎn)。

只有在您充分了解了外部系統(tǒng)行為（在企業(yè)層）之后，您才能繼續(xù)詳細(xì)描述系統(tǒng)視圖。這是我們開(kāi)始設(shè)計(jì)并組織為全面的開(kāi)發(fā)提供基礎(chǔ)的內(nèi)部行為和子系統(tǒng)交互的地方。這里，我們還將協(xié)調(diào)多種讓我們通過(guò)聯(lián)合實(shí)現(xiàn)的實(shí)踐和用例流來(lái)處理必要的運(yùn)作行為的物理和邏輯實(shí)現(xiàn)的觀點(diǎn)。

所有視圖產(chǎn)品

下面表格簡(jiǎn)要地描述了所有視圖產(chǎn)品，以及您創(chuàng)建它們的順序。

DoDAF 所有視圖(AV)產(chǎn)品概述了在主題系統(tǒng)演進(jìn)過(guò)程中開(kāi)發(fā)、部署，并管理這些系統(tǒng)所處于的環(huán)境。這個(gè)概述描述了任務(wù)目標(biāo)、策略、運(yùn)作概念，及運(yùn)作的一般環(huán)境，和相關(guān)的專(zhuān)門(mén)術(shù)語(yǔ)。

AV-1：概述和總結(jié)信息

AV-1 是對(duì)運(yùn)作環(huán)境和要在演進(jìn)的系統(tǒng)中實(shí)現(xiàn)的任務(wù)功能的文字概述。其焦點(diǎn)是需要在該環(huán)境內(nèi)建立的主題系統(tǒng)或企業(yè)。Relevant Concepts of Operations (CONOPS) 和策略在抽象層次上表示出來(lái)，適用于執(zhí)行的領(lǐng)導(dǎo)來(lái)簡(jiǎn)化決策的制定。AV-1 的內(nèi)容表現(xiàn)出獲取必要商業(yè)驅(qū)動(dòng)的指導(dǎo)或觀察，以及正在開(kāi)發(fā)的主題系統(tǒng)的需求。

需求方或開(kāi)發(fā)組織可能準(zhǔn)備 AV-1，盡管，同所有 DoDAF 視圖產(chǎn)品一樣，與擁有廣泛的運(yùn)作經(jīng)驗(yàn)的問(wèn)題領(lǐng)域?qū)＜?(SME) 的實(shí)質(zhì)交互是必要的。以此處描述的方法，您可以利用文字處理器生成 AV-1 文檔并將參考鏈結(jié)與包含可視化 DoDAF 產(chǎn)品的模型相關(guān)聯(lián)。

AV-2：整合的字典

AV-2 表示一個(gè)簡(jiǎn)單的，但對(duì)系統(tǒng)和軟件開(kāi)發(fā)很必要的概念。通過(guò)建立一個(gè)與架構(gòu)相關(guān)的定義和可能模糊的術(shù)語(yǔ)的單一集中的詞匯表，就可以充分地滿(mǎn)足對(duì)含義的一致性和清晰性的需求。

IBM Rational 方法將由 IBM Rational 的基于 Eclipse 的建模工具，包括 IBM Rational Systems Developer、IBM Rational Software Architect，和 IBM Rational Software Modeler，所管理的模型存儲(chǔ)庫(kù)中的集成字典的不斷演進(jìn)的版本合并起來(lái)。在您生成模型要素時(shí)，您可以將要素合并到 IBM Rational 的基于 Eclipse 的建模工具中的工程信息中（您隨時(shí)都可以從這些信息中提取 AV-2）。所有與 DoDAF 原型相關(guān)的圖形化模型要素可以以此方式自動(dòng)獲取。您需要手動(dòng)地添加文本參考，或者通過(guò)一些其他的工具，如 IBM Rational RequisitePro，訪(fǎng)問(wèn)它們。

運(yùn)作視圖產(chǎn)品

DoDAF 運(yùn)作視圖是由各種產(chǎn)品組成的，這些產(chǎn)品提供了對(duì)整個(gè)企業(yè)環(huán)境中的主題系統(tǒng)的外部結(jié)構(gòu)和行為的多種觀點(diǎn)。在這些視圖中，我們描述了系統(tǒng)及其角色之間的交互，系統(tǒng)所需的任務(wù)目標(biāo)，及為了實(shí)現(xiàn)那些目標(biāo)的必要依賴(lài)和交互。

OV 的焦點(diǎn)是影響該任務(wù)的那些需求和功能。系統(tǒng)視圖 (SV) 說(shuō)明了 OV 是如何實(shí)現(xiàn)的。下面的表格簡(jiǎn)要地說(shuō)明了 OV 產(chǎn)品，并建議了一個(gè)創(chuàng)建這些產(chǎn)品的順序。

* OV-1 的內(nèi)容首先開(kāi)始，但到 OV-2 完成時(shí)才能完成 OV-1 的圖形。
** 這些產(chǎn)品不是連續(xù)地相依賴(lài)的，可以按別的順序創(chuàng)建，否則這些產(chǎn)品將是相互依賴(lài)的且要共同地開(kāi)發(fā)。
*** 狀態(tài)轉(zhuǎn)移圖是可選地用于構(gòu)建對(duì)需要特殊處理的復(fù)雜事件的關(guān)鍵的實(shí)時(shí)響應(yīng)。

圖 2 的活動(dòng)圖中顯示了可能生成產(chǎn)品的順序。所提議的順序是基于建立在上面談?wù)摰南到y(tǒng)工程的六個(gè)原則之上的架構(gòu)的發(fā)現(xiàn)過(guò)程的。依照此順序，您可以有效地生成符合 DoDAF 的產(chǎn)品，而不用減少定義企業(yè)架構(gòu)的主要任務(wù)。

點(diǎn)擊查看大圖

圖 2：生成 DoDAF AV 和 OV 產(chǎn)品的推薦順序

OV-1: 高級(jí)運(yùn)作概念圖

OV-1 簡(jiǎn)明扼要地傳達(dá)了運(yùn)作企業(yè)環(huán)境中的主題系統(tǒng)的范圍。OV-1 圖形描述是出自畫(huà)家之手的產(chǎn)品，反映來(lái)自多個(gè)源的內(nèi)容。OV-1 的主要信息來(lái)源是 AV-1 概要和總結(jié)（Overview and Summary）文檔，即運(yùn)作環(huán)境圖（Operational Context Diagram），和企業(yè)用例圖（Enterprise Use-Case Diagram）。我們以主題系統(tǒng)開(kāi)始繪制企業(yè)用例圖，并確定所有與該系統(tǒng)交互的外部系統(tǒng)和組織實(shí)體。我們將這些交互要素描繪為參與者或角色。然而，為每個(gè)歸就于參與者的運(yùn)作目標(biāo)向圖中加入用例。在適當(dāng)?shù)奈恢眉尤?UML ?通信?原型的關(guān)聯(lián)。

許多參與者或角色在組織要素中協(xié)作，為了滿(mǎn)足任務(wù)的需求。向組織要素聚集參與者或角色可以使得識(shí)別出運(yùn)作節(jié)點(diǎn)，利用類(lèi)圖來(lái)獲取，即指定的運(yùn)作環(huán)境圖。系統(tǒng)架構(gòu)師和其他 SME 與圖形畫(huà)家合作繪制出 OV-1 圖（參見(jiàn)圖 3）中的運(yùn)作環(huán)境圖，為適合執(zhí)行層的觀眾。由于此圖與在開(kāi)發(fā)的系統(tǒng)有關(guān)，所以它為運(yùn)作企業(yè)的外部可視架構(gòu)的構(gòu)建提供了基礎(chǔ)。該圖的內(nèi)容會(huì)隨著獲取的更多信息及生成的額外的 DoDAF 產(chǎn)品而演進(jìn)的。

點(diǎn)擊查看大圖

圖 3：OV-1 高層次圖形

在多個(gè)參與者表示運(yùn)作節(jié)點(diǎn)中的過(guò)程的地方，您可能需要將與那些參與者相關(guān)的角色集合到一起。隨后由運(yùn)作節(jié)點(diǎn)（參與者集合）和該系統(tǒng)之間集合的交互，或需求線(xiàn)來(lái)表示參與者與主題系統(tǒng)之間的交互。與那些參與者相關(guān)的 IO 實(shí)體也與指定的運(yùn)作節(jié)點(diǎn)關(guān)聯(lián)起來(lái)。

OV-2: 運(yùn)作節(jié)點(diǎn)連接描述

OV-2 確定并為運(yùn)作節(jié)點(diǎn)之間的運(yùn)作依賴(lài)建模。DoDAF 將這些依賴(lài)定義為需求線(xiàn)（needlines）。有兩種主要的確定需求線(xiàn)的方法：

1. 確定企業(yè)用例圖中每個(gè)?通信?關(guān)聯(lián)中所表現(xiàn)出來(lái)的依賴(lài)的本質(zhì)，并指定相應(yīng)的需求線(xiàn)。給需求線(xiàn)一個(gè)定向的組件，使其能從消費(fèi)者（對(duì)于該關(guān)系）導(dǎo)航到服務(wù)或信息的提供者。
2. 等到您開(kāi)始詳述用例流和場(chǎng)景并在 OV-6c 序列圖（見(jiàn)下）中獲得它們的時(shí)候。這里，您可以確定具體的對(duì)象或角色交互，這可以將其提到有代表性的需求線(xiàn)上。

第一種選擇是手動(dòng)過(guò)程，由于需要某種層次的工程/或架構(gòu)分析。第二種選擇是讓您利用 IBM Rational 的基于 Eclipse 的建模工具的一些功能來(lái)自動(dòng)地由手動(dòng)生成的序列圖中的內(nèi)容填充需求線(xiàn)（和 OV-3 Information Exchange Requirements，或 IERs）。后一種方法擁有保證 OV-2、OV-3，和 OV-6c 之間的一致性的額外優(yōu)勢(shì)，因?yàn)樗鼈儗?lái)源于同樣的模型信息。

一條需求線(xiàn)可能代表許多信息交換或服務(wù)依賴(lài)。因此，一旦您確定了任意兩個(gè)環(huán)境圖要素之間的需求線(xiàn)，就不適合再添加指向同一方向的需求線(xiàn)了。圖 4 例舉了針對(duì) OV-2 示例的需求線(xiàn)。

點(diǎn)擊查看大圖

圖 4：帶有需求線(xiàn)的 OV-2 示例
點(diǎn)擊此處放大

注意： UML 2.0 引入了新的分類(lèi)器，協(xié)作（Collaboration）。與協(xié)作相關(guān)的語(yǔ)義為您提供了更有力地描述關(guān)系的潛能。您可以指定關(guān)聯(lián)任務(wù)、模式、模板和相關(guān)參數(shù)。您還可以將與協(xié)作相關(guān)的信息例示為協(xié)作事件，進(jìn)一步指定每個(gè)可能的 IER。增大帶有類(lèi)和復(fù)合結(jié)構(gòu)圖（分別參照協(xié)作集協(xié)作事件）的 DoDAF 表示的極小集是值得的。UML 語(yǔ)言參考手冊(cè)⁴對(duì)這些 UML 要素進(jìn)行了全面的討論。

OV-3: 運(yùn)作信息交換矩陣

OV-3 是共同地表示 OV-2 的需求線(xiàn)的 IER 矩陣。通過(guò)參考 OV-6c 的內(nèi)容，可以利用 IBM Rational Systems Developer 設(shè)計(jì)和開(kāi)發(fā)工具自動(dòng)地生成 OV-3。OV-3 矩陣中的每一行表示一個(gè) IER，由在 OV-6c 序列圖的交互中的角色和對(duì)象間轉(zhuǎn)移的數(shù)據(jù)的特征組成。矩陣為每組交互并交換信息的對(duì)象或角色確定截然不同的 IER。具體的 IER 特征與非功能需求或設(shè)計(jì)約束相關(guān)。每個(gè) IER 的內(nèi)容都表示 OV-6c IO 實(shí)體類(lèi)（見(jiàn)下）的實(shí)例，在此，屬性表示 DoDAF 需要的數(shù)據(jù)特征。因此，矩陣中的每個(gè)信息要素都應(yīng)該追溯到邏輯數(shù)據(jù)模型（Logical Data Model），即 OV-7。

OV-3 強(qiáng)調(diào)架構(gòu)中交換的信息的邏輯和運(yùn)作特性。它不打算極力地獲取信息交換的所有細(xì)節(jié)，而是作為一種幫助您了解重要交換的重要方面的機(jī)制。圖 5 舉例說(shuō)明了適當(dāng)?shù)脑敿?xì)級(jí)別。⁵ 此內(nèi)容要追溯到補(bǔ)充的或非功能的需求。

點(diǎn)擊查看大圖

圖 5：OV-3 信息交換矩陣示例
點(diǎn)擊此處放大

OV-4: 命令關(guān)系圖表

OV-4 為影響到企業(yè)運(yùn)作架構(gòu)的組織實(shí)體及企業(yè)系統(tǒng)之間的關(guān)系建模。具體的組織要素可能作為候選角色，即組成 OV-6c（見(jiàn)下）的交互圖中的運(yùn)作節(jié)點(diǎn)的實(shí)例。OV-4 由自由形式的圖表示，在該圖中，組織要素可能作為 OV-6c 序列圖中運(yùn)作節(jié)點(diǎn)的實(shí)例的候選。

注意：一些實(shí)施者已經(jīng)選擇創(chuàng)建該圖，但幾乎沒(méi)有顯示出 OV-4 和余下的 DoDAF 視圖之間的映射。

OV-5: 角色和指責(zé)圖

OV-5 闡明了與完成運(yùn)作企業(yè)環(huán)境中的關(guān)鍵任務(wù)目標(biāo)有關(guān)的角色、責(zé)任，和執(zhí)行順序。OV-5 是運(yùn)作企業(yè)的外部可視行為的圖形表示，由分配到組件系統(tǒng)的活動(dòng)流表示。為了使行為和支持?jǐn)?shù)據(jù)之間緊耦合，還提供與這些活動(dòng)相關(guān)的重要數(shù)據(jù)流。結(jié)合需求和用例規(guī)范的文字內(nèi)容的 OV-5 較大地提高了系統(tǒng)工程團(tuán)隊(duì)的能力，以確保企業(yè)架構(gòu)及方式（以此方式支持任務(wù)）的運(yùn)作透視圖中的完整性、明確性，和一致性。

OV-6a: 運(yùn)作規(guī)則模型

OV-6a 獲取對(duì)用于達(dá)到運(yùn)作企業(yè)的環(huán)境和主題系統(tǒng)中的任務(wù)結(jié)果的運(yùn)作過(guò)程的約束。以文字形式獲取信息并編制成文檔形式。向組織的信息接收者提供模板。OV-5 活動(dòng)圖中的決策點(diǎn)應(yīng)該反映那些規(guī)則的示例。一些內(nèi)容可能適用于用 SysML 或 對(duì)象約束語(yǔ)言 (OCL) 進(jìn)行表示，并用于證實(shí)建模工具生成的工件。然而，該視圖的主要產(chǎn)品是一個(gè)文檔。

OV-6b: 運(yùn)作狀態(tài)轉(zhuǎn)換描述

當(dāng)一個(gè)或多個(gè)關(guān)鍵架構(gòu)要素的行為是事件驅(qū)動(dòng)時(shí)，用狀態(tài)圖建模可以對(duì)理解該行為特別有用。此處這個(gè)方法證明是有效的，生成 OV-6b。

OV-6c: 運(yùn)作事件/跟蹤描述

OV-6c 描述了外部可視的行為，即對(duì)于與企業(yè)用例（見(jiàn)下）相關(guān)的每個(gè)流和場(chǎng)景來(lái)說(shuō)，從主題系統(tǒng)的觀點(diǎn)看行為是可見(jiàn)的。您可以利用著重于運(yùn)作節(jié)點(diǎn)（參與者）通過(guò)消息與主題系統(tǒng)交互的序列圖來(lái)獲取該信息。這些信息表示相關(guān)的運(yùn)作節(jié)點(diǎn)對(duì)主題系統(tǒng)的請(qǐng)求，或系統(tǒng)向一個(gè)或多個(gè)那樣的節(jié)點(diǎn)的請(qǐng)求。任何作為那些請(qǐng)求一部分的交換的信息（例如，參數(shù)）都由一個(gè) IO 實(shí)體類(lèi)的實(shí)例表示。

確定了節(jié)點(diǎn)系統(tǒng)關(guān)系和相關(guān)的信息內(nèi)容之后，您可以自動(dòng)生成 OV-2 和 OV-3 所必需的內(nèi)容。在您確定每種依賴(lài)關(guān)系之前，通過(guò)分析在消息發(fā)送者和接受者之間確定的交互和參數(shù)向企業(yè)環(huán)境圖（見(jiàn)上）中添加需求線(xiàn)。

圖 6 舉例說(shuō)明了一個(gè) OV-6c 產(chǎn)品。

點(diǎn)擊查看大圖

圖 6：OV-6c 運(yùn)作事件/跟蹤描述
點(diǎn)擊此處放大

OV-7 邏輯數(shù)據(jù)模型

OV-7 反映了用于達(dá)到企業(yè)用例中所表達(dá)的功能的關(guān)鍵信息的結(jié)構(gòu)和流。此產(chǎn)品的內(nèi)容應(yīng)該直接歸因于 OV-6c 構(gòu)建過(guò)程中確定的 IO 實(shí)體。

下個(gè)月

在本月的第 1 部分中，我已經(jīng)概述了 DoDAF 并介紹了運(yùn)作視圖產(chǎn)品。在下個(gè)月的第 2 部分中，我將繼續(xù)探究系統(tǒng)產(chǎn)品。

注釋

¹ DoD Architectural Framework，版本 1.0，卷 I，“Definitions and Guidelines。”2004 年 2 月。

²Office of Management and Budget (OMB) Circular A-130 將企業(yè)架構(gòu)定義為“商業(yè)和管理過(guò)程及信息技術(shù)之間的當(dāng)前和預(yù)期的關(guān)系的明確描述和文檔?！?/p>

³要了解更多關(guān)于系統(tǒng)工程的六條原則，請(qǐng)參見(jiàn) Murray Cantor 和 Gene Roose 寫(xiě)的“Hardware/software co-development using a model-driven systems development (MDSD) approach”，出自 2005 年 12 月版的 Rational Edge。

⁴ James Rumbaugh、Ivar Jacobson、Grady Booch，The Unified Modeling Language Reference Manual，第二版。Boston，MA，Addison-Wesley 2005 年。

⁵ DoD Architectural Framework，版本 1.0，卷 II， Product Descriptions（產(chǎn)品說(shuō)明）。2004 年 2 月。