目錄

企業(yè)架構(gòu)整體結(jié)構(gòu)

企業(yè)架構(gòu)的驅(qū)動力

企業(yè)架構(gòu)的基本概念

企業(yè)架構(gòu)的發(fā)展

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

主流企業(yè)架構(gòu)框架之對比

---

企業(yè)架構(gòu)整體結(jié)構(gòu)

圖例：企業(yè)架構(gòu)整體結(jié)構(gòu)

企業(yè)架構(gòu)整體結(jié)構(gòu)從戰(zhàn)略層、規(guī)劃層、落地層這三層來分別對應(yīng)企業(yè)架構(gòu)中

業(yè)務(wù)、架構(gòu)和實施的各種重要活動和產(chǎn)出。

業(yè)務(wù)架構(gòu)，數(shù)據(jù)架構(gòu)，應(yīng)用架構(gòu)和技術(shù)架構(gòu)之間的內(nèi)在邏輯聯(lián)系:

圖例：企業(yè)架構(gòu)整體方法論

企業(yè)架構(gòu)的驅(qū)動力

在當(dāng)前的數(shù)字化時代中，企業(yè)要持續(xù)發(fā)展必須要進行數(shù)字化轉(zhuǎn)型和升級，而轉(zhuǎn)型和升級的關(guān)鍵是驅(qū)動企業(yè)從業(yè)務(wù)、架構(gòu)、技術(shù)、組織等方面全面且系統(tǒng)地改造升級。

圖例：企業(yè)轉(zhuǎn)型的核心驅(qū)動力

在企業(yè)改造升級過程中，往往不關(guān)注架構(gòu)設(shè)計，或者只關(guān)注IT層面，未從企業(yè)架構(gòu)全局視角出發(fā)進行設(shè)計，特別是未從業(yè)務(wù)、應(yīng)用、數(shù)據(jù)、技術(shù)等整體企業(yè)架構(gòu)規(guī)劃層面出發(fā)。

而如何結(jié)合企業(yè)的戰(zhàn)略計劃、商業(yè)模式，并加上與企業(yè)架構(gòu)相關(guān)的整體架構(gòu)規(guī)劃，同時IT項目實施落地，并完成架構(gòu)治理的閉環(huán)，是越來越多的企業(yè)亟待解決的問題。

企業(yè)架構(gòu)的基本概念

企業(yè)架構(gòu)（Enterprise Architecture， EA）經(jīng)過幾十年的發(fā)展，有很多專家、組織、企業(yè)、研究機構(gòu)都提出了企業(yè)架構(gòu)的基本概念?？偟膩碚f，企業(yè)架構(gòu)是一種描述企業(yè)的組織結(jié)構(gòu)的技術(shù)，它是一種解決企業(yè)組織結(jié)構(gòu)的方法。通過架構(gòu)的思考方式將一個企業(yè)、一個公司、一個系統(tǒng)復(fù)雜的內(nèi)部關(guān)系進行結(jié)構(gòu)化、體系化的抽象，并把相關(guān)的目標和當(dāng)前現(xiàn)狀通過不同視圖進行直觀展示，方便相關(guān)人員達成一致的認識，指導(dǎo)和驅(qū)動數(shù)字化項目落地實施。

關(guān)于企業(yè)架構(gòu)，我們來看看一些人員和組織給出的定義。

• 麻省理工學(xué)院：企業(yè)架構(gòu)是業(yè)務(wù)流程和IT基礎(chǔ)設(shè)施的組織邏輯，反映企業(yè)運營模式的集成和標準化需求。

• SearchCIO.com：企業(yè)的概念藍圖，定義了一個組織的結(jié)構(gòu)和運營，企業(yè)架構(gòu)的意圖是確定組織如何能夠最有效地實現(xiàn)其當(dāng)前和未來的目標。

• John Zachman：企業(yè)架構(gòu)是構(gòu)成企業(yè)的所有關(guān)鍵元素及其關(guān)系的綜合描述，是企業(yè)的描述性表達，以及企業(yè)創(chuàng)建后進行改變的基線。

• 美國的Clinger-Cohen法案（1996）：企業(yè)架構(gòu)是一個集成的框架，用于演進或維護現(xiàn)存的信息技術(shù)和引入新的信息技術(shù)，來實現(xiàn)組織的戰(zhàn)略目標和信息資源管理目標。

• The Open Group：企業(yè)架構(gòu)主要定義所有構(gòu)成企業(yè)的不同元素，以及這些元素怎樣相互關(guān)聯(lián)。

• Gartner：企業(yè)架構(gòu)是通過創(chuàng)建、溝通和優(yōu)化用以描述企業(yè)未來狀態(tài)和發(fā)展的關(guān)鍵原則，以將業(yè)務(wù)愿景和戰(zhàn)略轉(zhuǎn)化為有效的企業(yè)變更的過程。

