1.3 企業(yè)架構(gòu)理論

企業(yè)架構(gòu)的設(shè)計(jì)和實(shí)現(xiàn)要基于架構(gòu)理論的不斷發(fā)展和完善。不同的企業(yè)架構(gòu)理論，內(nèi)容也不盡相同。美國架構(gòu)規(guī)劃專家扎克曼在1987年創(chuàng)建了第一個企業(yè)架構(gòu)的框架理論，國際上通稱為Zachman架構(gòu)框架（Zachman Framework，扎克曼架構(gòu)框架）。Zachman架構(gòu)框架后來發(fā)展成為企業(yè)架構(gòu)的一個經(jīng)典框架，扎克曼本人也被譽(yù)為EA之父。之后，EA的框架和方法論不斷地被提出。

架構(gòu)框架是一個或一套基礎(chǔ)結(jié)構(gòu)，用來開發(fā)大范圍的不同架構(gòu)。它描述一個用構(gòu)建塊的集合來設(shè)計(jì)企業(yè)目標(biāo)狀態(tài)的方法，并顯示這些構(gòu)建塊如何搭配在一起。它應(yīng)該包含一套工具并提供共同詞匯，也應(yīng)該包含所提議標(biāo)準(zhǔn)的清單以及符合標(biāo)準(zhǔn)的可以實(shí)現(xiàn)構(gòu)建塊的產(chǎn)品。構(gòu)建塊可以是架構(gòu)元模型實(shí)體的目錄清單、矩陣及圖表、功能規(guī)格、應(yīng)用模塊、軟件和硬件產(chǎn)品及其組合。企業(yè)架構(gòu)框架并不是企業(yè)架構(gòu)本身，但是它可以告訴我們?nèi)绾谓M織和描述企業(yè)架構(gòu)。企業(yè)架構(gòu)框架至少包含以下內(nèi)容。

● 識別描繪企業(yè)架構(gòu)所需要的信息類型。

● 將信息類型組織成邏輯結(jié)構(gòu)。

● 描述信息類型之間的關(guān)系。

企業(yè)架構(gòu)信息的分類可以方便架構(gòu)的建立和信息的整合，企業(yè)架構(gòu)框架還可以識別出產(chǎn)品類型（模型）。這種類型（模型）用來描述企業(yè)架構(gòu)和演示如何描繪不同企業(yè)架構(gòu)信息類型（如使命需要、商業(yè)過程、數(shù)據(jù)和IT能力等）之間的聯(lián)系，它可以幫助組織運(yùn)行企業(yè)架構(gòu)。使用預(yù)先決定的企業(yè)架構(gòu)產(chǎn)品描述可以加速體系結(jié)構(gòu)的發(fā)展過程。在不同的但相關(guān)的企業(yè)架構(gòu)中使用同樣的框架和產(chǎn)品類型可以增加企業(yè)架構(gòu)之間的可比性，便于在不同企業(yè)架構(gòu)中的工作者進(jìn)行交流。

根據(jù)企業(yè)架構(gòu)所需要的信息內(nèi)容，企業(yè)架構(gòu)框架至少要能組織信息類型并描述商業(yè)過程、數(shù)據(jù)、IT系統(tǒng)使命和IT基礎(chǔ)設(shè)施之間的關(guān)系。企業(yè)架構(gòu)框架還必須處理標(biāo)準(zhǔn)的安全問題，將企業(yè)架構(gòu)與企業(yè)戰(zhàn)略和目標(biāo)關(guān)聯(lián)起來，使基礎(chǔ)架構(gòu)最終變成目標(biāo)架構(gòu)。因?yàn)槠髽I(yè)架構(gòu)將面對許多不同的使用者，所以企業(yè)架構(gòu)框架還必須針對不同使用者來說明哪些信息最適用的問題。一些框架還處理存儲需求或者提供對過程、管理或結(jié)構(gòu)管理的指導(dǎo)。大部分框架沒有描述系統(tǒng)模型建立的方法原則、分析性的辦法或工具。為確保用統(tǒng)一的方法和格式說明企業(yè)架構(gòu)，許多行業(yè)和政府組織采用“架構(gòu)框架”方法來統(tǒng)一用于描述架構(gòu)各方面所用的“語言”。這些架構(gòu)框架通常與專業(yè)領(lǐng)域有關(guān)，例如國防工業(yè)用的美國國防部架構(gòu)框架DoDAF以及相關(guān)的框架，再如電信行業(yè)的eTOM模型為電信營運(yùn)商制定企業(yè)業(yè)務(wù)架構(gòu)提供了參照。企業(yè)架構(gòu)框架包含了從企業(yè)戰(zhàn)略層次到IT技術(shù)的戰(zhàn)略層次，再到最基本的技術(shù)元素的全部內(nèi)容。目前影響較大、使用比較廣泛的企業(yè)架構(gòu)框架和方法論主要有Zachman、TOGAF、FEA和DoDAF。

