文章目錄

• 一、FEAF
• • 1、FEAF的出現(xiàn)
  • 2、FEAF構(gòu)成
  • • （1）Level 1
    • （2）Level 2
    • （3）Level 3——架構(gòu)模型細(xì)化
    • （4）Level 4——業(yè)務(wù)架構(gòu)模型細(xì)化（EAP方法）
• 二、企業(yè)架構(gòu)實(shí)施指南
• • 1、企業(yè)生命周期
  • 2、企業(yè)架構(gòu)過(guò)程
  • • （1）取得上層主管的認(rèn)同和支持
    • （2）建立管理結(jié)構(gòu)和控制
    • （3）定義架構(gòu)過(guò)程和方法
    • （4）開(kāi)發(fā)基線企業(yè)架構(gòu)
    • （5）開(kāi)發(fā)目標(biāo)企業(yè)架構(gòu)
    • （6）開(kāi)發(fā)序列計(jì)劃
    • （7）使用企業(yè)架構(gòu)
    • （8）維護(hù)企業(yè)架構(gòu)
    • （9）控制與監(jiān)督
• 三、淺談概念

現(xiàn)狀：隨著各個(gè)政府部門(mén)建立符合各自特點(diǎn)的企業(yè)架構(gòu)框架并逐步實(shí)現(xiàn)各自企業(yè)架構(gòu)，例如財(cái)政部（DOT）的企業(yè)架構(gòu)框架TEAF（Treasury Enterprise Architecture Framework），但是在當(dāng)時(shí)這些企業(yè)架構(gòu)的范圍還是局限在各自的部門(mén)范圍內(nèi)。

問(wèn)題：而從美國(guó)聯(lián)邦政府這一整體角度來(lái)看，諸如組織目標(biāo)與信息系統(tǒng)的相互適配以及信息系統(tǒng)和資源的冗余浪費(fèi)等方面的問(wèn)題并沒(méi)有得到完美的解決。無(wú)論從組織架構(gòu)、組織職能，還是從其服務(wù)對(duì)象的角度來(lái)審視，美國(guó)聯(lián)邦政府都是極為復(fù)雜的組織系統(tǒng)，因而如何站在美國(guó)聯(lián)邦政府這一全局角度來(lái)考慮企業(yè)架構(gòu)所面對(duì)的問(wèn)題是極具挑戰(zhàn)的。

解決方法：為了解決這一問(wèn)題，一個(gè)從聯(lián)邦政府這一整體性角度出發(fā)的企業(yè)架構(gòu)框架需要被開(kāi)發(fā)出來(lái)，并以此為基礎(chǔ)建立和維護(hù)適合聯(lián)邦政府自身的企業(yè)架構(gòu)，從而能夠促進(jìn)各個(gè)政府部門(mén)之間的信息整合和共享，提高整個(gè)聯(lián)邦政府在信息化投資方面的效率。這一思想在付諸實(shí)行后歷經(jīng)多年演進(jìn)最終結(jié)晶為聯(lián)邦企業(yè)架構(gòu)FEA。

發(fā)展歷程：

• 1996年頒布的Clinger-Cohen法案（亦稱(chēng)為信息技術(shù)管理改革法案），該法案的主旨是美國(guó)政府指導(dǎo)其下屬的各聯(lián)邦政府機(jī)構(gòu)通過(guò)建立綜合的辦法來(lái)管理信息技術(shù)的引入、使用和處置等，并且該法案要求各政府機(jī)構(gòu)的CIO負(fù)責(zé)開(kāi)發(fā)、維護(hù)和幫助一個(gè)合理的和集成的IT架構(gòu)（ITA）的實(shí)施。
• 在此法案的推動(dòng)之下，CIO委員會(huì)于1999年9月發(fā)布了FEAF（Federal Enterprise Architecture Framework），用于指導(dǎo)聯(lián)邦政府各部門(mén)創(chuàng)建企業(yè)架構(gòu)。
• 隨后，聯(lián)邦企業(yè)架構(gòu)創(chuàng)建和管理工作被移交給了美國(guó)的管理和預(yù)算辦公室（OMB），而OMB也隨即成立了聯(lián)邦企業(yè)架構(gòu)程序管理辦公室（PMO）來(lái)專(zhuān)門(mén)開(kāi)發(fā)聯(lián)邦企業(yè)架構(gòu)（FEA），并于2002年2月發(fā)布了第一版的FEA。

一、FEAF

FEAF是一個(gè)以架構(gòu)建設(shè)過(guò)程為重點(diǎn)的企業(yè)架構(gòu)框架理論，并且對(duì)于企業(yè)架構(gòu)內(nèi)容也有著一定程度的歸納（雖然標(biāo)準(zhǔn)化程度并不高），同時(shí)最重要的是FEAF所提出的片段架構(gòu)（Segement Architecture） 的概念對(duì)于以后的FEA的影響是非常大的，并且為日后大型企業(yè)創(chuàng)建企業(yè)架構(gòu)指明了一條道路。隨后，在2001年CIO委員會(huì)又發(fā)布了聯(lián)邦企業(yè)架構(gòu)實(shí)施指南（ 《A practical guide to Federal Enterprise Architecture》）。在這篇指南中，CIO委員會(huì)介紹了聯(lián)邦企業(yè)架構(gòu)建設(shè)的具體流程和企業(yè)架構(gòu)框架（例如FEAF等）如何在企業(yè)架構(gòu)建設(shè)過(guò)程中發(fā)揮作用。并且在此指南中，企業(yè)的生命周期也被定義成由企業(yè)架構(gòu)過(guò)程與其他幾個(gè)企業(yè)管理過(guò)程相互結(jié)合并互相作用的過(guò)程，從而體現(xiàn)了企業(yè)架構(gòu)在一個(gè)組織中的重要意義。

1、FEAF的出現(xiàn)

聯(lián)邦企業(yè)架構(gòu)所管理的信息資源分布于各個(gè)機(jī)構(gòu)之中，所以FEAF必須能夠被各個(gè)機(jī)構(gòu)方便地采用，并且不能影響到各個(gè)機(jī)構(gòu)已有的企業(yè)架構(gòu)，從而保護(hù)各機(jī)構(gòu)為各自企業(yè)架構(gòu)所付出的投資和努力。為了達(dá)到上述目標(biāo)，CIO委員會(huì)制定了三種方法：

• 傳統(tǒng)方法——首先在時(shí)間和資金上申請(qǐng)大量的初始投資，然后開(kāi)發(fā)一個(gè)能夠?qū)軜?gòu)進(jìn)行描述的框架，并使用此框架對(duì)當(dāng)前架構(gòu)以及目標(biāo)架構(gòu)進(jìn)行描述。在此之后，通過(guò)設(shè)計(jì)、開(kāi)發(fā)以及系統(tǒng)采購(gòu)等方式實(shí)現(xiàn)企業(yè)架構(gòu)的演進(jìn)。
• 片段方法——建立一個(gè)結(jié)構(gòu)化的企業(yè)架構(gòu)框架，并對(duì)中的架構(gòu)片段進(jìn)行增量式開(kāi)發(fā)，其中每個(gè)片段被限定在一個(gè)特定的業(yè)務(wù)領(lǐng)域內(nèi)。
• 維持現(xiàn)狀。

CIO委員會(huì)采用了片段方法，即將聯(lián)邦企業(yè)架構(gòu)看成若干片段，每個(gè)片段對(duì)應(yīng)某個(gè)特定的業(yè)務(wù)領(lǐng)域，針對(duì)每個(gè)業(yè)務(wù)領(lǐng)域進(jìn)行架構(gòu)描述，能夠大大降低系統(tǒng)的復(fù)雜度，但是問(wèn)題的總體復(fù)雜度依然守恒。。