• 微軟：企業(yè)架構(gòu)是一種概念性工具，可以幫助組織了解自身的結(jié)構(gòu)和工作方式。它提供了企業(yè)地圖，并將其用于業(yè)務(wù)和技術(shù)變更的路線規(guī)劃。

從以上諸多定義可以看出，企業(yè)架構(gòu)并沒有統(tǒng)一的定義，不過我們可以發(fā)現(xiàn)在上述定義中的一些共性。

圖例：企業(yè)架構(gòu)與戰(zhàn)略規(guī)劃、項目實施、運營治理之間的關(guān)系

在傳統(tǒng)模式中，企業(yè)從戰(zhàn)略規(guī)劃到項目實施是脫節(jié)的，沒有經(jīng)過頂層思考和有效的架構(gòu)規(guī)劃，而企業(yè)架構(gòu)作為戰(zhàn)略和項目的橋梁，從企業(yè)的整體戰(zhàn)略規(guī)劃出發(fā)，將業(yè)務(wù)戰(zhàn)略和IT戰(zhàn)略通過企業(yè)架構(gòu)進行呈現(xiàn)，通過業(yè)務(wù)架構(gòu)明確企業(yè)關(guān)鍵業(yè)務(wù)流程和邏輯，進一步明確與之匹配的IT架構(gòu)，進而分解為應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)，并通過數(shù)字化轉(zhuǎn)型項目實施交付，進而進行運營治理，通過持續(xù)迭代反向推動戰(zhàn)略規(guī)劃，完成閉環(huán)。

企業(yè)架構(gòu)可以幫助企業(yè)解決數(shù)字化轉(zhuǎn)型中的許多問題，如業(yè)務(wù)創(chuàng)新、降本增效、風(fēng)險控制、組織協(xié)同、技術(shù)升級等。

2017年，麥肯錫與亨利商學(xué)院開展了一項關(guān)于企業(yè)架構(gòu)影響的調(diào)查，調(diào)查結(jié)果顯示，使用企業(yè)架構(gòu)的企業(yè)對比沒有使用企業(yè)架構(gòu)的企業(yè)

• 數(shù)字化轉(zhuǎn)型成功率高62%

• IT復(fù)雜度降低67%

• 成本節(jié)約47%

• 產(chǎn)品推向市場快34%

• 穩(wěn)定性提高26%

企業(yè)可以基于企業(yè)架構(gòu)的指導(dǎo)，優(yōu)化業(yè)務(wù)運營模式，落實企業(yè)戰(zhàn)略，改進業(yè)務(wù)流程，使企業(yè)運轉(zhuǎn)更加高效。企業(yè)架構(gòu)可以使企業(yè)在同一語義、語境下協(xié)同開展跨領(lǐng)域合作。

Tips:

數(shù)字化轉(zhuǎn)型的難點并不在于理論、方法、工具等，而在于整個企業(yè)結(jié)合相關(guān)方法，內(nèi)部多方協(xié)同，進而通過項目落地，最終達到企業(yè)整體戰(zhàn)略目標的過程。

企業(yè)架構(gòu)的發(fā)展

企業(yè)架構(gòu)的歷史可以溯源到20世紀70年代，當(dāng)時美國軍方啟動了C4ISR計劃，目的是建設(shè)一個大而全的系統(tǒng)來管理通信指揮作戰(zhàn)的所有資源，將美國軍事指揮重大戰(zhàn)略決策及指揮員對下屬部隊實施指揮控制管理時所用的設(shè)備、器材、程序等資源都關(guān)聯(lián)起來。

但那時候并未形成體系化的架構(gòu)理論，經(jīng)過多場戰(zhàn)爭的磨礪，這個系統(tǒng)逐步成熟，形成的理論在2003年發(fā)展成DoDAF，即美國國防部體系架構(gòu)框架。

1987年，當(dāng)時在IBM工作的John Zachman發(fā)表了著名的論文《信息系統(tǒng)架構(gòu)框架》，首次提出了“信息系統(tǒng)架構(gòu)框架”的概念。這篇論文中并沒有明確提出企業(yè)架構(gòu)這個概念，但其提出了一個企業(yè)信息系統(tǒng)的構(gòu)成所需要的全部元素及它們之間的關(guān)系。這篇論文在業(yè)界被奉為企業(yè)架構(gòu)框架理論的開山之作，John Zachman因此被稱為“企業(yè)架構(gòu)框架理論之父”。

企業(yè)架構(gòu)的概念其實是美國政府機構(gòu)提出來的。1996年，美國頒布的Clinger-Cohen法案要求美國政府用企業(yè)架構(gòu)來改善各聯(lián)邦政府獲取和管理信息技術(shù)的方式。1999年9月，美國聯(lián)邦政府CIO（首席信息官）委員會發(fā)布了聯(lián)邦企業(yè)架構(gòu)框架（FEAF），來指導(dǎo)聯(lián)邦機構(gòu)之間的公共業(yè)務(wù)流程、技術(shù)引入、信息流和系統(tǒng)投資。2002年2月，美國政府管理和預(yù)算辦公室（OMB）基于FEAF開發(fā)了聯(lián)邦企業(yè)架構(gòu)（FEA），提出了五層參考模型，在聯(lián)邦機構(gòu)程序內(nèi)和跨機構(gòu)程序間，通過跨部門的分析找到重復(fù)的投資及相互的差距，助力聯(lián)邦政府范圍內(nèi)的互操作、協(xié)同、交互。