1.3.1 Zachman架構(gòu)框架

全球第一個企業(yè)架構(gòu)框架理論是由約翰·扎克曼于1987年創(chuàng)立的，即Zachman架構(gòu)框架理論，扎克曼的論文《信息系統(tǒng)架構(gòu)框架》至今仍被業(yè)界認(rèn)為是企業(yè)架構(gòu)設(shè)計(jì)方面最權(quán)威的理論，是其他企業(yè)架構(gòu)框架的源泉。扎克曼的崇高聲譽(yù)不僅僅是由于他在架構(gòu)框架上的工作，還由于他早期對于IT系統(tǒng)規(guī)劃方面的貢獻(xiàn)。系統(tǒng)規(guī)劃在20世紀(jì)70年代是IBM廣泛使用的信息規(guī)劃的方法論。作為一個強(qiáng)化的和系統(tǒng)的理論，信息規(guī)劃給IBM的核心領(lǐng)導(dǎo)層、規(guī)劃和計(jì)劃部門、技術(shù)部門提供了一個強(qiáng)大和完善的工具。20世紀(jì)70年代以來，扎克曼先生致力于信息系統(tǒng)的戰(zhàn)略規(guī)劃、計(jì)劃和企業(yè)架構(gòu)的推廣與應(yīng)用工作。他撰寫了許多相關(guān)書籍和文章，還一直在全球范圍內(nèi)為企業(yè)和政府提供教育和咨詢，促進(jìn)和完善了企業(yè)的戰(zhàn)略規(guī)劃和決策行動，帶動了企業(yè)架構(gòu)在全球的發(fā)展。

Zachman架構(gòu)框架理論最具代表性的是通過6列5行共30個元素表示的矩陣表格，如表1-2所示，以最簡便的形式刻畫了構(gòu)成所有內(nèi)在關(guān)系的設(shè)計(jì)元素以及這些元素在設(shè)計(jì)中的功能和作用，它構(gòu)成了一個完整的理論和模型。扎克曼將每部分都看成獨(dú)立的變量，這是關(guān)系型數(shù)據(jù)庫中的標(biāo)準(zhǔn)思維；數(shù)據(jù)必須與功能、網(wǎng)絡(luò)位置獨(dú)立區(qū)分，以保持思維的靈活性和清晰性。

Zachman架構(gòu)框架共分為5個層次，以5行來描述。每一行代表不同類型的項(xiàng)目涉眾的看法和觀點(diǎn)，它明確了企業(yè)架構(gòu)工作的流程和流程承擔(dān)者。

第1行是企業(yè)的規(guī)劃和管理人員范疇，它定義組織的方向和目的以及架構(gòu)工作的邊界。明確系統(tǒng)所支持的業(yè)務(wù)范圍，規(guī)劃系統(tǒng)在功能、性能和成本等方面的整體要求。

第2行是系統(tǒng)的擁有者（或稱所有者）范疇，它用業(yè)務(wù)術(shù)語來定義組織的本質(zhì)，包括它的結(jié)構(gòu)、過程、組織。明確業(yè)務(wù)實(shí)體和他們之間的關(guān)系，以及業(yè)務(wù)流程與規(guī)則。

第3行是系統(tǒng)設(shè)計(jì)者和項(xiàng)目架構(gòu)師范疇，它需要用比上一行更加嚴(yán)格的術(shù)語來決定和定義系統(tǒng)提供的功能和數(shù)據(jù)模型。也就是要把這個模型提高到一個更高的細(xì)節(jié)程度上。在Zachman架構(gòu)框架的最初版本中，這行被稱為信息系統(tǒng)設(shè)計(jì)師的觀點(diǎn)。

第4行是系統(tǒng)的構(gòu)建者和實(shí)施方范疇，它定義應(yīng)該采用怎樣的技術(shù)和手段來滿足前面各行所定義的需求。在這個層次，需要考慮系統(tǒng)開發(fā)的工具、技術(shù)方案和平臺等。

第5行是系統(tǒng)的開發(fā)者和承包方范疇，它定義詳細(xì)設(shè)計(jì)，考慮實(shí)現(xiàn)語言、數(shù)據(jù)庫存儲和中間件的使用。包括定義具體的數(shù)據(jù)庫、系統(tǒng)模塊、業(yè)務(wù)規(guī)則等，能夠分配工作給開發(fā)者具體執(zhí)行。

Zachman架構(gòu)框架認(rèn)為無論從哪個層次來看，企業(yè)信息化的建設(shè)都應(yīng)該從數(shù)據(jù)（what）、功能（how）、網(wǎng)絡(luò)（where）、人員（who）、時間（when）和動機(jī)（why）等6個方面來綜合考慮，也就是所謂的5W1H方法，在Zachman架構(gòu)框架中以6列表示。