• 在“片段方法”中，首先從各個(gè)業(yè)務(wù)領(lǐng)域的視角開(kāi)始對(duì)整個(gè)聯(lián)邦政府在邏輯上進(jìn)行分解，然后采用傳統(tǒng)企業(yè)架構(gòu)建設(shè)方法對(duì)每個(gè)分解出來(lái)的片段進(jìn)行建設(shè)。也正是由于這種“片段方法”，聯(lián)邦企業(yè)架構(gòu)的建設(shè)過(guò)程也成為了一個(gè)基于各個(gè)業(yè)務(wù)領(lǐng)域的增量式的演進(jìn)過(guò)程，而且由于建設(shè)單元被細(xì)化，聯(lián)邦企業(yè)架構(gòu)針對(duì)外界變化的反應(yīng)能力得到了增強(qiáng)。
• 不過(guò)筆者認(rèn)為，分段方法并不能減少問(wèn)題的總體復(fù)雜度，而是使復(fù)雜的問(wèn)題簡(jiǎn)單化，從而使復(fù)雜問(wèn)題的解決成為可能，但是問(wèn)題的總體復(fù)雜度依然守恒。
• 原來(lái)整體的一塊被分解為相對(duì)瑣碎的若干片段，雖然就每個(gè)片段來(lái)說(shuō)實(shí)現(xiàn)難度下降了，但由于這些片段之間的相互聯(lián)系性，維持這些片段一致性發(fā)展就會(huì)成為新的問(wèn)題點(diǎn)，如果只注重于某個(gè)片段的發(fā)展而忽視片段之間的協(xié)調(diào)性，那么類(lèi)似于之前所說(shuō)的“技術(shù)驅(qū)動(dòng)”路線的弊端還會(huì)顯現(xiàn)，甚至更為嚴(yán)重，因而一個(gè)全局的針對(duì)聯(lián)邦政府企業(yè)架構(gòu)的治理、共享和評(píng)測(cè)機(jī)制也需要建立起來(lái)，并施以同樣的重視度，我想這就是在后面將提到的聯(lián)邦過(guò)渡框架（FTF）、企業(yè)架構(gòu)評(píng)估框架（EAAF）和企業(yè)架構(gòu)實(shí)施指南等框架和導(dǎo)則存在的原因之一。但不論怎么說(shuō)，FEAF的這種“片段方法”可以說(shuō)是聯(lián)邦企業(yè)架構(gòu)的主要特色，此后OMB建立的FEA的很多內(nèi)容實(shí)際上也是該方法的延伸和具體化。

2、FEAF構(gòu)成

（1）Level 1

在聯(lián)邦企業(yè)架構(gòu)的建立方面，FEAF首先是一種組織機(jī)制，被用來(lái)管理企業(yè)架構(gòu)描述的開(kāi)發(fā)和維護(hù)，而在將企業(yè)架構(gòu)付諸實(shí)施方面，FEAF還提供了一種結(jié)構(gòu)，用于組織聯(lián)邦政府資源以及描述和管理聯(lián)邦企業(yè)架構(gòu)的相關(guān)行為。

在聯(lián)邦企業(yè)架構(gòu)框架的設(shè)計(jì)過(guò)程中，CIO委員會(huì)將企業(yè)架構(gòu)的開(kāi)發(fā)和維護(hù)過(guò)程以模型的形式進(jìn)行表述，并且他們還將這一模型分成八個(gè)相互結(jié)合并互相作用的子部件，八種部件組合在一起就形成了FEAF開(kāi)發(fā)和維護(hù)企業(yè)架構(gòu)的模型：

• 架構(gòu)驅(qū)動(dòng)力（Architecture Drivers）：架構(gòu)驅(qū)動(dòng)力是促使架構(gòu)產(chǎn)生和演進(jìn)的原動(dòng)力，一般來(lái)說(shuō)包含兩種類(lèi)型的來(lái)自于外界并對(duì)企業(yè)架構(gòu)的變革產(chǎn)生刺激的推動(dòng)力：業(yè)務(wù)驅(qū)動(dòng)力和設(shè)計(jì)驅(qū)動(dòng)力。

  • 業(yè)務(wù)驅(qū)動(dòng)力：代表聯(lián)邦政府的核心業(yè)務(wù)需求，例如公眾訪問(wèn)需求、Clinger-Cohen法案對(duì)架構(gòu)開(kāi)發(fā)的要求、其他新法案要求電子化訪問(wèn)或者電子簽名的使用，以及關(guān)于政府行為的各種創(chuàng)新。
  • 設(shè)計(jì)驅(qū)動(dòng)力：代表實(shí)現(xiàn)聯(lián)邦政府業(yè)務(wù)需求的各種革新方法，包括新的軟件或硬件技術(shù)，以及新的針對(duì)軟硬件系統(tǒng)的部署方式等。

• 戰(zhàn)略方向（Strategic Direction）：戰(zhàn)略方向指導(dǎo)者目標(biāo)架構(gòu)的開(kāi)發(fā)，包括愿景、原則和目標(biāo)。

• 當(dāng)前架構(gòu)（Current Architecture）：通過(guò)描述企業(yè)架構(gòu)的當(dāng)前狀態(tài)，展示了企業(yè)當(dāng)前的業(yè)務(wù)能力和技術(shù)能力。它包括企業(yè)當(dāng)前的業(yè)務(wù)架構(gòu) 和 設(shè)計(jì)架構(gòu) 兩個(gè)部分。

  • 當(dāng)前架構(gòu)的業(yè)務(wù)層面：代表了在當(dāng)前技術(shù)能力支持下企業(yè)目前的業(yè)務(wù)需求。
  • 當(dāng)前架構(gòu)的設(shè)計(jì)層面：代表了用于實(shí)現(xiàn)當(dāng)前業(yè)務(wù)需求的數(shù)據(jù)、應(yīng)用和技術(shù)方面的內(nèi)容。

• 目標(biāo)架構(gòu)（Target Architecture）：描述了企業(yè)架構(gòu)將要達(dá)到的目標(biāo)狀態(tài)，展示了企業(yè)未來(lái)的業(yè)務(wù)和技術(shù)能力。它包括企業(yè)的目標(biāo)業(yè)務(wù)架構(gòu)和設(shè)計(jì)架構(gòu)兩個(gè)部分。

  • 目標(biāo)架構(gòu)的業(yè)務(wù)層面：代表了在未來(lái)技術(shù)能力支持下的企業(yè)未來(lái)的業(yè)務(wù)需求。
  • 目標(biāo)架構(gòu)的設(shè)計(jì)層面：代表了用于支持未來(lái)業(yè)務(wù)需求的數(shù)據(jù)、應(yīng)用和技術(shù)方面的內(nèi)容。

• 過(guò)渡過(guò)程（Transitional Process）：用于支持從當(dāng)前架構(gòu)到目標(biāo)架構(gòu)的遷移。聯(lián)邦政府的重要過(guò)渡過(guò)程包括了資本的IT投資規(guī)劃（capital IT investment planning）、遷移規(guī)劃（migration planning）、配置管理（configuration management）以及工程變更控制（engineering change control）。

• 架構(gòu)片段（Architectural Segments）：如前所述，整個(gè)企業(yè)架構(gòu)被分為若干部分，而每一部分對(duì)應(yīng)一個(gè)架構(gòu)片段。

• 架構(gòu)模型（Architectural Models）：定義了用于對(duì)各個(gè)架構(gòu)片段進(jìn)行描述的業(yè)務(wù)和設(shè)計(jì)模型。

  • 業(yè)務(wù)模型：為在架構(gòu)驅(qū)動(dòng)力推動(dòng)下出現(xiàn)的各種業(yè)務(wù)需求進(jìn)行建模。
  • 設(shè)計(jì)模型：為支持業(yè)務(wù)需求而必須的數(shù)據(jù)、應(yīng)用和技術(shù)進(jìn)行建模。

• 標(biāo)準(zhǔn)（Standards）：代表架構(gòu)開(kāi)發(fā)和維護(hù)過(guò)程中所涉及的所有標(biāo)準(zhǔn)（有些可能是強(qiáng)制性的要求）、導(dǎo)則和最佳實(shí)踐。

結(jié)論：