隨后，企業(yè)架構(gòu)的理念很快得到了各個咨詢公司和研究機構(gòu)的認可。最早對企業(yè)架構(gòu)進行研究的研究機構(gòu)是Meta Group，它于2000年發(fā)表了《企業(yè)架構(gòu)案頭參考》，提供了一個經(jīng)過驗證的關(guān)于企業(yè)架構(gòu)實施的方法論。微軟、IBM、惠普等廠商也紛紛加入，希望應(yīng)用企業(yè)架構(gòu)來定位自身產(chǎn)品和服務(wù)。2005年，Gartner將Meta Group收購，進而提出了Gartner架構(gòu)框架。

企業(yè)架構(gòu)框架理論：主流企業(yè)架構(gòu)框架之對比

雖然企業(yè)架構(gòu)框架理論所面對的問題都是同樣的，但是由于他們出現(xiàn)的歷史背景和研發(fā)團體都不相同，因而他們的適用范圍和側(cè)重角度都有較大的差異。本章將根據(jù)?《Comparison of the Top Four Enterprise Architecture Methodologies》所述對四種主流的企業(yè)架構(gòu)框架理論（Zachman，FEA，Gartner，TOGAF）進行比較。

1. Zachman特點

在這四種框架之中，Zachman的歷史算是最悠久的了，但是相對于后面的幾種框架，該框架僅僅提供了關(guān)于企業(yè)架構(gòu)內(nèi)容的分類方法，而對于企業(yè)架構(gòu)的創(chuàng)建過程卻并沒有相應(yīng)的描述。但是作為第一個被廣泛承認的企業(yè)架構(gòu)框架理論，Zachman首先提出了一種根據(jù)不同的干系人的視角來對信息系統(tǒng)的各個方面進行描述的方法，從而使得站在不同角度的干系人可以針對信息系統(tǒng)的建設(shè)使用相同的描述方式進行溝通，而這也對其后的各種企業(yè)架構(gòu)框架理論的發(fā)展指明了方向。在Zachman框架中，企業(yè)架構(gòu)的內(nèi)容被抽象成采用六種視角來觀察的信息系統(tǒng)在六個方面的描述，并且Zachman認為當(dāng)所有這些角度針對每個方面的描述都完備則一個企業(yè)架構(gòu)的內(nèi)容是完備的。

2. FEA特點

作為最早的由政府部門提出的企業(yè)架構(gòu)理論和進行的實踐，FEA發(fā)展至今也具有了相當(dāng)長的歷史，雖然有文章稱FEA還是處于嬰兒期的階段，但是它所提出的各種方法還是值得我們?nèi)パ芯康摹ＥcZachman這種僅僅提供企業(yè)架構(gòu)內(nèi)容分類法的框架不同，FEA不僅在企業(yè)架構(gòu)內(nèi)容上由其自己的分類方式，而且關(guān)于架構(gòu)過程也有著相當(dāng)?shù)拿枋觥?/p>

嚴格的講，FEA并不是一個嚴格意義上的企業(yè)架構(gòu)框架，而是以美國聯(lián)邦政府為客觀對象的企業(yè)架構(gòu)的具體實例，與之相比，在它之前誕生的FEAF（聯(lián)邦企業(yè)架構(gòu)框架）才算得上一個真正意義的企業(yè)架構(gòu)框架理論，不過由于其在政府的企業(yè)架構(gòu)方面的示范作用，FEA中所抽象出來的各種參考模型和治理方法倒比方法論級別的FEAF更加容易讓人接受，所以在很多情況下，FEA也被看作是一種企業(yè)架構(gòu)框架理論。正因為FEA不同于一個通用的企業(yè)架構(gòu)框架理論，因而其具體內(nèi)容相對明確，例如其對服務(wù)的分類就包括健康服務(wù)、教育服務(wù)、自然資源服務(wù)以及國土安全服務(wù)等有著明顯政府性行為的服務(wù)，不過FEA所采用的架構(gòu)內(nèi)容分類方法的確是值得借鑒的，他首先采用服務(wù)的概念對企業(yè)部門的各種服務(wù)能力以業(yè)務(wù)線（Line-of-Business）為單位進行標識、組織和定義，并且將這些服務(wù)按照其使用的范圍歸納為企業(yè)服務(wù)（Enterprise Service）和片段服務(wù)（Segment Service）兩大類。通過這樣的方式，聯(lián)邦政府各部門的各條業(yè)務(wù)線得到了總結(jié)，而且原先功能上相互重復(fù)的服務(wù)也被識別了出來，從而有助于服務(wù)的重用。同時針對每條業(yè)務(wù)線或服務(wù)能力，FEA從業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)這幾個方面進行詳細的描述。所有這些層次的描述在FEA中通過五層參考模型的方式進行規(guī)范，從而為各個部門建立起一種統(tǒng)一的用于描述各自服務(wù)能力的方法。