前3列是抽象產(chǎn)品，即什么內(nèi)容，著重點(diǎn)是組織之內(nèi)的重要的實(shí)體、對象、組件，以及它們之間的關(guān)系；流程是如何工作的，著重點(diǎn)是如何來支持組織和它的客戶；組件在何處，著重點(diǎn)是組織活動的地理分布。從系統(tǒng)的角度來看就是數(shù)據(jù)、功能和網(wǎng)絡(luò)。在最初的Zachman架構(gòu)框架中，只有這3列抽象的產(chǎn)品，隨著架構(gòu)理論的不斷發(fā)展和成熟，企業(yè)架構(gòu)的實(shí)施和IT治理不可避免地包括在了企業(yè)架構(gòu)框架之中。這就是Zachman架構(gòu)框架中的后3列——“人員、時間、動機(jī)”。

在后3列中，人員描述誰做什么，著重點(diǎn)是誰參與了組織的業(yè)務(wù)；時間描述事件何時發(fā)生，著重點(diǎn)是事件發(fā)生的時間及其對組織有多大作用和影響；動機(jī)描述選擇該事件的原因，著重點(diǎn)是把業(yè)務(wù)目標(biāo)、戰(zhàn)略和限制轉(zhuǎn)化為具體的實(shí)現(xiàn)。

相對于前3列抽象產(chǎn)品，后3列更抽象、更不容易建模和仿真。關(guān)于Zachman架構(gòu)框架理論，有以下3個方面需要認(rèn)真理解并引起注意。

● 在每一列中，模型被演化或者轉(zhuǎn)變來反映每行中涉眾的觀點(diǎn)。

● 在每一行中，模型應(yīng)當(dāng)是彼此之間互相一致的。

● Zachman架構(gòu)框架并不是為架構(gòu)定義一個過程，它是定義了架構(gòu)應(yīng)該包含的觀點(diǎn)。Zachman架構(gòu)框架僅僅是一個模板，所空缺部分必須由每個組織根據(jù)所需要的具體過程來填充。如果這些過程不存在，使用Zachman架構(gòu)框架將有助于識別這些架構(gòu)中的空白。

Zachman架構(gòu)框架的主要優(yōu)勢是明確地展示了企業(yè)架構(gòu)需要解釋的許多觀點(diǎn)，不管組織或企業(yè)是否決定采用Zachman架構(gòu)框架，它都可以提醒你在架構(gòu)中所需要考慮的問題；Zachman架構(gòu)框架還明確地指出架構(gòu)除了有架構(gòu)師和開發(fā)者外，還有其他的涉眾，這就意味著需要讓所有的涉眾都參與到架構(gòu)設(shè)計(jì)中去，以確保滿足他們的需求，而且理想上來說，應(yīng)當(dāng)盡量促使涉眾活躍的參與架構(gòu)實(shí)踐。

盡管Zachman架構(gòu)框架廣泛地被企業(yè)和政府接受，但它存在以下幾個潛在的問題，也引起了人們的關(guān)注。

● Zachman架構(gòu)框架可能會導(dǎo)致一種文檔繁雜。表1-2中有30個單元格，每一個單元格都需要一個或多個工件（artifact）來作為支持，這意味著文檔的編寫和管理一定非常繁雜。因此每個層次對象需要站在全局的高度，明確什么信息是實(shí)際上需要的，什么是可有可無的。換句話說，只有建立和維護(hù)文檔的價值超過它的開銷才有意義。

● Zachman架構(gòu)框架可能過于偏向于方法學(xué)。使用Zachman架構(gòu)框架來提倡所偏好的工作方式，或者使用它來改善現(xiàn)有方法似乎是一個很好的解決方案，但是如果不能選擇反映當(dāng)前組織文化、業(yè)務(wù)環(huán)境、技術(shù)環(huán)境以及參與人員的技能的工件的話，它可能會起負(fù)面作用。

● Zachman架構(gòu)框架可能偏重過程。Zachman架構(gòu)框架需要定義一套嚴(yán)謹(jǐn)?shù)倪^程來支持它的必要性，為了維護(hù)在表格中那30個元素的可跟蹤性，需要開發(fā)和維護(hù)一套詳細(xì)的軌跡矩陣或者元數(shù)據(jù)的數(shù)據(jù)庫，這些活動無疑會增加開銷并影響到項(xiàng)目的進(jìn)度。

● Zachman架構(gòu)框架并沒有被開發(fā)領(lǐng)域廣為接受。雖然其在IT架構(gòu)領(lǐng)域中的普及性正在增長，但是似乎它還沒有設(shè)法讓自己進(jìn)入到主流開發(fā)領(lǐng)域中去。

● Zachman架構(gòu)框架提倡的是自頂向下的開發(fā)方法。在人們一開始接觸它的時候，大家傾向地認(rèn)為這意味著要從第1行開始，然后進(jìn)行第2行等，然而實(shí)際情形并不一定非要這樣。一個自頂向下的開發(fā)方法在有些情況下是好的，而有些時候自底向上的方法可能會更好，在其他時候從中間向外的方法又更合適，所以可以根據(jù)實(shí)際情況選擇最合適的單元格作為起點(diǎn)，然后從那里開始進(jìn)行。