• 在FEAF的世界里企業(yè)架構(gòu)的出現(xiàn)和變更都是在一系列的架構(gòu)驅(qū)動(dòng)力的刺激之下來(lái)進(jìn)行的。由于外界的刺激以及環(huán)境的變化總是絕對(duì)的，因而FEAF是站在一個(gè)適應(yīng)變化的角度上闡述企業(yè)架構(gòu)的開(kāi)發(fā)和維護(hù)過(guò)程，并將其定義為一個(gè)循環(huán)往復(fù)的過(guò)程，這是非?？陀^的。
• 在架構(gòu)驅(qū)動(dòng)力的推動(dòng)之下，企業(yè)的戰(zhàn)略方向也會(huì)跟隨演進(jìn)，并且目標(biāo)架構(gòu)的制定是需要與企業(yè)的戰(zhàn)略方向相一致的。由此可見(jiàn)，FEAF將外界推動(dòng)、企業(yè)戰(zhàn)略結(jié)合了起來(lái)，并將企業(yè)戰(zhàn)略細(xì)化為更加具體的目標(biāo)架構(gòu)描述，從而使企業(yè)戰(zhàn)略即符合現(xiàn)實(shí)需要，又在整個(gè)組織范圍內(nèi)得到了一致認(rèn)同。
• 當(dāng)前架構(gòu)和目標(biāo)架構(gòu)需要使用相同的方式和語(yǔ)言（架構(gòu)模型）進(jìn)行描述，從而可以分析出現(xiàn)實(shí)和目標(biāo)的差距，并將這些差距具體化為一系列的過(guò)渡過(guò)程，從而指導(dǎo)企業(yè)和企業(yè)架構(gòu)的同步演進(jìn)。并且在演進(jìn)過(guò)程中，所需要遵循的各項(xiàng)標(biāo)準(zhǔn)，以及所采用的導(dǎo)則和最佳實(shí)踐等工具也被明確了出來(lái)，從而達(dá)成在實(shí)施過(guò)程中的無(wú)障礙溝通性和標(biāo)準(zhǔn)性。
• 架構(gòu)片段的劃分大大降低了開(kāi)發(fā)聯(lián)邦企業(yè)架構(gòu)的復(fù)雜性，并且也可以按照增量的方式對(duì)聯(lián)邦企業(yè)架構(gòu)進(jìn)行循序漸進(jìn)的開(kāi)發(fā)和維護(hù)。
• 采用相同的架構(gòu)模型對(duì)各個(gè)架構(gòu)片段進(jìn)行描述可以提高各個(gè)架構(gòu)片段開(kāi)發(fā)的標(biāo)準(zhǔn)性，并且不同架構(gòu)片段之間的溝通也更加通暢，例如通用性架構(gòu)片段對(duì)各個(gè)具體業(yè)務(wù)領(lǐng)域架構(gòu)片段的支持和融入將變得非常容易。

（2）Level 2

細(xì)化中，組成FEAF模型的各個(gè)組件作了如下的擴(kuò)展：

• 在上個(gè)層次中的當(dāng)前設(shè)計(jì)架構(gòu)被細(xì)化為當(dāng)前的數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)以及技術(shù)架構(gòu)。
  • 數(shù)據(jù)架構(gòu)：定義了用來(lái)支持業(yè)務(wù)各種數(shù)據(jù)，以及他們之間的關(guān)系。
  • 應(yīng)用架構(gòu)：定義了用來(lái)管理數(shù)據(jù)并支持業(yè)務(wù)功能的各個(gè)應(yīng)用。
  • 技術(shù)架構(gòu)：定義了用于為管理數(shù)據(jù)和支持業(yè)務(wù)功能的各個(gè)應(yīng)用提供支持的各種技術(shù)。
• 與當(dāng)前設(shè)計(jì)架構(gòu)的細(xì)化類(lèi)似，目標(biāo)設(shè)計(jì)架構(gòu)也被細(xì)化為數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)以及技術(shù)架構(gòu)。
• 在上個(gè)層次中的架構(gòu)設(shè)計(jì)模型被細(xì)化為數(shù)據(jù)模型、應(yīng)用模型和技術(shù)模型，他們分別為數(shù)據(jù)、應(yīng)用和技術(shù)架構(gòu)的描述提供了更加詳細(xì)的描述方式。
• 在這個(gè)層次中每個(gè)架構(gòu)片段對(duì)應(yīng)聯(lián)邦政府中的一個(gè)主要業(yè)務(wù)領(lǐng)域。一個(gè)架構(gòu)片段的選擇和定義需要與框架以及加載到聯(lián)邦企業(yè)架構(gòu)資源庫(kù)中的模型、架構(gòu)信息相符合。一個(gè)架構(gòu)片段也可以看作為一個(gè)事件驅(qū)動(dòng)的流程，它貫穿聯(lián)邦組織機(jī)構(gòu)，并擁有足以使其被納入到聯(lián)邦企業(yè)架構(gòu)中的投資回報(bào)率（ROI，return-on-investment）。
• 過(guò)渡過(guò)程的內(nèi)容也被進(jìn)一步細(xì)化和明確，包括且不限于如下幾個(gè)過(guò)程：
  • 資金IT投資規(guī)劃和決策制定（Capital IT Investment Planning and Decision Making）：根據(jù)籌資預(yù)測(cè)、投資回報(bào)率和成本效益等判定條件來(lái)評(píng)估投資是否值得為其編制預(yù)算。
  • 投資管理審查（Investment Management Review）：為投資審查決策過(guò)程提供架構(gòu)信息。
  • 片段協(xié)調(diào)（Segment Coordination）：協(xié)調(diào)片段架構(gòu)與聯(lián)邦企業(yè)架構(gòu)的整合，同時(shí)配置管理和工程變更控制過(guò)程也必須到位。
  • 市場(chǎng)調(diào)研（Market Research）：執(zhí)行一個(gè)周期性的市場(chǎng)搜索和分析，用以尋找先進(jìn)的且具有潛在收益的技術(shù)。
  • 資產(chǎn)管理（Asset Management）：管理所有基于聯(lián)邦企業(yè)架構(gòu)的基礎(chǔ)設(shè)施資產(chǎn)。
  • 采購(gòu)實(shí)踐（Procurement Practices）：使采購(gòu)活動(dòng)與架構(gòu)以及其他過(guò)渡過(guò)程相同步。
  • 架構(gòu)治理（Architecture Governance）：協(xié)調(diào)架構(gòu)建設(shè)和維護(hù)過(guò)程中的種種活動(dòng)，從而避免工作的混亂、誤解和返工。
• 標(biāo)準(zhǔn)的內(nèi)容進(jìn)一步細(xì)化和明確，包括且不限于如下幾種標(biāo)準(zhǔn)：
  • 安全標(biāo)準(zhǔn)（Security Standards）：包括所有方面都必須遵循的各種安全準(zhǔn)則。這不僅包括信息技術(shù)方面的各種安全方針，還包括在業(yè)務(wù)領(lǐng)域也需要遵循的各種安全準(zhǔn)則。
  • 數(shù)據(jù)標(biāo)準(zhǔn)（Data Standard）：用于描述數(shù)據(jù)、元數(shù)據(jù)以及他們之間關(guān)系的各項(xiàng)準(zhǔn)則。
  • 應(yīng)用標(biāo)準(zhǔn)（Applications Standards）：應(yīng)用于各種應(yīng)用軟件上的各項(xiàng)原則和標(biāo)準(zhǔn)。
  • 技術(shù)標(biāo)準(zhǔn)（Technology Standards）：應(yīng)用于各種操作系統(tǒng)、平臺(tái)以及硬件系統(tǒng)等信息技術(shù)基礎(chǔ)設(shè)施上的各項(xiàng)標(biāo)準(zhǔn)。

（3）Level 3——架構(gòu)模型細(xì)化

FEAF在最后一個(gè)粒度層次的細(xì)化中僅是針對(duì)架構(gòu)模型的內(nèi)容來(lái)進(jìn)行的，通過(guò)借鑒Zachman框架的內(nèi)容將架構(gòu)模型的內(nèi)容進(jìn)一步細(xì)分如下：

視角	數(shù)據(jù)架構(gòu)	應(yīng)用架構(gòu)	技術(shù)架構(gòu)
規(guī)劃者 （目標(biāo)和范圍）	業(yè)務(wù)對(duì)象列表	業(yè)務(wù)流程列表	業(yè)務(wù)地點(diǎn)列表	業(yè)務(wù)架構(gòu)模型
擁有者 （企業(yè)模型）	語(yǔ)義模型	業(yè)務(wù)流程模型	業(yè)務(wù)物流系統(tǒng)
設(shè)計(jì)師 （信息系統(tǒng)模型）	邏輯數(shù)據(jù)模型	應(yīng)用架構(gòu)	系統(tǒng)空間部署架構(gòu)	設(shè)計(jì)架構(gòu)模型
建造者 （技術(shù)模型）	物理數(shù)據(jù)模型	系統(tǒng)設(shè)計(jì)	技術(shù)架構(gòu)
分包商 （詳細(xì)規(guī)范說(shuō)明）	數(shù)據(jù)定義、字典	執(zhí)行方案	網(wǎng)絡(luò)架構(gòu)
	數(shù)據(jù)架構(gòu)模型	應(yīng)用架構(gòu)模型	技術(shù)架構(gòu)模型

