基礎(chǔ)文檔尤其重要

隨著云計算、SOA等新技術(shù)的不斷涌現(xiàn)，以及企業(yè)對快速響應(yīng)的迫切要求，目前IT的運行環(huán)境正在發(fā)生劇烈變化。越來越多的應(yīng)用、更復雜的數(shù)據(jù)、異構(gòu)的系統(tǒng)平臺、跨系統(tǒng)和跨組織的業(yè)務(wù)流程優(yōu)化等，這些要求最終都需要更靈活可靠的企業(yè)架構(gòu)來實現(xiàn)。搭建一個卓越的企業(yè)架構(gòu)不僅需要有好的產(chǎn)品和技術(shù)，更重要的是要有整體企業(yè)架構(gòu)咨詢和實施方法論。

搭建一個良好的企業(yè)架構(gòu)項目并不需要一個全職的專家來專心做這件事。只要擁有一位強力、專注的經(jīng)理作為領(lǐng)導，一個團隊就可以順利地發(fā)起一個EA項目，只是第一步目標要設(shè)置得很現(xiàn)實，讓股東們能夠很好地理解其好處。(提示：如果你的項目目標并不是遠大得需要激情的演講來介紹，那么你就應(yīng)該簡單地組織你的團隊開個會，讓大家都理解要做什么就行了。)

一定要和業(yè)務(wù)部門的代表一起工作，建立簡單易懂的文檔;如果業(yè)務(wù)部門能夠提供輸入信息，那么他們就能夠理解你的EA項目在每個階段所發(fā)揮的業(yè)務(wù)價值。

以下是搭建企業(yè)架構(gòu)項目的第一個階段要做好的4個文檔，包括以下內(nèi)容：

· 基礎(chǔ)(原則和目標)

· As-Is架構(gòu)模型

· To-Be架構(gòu)模型

· 變革模型(也就是發(fā)展路線圖)

如果你花費時間全面開發(fā)這些文檔，你就會打下堅實的基礎(chǔ)，能夠獲取極好的改進機會?；A(chǔ)文檔應(yīng)該闡述你的企業(yè)對EA成功的定義。你需要把原則和目標設(shè)立得非常明確，不能是一些假大空的辭藻和不切實際的想法。試著問一下你自己，當你決定如何在公司范圍內(nèi)確立IT驅(qū)動的目標時，有哪些標準是最重要的。你也許會關(guān)注以下原則：基于可擴展性、可互操作性和一致性原則來評價解決方案。

使用現(xiàn)成的成熟工具

從技術(shù)的各個方面考慮整合企業(yè)安全，從物理的到虛擬的。不管以上原則會演變成什么樣子，你的原則都需要通過IT團隊和業(yè)務(wù)團隊所有成員的審查。因為，這些將是以后所有討論和決定的基礎(chǔ)。

在完成了基礎(chǔ)文檔之后，你可以同時關(guān)注As-Is和To-Be架構(gòu)模型。它們應(yīng)該圖形化地表示企業(yè)目前的企業(yè)架構(gòu)和未來所期望的樣子。記住，越簡單越好。盡量讓每個模型在一頁紙之中得以體現(xiàn)。如果你覺得難以開始，你可以嘗試從網(wǎng)絡(luò)上搜索框架示例，并查找相近行業(yè)的例子。要耐心一點，因為要開發(fā)最好的企業(yè)架構(gòu)模型，必然會經(jīng)過好幾次重復的過程。

最開始會有一個學習的過程，因為IT團隊需要逐漸地確定確切的細節(jié)。也許很多人會想到列舉企業(yè)擁有的成百上千的軟件程序，但實際上，只有簡要的描述信息才是我們所需要的。一定要讓你的EA團隊專注于開發(fā)模型，所有的細節(jié)都會被逐步填充，因為團隊會一天天取得進步。

你的模型可能會具有如下的層級結(jié)構(gòu)：

· 企業(yè)(完整的環(huán)境)

· 域(獨立的分類，例如基礎(chǔ)設(shè)施)

· 分類(邏輯子類，例如網(wǎng)絡(luò)/通信)

· 元素(最基礎(chǔ)的支持功能，如路由器)

一旦你的團隊定義了所有業(yè)務(wù)相關(guān)的技術(shù)域，其所轄的元素就能夠根據(jù)其對改進機會的ROI(投資回報率)確定優(yōu)先級。例如，你可以對這些元素進行顏色編碼，用引人矚目的紅色來表示高ROI的機會，黃色表示中度ROI，綠色表示低ROI的元素。不要擔心每個元素的評級以后可能會被改變，因為新的信息會不斷涌入，企業(yè)的策略也可能會改變。

繪制圖形化路線圖