Zachman架構(gòu)框架從5個層次和6個方面定義了企業(yè)架構(gòu)和需求。將30個元素有機(jī)結(jié)合，就可以建立起企業(yè)業(yè)務(wù)運(yùn)營中實(shí)際運(yùn)行的系統(tǒng)。Zachman架構(gòu)框架主要還是解決系統(tǒng)建設(shè)問題，而不涉及業(yè)務(wù)和流程的設(shè)計(jì)。

1.3.2 TOGAF架構(gòu)框架

TOGAF架構(gòu)框架是由歐洲共同體的IT協(xié)會The Open Group開發(fā)的一個企業(yè)架構(gòu)框架理論。在這個組織之下的企業(yè)架構(gòu)分會有歐洲和北美很多的專業(yè)組織，如VISA、NASA、計(jì)算機(jī)協(xié)會、英國國防部、美國國防部及NATO等研究機(jī)構(gòu)和政府部門，還有許多國際知名企業(yè)，如NEC、Motorola、波音、惠普、日立等。以The Open Group協(xié)會會員國為基礎(chǔ)，從1993年開始制定系統(tǒng)架構(gòu)的標(biāo)準(zhǔn)，1995年開始開發(fā)了一個稱為“X/Open Architecture Framework v1.0”的企業(yè)架構(gòu)框架理論模型。1996年推出了TOGAFv2.0版本，1997年推出了TOGAFv3.0版本，一直到2009年推出TOGAFv9.0版本。TOGAFv9.0版本是在開放組織成員的共識下發(fā)展起來的，其方法可以用于其他框架或其余TOGAF版本中推薦的信息。由于TOGAF是一個跨行業(yè)的、開放的免費(fèi)架構(gòu)框架，所以在全球得到了廣泛使用。

TOGAF架構(gòu)框架能為企業(yè)各級領(lǐng)導(dǎo)和員工描繪出一個未來企業(yè)信息化中業(yè)務(wù)、信息、應(yīng)用和技術(shù)互動的藍(lán)圖。

1．TOGAF架構(gòu)框架是溝通業(yè)務(wù)與信息技術(shù)間的橋梁

在企業(yè)信息化建設(shè)中，業(yè)務(wù)部門與信息服務(wù)部門之間、業(yè)務(wù)主管與信息主管之間、業(yè)務(wù)與信息技術(shù)之間的鴻溝是實(shí)現(xiàn)信息化目標(biāo)的最大障礙之一。彼此的信息不對稱是形成這種差距的主要原因：一方面，信息技術(shù)人員可能無法了解業(yè)務(wù)的真實(shí)意圖；另一方面，業(yè)務(wù)人員也體會不到信息技術(shù)的真正作用。TOGAF架構(gòu)框架能夠搭起業(yè)務(wù)與信息技術(shù)溝通的橋梁，它在同一個平臺上，用雙方都能夠理解的語言，描述出業(yè)務(wù)與信息技術(shù)之間的關(guān)聯(lián)。

2．TOGAF架構(gòu)框架是適應(yīng)企業(yè)業(yè)務(wù)變革的方向盤

企業(yè)信息化是一個漸進(jìn)的過程，在信息化的過程中也伴隨著企業(yè)戰(zhàn)略、管理和業(yè)務(wù)變革的過程。當(dāng)前企業(yè)信息系統(tǒng)如何適應(yīng)企業(yè)的變革成為企業(yè)CIO們思索的一個突出問題。以不變應(yīng)萬變是適應(yīng)變化的一個基本戰(zhàn)略，TOGAF架構(gòu)框架所描繪出的藍(lán)圖容納了各種業(yè)務(wù)與技術(shù)標(biāo)準(zhǔn)，是企業(yè)CIO們掌握信息化方向、適應(yīng)業(yè)務(wù)戰(zhàn)略變革的方向盤，能從根本上解決企業(yè)信息化中遇到的信息孤島、集成和互操作等問題。

3．TOGAF架構(gòu)框架的組成：實(shí)現(xiàn)業(yè)務(wù)、信息、應(yīng)用和技術(shù)的協(xié)同

TOGAF架構(gòu)框架是一個多視圖的體系結(jié)構(gòu)，它由企業(yè)的業(yè)務(wù)架構(gòu)、信息架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)共同構(gòu)成。