分析：FEAF只采用了Zachman框架中的前三列的內(nèi)容，將在第三個(gè)層次中細(xì)化出來(lái)的業(yè)務(wù)架構(gòu)模型、數(shù)據(jù)架構(gòu)模型、應(yīng)用架構(gòu)模型和技術(shù)架構(gòu)模型分別按照不同參與者的視角進(jìn)行了更加詳細(xì)定義。在上面的架構(gòu)模型定義表格中：

• 業(yè)務(wù)架構(gòu)模型被進(jìn)一步細(xì)化，包括了規(guī)劃者視角下的業(yè)務(wù)對(duì)象列表、業(yè)務(wù)流程列表、業(yè)務(wù)地點(diǎn)列表，以及擁有者視角下的語(yǔ)義模型、業(yè)務(wù)流程模型和業(yè)務(wù)物流系統(tǒng)。
• 數(shù)據(jù)架構(gòu)模型的內(nèi)容被細(xì)化為邏輯數(shù)據(jù)模型、物理數(shù)據(jù)模型，以及數(shù)據(jù)定義和字典。
• 應(yīng)用架構(gòu)模型的內(nèi)容被細(xì)化為應(yīng)用架構(gòu)、系統(tǒng)設(shè)計(jì)和執(zhí)行方案。
• 技術(shù)架構(gòu)模型的內(nèi)容被細(xì)化為系統(tǒng)空間部署架構(gòu)、技術(shù)架構(gòu)和網(wǎng)絡(luò)架構(gòu)。

小結(jié)：

• 作為用于描述組織核心任務(wù)的業(yè)務(wù)架構(gòu)模型，其主要關(guān)注者就是承擔(dān)規(guī)劃者和業(yè)務(wù)擁有者角色各個(gè)干系人，他們所關(guān)注的范圍包含了數(shù)據(jù)、應(yīng)用和技術(shù)等所有方面，只不過(guò)相對(duì)于下面用于支持業(yè)務(wù)的參與者來(lái)說(shuō)，他們對(duì)于這三方面的描述角度是站在業(yè)務(wù)相關(guān)的立場(chǎng)上的，因而業(yè)務(wù)架構(gòu)模型與從屬于設(shè)計(jì)架構(gòu)模型的數(shù)據(jù)、應(yīng)用和技術(shù)架構(gòu)模型并不是一個(gè)平行的層次關(guān)系，而是不同角色的干系人針對(duì)相同事物在不同角度的所看到的不同視圖。
• 相對(duì)于業(yè)務(wù)架構(gòu)模型與設(shè)計(jì)架構(gòu)模型這兩者根據(jù)視角的不同而采取的水平劃分方法，對(duì)于設(shè)計(jì)架構(gòu)模型的細(xì)化采取的就是垂直劃分了，即從數(shù)據(jù)、應(yīng)用和技術(shù)三個(gè)方面對(duì)設(shè)計(jì)架構(gòu)模型進(jìn)行劃分，并且在每個(gè)劃分出來(lái)的模型區(qū)域中又根據(jù)設(shè)計(jì)師、建造者以及分包商所具備的視角分別制定更加詳細(xì)的模型制品。

（4）Level 4——業(yè)務(wù)架構(gòu)模型細(xì)化（EAP方法）

FEAF還通過(guò)借鑒企業(yè)架構(gòu)規(guī)劃技術(shù)（EAP，Enterprise Architecture Planning）為業(yè)務(wù)架構(gòu)模型的建立提供了方法。

• 企業(yè)架構(gòu)規(guī)劃（EAP）：指為利用信息支持業(yè)務(wù)而定義架構(gòu)的過(guò)程，以及用來(lái)實(shí)現(xiàn)這些架構(gòu)的規(guī)劃。
• EAP可以看作是關(guān)于數(shù)據(jù)、應(yīng)用和技術(shù)的一張高層次（業(yè)務(wù)和管理視角）藍(lán)圖，并借此保證他們之間的協(xié)調(diào)發(fā)展（alignment）。

具體到FEAF，EAP為上面的FEAF架構(gòu)模型中的業(yè)務(wù)架構(gòu)模型（第一和第二行內(nèi)容）提供了一套實(shí)現(xiàn)方法。在CIO委員會(huì)的FEAF文檔中，EAP的作用表現(xiàn)如下：

EAP在架構(gòu)模型中的作用：與Zachman框架將關(guān)注點(diǎn)放在架構(gòu)內(nèi)容描述上不一樣，EAP所關(guān)心的是對(duì)信息技術(shù)與業(yè)務(wù)的相互校準(zhǔn)過(guò)程進(jìn)行規(guī)劃和管理，因而EAP所采用的是不同于具體設(shè)計(jì)和實(shí)現(xiàn)的高層次的視角。

二、企業(yè)架構(gòu)實(shí)施指南

1、企業(yè)生命周期

如何使用架構(gòu)框架理論為聯(lián)邦政府以及各個(gè)機(jī)構(gòu)建設(shè)企業(yè)架構(gòu)呢？
企業(yè)架構(gòu)的建設(shè)、維護(hù)和使用又該如何融入到各個(gè)機(jī)構(gòu)中？

面對(duì)這些問(wèn)題，2001年CIO委員會(huì)發(fā)布了《A practical guide to Federal Enterprise Architecture》，用于為各個(gè)機(jī)構(gòu)提供一份關(guān)于建設(shè)和維護(hù)企業(yè)架構(gòu)的詳細(xì)指南，并且該指南還介紹了如何將企業(yè)架構(gòu)融入到各機(jī)構(gòu)的生命周期中，從而促進(jìn)機(jī)構(gòu)的良性發(fā)展。

企業(yè)的生命周期：在企業(yè)的存續(xù)和發(fā)展過(guò)程中，企業(yè)需要不斷的吸收新的技術(shù)、業(yè)務(wù)流程等新鮮事物，并將其轉(zhuǎn)換為能夠促進(jìn)企業(yè)前進(jìn)的各項(xiàng)能力，而這樣一個(gè)循環(huán)往復(fù)的過(guò)程。

• 三個(gè)核心過(guò)程：企業(yè)架構(gòu)過(guò)程（EA Process）是一個(gè)獨(dú)立運(yùn)行的迭代過(guò)程，而除此之外一個(gè)企業(yè)的良性發(fā)展還需要企業(yè)工程和項(xiàng)目管理（Enterprise Engineering and Program Management）和資金規(guī)劃和投資控制過(guò)程（CPIC，Capital Planning and Investment Control），并通過(guò)他們之間的協(xié)調(diào)合作來(lái)達(dá)成。
  • 企業(yè)架構(gòu)過(guò)程：用于企業(yè)架構(gòu)的建設(shè)、維護(hù)和使用的指導(dǎo)過(guò)程；
  • 企業(yè)工程和項(xiàng)目管理：用于負(fù)責(zé)針對(duì)企業(yè)各個(gè)實(shí)施或采購(gòu)項(xiàng)目的管理；
  • 資金規(guī)劃和投資控制過(guò)程：企業(yè)關(guān)于投資的選擇、控制和評(píng)估方面的重要工具。
• 三個(gè)核心過(guò)程的關(guān)系：
  • 這三個(gè)過(guò)程并不是相互隔絕的，企業(yè)架構(gòu)過(guò)程的實(shí)施最終要落實(shí)到一個(gè)個(gè)具體實(shí)施項(xiàng)目之上，而確保這些項(xiàng)目能按時(shí)按質(zhì)的實(shí)現(xiàn)就需要企業(yè)工程和項(xiàng)目管理以及資金規(guī)劃和投資控制過(guò)程方面的強(qiáng)力支持。
  • 此外，企業(yè)架構(gòu)過(guò)程所產(chǎn)生的企業(yè)架構(gòu)內(nèi)容也為這兩個(gè)核心過(guò)程提供了準(zhǔn)確可靠信息基礎(chǔ)，并且企業(yè)架構(gòu)過(guò)程還可以保證這些信息能夠快速反映和消化外界環(huán)境的變化。