最后，你需要解釋如何計劃幫助企業(yè)從目前的As-Is架構(gòu)模型變革為To-Be架構(gòu)模型。最好的方法是繪制一個圖形化的路線圖。這也是第一階段的最終目標，它是幫助消除高管對項目疑慮的關(guān)鍵因素。關(guān)鍵的變化是要將項目從只專注IT，轉(zhuǎn)為對業(yè)務(wù)和改進效果的討論。

路線圖還應(yīng)該包含實現(xiàn)To-Be模型每一個部分的里程碑，它還應(yīng)該介紹實現(xiàn)每一個目標后，企業(yè)會有怎樣的變化。路線圖應(yīng)該描述這個項目的階段性成果，以便業(yè)務(wù)人員可以檢查時間和效果是否符合計劃。如果業(yè)務(wù)管理人員對路線圖的時間進度有異議，他們也應(yīng)該能夠暢所欲言，發(fā)表自己的調(diào)整意見。

同樣，使用顏色編碼能夠讓路線圖明確地演示業(yè)務(wù)的變革過程。例如，在一個3年的區(qū)間內(nèi)，項目的優(yōu)先級可能會從綠色變更為紅色。

路線圖是一個很好的工具，你應(yīng)該很好地利用它向企業(yè)高管們展示EA項目的價值。

以上介紹的4個文檔將會成為你與業(yè)務(wù)部門進行有意義討論的共同語言。它們將向業(yè)務(wù)部門展示IT項目的投資走向，用顏色區(qū)分各個優(yōu)先側(cè)重點。并且，你還會有一個路線圖，演示你是如何從目前的狀態(tài)一步步實現(xiàn)未來目標的。

鏈 接

企業(yè)架構(gòu)的應(yīng)用和發(fā)展

1996年，美國Clinger-Cohen 法案導致了術(shù)語“IT架構(gòu)”的產(chǎn)生。Clinger-Cohen法案要求政府機構(gòu)的CIO要負責開發(fā)、維護和幫助一個合理的和集成的IT架構(gòu)(ITA)的實施，當時的術(shù)語ITA，現(xiàn)在被解釋為IT企業(yè)架構(gòu)(EA)。

企業(yè)架構(gòu)的早期應(yīng)用是在美國一些政府機構(gòu)。1999年9月，美國聯(lián)邦CIO委員會發(fā)布了聯(lián)邦企業(yè)架構(gòu)框架(FEAF)。FEAF旨在為聯(lián)邦機構(gòu)提供一個架構(gòu)的公共結(jié)構(gòu)，以利于這些聯(lián)邦機構(gòu)間的公共業(yè)務(wù)流程、技術(shù)引入、信息流和系統(tǒng)投資的協(xié)調(diào)等。FEAF定義了業(yè)務(wù)、運作業(yè)務(wù)所必需的業(yè)務(wù)信息、支持業(yè)務(wù)運行的必要的IT技術(shù)、響應(yīng)業(yè)務(wù)變革實施新技術(shù)所必需的變革流程等要素。2002年2月，預(yù)算管理辦公室建立聯(lián)邦企業(yè)架構(gòu)程序管理辦公室，開發(fā)了聯(lián)邦企業(yè)架構(gòu)(FEA)。

美國標準研究院(NIST)在1989年發(fā)表的研究報告中，提出了NIST企業(yè)架構(gòu)模型(NIST Enterprise Architecture Model)，它是一個五層模型，是后來的重要企業(yè)框架FEAF的主要基礎(chǔ)之一。

美國聯(lián)邦CIO委員會1999年發(fā)布的“聯(lián)邦企業(yè)架構(gòu)框架”(Federal Enterprise Architecture Framework，F(xiàn)EAF)，是在美國標準研究院企業(yè)參考框架(NIST EA Model)和Zahchman等商業(yè)領(lǐng)域的研究工作基礎(chǔ)上提出的。由業(yè)務(wù)、數(shù)據(jù)、應(yīng)用、績效和技術(shù)5個參考模型構(gòu)成。另一項早期工作是美國國防部開發(fā)的一個企業(yè)架構(gòu)參考模型，稱為“信息管理技術(shù)架構(gòu)框架”( TAFIM)，其最初的草案TAFIM技術(shù)參考模型(TAFIM TRM)于1991年提出。

目前在商業(yè)企業(yè)領(lǐng)域較有影響的企業(yè)架構(gòu)框架之一，是信息技術(shù)標準化組織Open Group的架構(gòu)框架(TOGAF)，其最初的版本(1995)是在TAFIM基礎(chǔ)上完成的。這一企業(yè)架構(gòu)框架標準一直在改進之中，目前已發(fā)行了第9版。

wanglin