（1）企業(yè)業(yè)務(wù)架構(gòu)：貫徹企業(yè)業(yè)務(wù)戰(zhàn)略。企業(yè)業(yè)務(wù)架構(gòu)描述了企業(yè)各業(yè)務(wù)之間相互作用的關(guān)系結(jié)構(gòu)。企業(yè)的業(yè)務(wù)構(gòu)架以企業(yè)的業(yè)務(wù)戰(zhàn)略為頂點(diǎn)，以企業(yè)各主營業(yè)務(wù)為主線，以企業(yè)各輔助業(yè)務(wù)為支撐，以人流、物流、資金流、信息流等聯(lián)絡(luò)各業(yè)務(wù)線，構(gòu)成貫徹企業(yè)業(yè)務(wù)戰(zhàn)略的企業(yè)基本業(yè)務(wù)運(yùn)作模式。

（2）企業(yè)信息架構(gòu)：建立企業(yè)信息模型。企業(yè)信息架構(gòu)是將企業(yè)業(yè)務(wù)實(shí)體抽象成為信息對象，將企業(yè)的業(yè)務(wù)運(yùn)作模式抽象成為信息對象的屬性和方法，建立面向?qū)ο蟮钠髽I(yè)信息模型。企業(yè)信息架構(gòu)實(shí)現(xiàn)從業(yè)務(wù)模式向信息模型的轉(zhuǎn)變、業(yè)務(wù)需求向信息功能的映射、企業(yè)基礎(chǔ)數(shù)據(jù)向企業(yè)信息的抽象。

（3）企業(yè)應(yīng)用架構(gòu)：實(shí)現(xiàn)企業(yè)信息流動。企業(yè)應(yīng)用結(jié)構(gòu)是以企業(yè)信息架構(gòu)為基礎(chǔ)，建立支撐企業(yè)業(yè)務(wù)運(yùn)行的各個業(yè)務(wù)系統(tǒng)，通過應(yīng)用系統(tǒng)的集成運(yùn)行，實(shí)現(xiàn)企業(yè)信息自動化流動，代替手工的信息流動方式，提高企業(yè)業(yè)務(wù)的運(yùn)作效率，降低運(yùn)作的成本。

（4）企業(yè)技術(shù)架構(gòu)：保障企業(yè)應(yīng)用執(zhí)行。企業(yè)技術(shù)架構(gòu)是實(shí)現(xiàn)企業(yè)應(yīng)用架構(gòu)的底層技術(shù)基礎(chǔ)結(jié)構(gòu)，通過軟件平臺技術(shù)、硬件技術(shù)、網(wǎng)絡(luò)技術(shù)、信息安全技術(shù)間的相互作用，支撐企業(yè)應(yīng)用的運(yùn)轉(zhuǎn)。

4．TOGAF架構(gòu)框架方法論：搭建靈活的TOGAF架構(gòu)框架

TOGAF架構(gòu)框架的建立遵循科學(xué)的方法論：橫向，從企業(yè)業(yè)務(wù)戰(zhàn)略導(dǎo)入，實(shí)現(xiàn)企業(yè)業(yè)務(wù)架構(gòu)、信息架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)的漸進(jìn)演化；縱向，每個架構(gòu)的建立，按照“計(jì)劃—評價—執(zhí)行”的循環(huán)方法，逐步完善。這一過程對專業(yè)性的要求很高，需要有企業(yè)業(yè)務(wù)、管理、信息、技術(shù)等方面經(jīng)驗(yàn)的專門人才的參與，目前IT管理咨詢公司所提供的IT戰(zhàn)略咨詢或IT規(guī)劃咨詢服務(wù)對建立TOGAF架構(gòu)框架具有重要作用。

TOGAF架構(gòu)框架的運(yùn)轉(zhuǎn)也需要一定的機(jī)制來保證，基本思想是按照“運(yùn)行—監(jiān)督—反饋”的過程，建立配套的組織、資源、方法和工具來保證TOGAF架構(gòu)框架的運(yùn)轉(zhuǎn)。

評價TOGAF架構(gòu)框架方法論的基本準(zhǔn)則是：建立起的TOGAF架構(gòu)框架在運(yùn)行中是否能夠真正滿足企業(yè)業(yè)務(wù)戰(zhàn)略發(fā)展的需要。

5．TOGAF架構(gòu)框架的最佳實(shí)踐：實(shí)施成功的企業(yè)信息化

（1）成功實(shí)施TOGAF架構(gòu)框架的最佳投資準(zhǔn)備：價值和風(fēng)險的平衡。成功實(shí)施TOGAF架構(gòu)框架需要準(zhǔn)確評估企業(yè)IT投資的價值和風(fēng)險，在價值與風(fēng)險間找到平衡點(diǎn)。經(jīng)驗(yàn)證的企業(yè)信息化投資的基本準(zhǔn)則是：TOGAF架構(gòu)框架的投資應(yīng)當(dāng)占整個企業(yè)信息化投資的20%，而且把它當(dāng)作一個長期戰(zhàn)略性投資來考慮。因?yàn)椋聦?shí)證明20%的投資已經(jīng)決定了企業(yè)信息化建設(shè)80%的價值，企業(yè)信息化的風(fēng)險也因此而降低。