• 其他支持性過(guò)程：企業(yè)生命周期的良性發(fā)展還需要系統(tǒng)生命周期、人力資源以及安全管理這三個(gè)支持性的管理過(guò)程的幫助。這三個(gè)支持性過(guò)程具有普適性，他們不像上面三個(gè)核心過(guò)程那樣直接作用于企業(yè)的具體任務(wù)，但是他們確實(shí)是支持各個(gè)核心過(guò)程并保證企業(yè)任務(wù)能夠順利進(jìn)行的重要保障。

2、企業(yè)架構(gòu)過(guò)程

企業(yè)架構(gòu)過(guò)程
企業(yè)架構(gòu)過(guò)程：以采用步進(jìn)的方式，將開(kāi)發(fā)、維護(hù)與應(yīng)用描述成一個(gè) 循環(huán)往復(fù)的迭代過(guò)程。

• 與架構(gòu)開(kāi)發(fā)方法（ADM）同異：
  • 同：都采用了循環(huán)迭代的方式，且大部分的步驟都有著相似的意義和內(nèi)容；
  • 異：在步驟的具體描述方面，CIO委員會(huì)只是針對(duì)此過(guò)程中的每個(gè)步驟進(jìn)行了較為詳盡的說(shuō)明，而TOGAF的ADM的描述方式則更具標(biāo)準(zhǔn)性，除了各步驟的說(shuō)明之外還包括了每個(gè)步驟的目標(biāo)、輸入、輸出以及進(jìn)一步細(xì)化的分支步驟。
• 組成：九個(gè)部分，除了最后的“控制與監(jiān)督（Control and Oversight）”之外，其余八個(gè)部分都是以前后銜接的方式來(lái)布置。即，按照箭頭所指方向前面步驟的完成為后面步驟的啟動(dòng)奠定基礎(chǔ)，并且這八個(gè)步驟都處于“控制與監(jiān)督”這一過(guò)程的控制之下。
• 順序步驟：
  • 取得上層主管的認(rèn)同和支持（Obtain Executive Buy-In and Support）
  • 建立管理結(jié)構(gòu)和控制（Establish Management Structure and Control）
  • 定義架構(gòu)過(guò)程和方法（Define an Architecture Process and Approach）
  • 開(kāi)發(fā)基線企業(yè)架構(gòu)（Develop Baseline Enterprise Architecture）
  • 開(kāi)發(fā)目標(biāo)企業(yè)架構(gòu)（Develop Target Enterprise Architecture）
  • 開(kāi)發(fā)序列計(jì)劃（Develop the Sequencing Plan）
  • 使用企業(yè)架構(gòu)（Use the Enterprise Architecture）
  • 維護(hù)企業(yè)架構(gòu)（Maintain the Enterprise Architecture）
  • 控制與監(jiān)督（Control and Oversight）

（1）取得上層主管的認(rèn)同和支持

定位：取得所有上層主管的認(rèn)同和支持是一個(gè)企業(yè)架構(gòu)過(guò)程建設(shè)的起始，也是決定一個(gè)企業(yè)架構(gòu)是否能夠被成功建立的先決條件。

• 原因：企業(yè)架構(gòu)涉及全組織的信息資產(chǎn)，其開(kāi)發(fā)和維護(hù)需要整個(gè)組織提供持續(xù)的資源支持，因而得到組織全體尤其是高層的支持是非常重要的。
• 核心內(nèi)容：CIO和主架構(gòu)師（主要推動(dòng)和執(zhí)行核心）需要在企業(yè)的不同層面分別獲得相關(guān)人員的支持和認(rèn)同，而其中最主要的是獲得管理層對(duì)架構(gòu)過(guò)程所必需的資源支持的承諾、各業(yè)務(wù)負(fù)責(zé)人和領(lǐng)域?qū)＜以跇I(yè)務(wù)角度對(duì)企業(yè)架構(gòu)目標(biāo)的認(rèn)知以及在預(yù)算及其他約束方面的分析。

具體步驟：

• 首先CIO需要?jiǎng)?chuàng)建市場(chǎng)策略，并與企業(yè)最高領(lǐng)導(dǎo)進(jìn)行交流，使其了解企業(yè)架構(gòu)開(kāi)發(fā)在戰(zhàn)術(shù)和戰(zhàn)略上的價(jià)值。在取得最高領(lǐng)導(dǎo)的認(rèn)同之后，CIO需要取得他對(duì)企業(yè)架構(gòu)支持的承諾，為獲得必要的資源支持打下基礎(chǔ)。同時(shí)，CIO需要與最高領(lǐng)導(dǎo)在高層管理團(tuán)隊(duì)中選擇主架構(gòu)師。然后，CIO還要和最高領(lǐng)導(dǎo)一起基于各項(xiàng)用于治理企業(yè)架構(gòu)的開(kāi)發(fā)、實(shí)施和維護(hù)的架構(gòu)原則創(chuàng)建企業(yè)架構(gòu)方針（Architecture Policy）。
• 接下來(lái)，CIO需要起草市場(chǎng)方案來(lái)進(jìn)一步強(qiáng)化企業(yè)架構(gòu)的價(jià)值，并在高層管理團(tuán)隊(duì)中獲得認(rèn)可，并得到他們以及他們下屬組織和資源會(huì)積極投入的承諾。主架構(gòu)師需要起草一份更為具體的企業(yè)架構(gòu)計(jì)劃，從而獲得企業(yè)中包括業(yè)務(wù)負(fù)責(zé)人和領(lǐng)域?qū)＜以趦?nèi)的各個(gè)業(yè)務(wù)單元的支持，并且還需要他們從業(yè)務(wù)策略角度，結(jié)合預(yù)算以及其他約束條件對(duì)架構(gòu)的業(yè)務(wù)層以及相關(guān)序列計(jì)劃的合理性進(jìn)行分析。
• 最后，CIO和主架構(gòu)師需要舉行一個(gè)企業(yè)架構(gòu)項(xiàng)目的啟動(dòng)會(huì)議，用于闡述企業(yè)架構(gòu)的目標(biāo)、里程碑、流程、產(chǎn)品，以及企業(yè)架構(gòu)過(guò)程與系統(tǒng)生命周期活動(dòng)、資金規(guī)劃和投資控制過(guò)程等相關(guān)過(guò)程之間的關(guān)系，從而在業(yè)務(wù)的中層和下層的參與人員中獲得共識(shí)和支持。

（2）建立管理結(jié)構(gòu)和控制

企業(yè)架構(gòu)管理組織結(jié)構(gòu)概念圖
建立用于管理、控制和監(jiān)督企業(yè)架構(gòu)過(guò)程中各項(xiàng)活動(dòng)的組織結(jié)構(gòu)： 各種角色的責(zé)任以及他們之間的責(zé)任和溝通關(guān)系需要被清晰地定義出來(lái)，而且該組織架構(gòu)的構(gòu)成應(yīng)該有助于其中的各個(gè)角色在企業(yè)架構(gòu)中職能的發(fā)揮。

• 注意：由于企業(yè)規(guī)模的差別以及業(yè)務(wù)復(fù)雜度等方面的不同，企業(yè)架構(gòu)管理組織中角色的構(gòu)成以及角色的職能也是具有不小的差別。
  • 在指南中，該企業(yè)架構(gòu)管理組織包括了企業(yè)架構(gòu)執(zhí)行委員會(huì)（EAESC，EA Executive Steering Committee）、技術(shù)審查委員會(huì)（Technical Review Committee）以及企業(yè)架構(gòu)項(xiàng)目管理辦公室（EA Program Management Office）這樣的專(zhuān)為企業(yè)架構(gòu)過(guò)程所設(shè)的部門(mén)，也包括諸如質(zhì)量保證（Quality Assurance）、配置管理（Configuration Management）、風(fēng)險(xiǎn)管理（Risk Management）、安全以及評(píng)估這樣的較為通用的信息技術(shù)支持職能單元。

（3）定義架構(gòu)過(guò)程和方法

架構(gòu)內(nèi)容深度和詳細(xì)度制約因素