除了針對內(nèi)容的描述，FEA也針對企業(yè)架構(gòu)的架構(gòu)過程提出了指導(dǎo)。在FEA的觀點中，各部門首先需要通過五層參考模型描述企業(yè)當(dāng)前以及目標架構(gòu)，根據(jù)差距分析找到現(xiàn)實和理想的差別，并且細化成各種實施項目。在為這些項目確立了投資和籌資戰(zhàn)略后，對著這些項目進行實施和管理，從而促進企業(yè)的發(fā)展和企業(yè)架構(gòu)的演進。

以上關(guān)于架構(gòu)內(nèi)容的定義和架構(gòu)過程的描述是FEA的核心內(nèi)容，除此之外聯(lián)邦企業(yè)架構(gòu)體系還包括了用以評估一個企業(yè)架構(gòu)完整性、使用狀況和使用效果的企業(yè)架構(gòu)評估框架（EAAF），以及被OMB用來識別和管理各跨部門項目的聯(lián)邦過渡框架（FTF）。

由此可見，相對于Zachman，FEA既含有針對架構(gòu)內(nèi)容的分類法，又具備架構(gòu)過程描述，甚至還包括了用于評估架構(gòu)水平的方法，所以FEA更加具備一個企業(yè)架構(gòu)框架的特性。但是從抽象度和通用性的角度來看，Zachman框架無疑是一種通用的架構(gòu)建設(shè)方法論，而FEA則更傾向于一種基于具體實例的最佳實踐。

3. TOGAF特點

與上面的框架都不同，由于TOGAF的目的是為企業(yè)架構(gòu)的創(chuàng)建提供一套標準的方法，他既不同于Zachman那樣僅僅介紹企業(yè)架構(gòu)內(nèi)容的分類法，也不同于FEA那樣緊貼著美國聯(lián)邦政府的組織架構(gòu)和現(xiàn)實服務(wù)。與他們相比，TOGAF提出的是一套經(jīng)過高度抽象的方法論，并且不依賴于任何一個具體的組織形式（例如，如果使用FEA來創(chuàng)建企業(yè)架構(gòu)，和可能需要像美國政府那樣建立OMB這樣一個統(tǒng)一協(xié)調(diào)管理企業(yè)架構(gòu)的組織，否則諸如FTF這樣的框架將無從實施和管理），甚至他對自身提出的各個方法和內(nèi)容分類法都沒有硬性照搬的要求，也沒有排斥其他任何架構(gòu)框架理論，因而任何企業(yè)均可按照自身的情況對TOGAF進行裁剪或與其他框架進行混合，從而創(chuàng)建和維護符合自身情況的企業(yè)架構(gòu)。

TOGAF的核心是架構(gòu)開發(fā)方法（ADM：Architecture Development Method）。此套方法實際上是用來指導(dǎo)企業(yè)如何建立和維護其企業(yè)架構(gòu)的一套流程化的架構(gòu)開發(fā)步驟。首先ADM將架構(gòu)過程看成一個循環(huán)迭代的過程，并且此迭代過程可以是分層級的，即企業(yè)可以使用一個小組負責(zé)整個企業(yè)架構(gòu)的迭代開發(fā)，也可以由多個架構(gòu)開發(fā)小組針對每一部份進行迭代開發(fā)，并最終歸為一體。

在TOGAF中，ADM一共定義了十個步驟，除了“需求管理”這一步驟位于各個步驟中心作為其他各步驟的驅(qū)動和管理辦法外，其余九個步驟還是有著先后關(guān)系的，即前面步驟的輸出作為后面步驟的輸入。與FEA過程的精神相類似，ADM也秉承如下思想來創(chuàng)建和管理企業(yè)架構(gòu)：

• 識別和定義高層的策略、目標以及驅(qū)動力等。

• 創(chuàng)建針對架構(gòu)的高層次的期望，亦即架構(gòu)愿景。

• 細化架構(gòu)愿景，在業(yè)務(wù)、數(shù)據(jù)、應(yīng)用和技術(shù)這些層面進行詳細描述，并針對采用相同方式描述的當(dāng)前架構(gòu)和目標架構(gòu)進行差距分析。

• 將差距分析結(jié)果具體化為解決方案，進而形成一個個項目規(guī)劃。

• 實施并管理這些架構(gòu)項目。

• 在所有過程中監(jiān)控內(nèi)外部環(huán)境的變化，從而可以將變化快速反映到架構(gòu)創(chuàng)建過程中。