（2）成功實(shí)施TOGAF架構(gòu)框架的最佳組織準(zhǔn)備：業(yè)務(wù)和IT的互動。成功實(shí)施TOGAF架構(gòu)框架需要業(yè)務(wù)部門和IT部門重新審視自己的組織定位，真正提升IT組織在企業(yè)中的重要性，使IT組織成為企業(yè)業(yè)務(wù)戰(zhàn)略制定、業(yè)務(wù)運(yùn)作模式規(guī)劃的主動參與者。

（3）成功實(shí)施TOGAF架構(gòu)框架的最佳資源準(zhǔn)備：機(jī)會和能力的匹配。成功實(shí)施TOGAF架構(gòu)框架必須從戰(zhàn)略的角度對企業(yè)進(jìn)行SWOT分析，考慮企業(yè)在環(huán)境中的機(jī)會和威脅，考慮企業(yè)的特點(diǎn)和能力與其機(jī)會的匹配程度，從而正確評價在現(xiàn)有資源狀況下TOGAF架構(gòu)框架建立的廣度和深度，保證企業(yè)信息化目標(biāo)的實(shí)現(xiàn)。

1.3.3 FEA框架

1996年，美國國會通過了《信息技術(shù)管理改革法案》，即《克林格·科恩法案》。該法案的主要內(nèi)容包括命令各聯(lián)邦機(jī)構(gòu)開發(fā)和維護(hù)信息技術(shù)架構(gòu)（ITA）來最大化政府內(nèi)部信息技術(shù)投資的收益；改變了聯(lián)邦機(jī)構(gòu)在IT采購上的角色和職責(zé)，提升了OMB（美國管理和預(yù)算辦公室）的職責(zé)，由OMB進(jìn)行集中統(tǒng)一管理；要求每個聯(lián)邦機(jī)構(gòu)必須任命一個CIO, CIO的一個重要職責(zé)就是開發(fā)、維護(hù)和輔助實(shí)施一個完善的、集成的信息技術(shù)架構(gòu)。同年，美國13011號總統(tǒng)令建立了CIO理事會。從1998年開始，CIO理事會根據(jù)《克林格·科恩法案》的要求，著手開發(fā)聯(lián)邦企業(yè)架構(gòu)框架（FEAF）。框架是為了提供一個可支撐的機(jī)制來識別、開發(fā)和記錄高優(yōu)先級領(lǐng)域的架構(gòu)描述，這些領(lǐng)域建立在跨組織邊界的共同業(yè)務(wù)域和設(shè)計(jì)之上。FEAF于1999年正式發(fā)布，主要內(nèi)容是八大構(gòu)件，即架構(gòu)驅(qū)動力、戰(zhàn)略方向、當(dāng)前架構(gòu)、目標(biāo)架構(gòu)、過渡流程、架構(gòu)分塊、架構(gòu)模型和標(biāo)準(zhǔn)。FEAF還展現(xiàn)了從4個不同層級上看到的細(xì)節(jié)程度。FEAF的目的是為了推動聯(lián)邦政府各機(jī)構(gòu)和其他政府實(shí)體之間共同聯(lián)邦流程的共享開發(fā)、互操作以及信息共享。

2001年，CIO理事會在實(shí)施指南中發(fā)布了架構(gòu)開發(fā)方法論。該架構(gòu)開發(fā)方法論包括八大步驟：獲取管理層的認(rèn)可和支持、建立管理機(jī)構(gòu)和控制、定義一個架構(gòu)流程和方法、開發(fā)基線EA、開發(fā)目標(biāo)EA、開發(fā)順序計(jì)劃、使用EA和維護(hù)EA。2001年的架構(gòu)開發(fā)方法沒有說明EA制品（artifact）以及如何做出它們。與此同時，國防部推出了C4ISR（DoDAF前身）。DoDAF有架構(gòu)制品的詳細(xì)內(nèi)容，F(xiàn)EAF開始轉(zhuǎn)向使用DoDAF模型。直到2002年，又開始轉(zhuǎn)向參考該模型的方法論。

2002年2月，OMB成立了FEA項(xiàng)目管理辦公室（FEA-PMO），開始著手開發(fā)一個綜合的、業(yè)務(wù)驅(qū)動的政府藍(lán)圖，即聯(lián)邦企業(yè)架構(gòu)（FEA）。FEA是為了幫助政府管理層制定有效的決策，并允許他們在跨機(jī)構(gòu)之間增加合作以及資源共享的機(jī)會。FEA由一套相互關(guān)聯(lián)的參考模型組成，用來進(jìn)行跨機(jī)構(gòu)業(yè)務(wù)分析，識別機(jī)構(gòu)內(nèi)部或跨機(jī)構(gòu)的重復(fù)投資、差距和機(jī)會。這些參考模型共同組成一個框架，用共同的、一致的方式來描述FEA的重要元素，如圖1-2所示。