定義架構(gòu)過(guò)程和方法：企業(yè)需要指定用于建設(shè)企業(yè)架構(gòu)的過(guò)程和方法。

• 1、明確企業(yè)架構(gòu)的使用目的和范圍，而這也是推動(dòng)后續(xù)企業(yè)架構(gòu)過(guò)程活動(dòng)的主要?jiǎng)恿Α?/li>
• 2、判斷出使用目的和范圍對(duì)企業(yè)架構(gòu)在內(nèi)容深度和詳細(xì)度方面的需求，并保證各個(gè)視角下的視圖內(nèi)容都遵循相同的深度和詳細(xì)度標(biāo)準(zhǔn)。
• 3、選擇適當(dāng)?shù)?strong>企業(yè)架構(gòu)制品，并使用上一步指定的深度和詳細(xì)度水平來(lái)約束架構(gòu)制品的內(nèi)容。
  • 這個(gè)選擇既包括挑選包含了必要內(nèi)容的核心架構(gòu)制品，也包括明確用于進(jìn)一步闡述核心制品或在特定領(lǐng)域和范圍內(nèi)對(duì)其進(jìn)行描述的支持性架構(gòu)制品。
  • 從架構(gòu)制品內(nèi)容這一角度來(lái)看，他們需要包含企業(yè)的業(yè)務(wù)和技術(shù)資產(chǎn)這兩個(gè)方面。
• 4、選擇適當(dāng)?shù)?strong>架構(gòu)框架理論和用于輔助架構(gòu)建設(shè)的自動(dòng)化工具。
  • 在聯(lián)邦政府的范圍內(nèi)，企業(yè)架構(gòu)框架理論，例如上面提供過(guò)的FEAF，DoDAF和TEAF等，因而各機(jī)構(gòu)可以按照自己的實(shí)際情況在這些框架中選擇并定制出符合自身情況的框架理論。
  • 為了加強(qiáng)架構(gòu)的可用性并提升架構(gòu)開(kāi)發(fā)的效率和準(zhǔn)確性，選擇適當(dāng)?shù)淖詣?dòng)化架構(gòu)工具是必不可少的。
  • 注意：自動(dòng)化工具的選擇也要照顧到企業(yè)的規(guī)模、復(fù)雜度以及員工熟悉度等多個(gè)方面。

（4）開(kāi)發(fā)基線企業(yè)架構(gòu)

開(kāi)發(fā)基線企業(yè)架構(gòu)：各個(gè)企業(yè)或組織需要根據(jù)已經(jīng)確定的架構(gòu)目標(biāo)、范圍和所采用的架構(gòu)框架對(duì)當(dāng)前自身的狀態(tài)進(jìn)行各種制品的開(kāi)發(fā)，包括針對(duì)核心架構(gòu)制品的開(kāi)發(fā)、支持性架構(gòu)制品的開(kāi)發(fā)、其他由于特定需求而單獨(dú)定義的架構(gòu)制品（簡(jiǎn)報(bào)圖表、會(huì)談紀(jì)要等）的開(kāi)發(fā)。

在聯(lián)邦企業(yè)架構(gòu)指南中，關(guān)于企業(yè)架構(gòu)核心團(tuán)隊(duì)對(duì)于架構(gòu)開(kāi)發(fā)過(guò)程（對(duì)基線企業(yè)架構(gòu)和目標(biāo)企業(yè)架構(gòu)的開(kāi)發(fā)均適用）所要進(jìn)行的各種活動(dòng)做了如下圖所示的歸納：

架構(gòu)制品開(kāi)發(fā)過(guò)程

• 數(shù)據(jù)收集：識(shí)別和收集用于描述企業(yè)或機(jī)構(gòu)當(dāng)前狀態(tài)的各種信息。
• 初步架構(gòu)制品制定：在此步驟中各種初步的架構(gòu)制品將會(huì)被創(chuàng)建。
  • 注意：架構(gòu)開(kāi)發(fā)過(guò)程是個(gè)循環(huán)往復(fù)的過(guò)程，因而在一次迭代中也許并不能創(chuàng)建所有的架構(gòu)制品，或者架構(gòu)產(chǎn)品的詳細(xì)度也不能達(dá)到最終要求，這都需要在后續(xù)的迭代過(guò)程中加以改善。
• 審核與修訂：審核架構(gòu)制品的準(zhǔn)確性和完成度，并根據(jù)審核結(jié)果對(duì)架構(gòu)產(chǎn)品進(jìn)行修訂和改善。
  • 具體過(guò)程：該審核過(guò)程應(yīng)該在架構(gòu)開(kāi)發(fā)過(guò)程中的多個(gè)時(shí)點(diǎn)進(jìn)行，而不是一個(gè)一次性的過(guò)程，并且每次審核過(guò)程應(yīng)該分為兩個(gè)階段：首先由架構(gòu)核心團(tuán)隊(duì)的資深成員對(duì)架構(gòu)制品進(jìn)行一個(gè)快速審查，在此之后提交給各個(gè)課題專(zhuān)家（在這一次的審查中，參與的成員可能包括主架構(gòu)師、架構(gòu)核心團(tuán)隊(duì)、質(zhì)量保證人員、風(fēng)險(xiǎn)管理人員、課題專(zhuān)家以及各業(yè)務(wù)領(lǐng)域負(fù)責(zé)人）進(jìn)行再一次的審核。在審核結(jié)束后，需要針對(duì)架構(gòu)制品進(jìn)行適當(dāng)?shù)男薷暮屯晟?#xff0c;之后提交給企業(yè)架構(gòu)執(zhí)行委員會(huì)（EAESC）和技術(shù)審查委員會(huì)（TRC）用于對(duì)架構(gòu)制品進(jìn)行驗(yàn)證和最終確定。
• 發(fā)布和交付：在架構(gòu)制品被提交給企業(yè)架構(gòu)執(zhí)行委員會(huì)（EAESC）和技術(shù)審查委員會(huì)（TRC）后，若通過(guò)，則包含各種架構(gòu)制品的企業(yè)架構(gòu)將會(huì)被發(fā)布，而且相關(guān)文檔也會(huì)被一并交付，同時(shí)相關(guān)的數(shù)據(jù)庫(kù)以及架構(gòu)工具也要被更新。

（5）開(kāi)發(fā)目標(biāo)企業(yè)架構(gòu)

“開(kāi)發(fā)目標(biāo)企業(yè)架構(gòu)” 與 “開(kāi)發(fā)基線企業(yè)架構(gòu)” 只在內(nèi)容方面有區(qū)別：

• 企業(yè)架構(gòu)制品開(kāi)發(fā)過(guò)程的適用性：前者用于為企業(yè)或組織未來(lái)的目標(biāo)狀態(tài)而制定架構(gòu)，而后者則用于描述企業(yè)或組織當(dāng)前的狀態(tài)。因而（4）中的架構(gòu)制品開(kāi)發(fā)過(guò)程同樣也適用于開(kāi)發(fā)目標(biāo)企業(yè)架構(gòu)制品。
• 實(shí)際上，在這個(gè)架構(gòu)制品開(kāi)發(fā)過(guò)程中關(guān)于基線（當(dāng)前）企業(yè)架構(gòu)制品的開(kāi)發(fā)和關(guān)于目標(biāo)企業(yè)架構(gòu)制品的開(kāi)發(fā)應(yīng)該是同步進(jìn)行的，所以這兩個(gè)過(guò)程可以被統(tǒng)稱(chēng)為“企業(yè)架構(gòu)制品開(kāi)發(fā)過(guò)程”。

（6）開(kāi)發(fā)序列計(jì)劃