由此可見，與FEA相比，前兩步相當(dāng)于FEA五層參考模型中PRM（Performace Reference Model）的目標，而第三步的細化又于FEA中后面的四層參考模型不謀而合（當(dāng)然，FEA五層參考模型并不是一個架構(gòu)過程的概念，但是ADM的使用過程并不排斥對他們的使用，況且其核心思想是一致的）。至于后面的差距分析直到項目的規(guī)劃、實施以及管理又與FEA的架構(gòu)過程在思想上是一致的。而且，通過上述步驟我們可以看出，ADM采用了自上而下的原則通過逐步細化的方式將企業(yè)高層的策略過渡到詳細的技術(shù)實施，從而構(gòu)建涵蓋所有干系人角度的企業(yè)架構(gòu)。需要注意的是，雖然ADM中的各大步驟在表面上有著先后依賴的關(guān)系，但是這種關(guān)系并不是硬性規(guī)定的，一個企業(yè)可以根據(jù)自己的需要調(diào)換這些步驟的順序，甚至是跳過某些步驟，而這也是TOGAF所提倡的。此外，ADM除了定義這十大步驟，還詳細定義了每大步驟所包含的各個小步驟、目標以及每大步驟的輸入與輸出。

在2009年，TOGAF推出了第9版。在此版本中，The Open Group為TOGAF加入了內(nèi)容框架（CF，Content Framework），從此企業(yè)架構(gòu)不單單是一份僅僅關(guān)于企業(yè)架構(gòu)過程的框架理論了。在內(nèi)容框架中，企業(yè)架構(gòu)內(nèi)容按照表現(xiàn)形式分為目錄、矩陣和圖形三種，并且根據(jù)ADM在各個階段的目標定義了每個階段需要完成的架構(gòu)制品。除此之外，內(nèi)容框架還對ADM中各個步驟的輸入、輸出與這些架構(gòu)制品的關(guān)系進行了詳細描述。

內(nèi)容架構(gòu)中關(guān)于架構(gòu)制品的定義構(gòu)成了TOGAF下的架構(gòu)內(nèi)容元模型，但是這一元模型也只是一種參考性材料，TOGAF并不建議將其強搬至各個企業(yè)或組織的架構(gòu)實踐當(dāng)中。為了達到這種靈活度，內(nèi)容框架采用插件方式對內(nèi)容元模型進行組織，即把一些關(guān)鍵并常用的架構(gòu)制品當(dāng)作核心內(nèi)容，并將其推薦到架構(gòu)實踐過程當(dāng)中，而把剩下的架構(gòu)制品分別歸納到治理擴展、服務(wù)擴展、流程建模擴展、數(shù)據(jù)擴展、基礎(chǔ)設(shè)施整合擴展以及動機擴展這幾個分組之中。需要注意的是，TOGAF只是對架構(gòu)內(nèi)容進行了建議，即便是核心分組中的架構(gòu)制品在實踐中的具體內(nèi)容也應(yīng)按照企業(yè)自身的需求而進行定制。

由此可見，TOGAF相對于其他框架理論，具有更加標準、更加通用的特點，而且自從在TOGAF 9種增加了內(nèi)容框架之后，此企業(yè)架構(gòu)框架理論的完整度也大幅提高，也正因為如此，TOGAF發(fā)展至今日已經(jīng)得到了最廣泛的應(yīng)用，堪稱業(yè)界最流行的企業(yè)架構(gòu)框架理論。

4. Gartner特點

與上述的企業(yè)架構(gòu)框架不同，Gartner既不提供企業(yè)架構(gòu)內(nèi)容的分類法，也不提供企業(yè)架構(gòu)的建設(shè)過程指南，因而從架構(gòu)框架的定義來看，Gartner應(yīng)該不能算是一個嚴格意義上的企業(yè)架構(gòu)框架理論。Gartner并不提供通常意義上的方法論，而是以其在企業(yè)架構(gòu)建設(shè)領(lǐng)域中積累的大量實踐經(jīng)驗為基礎(chǔ)，對外提供關(guān)于企業(yè)架構(gòu)方面的各種最佳實踐。因而，如果企業(yè)要借助Gartner的力量來建設(shè)企業(yè)架構(gòu)，要么出資購買其資訊服務(wù)，要么就以Gartner公司提供的數(shù)個企業(yè)架構(gòu)建設(shè)實例為參考來構(gòu)建自身的企業(yè)架構(gòu)。

雖然沒有高度抽象且規(guī)范化的通用方法論來指導(dǎo)企業(yè)架構(gòu)的建設(shè)，但Gartner關(guān)于企業(yè)架構(gòu)的建設(shè)也有著自己的理念和實際案例。Gartner將企業(yè)架構(gòu)看作為一個動態(tài)的過程，而不僅僅是一個靜態(tài)的名詞。在Gartner的觀念中，企業(yè)架構(gòu)建設(shè)的起點應(yīng)該是對企業(yè)發(fā)展方向的明確，而不是僅僅對企業(yè)當(dāng)前狀態(tài)的描述，并且一個成功的企業(yè)架構(gòu)應(yīng)該能將業(yè)務(wù)擁有者、信息專家和技術(shù)實現(xiàn)者聯(lián)系起來，并為他們提供一個統(tǒng)一的針對企業(yè)現(xiàn)狀和發(fā)展方向的愿景。