在FEA參考模型推出之后，F(xiàn)EA-PMO又陸續(xù)推出了EA評估框架（EAAF）、聯(lián)邦過渡框架（FTF）和一系列實(shí)施指南。EAAF主要用于OMB對各聯(lián)邦機(jī)構(gòu)的EA進(jìn)行評估。評估的內(nèi)容包括EA的完整性、EA的使用狀況以及使用EA的效果。FTF主要用于OMB對跨機(jī)構(gòu)發(fā)起項(xiàng)目的識別和管理。另外，圍繞FEA參考模型的使用，OMB還發(fā)布了一些通告，如用于預(yù)算的準(zhǔn)備、提交與執(zhí)行的通告A-11和用于聯(lián)邦信息資源管理的A-130。特別是A-11中的Exhibit53和Exhibit300詳細(xì)說明了預(yù)算提交與FEA的匹配和連接關(guān)系，從而使FEA成為聯(lián)邦政府在各機(jī)構(gòu)中間發(fā)現(xiàn)差距、共享、合作和復(fù)用機(jī)會的重要工具。

FEA是美國政府在長期的電子政務(wù)實(shí)踐中探索和總結(jié)出來的一個頂層架構(gòu)或頂層設(shè)計(jì)。FEA的核心思想是通過一個頂層架構(gòu)來進(jìn)行跨機(jī)構(gòu)的IT投資立項(xiàng)分析和IT項(xiàng)目管理。特別是FEA實(shí)施指南中的分塊架構(gòu)方法論，是一個將整體問題科學(xué)合理地分割成一個個有機(jī)聯(lián)系的分塊，從而將復(fù)雜問題簡單化的有效方法。FEA的這些核心思想和方法論并沒有國體和政體的本質(zhì)特征，它是關(guān)于一個復(fù)雜組織的IT投資立項(xiàng)和IT項(xiàng)目管理的最佳實(shí)踐，值得各國政府和集團(tuán)型企業(yè)借鑒學(xué)習(xí)。就好比平衡計(jì)分卡，世界各國的政府和企業(yè)都可以應(yīng)用到其管理實(shí)踐中去。

1.3.4 DoDAF框架

2008年12月24日，美國防部副首席信息官發(fā)布了《國防部體系結(jié)構(gòu)框架2.0版草案》，開始征詢意見。這是自2007年4月23日頒布《國防部體系結(jié)構(gòu)框架1.5版》的過渡版本之后，首次推出2.0版。該《草案》定于2008年12月29日至2009年1月22日交由首席信息官執(zhí)行委員會、國防部體系結(jié)構(gòu)和標(biāo)準(zhǔn)委員會以及相關(guān)單位評審。2009年1月23日至2月5日對評審意見進(jìn)行匯總，2009年2月6日至2月26日最后定稿，呈交國防部首席信息官批準(zhǔn)。國防部體系結(jié)構(gòu)2.0版是以數(shù)據(jù)為中心，引進(jìn)了國防部體系結(jié)構(gòu)元模型（Meta-model）的概念，元模型由概念數(shù)據(jù)模型（Conceptual Data Model）、邏輯數(shù)據(jù)模型（Logical Data Model）和物理交換規(guī)范（Physical Exchange Specification）組成，是構(gòu)成國防部體系結(jié)構(gòu)框架整體的重要組成部分。元模型取代了國防部體系結(jié)構(gòu)框架以前版本中的核心體系結(jié)構(gòu)數(shù)據(jù)模型（Core Architecture Data Model）。2.0版的國防部體系結(jié)構(gòu)框架分為三卷。第一卷的主要內(nèi)容包括12部分：簡介、體系結(jié)構(gòu)的適用性、國防部體系結(jié)構(gòu)回顧、企業(yè)體系結(jié)構(gòu)、客戶需求、體系結(jié)構(gòu)規(guī)劃、方法論、體系結(jié)構(gòu)表示方法、國防部體系結(jié)構(gòu)元模型、基于體系結(jié)構(gòu)的分析、國防部體系結(jié)構(gòu)框架的配置管理以及與其他框架的關(guān)系。第二卷的主要內(nèi)容包括簡介、國防部體系結(jié)構(gòu)框架元模型、《國防部體系結(jié)構(gòu)框架》2.0版視圖。第二卷的支持文件的主要內(nèi)容包括國防部體系結(jié)構(gòu)框架的模型開發(fā)程序、國防部體系結(jié)構(gòu)框架的產(chǎn)品開發(fā)問卷分析報告、《國防部體系結(jié)構(gòu)框架》2.0版元模型數(shù)據(jù)詞典。第三卷的主要內(nèi)容包括物理交換規(guī)范。在2.0版中，共計(jì)有49個視圖，這些視圖并非都是必不可少的，可根據(jù)需要來確定哪些視圖是必需的。