為了實(shí)現(xiàn)從當(dāng)前架構(gòu)到目標(biāo)架構(gòu)的過(guò)渡，企業(yè)或機(jī)構(gòu)需要通過(guò)一系列相互關(guān)聯(lián)的活動(dòng)以一種增量的方式逐步實(shí)現(xiàn)，而為了管理和維護(hù)這樣一個(gè)繁復(fù)的演進(jìn)過(guò)程，企業(yè)或機(jī)構(gòu)就需要制定和維護(hù)一個(gè)系統(tǒng)過(guò)渡路線圖或者序列計(jì)劃。由于目標(biāo)企業(yè)架構(gòu)往往是描述企業(yè)在一段時(shí)間之后（可能三到五年的時(shí)間）的未來(lái)狀況，因而為了增強(qiáng)這一過(guò)渡過(guò)程的可行性和應(yīng)變能力，企業(yè)或架構(gòu)需要在當(dāng)前架構(gòu)和目標(biāo)架構(gòu)之間采用與之相同的描述方式建立起一系列用于描述中間過(guò)渡狀態(tài)的架構(gòu)。由于環(huán)境是不斷變化的，符合實(shí)際的當(dāng)前架構(gòu)和目標(biāo)架構(gòu)也需要在環(huán)境的推動(dòng)下而發(fā)生變化，因而這些描述中間過(guò)渡狀態(tài)的架構(gòu)也需要通過(guò)維護(hù)來(lái)確保其準(zhǔn)確性和可行性。為了將這樣一個(gè)包含若干中間狀態(tài)的過(guò)渡過(guò)程加以細(xì)化，從而得到一個(gè)可以用來(lái)指導(dǎo)實(shí)施的序列計(jì)劃，企業(yè)或組織可以通過(guò)如下幾個(gè)步驟來(lái)實(shí)行：

• 進(jìn)行差距分析：企業(yè)或組織需要以當(dāng)前架構(gòu)和目標(biāo)架構(gòu)為依據(jù)，通過(guò)差距分析方法并對(duì)其進(jìn)行對(duì)比，在兩者的相關(guān)架構(gòu)制品中尋找演進(jìn)的機(jī)會(huì)，從而得出為了達(dá)到目標(biāo)狀態(tài)而需要進(jìn)行改變的各個(gè)組件。
• 識(shí)別遺留、過(guò)渡和新系統(tǒng)：此三種系統(tǒng)組成了演進(jìn)至目標(biāo)架構(gòu)所需的各技術(shù)組件。其中遺留系統(tǒng)指的是當(dāng)前在運(yùn)行，但是在目標(biāo)架構(gòu)部署后會(huì)被淘汰的各種系統(tǒng)和應(yīng)用；過(guò)渡系統(tǒng)是指當(dāng)前在運(yùn)行，甚至在過(guò)渡過(guò)程開(kāi)始后或者在目標(biāo)架構(gòu)被部署后的一段時(shí)間內(nèi)都需要被使用的各種系統(tǒng)和應(yīng)用；新系統(tǒng)，顧名思義，是指在當(dāng)前還不存在，但是在目標(biāo)架構(gòu)中需要被實(shí)現(xiàn)的系統(tǒng)和應(yīng)用。在這些系統(tǒng)被識(shí)別之后，他們之間的關(guān)系以及在過(guò)渡過(guò)程中的演進(jìn)情況需要被明確（例如，通過(guò)系統(tǒng)遷移圖）。
• 進(jìn)行遷移規(guī)劃：企業(yè)或機(jī)構(gòu)需要把當(dāng)前和目標(biāo)架構(gòu)的差距進(jìn)一步細(xì)化為一個(gè)個(gè)的可執(zhí)行項(xiàng)目，并為這些項(xiàng)目配置合適的資源，同時(shí)還需要按照優(yōu)先級(jí)順序?yàn)檫@些項(xiàng)目制定實(shí)施規(guī)劃。這既需要企業(yè)或機(jī)構(gòu)了解自身的變化適應(yīng)能力，也需要掌握這些項(xiàng)目在資源需求、風(fēng)險(xiǎn)、優(yōu)先級(jí)等方面的情況。
  • 對(duì)變化了的業(yè)務(wù)過(guò)程所做的實(shí)施工作可以被表示為一個(gè)個(gè)包含若干可執(zhí)行項(xiàng)目的方案倡議（program initiatives）。通過(guò)差距分析，企業(yè)或機(jī)構(gòu)可以發(fā)現(xiàn)需要被增強(qiáng)、修改或替換的各個(gè)方面，并通過(guò)依賴(lài)性分析決定用于實(shí)現(xiàn)演進(jìn)的各種活動(dòng)的各種組合方式（例如，順序執(zhí)行或并發(fā)執(zhí)行），以及每個(gè)項(xiàng)目所需要完成的工作內(nèi)容，并借此定義每個(gè)項(xiàng)目。
  • 對(duì)項(xiàng)目進(jìn)行依賴(lài)性分析、衡量每個(gè)項(xiàng)目的重要度，并借此為每個(gè)項(xiàng)目評(píng)估其優(yōu)先級(jí)，從而為項(xiàng)目組合制定序列規(guī)劃的草案。
  • 最后，根據(jù)企業(yè)或組織的短期需求、財(cái)務(wù)約束下各業(yè)務(wù)單位潛在的動(dòng)蕩因素等方面對(duì)序列規(guī)劃進(jìn)行審核和修繕。

（7）使用企業(yè)架構(gòu)

企業(yè)架構(gòu)過(guò)程通過(guò)與其他企業(yè)中的管理過(guò)程和方法結(jié)合可促進(jìn)企業(yè)或組織的良性發(fā)展，即使用企業(yè)架構(gòu)的過(guò)程就是將企業(yè)架構(gòu)與其他管理過(guò)程相協(xié)同的過(guò)程。

• 企業(yè)架構(gòu)描述了企業(yè)或組織的當(dāng)前狀態(tài)、未來(lái)的期望狀態(tài)，以及實(shí)現(xiàn)未來(lái)狀態(tài)的過(guò)渡實(shí)施方案，即企業(yè)架構(gòu)為企業(yè)或組織提供了一個(gè)包羅萬(wàn)象但組織有序的信息庫(kù)。企業(yè)或組織中的各種活動(dòng)都可以將該信息庫(kù)作為基礎(chǔ)，從而在信息充足且可靠的情況下做出各項(xiàng)決策，并且企業(yè)中原本隔絕的各個(gè)角色也可以使用相同方式進(jìn)行交流，從而加強(qiáng)了企業(yè)或組織內(nèi)外的合作。
• 例如，在資金規(guī)劃和投資控制（CPIC）過(guò)程中，企業(yè)架構(gòu)可以為其提供目標(biāo)狀態(tài)，從而企業(yè)或組織的投資可以在符合未來(lái)期望的前提下進(jìn)行，并且企業(yè)架構(gòu)所提供的各種企業(yè)當(dāng)前狀態(tài)也為企業(yè)或組織的投資決策提供了準(zhǔn)確可靠的信息。

此外，企業(yè)架構(gòu)還可以有如下用途：

• 即使一個(gè)企業(yè)或組織并不打算進(jìn)行一個(gè)大幅度的IT升級(jí)，企業(yè)架構(gòu)也可以作為庫(kù)存管理、日常維護(hù)以及咨詢(xún)等方面的資源而存在。針對(duì)企業(yè)當(dāng)前架構(gòu)的分析可以為在企業(yè)或組織中尋找各種改進(jìn)機(jī)會(huì)提供幫助。
• 企業(yè)或組織可以借助企業(yè)架構(gòu)中的各種制品來(lái)對(duì)企業(yè)的業(yè)務(wù)和技術(shù)方面的培訓(xùn)進(jìn)行輔助。
• 可以使用企業(yè)架構(gòu)對(duì)企業(yè)或組織進(jìn)行調(diào)研和驗(yàn)證。由于企業(yè)架構(gòu)對(duì)企業(yè)或組織的自業(yè)務(wù)到技術(shù)的各個(gè)層面都進(jìn)行了建模和描述，因而可以基于這些信息對(duì)企業(yè)或組織以模擬的方式進(jìn)行調(diào)研和概念證明（proofs-of-concepts）。
• 企業(yè)或組織可以在CPIC過(guò)程之外進(jìn)行小型、低風(fēng)險(xiǎn)的項(xiàng)目開(kāi)發(fā)，但是項(xiàng)目的管理還是需要與企業(yè)架構(gòu)相一致。與企業(yè)架構(gòu)相一致有助于項(xiàng)目與企業(yè)或組織的集成。
• 各個(gè)運(yùn)維項(xiàng)目需要以當(dāng)前架構(gòu)作為其背景，而且他們的優(yōu)先級(jí)和決策會(huì)受到企業(yè)架構(gòu)過(guò)渡計(jì)劃和目標(biāo)架構(gòu)的影響。

（8）維護(hù)企業(yè)架構(gòu)