5. 四種框架的比較

上述四種企業(yè)架構(gòu)框架各具特點，先將他們放在一起比較如下：

	Zachman	ToGAF	FEA	Gartner
分類法完整度	4	3	2	1
過程完整度	1	4	2	3
參考模型指南	1	3	4	1
實踐指南	1	2	2	4
成熟度模型	1	1	3	2
業(yè)務(wù)關(guān)注度	1	2	1	4
治理指南	1	2	3	3
企業(yè)劃分指南	1	2	4	3
視角目錄	1	2	4	2
廠商無關(guān)度	2	4	3	1
信息易獲取性	2	4	2	1
價值獲取效率	1	3	1	4
總評分	17	32	31	29

在上面表格中評分量級從1至4，其意義分別定義如下：

1. 在當(dāng)前評測方面無所表現(xiàn)。

2. 在當(dāng)前評測方面有所表現(xiàn)，但是并不足夠。

3. 在當(dāng)前評測方面有著可以接受的表現(xiàn)。

4. 在當(dāng)前評測方面有著很好的表現(xiàn)。

上述表格采用十二個方面對四個框架進行對比，其中每個評測方面的意義如下：

• 分類法完整度（Taxonomy completeness）：用以表明當(dāng)前框架理論對各種架構(gòu)制品劃分的優(yōu)劣程度。

• 過程完整度（Process completeness）：用以表明當(dāng)前框架理論在指導(dǎo)人們創(chuàng)建企業(yè)架構(gòu)方面是否采用了漸入式的方式，且表現(xiàn)如何。

• 參考模型指南（Reference model guidance）：用以表明當(dāng)前框架理論在幫助人們創(chuàng)建一系列相關(guān)的參考模型中的作用。

• 實踐指南（Practice guidance）：用以表明當(dāng)前框架理論在幫助人們將企業(yè)架構(gòu)的精神融入到組織中，并為其創(chuàng)建一個珍視并使用企業(yè)架構(gòu)的企業(yè)文化時的幫助程度。

• 成熟度模型（Maturity model）：用以表明當(dāng)前框架理論在評估企業(yè)使用企業(yè)架構(gòu)的有效性和成熟度方面的幫助程度。

• 業(yè)務(wù)關(guān)注度（Business focus）：用以表明當(dāng)前框架理論是否著眼于使用技術(shù)來驅(qū)動業(yè)務(wù)價值。其中，業(yè)務(wù)價值被定義為減少成本或增加收入。

• 治理指南（Governance guidance）：用以表明當(dāng)前框架理論在理解和創(chuàng)建有效的企業(yè)架構(gòu)治理模型方面的幫助程度。

• 劃分指南（Partitioning guidance）：用以表明當(dāng)前框架理論在幫助人們對企業(yè)進行有效的自治性分區(qū)劃分方面的幫助程度。此種分區(qū)劃分對于復(fù)雜性管理來說是一個重要的方法。

• 視角目錄（Perspective catalog）：用以表明當(dāng)前框架理論在指導(dǎo)人們設(shè)置架構(gòu)資產(chǎn)目錄方面的幫助程度。這些架構(gòu)資產(chǎn)會在未來的活動中被重用。

• 廠商無關(guān)度（Vendor neutrality）：用以表明當(dāng)前框架理論與某個特定咨詢組織的鎖定程度。此方面評分越高表示與特定廠商的鎖定程度越低。

• 信息易獲取性（Information availability）：用以表明與當(dāng)前框架理論相關(guān)的免費或廉價信息的數(shù)量和質(zhì)量。

• 價值獲取效率（Time to value）：用以表明從開始使用當(dāng)前框架理論到創(chuàng)建具有高度業(yè)務(wù)價值的解決方案這一過程的效率。

---

番外篇：什么是企業(yè)架構(gòu)師？

架構(gòu)師是互聯(lián)網(wǎng)行業(yè)及傳統(tǒng)企業(yè)技術(shù)部門中比較特殊的一種職業(yè)，是軟件開發(fā)活動眾多角色之一，它可能是一個人、一個小組，也可能是一個團隊，這里我們將架構(gòu)師看作一種角色，在這個角色上做得出色的就是優(yōu)秀的架構(gòu)師。

架構(gòu)師在企業(yè)或者項目中具有重要的作用。比如，在企業(yè)架構(gòu)中，架構(gòu)師可以簡單地理解為企業(yè)架構(gòu)的Owner，其核心任務(wù)是降低系統(tǒng)的復(fù)雜度，對企業(yè)架構(gòu)的設(shè)計和落地負責(zé)。

