如果從IT規劃的本質來講，它是聯系企業戰略與IT支撐系統的橋梁。那么，如何更好地實現戰略與IT支撐的聯系?如何建立貫徹業務戰略的IT戰略和IT體系?如何實現IT系統的靈活性和互操作性，以更快地響應業務需求?如何管理IT結構的復雜性?回答這一系列問題，就不得不提到企業架構理念與方法，通過對企業架構的規劃在對業務戰略和流程理解的基礎上，進行信息化頂層設計，形成靈活、穩健的IT結構，構建和諧的IT環境，從而將企業的業務戰略、業務流程與具體的信息系統緊密地結合起來，為企業描繪出一個未來企業信息化中業務、信息、應用和技術互動的藍圖。
“體系架構”不神秘
提到企業架構，可以先從IT體系架構談起。“體系架構”是個比較新的概念，IT行業使用這一概念的歷史不是很長，它同其他行業在體系結構使用方法上有相同的應用前景，體系架構的實現連接了具體的需求和遠景的戰略規劃。體系架構可以定義為“一種實用的、有條理的部件集合的結構化形式，該架構通過這些部件以一種精確的方式為用戶提供遠景的支持”。
體系架構通常會建立一個共有的遠景，然而，簡單地設定遠景是遠遠不夠的，必須和構建人員、客戶和其他相關人員進行溝通以達成共識，在構建過程中要維護該體系架構。它在一個橫跨于客戶需求、構建人員的要求以及客觀世界約束的溝壑之間架構了一座橋梁
從IT規劃角度看，企業IT體系架構往往和軟件系統架構、應用程序架構混為一談。確切地講，企業IT體系架構的概念比軟件系統架構的概念更寬泛，它指明了通過IT系統支持業務目標的方向。
企業IT體系架構包括了信息體系結構、業務系統體系結構、技術體系結構以及軟件體系結構。
信息體系結構：設計組織信息的結構和用途，根據組織的戰略、戰術和運營方面的要求對信息加以調整;
業務系統體系結構：根據必需的業務系統，業務系統體系結構指導對信息結構化處理以滿足業務系統的要求;
技術體系結構：定義整個信息系統中的技術環境和基礎結構;
軟件體系結構或應用程序體系結構：定義基于所定義的技術的單個系統的“結構”。
在企業IT體系架構中，最重要的一個部分是技術體系架構，因為它對IT規劃的實現起著支撐作用。從本質上講，技術體系架構定義了組織為了獲得商業利潤而構建與使用的信息技術平臺。
四大IT問題
沒有一個企業的IT運作是十全十美的，所有IT環境在向自身及其合作方提供IT服務時，都面臨著來自內部與外部的挑戰。許多IT環境面臨服務能力受限的問題，基于對技術體系架構的分析與事實可以在很大程度上避免很多問題。雖然使用體系結構化原則不能解決所有問題，但是利用體系機構化這一實用的方法可以分析出存在的關鍵問題，并致力于解決這些問題。對大多數組織而言，其所遇到的IT相關問題通?？梢苑譃樗念悺?/p>
技術環境：對一些IT組織而言，技術是從以前的管理部門繼承而來的，組織內部的技術環境可以看做是組織的歷史因素。當前關鍵業務信息系統的類型和風格指明了技術環境當前狀態的前后關系。如果繼續使用遺留的技術及技術體系，不可避免地會產生若干問題。
IT組織架構：IT組織結構會嚴重影響對IT環境的支持能力。許多組織的IT部門與傳統部門保持同一級部門，但這種架構并不適合每個組織，也并不適合于IT組織架構，其原因在于IT部門對業務部門起到支撐作用，所面對的服務對象不同，這也就導致其結構的相同性必然會引起一系列問題。
行業環境：組織所處的行業可以影響到企業的具體IT應用，行業越是要避開風險，組織就越有可能面臨其他快速變化行業已經解決的問題。保守的組織將關注IT設施及技術所帶來的所有權的技術成本，而創新型組織需要從IT技術應用中發現新的價值增長點。
管理哲學：管理哲學與IT部門或是組織決策者的管理方法、風格、能力及價值取向相關。IT環境如同組織的其他環境一樣必須接納并認同管理哲學。由于IT環境與傳統領域的管理因素不盡相同，傳統的管理方法必然會導致IT問題的出現。
解決之道
對以上四類問題，可以總結出六個現實中的IT問題。對于這些問題，我們可以通過采用體系結構化方法減少它們產生的負面影響。
問題一：業務戰略與技術鴻溝。
癥狀：受業務戰略驅動的IT技術基礎設施的規劃和配置失敗。
解決方案：利用技術體系架構開發和維護方法，保證業務需求在技術環境規劃與開發方面具有可描述性。
多數組織實施過戰略規劃，其目標是確定組織當前的狀況、期望的中長期趨勢、存在的主要問題以及從某一狀態轉移到下一狀態的途徑。同時，一些組織也實施了IT戰略規劃，但是，目前很多組織并沒有完全認識到這二者的區別。即使在業務戰略規劃中能夠有效控制IT規劃、實現和管理的方式時，大多數組織仍沒有支撐這類層次結構的方法。這也就導致了由技術決定的決策與業務要求不一致的技術問題。
體系結構化方法提供了業務戰略與技術實現的連接，該方法在業務和技術規劃之間平滑連接，從而通過具體的和戰略的業務衡量標準推動技術環境的發展。
問題二：信息不準確、不完整
癥狀：根據IT戰略規劃建立的業務系統無法保證業務所需信息的準確性和完整性。
解決方案：利用技術體系結構開發方法解決功能解決方案、信息、技術重疊和系統間的集成問題。
許多組織可能都會面臨這些問題：
客戶抱怨自己的信息沒有得到及時更新;
某個系統中的信息在另外一個系統中以不同的樣式顯示出來;
管理信息似乎不能表達出實際的業務狀態;
從外部資料來源得到的信息導致不正確輸出;
隨著組織業務系統的發展，業務支撐功能的添加、改進和更換，會出現很多變化。系統的變化，必然會導致信息的不準確和不完整，同時也導致了前面提到的具體問題，而且，由于低效的跨系統集成也加劇了這些問題。
對大多數組織而言，往往都存在一些遺留系統，這些系統都具有定義完整的接口。由于存在IT運營及功能性問題，對這些接口進行折衷處理是不可避免的。這樣也會產生信息的缺失、重疊、數據不一致和數據破壞等問題。
體系結構化可以輔助解決這些問題。通過對技術體系架構的分析，可以從較高層次上描述信息體系結構和業務系統的開發，從而確定哪些功能是可以重疊的，哪些是可進行分割的，哪些領域是可有效集成的，并為建立有效技術集成環境提供框架。
問題三：基礎架構錯誤。
癥狀：基礎技術的提供及構建方式限制了IT技術的整體運作能力。
解決方案：技術體系架構直接關注確?；A技術環境的效率，并通過管理手段，確保技術環境的持續健康發展。
應用系統是IT投資中的一個重要部分，它可以對具體的業務進行支撐。但需要明白，應用程序/系統只是IT技術的外在表現，基礎結構是應用程序運行的平臺。
組織內部可以討論是采用開發還是購買的方式獲得所需要的應用系統，但卻較少地對支撐應用系統的基礎架構進行分析討論，對基礎架構往往不夠重視，或不為其提供必要的資源。在許多情況下，由于基礎架構很難證明會獲得有形的效益，所以預算和采購很難向基礎架構直接投資。在這種情況下，基礎架構被損壞了，應用程序/系統之間的互操作性也弱化了，從而導致對業務過程的支持不足。
在體系結構化方法中，基礎架構被認為是技術體系架構中的重點。要想構建能夠很好支持業務過程的應用系統，必須從整體上統籌規劃所需的基礎架構。
問題四：安全性。
癥狀：許多組織不能確保自己組織的IT環境是可靠的。
解決方案：技術體系架構規劃中安全性問題是其重點。通過規劃，規定了組織對當前和未來的安全性要求。
對大多數具有成熟的IT基礎架構的組織而言，信息安全性的威脅不斷變化。隨著互聯網的普及，組織所面臨的安全性威脅也由內部安全威脅拓展到內外部安全威脅。當組織所擁有的信息系統越多，所帶來的安全隱患就越嚴重。通常，我們所面臨的安全問題有：
不同信息系統需不同的身份認證機制：當組織內部存在多個不同的信息系統時，用戶需要針對每個獨立的系統建立獨立的安全認證機制。這導致了安全管理的混亂與困難。
管理層要求信息系統能夠通過網絡互聯：從管理層的角度看，通過網絡化的業務系統，可以實時掌握整個組織的運作情況，但這也打開了安全漏洞的后門，使得整個業務層極易受到外界的攻擊。
技術與業務脫節：很多組織雖然認識到了安全管理的重要性，但是缺乏對安全管理的有效規劃?，F有的安全規劃沒有將業務與技術很好地相結合，導致從業務角度給出的安全規劃可能在技術上難以實現。同樣，從技術角度給出的安全規劃可能不能滿足業務運營的需要。
內部安全管理機制不健全：大多數組織雖然存在安全管理的制度或方法，但整個管理的審核方式與檢查過程與業務要求存在出入，導致安全管理機制無法有效地執行，確保業務系統的整體安全性。信息系統的戰略規劃指明了宏觀技術體系機構的方向。在技術體系架構規劃中，可在這種宏觀規劃的指導下，進行具體的安全性規劃，給出如何在具體的技術開發中增強安全性的方法。
問題五：技術兼容性。
癥狀：IT環境存在多個不同的技術平臺，不能進行有效的互操作，導致不能對業務過程提供有效支持。
解決方案：使用技術體系架構規劃解決IT環境的互操作問題。
IT環境中的技術平臺不兼容問題是組織的常見問題。通常技術不兼容性問題會導致更多的策略性支出，表面上看是為了更好地支持業務流程，但不可避免地會導致更高的IT成本。在組織級別上，整個業務過程中技術無效率會造成自身過程中時間成本的增加和服務質量的下降。
如果只是從IT戰略規劃出發，進行技術方面的選型，極有可能導致選擇次優技術，從而引起技術的不兼容問題，因此，為了避免這一問題，需要從技術體系架構的角度，通過對歷史信息系統的分析，給出基于技術體系架構的技術或應用平臺的選型。
問題六：IT成本難控制。
癥狀：對組織的IT成本控制效率低下或不清楚成本控制。
解決方案：技術體系架構要求了解組織類型并采用合理的方法構建能夠反映成本控制的模型。
大多數組織關于其IT支出存在著分歧，對IT成本的理解取決于組織的性質、組織關于技術驅動業務的觀點、組織的業務戰略及其對IT支出的歷史處理方式。要解決IT成本控制問題，首先要確定組織類型。根據Gartner的分析，可以按照技術采用程度將組織分為三類。
類型1：往往按照競爭優勢的收益考慮采用新技術的風險，它們早在新技術被認為穩定或商品化之前就采用了該技術，并盡可能地發掘對業務具有決定性作用的技術。在現實中，只有很少組織屬于該類型。
類型2：關注所采用技術的整體價值。在某些領域它們具有創新性，而在另一些領域就顯示了保守性。它們傾向于當技術成為主流時再采用。這種類型的組織占據了大多數。
類型3：關注IT驅動業務所帶來的成本效益。它們一般在等到技術商品化后才采用相關技術，并且在技術使用前進行詳細的成本效益分析。
從體系架構的角度看，類型3的組織的做法值得關注。它們完全關注成本，對技術方法采用了相對保守的方法，這意味著它們可以按照已經確定的成本基準進行成本控制。因此，對組織而言，在確定具體的技術時，首先要根據業務與技術的匹配，進行完善成本效益分析。
技術體系架構的優勢
技術體系架構并不僅僅是一套標準，確切講，它是一種組織能力的體現，這種能力不僅體現在文檔方面，還反映了技術專家、IT管理員、規劃設計人員以及實施人員的知識與經驗。從總體展望一下，可以看到技術體系架構可能為企業帶來的優勢。
更為行之有效的IT運營方式：定義良好的結構和具體IT實現的模塊化結構可以導致更加行之有效的IT運營方式：較低的軟件開發、支持和維護費用;更好的應用程序可移植性;改進的互操作性、更簡單的系統和網絡管理方式;可以更高地解決諸如安全性之類的關鍵問題;系統組件的更新與更換更方便;現有投資的更大回報與未來投資的更低風險。
現有的和已經規劃的系統結構定義清晰，會產生如下效果：減少IT基礎結構的復雜性;使得現有IT基礎結構投資產生最大的回報;增加了制作和購買IT解決方案的靈活性;降低了IT所有權費用和新投資的風險;更為廉價便捷的采購方式。技術體系架構對未來的采購和移植有完整的策略，其產生的結構是：采購決策更為簡單，可以更方便地利用在一致的規劃中的采購信息;采購過程更快、最大化采購速度和采購靈活性而不會破壞體系架構的移植性。
業務增長和結構重組的靈活性：定義良好的技術體系架構可以確保更為方便的跨企業訪問集成信息：業務增長和結構重組的最大靈活性;通過內部合并、兼并和重新設計業務流程以節約實際成本。
加速進入市場：構建良好的IT基礎架構可以更快地開發以任務為中心的業務應用程序，新產品和服務進入市場的時間加快;擴大發展規模和贏利能力。
京公網安備 11010502049343號