企業(yè)或組織自身和其所處的環(huán)境都是不斷變化的，而企業(yè)架構(gòu)的核心就是客觀的反應(yīng)企業(yè)或組織的當(dāng)前和期望狀態(tài)，并根據(jù)當(dāng)前情況制定達(dá)到期望狀態(tài)的計(jì)劃，所以企業(yè)架構(gòu)也需要跟隨這些變化而進(jìn)行不斷的演進(jìn)。

• 維護(hù)企業(yè)架構(gòu)：在各個(gè)企業(yè)或組織中，負(fù)責(zé)維護(hù)企業(yè)架構(gòu)演進(jìn)的工作應(yīng)由CIO、主架構(gòu)師和企業(yè)架構(gòu)項(xiàng)目管理辦公室（EAPMO）負(fù)責(zé)，并且通過(guò)監(jiān)管流程系統(tǒng)和獨(dú)立的審核機(jī)制，企業(yè)架構(gòu)核心團(tuán)隊(duì)可以周期性地對(duì)企業(yè)架構(gòu)與不斷變化的業(yè)務(wù)實(shí)踐、資金配置和技術(shù)引入等方面的相符合情況進(jìn)行評(píng)估和校準(zhǔn)。
• 企業(yè)架構(gòu)的內(nèi)容包括了當(dāng)前企業(yè)架構(gòu)、目標(biāo)企業(yè)架構(gòu)和序列計(jì)劃中所涉及到所有架構(gòu)制品，因而針對(duì)企業(yè)架構(gòu)的維護(hù)就是確保這些制品與企業(yè)或組織的實(shí)際情況相一致。

（9）控制與監(jiān)督

控制與監(jiān)督過(guò)程：作用于整個(gè)企業(yè)架構(gòu)過(guò)程中的所有步驟，用于確保企業(yè)架構(gòu)在開(kāi)發(fā)、使用和維護(hù)過(guò)程中遵守由CIO委員會(huì)制定的這份聯(lián)邦企業(yè)架構(gòu)實(shí)施指南中對(duì)于各步驟所做的約定。

首先企業(yè)或組織需要確定企業(yè)架構(gòu)項(xiàng)目管理控制的有效性。在企業(yè)架構(gòu)管理組織架構(gòu)的建立中，企業(yè)架構(gòu)項(xiàng)目被交由CIO、主架構(gòu)師和企業(yè)架構(gòu)項(xiàng)目管理辦公室負(fù)責(zé)，而為了得到關(guān)于項(xiàng)目進(jìn)行情況的可視性，并借以監(jiān)督管理企業(yè)架構(gòu)項(xiàng)目的執(zhí)行，這些責(zé)任實(shí)體需要在如下幾個(gè)方面進(jìn)行定義：

• 所需要知道的企業(yè)架構(gòu)項(xiàng)目相關(guān)信息。
• 何時(shí)以及如何獲得這些信息。
• 這些信息的具體內(nèi)容和表現(xiàn)形式。

當(dāng)這些企業(yè)架構(gòu)過(guò)程的責(zé)任實(shí)體按上述定義獲得了有關(guān)企業(yè)架構(gòu)項(xiàng)目的信息，他們就可以借此識(shí)別出企業(yè)架構(gòu)項(xiàng)目中不符合實(shí)施指南要求的地方，并針對(duì)這些問(wèn)題采取相應(yīng)的修正措施。

三、淺談概念

“架構(gòu)”、“架構(gòu)框架”、“企業(yè)架構(gòu)”和“企業(yè)架構(gòu)框架”

• “架構(gòu)”。
  • 架構(gòu)的本質(zhì)并非是要解決領(lǐng)域內(nèi)的具體問(wèn)題，而是復(fù)雜度管理，用于將所面對(duì)的復(fù)雜客觀對(duì)象、問(wèn)題或解決方案的復(fù)雜度進(jìn)行有效的分解和管理，并盡量減輕內(nèi)外變化所產(chǎn)生的影響。
  • 領(lǐng)域問(wèn)題的解決靠的是相關(guān)的解決方案，同樣一個(gè)問(wèn)題可以有不同的解決方案，雖然他們的目標(biāo)是一致的，但由于各自架構(gòu)的不同，各個(gè)解決方案的靈活性、堅(jiān)固性和擴(kuò)展性均不相同，因而我們?cè)跒榻鉀Q方案選擇架構(gòu)的時(shí)候關(guān)注的并不是其是否可以解決目標(biāo)問(wèn)題，更多是對(duì)架構(gòu)所帶來(lái)的靈活性、堅(jiān)固性和擴(kuò)展性與相應(yīng)成本之間進(jìn)行權(quán)衡。
• “企業(yè)架構(gòu)”。以企業(yè)為描述目標(biāo)的架構(gòu)，注意：此處“企業(yè)”并非公司。
  • 架構(gòu)的目標(biāo)在于對(duì)目標(biāo)問(wèn)題的解決方案的復(fù)雜度進(jìn)行分解和管理，那么對(duì)于“企業(yè)”來(lái)講，企業(yè)架構(gòu)所要管理的又是企業(yè)哪個(gè)方面的復(fù)雜度呢？企業(yè)中的IT與業(yè)務(wù)的協(xié)調(diào)問(wèn)題。
  • 原因：雖然IT技術(shù)在企業(yè)中獲得極大的應(yīng)用和發(fā)展，但是其與業(yè)務(wù)發(fā)展的不平衡也逐漸顯現(xiàn)，技術(shù)人員多強(qiáng)調(diào)技術(shù)的先進(jìn)性和超前，忽略業(yè)務(wù)需要，甚至有時(shí)IT技術(shù)甚至充當(dāng)了放大器的作用，將決策的錯(cuò)誤加倍放大，因而才需要將兩者的發(fā)展進(jìn)行協(xié)調(diào)。
• “架構(gòu)框架”和“企業(yè)架構(gòu)框架”。
  • “企業(yè)架構(gòu)框架”是以“企業(yè)架構(gòu)”為目標(biāo)的框架。在這里插入代碼片
  • “架構(gòu)框架”：用來(lái)創(chuàng)建、維護(hù)和/或使用架構(gòu)的方法論。例如：Zachman和FEAF其實(shí)都是企業(yè)架構(gòu)框架，論述了建設(shè)、維護(hù)和/或使用企業(yè)架構(gòu)的方法。
  • “架構(gòu)框架”和“架構(gòu)”：前者提供了各種各種分析和運(yùn)算方法，而后者是這些方法在某個(gè)領(lǐng)域內(nèi)的產(chǎn)物。其實(shí)與企業(yè)架構(gòu)理論相比，我倒是覺(jué)得企業(yè)架構(gòu)框架明確了企業(yè)架構(gòu)的內(nèi)容和建設(shè)步驟及方法，是將企業(yè)架構(gòu)落實(shí)的工具和方法，相對(duì)不應(yīng)該那么空洞無(wú)物，不過(guò)如果忽視了企業(yè)架構(gòu)的意義，恐怕企業(yè)架構(gòu)框架也會(huì)覺(jué)得太過(guò)虛無(wú)縹緲。
  • 此外，由于業(yè)界的企業(yè)架構(gòu)框架理論往往綜合了多個(gè)組織和企業(yè)的實(shí)踐經(jīng)驗(yàn)，并天生具有高度抽象性，因而乍一看會(huì)給人一種過(guò)于龐雜的印象，其中步驟繁多，涉及到的企業(yè)架構(gòu)內(nèi)容也非常繁雜，但有一點(diǎn)需要說(shuō)明，諸如TOGAF等有名的企業(yè)架構(gòu)框架標(biāo)準(zhǔn)并非強(qiáng)制讓人硬性照搬，相反鼓勵(lì)使用者根據(jù)自己企業(yè)或組織的需要對(duì)框架理論進(jìn)行定制和裁剪，因而強(qiáng)行照搬從某一方面倒違反了標(biāo)準(zhǔn)的精神，并且采用這種強(qiáng)搬的方式進(jìn)行企業(yè)架構(gòu)建設(shè)，也往往會(huì)讓小企業(yè)望而卻步，其實(shí)不然。

與50位技術(shù)專(zhuān)家面對(duì)面20年技術(shù)見(jiàn)證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的企业架构（三）——联邦企业架构框架（FEAF）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。