傳統(tǒng)的系統(tǒng)設(shè)計主要需要系統(tǒng)架構(gòu)師和系統(tǒng)分析師兩個角色，但是隨著互聯(lián)網(wǎng)的快速發(fā)展，如今延伸出越來越細分的領(lǐng)域，比如企業(yè)架構(gòu)有很多細分子域，如業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)，因而又可細分為各子域的架構(gòu)師。

架構(gòu)師不用事必躬親，其核心任務(wù)是完成架構(gòu)設(shè)計的工作，并協(xié)調(diào)相關(guān)角色，消除存在的歧義，負責(zé)企業(yè)架構(gòu)的落地。

在互聯(lián)網(wǎng)行業(yè)，架構(gòu)師具有關(guān)于架構(gòu)和技術(shù)的豐富經(jīng)驗，同時具備業(yè)務(wù)分析能力、計算機基礎(chǔ)能力、基本的工具使用能力、排查和定位問題能力、產(chǎn)品思維能力等。

一般來講，架構(gòu)師負責(zé)主導(dǎo)全局架構(gòu)分析設(shè)計和實施、負責(zé)軟件架構(gòu)和關(guān)鍵技術(shù)決策。

• 一方面，從技術(shù)層面，現(xiàn)在的軟件越來越復(fù)雜，涉及的人越來越多，為了理解和管理龐大的工程，人們通過架構(gòu)來對系統(tǒng)進行封裝和抽象。架構(gòu)師需要從全局的視角，考慮系統(tǒng)的方方面面，如技術(shù)合理性、成本和效率、系統(tǒng)穩(wěn)定性、可連續(xù)性、可服務(wù)性等方面。架構(gòu)師一般是技術(shù)方向的掌舵人，需要對技術(shù)決策負責(zé)。

• 另一方面，從組織層面，軟件項目涉及的角色越來越多，比如技術(shù)、產(chǎn)品、運營、業(yè)務(wù)、項目管理等，在技術(shù)團隊內(nèi)又分為售前、售后、前端、后端、測試、部署、運維、支持保障、系統(tǒng)集成等。

架構(gòu)師作為技術(shù)團隊對外的接口人，是連接內(nèi)外團隊的橋梁，同時是重點技術(shù)的帶頭人，負責(zé)技術(shù)的發(fā)展方向和邊界設(shè)定，溝通和協(xié)同多個團隊，完成軟件系統(tǒng)和產(chǎn)品的架構(gòu)落地，助力業(yè)務(wù)成功。

總體來說，架構(gòu)師主要需要關(guān)注以下內(nèi)容。

• 了解問題領(lǐng)域，消除溝通歧義。

• 承接業(yè)務(wù)目標，抽象業(yè)務(wù)需求。

• 分析業(yè)務(wù)需求，輸出業(yè)務(wù)模型。

• 抽象領(lǐng)域概念，輸出領(lǐng)域模型

• 推導(dǎo)系統(tǒng)架構(gòu)，輸出架構(gòu)模型。

• 劃清系統(tǒng)邊界，確立集成交互。

• 劃分優(yōu)先級別，助力項目實施。

• 架構(gòu)最終解釋，把握關(guān)鍵環(huán)節(jié)。

• 資源評估盤點，資源編排能力。

• 負責(zé)技術(shù)選型，完成系統(tǒng)落地。

---

【更多閱讀】

• 【企業(yè)架構(gòu)設(shè)計實戰(zhàn)】企業(yè)架構(gòu)方法論

• 【企業(yè)架構(gòu)設(shè)計實戰(zhàn)】業(yè)務(wù)架構(gòu)設(shè)計

• 【企業(yè)架構(gòu)設(shè)計實戰(zhàn)】應(yīng)用架構(gòu)設(shè)計

• 【企業(yè)架構(gòu)設(shè)計實戰(zhàn)】大數(shù)據(jù)架構(gòu)設(shè)計

• 【軟件架構(gòu)思想系列】分層架構(gòu)

• 【軟件架構(gòu)思想系列】模塊化與抽象

• 軟件架構(gòu)設(shè)計的核心：抽象與模型、“戰(zhàn)略編程”

• 企業(yè)級大數(shù)據(jù)架構(gòu)設(shè)計最佳實踐

• 編程語言：類型系統(tǒng)的本質(zhì)

• 程序員架構(gòu)修煉之道：軟件架構(gòu)設(shè)計的37個一般性原則

• 程序員架構(gòu)修煉之道：如何設(shè)計“易理解”的系統(tǒng)架構(gòu)？

• “封號斗羅” 程序員修煉之道：通向務(wù)實的最高境界

• 程序員架構(gòu)修煉之道：架構(gòu)設(shè)計中的人文主義哲學(xué)

• Gartner??2023??年頂級戰(zhàn)略技術(shù)趨勢