全局視圖（All Viewpoint）體系結(jié)構(gòu)描述中許多跨域性（overarching）方面與所有視圖有關(guān)。該視圖模型提供了對整個體系結(jié)構(gòu)描述都有關(guān)的信息，如體系結(jié)構(gòu)描述的范圍和背景，范圍包括問題域和時間跨度。體系結(jié)構(gòu)描述存在的背景由組成背景的相關(guān)條件構(gòu)成，這些條件包括條令、戰(zhàn)術(shù)、技術(shù)、規(guī)程；相關(guān)的目標(biāo)和設(shè)想的表述；作戰(zhàn)思想（CONOPS）；假設(shè)和環(huán)境應(yīng)滿足的前提條件。

功能視圖（The Capability Viewpoint）采集執(zhí)行特定的一系列動作而達(dá)到企業(yè)的目標(biāo)，或者在特定標(biāo)準(zhǔn)和條件下通過執(zhí)行一系列任務(wù)而獲得期望效果的能力。它為體系結(jié)構(gòu)描述中所描述的功能提供戰(zhàn)略級背景和相應(yīng)的高層范圍，比在作戰(zhàn)思想圖中定義的基于想定的范圍更加概略性。這個模型是高層模型，利用術(shù)語描述，使得決策者更加容易理解，可以用于功能進(jìn)化戰(zhàn)略級的交流。

數(shù)據(jù)和信息視圖（The Data and Information Viewpoint）采集業(yè)務(wù)信息需求和結(jié)構(gòu)化的業(yè)務(wù)流程規(guī)則，描述了與信息交換有關(guān)的信息，如屬性、特征和相互關(guān)系。在第二卷中對數(shù)據(jù)進(jìn)行了完整的描述。在適當(dāng)?shù)那闆r下，該模型需要采集的數(shù)據(jù)應(yīng)該由CIO考慮。

作戰(zhàn)視圖（The Operational Viewpoint）采集了組織、任務(wù)或執(zhí)行的活動，以及在完成任務(wù)工程中需要交換的信息。該視圖記錄了交換的信息類型、頻度，信息交換所支持的任務(wù)和活動以及信息交換本身的一些性質(zhì)。

項(xiàng)目視圖（The Project Viewpoint）說明了項(xiàng)目計(jì)劃如何組合成具有前后承接關(guān)系的投資組合計(jì)劃。該視圖提供了一種描述多個項(xiàng)目間組織關(guān)系的方法，每個項(xiàng)目負(fù)責(zé)交付單個的系統(tǒng)或功能。

服務(wù)視圖（The Services Viewpoint）說明了系統(tǒng)、服務(wù)以及支持作戰(zhàn)活動的功能性的組合關(guān)系。DoD的進(jìn)程包括作戰(zhàn)、業(yè)務(wù)、智能和基礎(chǔ)架構(gòu)功能。該視圖中的功能和服務(wù)資源以及組件可以與OV中的體系結(jié)構(gòu)數(shù)據(jù)關(guān)聯(lián)。這些系統(tǒng)功能或服務(wù)資源支持了作戰(zhàn)活動，方便了信息交換。

標(biāo)準(zhǔn)視圖（The Standards Viewpoint）是控制系統(tǒng)各部分或元素間組合、交互和互依賴性的規(guī)則的最小集合。其目標(biāo)是確保系統(tǒng)能夠滿足特定的一系列作戰(zhàn)需求。該視圖提供了技術(shù)系統(tǒng)實(shí)現(xiàn)指導(dǎo)，基于此指導(dǎo)可以形成工程規(guī)范，建立通用模塊，開發(fā)產(chǎn)品線。它包括技術(shù)標(biāo)準(zhǔn)、執(zhí)行慣例、標(biāo)準(zhǔn)選項(xiàng)、規(guī)則和標(biāo)準(zhǔn)。

系統(tǒng)視圖（The Systems Viewpoint）采集了關(guān)于自動化系統(tǒng)、互連通性和系統(tǒng)功能方面的信息。不久的將來，隨著DoD將重點(diǎn)轉(zhuǎn)移到面向服務(wù)的環(huán)境和云計(jì)算，該視圖會消失。

DoDAF通過指導(dǎo)如何描述系統(tǒng)架構(gòu)（使其能夠被評估和理解）及根據(jù)同一指南開發(fā)的其他體系結(jié)構(gòu)描述來說明該需求。運(yùn)作決策制定者可以利用順應(yīng)DoDAF的報告來比較備選系統(tǒng)的架構(gòu)，并管理現(xiàn)有系統(tǒng)的演進(jìn)。

符合報告由模型視圖組成，這些模型視圖足夠詳細(xì)地描述了能夠管理DoD的系統(tǒng)架構(gòu)，并且使CBO（Congressional Budget Office）為了采購目的對系統(tǒng)進(jìn)行評估。想要與DoD做生意的公司要在它們計(jì)劃系統(tǒng)時，遵從DoDAF的一部分或全部。