• 【軟件架構(gòu)思想系列】從偉人《矛盾論》中悟到的軟件架構(gòu)思想真諦：“對象”即事物，“函數(shù)”即運動變化

• 【模型?關(guān)系思考法】如何在一個全新的、陌生的領(lǐng)域快速成為專家？模仿 + 一萬小時定律 + 創(chuàng)新

• Redis 作者 Antirez 講如何實現(xiàn)分布式鎖？Redis 實現(xiàn)分布式鎖天然的缺陷分析&Redis分布式鎖的正確使用姿勢！

• 紅黑樹、B樹、B+樹各自適用的場景

• 你真的懂樹嗎？二叉樹、AVL平衡二叉樹、伸展樹、B-樹和B+樹原理和實現(xiàn)代碼詳解

• 【動態(tài)圖文詳解-史上最易懂的紅黑樹講解】手寫紅黑樹（Red Black Tree）

• 我的年度用戶體驗趨勢報告——由 ChatGPT AI 撰寫

• 我面試了 ChatGPT 的 PM （產(chǎn)品經(jīng)理）崗位，它幾乎得到了這份工作！！！

• 大數(shù)據(jù)存儲引擎 NoSQL極簡教程 An Introduction to Big Data: NoSQL

• 《人月神話》（The Mythical Man-Month）看清問題的本質(zhì)：如果我們想解決問題，就必須試圖先去理解它

• 【架構(gòu)師必知必會】常見的NoSQL數(shù)據(jù)庫種類以及使用場景

• 新時期我國信息技術(shù)產(chǎn)業(yè)的發(fā)展【技術(shù)論文，紀念長者，2008】

• B-樹（B-Tree）與二叉搜索樹（BST）：講講數(shù)據(jù)庫和文件系統(tǒng)背后的原理（讀寫比較大塊數(shù)據(jù)的存儲系統(tǒng)數(shù)據(jù)結(jié)構(gòu)與算法原理）

• HBase 架構(gòu)詳解及數(shù)據(jù)讀寫流程

• 【架構(gòu)師必知必會系列】系統(tǒng)架構(gòu)設(shè)計需要知道的5大精要（5 System Design fundamentals）

• 《人月神話》8 胸有成竹（Chaptor 8.Calling the Shot -The Mythical Man-Month）

• 《人月神話》7（The Mythical Man-Month）為什么巴比倫塔會失敗？

• 《人月神話》（The Mythical Man-Month）6貫徹執(zhí)行（Passing the Word）

• 《人月神話》（The Mythical Man-Month）5畫蛇添足（The Second-System Effect）

• 《人月神話》（The Mythical Man-Month）4概念一致性：專制、民主和系統(tǒng)設(shè)計(System Design）

• 《人月神話》（The Mythical Man-Month）3 外科手術(shù)隊伍（The Surgical Team）

• 《人月神話》（The Mythical Man-Month）2人和月可以互換嗎？人月神話存在嗎？

• 在平時的工作中如何體現(xiàn)你的技術(shù)深度？

• Redis 作者 Antirez 講如何實現(xiàn)分布式鎖？Redis 實現(xiàn)分布式鎖天然的缺陷分析&Redis分布式鎖的正確使用姿勢！

• 程序員職業(yè)生涯系列：關(guān)于技術(shù)能力的思考與總結(jié)

• 十年技術(shù)進階路:讓我明白了三件要事。關(guān)于如何做好技術(shù) Team Leader？如何提升管理業(yè)務(wù)技術(shù)水平?（10000字長文）

• 當(dāng)你工作幾年就會明白，以下幾個任何一個都可以超過90%程序員

• 編程語言：類型系統(tǒng)的本質(zhì)

• 軟件架構(gòu)設(shè)計的核心：抽象與模型、“戰(zhàn)略編程”

• 【圖文詳解】深入理解 Hbase 架構(gòu) ?Deep Into HBase Architecture

• HBase 架構(gòu)詳解及讀寫流程原理剖析

• HDFS 底層交互原理，看這篇就夠了！

• MySQL 體系架構(gòu)簡介

• 一文看懂MySQL的異步復(fù)制、全同步復(fù)制與半同步復(fù)制

• 【史上最全】MySQL各種鎖詳解：一文搞懂MySQL的各種鎖

• 騰訊/阿里/字節(jié)/快手/美團/百度/京東/網(wǎng)易互聯(lián)網(wǎng)大廠面試題庫

• Redis 面試題 50 問，史上最全。

• 一道有難度的經(jīng)典大廠面試題：如何快速判斷某 URL 是否在 20 億的網(wǎng)址 URL 集合中？

• 【BAT 面試題寶庫附詳盡答案解析】圖解分布式一致性協(xié)議 Paxos 算法

• Java并發(fā)多線程高頻面試題

• 編程實踐系列: 字節(jié)跳動面試題

• 【BAT 面試題寶庫附詳盡答案解析】分布式事務(wù)實現(xiàn)原理

……