很多時候，在一些IT咨詢/治理或SOA內建項目中，相信大家一定聽過企業架構，這是一個出現頻率較高且都會在項目中重點強調的詞語。事實上，若想真正的發揮資訊化價值，使資訊化可以支撐并順延企業後續的發展，在項目進行前，是必須要規劃出企業架構的。
講到這裡，有人會問：“我建設IT資訊化的目的是解決目前問題，直接開始就好了，為什麼要花費金錢和時間規劃企業架構？”對于該類疑問，我的回答是：企業架構是一定要做的！雖然建構一些簡單的資訊化系統，或做幾個系統間簡單的內建來解決目前業務問題是不會出現大偏差的。但請試想一下，如果是一個複雜的資訊系統建構或大型內建項目，涉及到幾十個資訊化系統，其中包括通用和專用系統，同時存在多層業務管理關系、多道流程工序時，如果沒有事先規劃梳理好彼此之間的業務流程、資源複用、IT技術等就直接操作，百分之九十的結果是項目延期或做成爛尾。
這時必須要規劃出一個清晰的企業架構，才能保證業務流程互相運轉、資訊化系統合理支撐、建構步驟有條不紊。可以說，企業架構是IT決策的重要依據，是支撐企業後續發展的重要基石。
企業架構概念
企業架構（Enterprise Architecture），簡稱EA。是指對企業事業資訊管理系統中具有體系的、普遍性的問題而提供的通用解決方案，更确切的說，是基于業務導向和驅動的架構來了解、分析、設計、建構、內建、擴充、運作和管理資訊系統。複雜系統內建的關鍵，是基于架構（或體系）的內建，而不是基于部件（或元件）的內建，有效的企業架構對企業的生存和成功具有決定性的作用，是企業通過IT獲得競争優勢不可缺少的手段。
企業架構構成
企業架構可以分為兩大部分即業務架構和IT架構。
業務架構：是把企業的業務戰略轉化為日常運作的管道，業務戰略決定業務架構，它包括業務的營運模式、流程體系、組織結構、地域分布等内容。
IT架構：指導IT投資和設計決策的IT架構，是建立企業資訊系統的綜合藍圖，包括資料架構、應用架構和技術架構三部分。
1 業務架構
業務架構相當于企業的營運模式，一個公司要發展，一定會有自己的商業目标和營運模式，而這些就是企業的業務層面，可以說企業的業務架構是在市場上區分與其它企業的關鍵，通常包含營運模式、組織機構、業務流程、地域分布等。
營運模式：簡單來說，營運模式就是企業通過何種方法進行盈利的，即使在同行業範圍内，每個企業的營運模式也大不相同，因為營運模式通常是根據企業的戰略、目标、優勢、發展方向等因素孕育而生的。營運模式一般分為：行政管理、資金管理、技術、生産、銷售五個層面，每個企業都會對以下層面進行特殊的設計。
組織機構：組織機構是企業的運籌體系，包括企業的部門、崗位、職責，當企業的戰略發生變化，組織機構也會相應的調整變動。
業務流程：這裡的業務流程不是指針對企業的某個關鍵業務的一種描述，而是企業整體運轉上的大流程，展現在整體資源的梳理、組織機構的配置設定、管理制度的優化，對業務營運存在着指導意義。
地域分布：地域分布主要确定業務活動在什麼地域執行，地域分布對營運模式的規劃、組織機構的劃分、業務流程的設計起着關鍵作用。
2 IT架構
企業架構中的IT架構是建構企業IT資訊化系統的基礎，它能夠有效指導IT資訊化項目的開展和執行，IT架構又分為資料架構、應用架構、技術架構。
2.1 資料架構
資料架構是企業IT架構的核心，衆所周知，資料是對客觀事物的真實表現，具有權威性和價值性，企業資訊系統下的營運狀況都是通過資料反映出來的，資料可以作為企業的重要資源，是以在考慮IT架建構設前首先需要考慮資料架構對目前業務的支援，即企業需要哪些重要資料、企業資料如何治理規劃、如何實作重要資料的運用。之後，根據上述幾點進行資料架構規劃，資料架構規劃主要包括資料模型、資料分布、資料治理三個方面。
資料模型
良好的資料模型可以反映出業務模式的本質，確定為業務需求提供全面、一緻、完整的高品質資料，且為劃分應用系統邊界、明确資料引用關系、定義應用系統間的內建接口提供分析資料。然而資料模型不隻是與應用架構關聯，同樣對業務架構提供生命周期治理和管控，在業務架構中的資料模型分析重點是主資料和核心業務對象，而應用架構中的資料模型則進一步轉換到邏輯模型和實體模型，直到最終的資料存儲和分布。
資料分布
資料分布包括業務分布和應用分布，資料分布一方面主要是分析資料在業務各環節的增删改及引用的關系，另一方面是分析資料在單一/多個系統中的資料結構與應用系統各功能子產品間的引用關系。
資料治理
資料治理包括中繼資料管理，資料品質管理、資料标準規範、資料字典、資料安全、資料采集、同步、分發等内容，即主資料管理内容。資料的治理在整個資料架構中起着非常重要的作用，高品質的資料是資料架構的重要支撐，同時也是企業後續梳理業務流程建設的前提。
2.2 應用架構
應用架構向上承接了企業戰略發展方向和業務模式，向下規劃和指導企業各個IT系統的定位和功能。應用架構是業務架構、資料架構、技術架構、資訊安全及IT管理等方面綜合的展現，它包括了企業的應用架構藍圖、架構标準/原則、系統的邊界和定義、系統間的關聯關系等方面的内容。
在建構應用架構時，滿足當下需求的同時，需要進行長遠的規劃，即符合企業未來的發展方向，并能根據業務進行擴充。
靈活性
展現在應用系統之間的連接配接是否靈活、簡單、松耦合。激烈的競争和産業變革，需要企業不斷調整其組織、流程和商業模式，以獲得競争優勢。這時，應用架構要可以适應企業業務的變化，快速做出響應，提供穩定可擴充的應用支撐平台，為企業的業務發展、随需應變提供重要的支撐，同時能保證部分應用功能的更新或替換不會影響到其它應用系統，實作平滑更新。
整合性
整合性部分常見的整合包括資料內建、應用整合、流程整合、門戶內建等。
1. 資料內建
資料內建主要針對企業資訊系統底層的資料同步性、時效性問題，解決資料來源的唯一性、真實性、實時性，一般通過消息隊列技術或者Web服務等，将散布在企業各個系統中的資料，以一種松散耦合、集中呈現的方式進行統一管理，促進資料在企業範圍内互聯互通。
2. 應用整合
應用整合主要針對企業業務變化适應性和資訊孤島問題，通過對系統功能的服務化編排，實作快速調整的彈性應用。應用整合提供面向服務所需的軟體基礎設施環境，為分散服務提供了互動、組合和治理的基礎架構，內建企業内部各個IT應用系統，并使之互相協同工作，形成一個更大的整體系統。要求不隻是實作系統間的技術內建整合，還要實作業務之間的有機整合。
3. 流程整合
流程整合通常也稱之為流程內建，主要針對企業業務邏輯在多個資訊系統之間流轉的問題，具體展現為跨異構系統的流程內建，以業務流程為中心，實作幫助企業各業務環節與客戶需求對齊的管理方法，有效整合人力、資訊等資源，實作跨系統、跨部門、跨組織的企業營運，支撐企業實作業務的“縱向貫通”與“橫向內建”，幫助企業實作從戰略到營運端對端的跟蹤、回報與優化。
4. 門戶內建
門戶內建主要針對企業互動通路層內建問題，把企業内部原有的零散系統中的資訊、應用、服務通過統一認證、頁面內建、菜單內建、資料門戶等技術整合在統一的通路平台，提供企業範圍内的統一授權和身份認證，基于單點登入、個性化配置方式，為企業IT架構提供一個标準的、可擴充的Web 應用基礎架構。平台支援多端登入，即PC門戶、移動門戶，移動門戶同樣提供統一身份認證、單點登入、資訊/頁面/應用內建等功能，通過移動門戶可以通路PC端系統大部分功能，用于滿足出差在外流程審批，辦公不受時間地點限制。
複用性
随着企業資訊系統越來越多，在建構企業架構面前必将精減或新增一些資訊化系統，過程中不可避免會替換甚至是除掉一些平台或功能相似的系統，如果每次都要推到重來，在時間和成本上是不可控的，是以複用IT資産在建構應用架構時，也是重點規劃的一部分内容。
2.3 技術架構
技術架構是支撐應用架構與資料架構的技術基礎結構，主要由IT技術、元件、相應技術标準構成，具體包括：安全管理、應用軟體、應用平台、實體環境、系統管理。
安全管理：安全管理是指應用軟體、應用平台、實體環境各層面的安全管理架構、安全配置模型、安全管理工具以及安全管理标準等。
應用軟體：應用軟體是指應用系統或工具，包括業務應用和支撐應用，業務應用一般分為通用管理軟體、套裝管理軟體、行業管理軟體，如CRM、ERP、MES等，支撐應用為基礎軟體工具，如：Office辦公。
應用平台：應用平台是支撐應用軟體運作的操作平台，包括系統服務和作業系統。系統服務是搭建在作業系統之上的各種服務引擎，如：Web Server、APP Server、DB Server等，作業系統是管理和控制計算機硬體與軟體資源的計算機程式，是直接運作在“裸機”上的最基本的系統軟體，常見的作業系統為Unix（AIX、HP—UX、Solaris）、Linux、Windows Server等。
實體環境：實體環境是支撐資料和資訊的采集和進入、處理和傳送，以及應用軟體與應用平台運作的實體設施架構、模型和标準等，包括系統硬體與網絡設施。
系統管理：系統管理是貫穿應用軟體、應用平台、實體環境各層面的系統管理架構、系統管理模型、系統管理工具以及系統管理标準等。
忽略企業架構的原因
很多企業在建設IT資訊化的時候，一般都會忽略或刻意提及企業架構的規劃，殊不知，從那刻起已經埋下了隐患，一旦系統過多，隐患立即顯露，造成這種現象的原因有很多，具體表現在兩個時間節點中。
1 系統建設初期
很多企業在系統建設初期，往往都是根據現有業務需求去建構相應的資訊化系統，極少數甚至沒有企業在建設初期會統籌的考慮企業的整體架構。後續，随着企業業務需求不斷增多，對資訊化系統的需求也随之增多，無規劃的建構系統，隻能導緻資訊孤島産生。本是為了優化業務而上的資訊化系統，反而造成了IT與業務的脫節。
2 系統整合時期
一般企業進行系統整合，多半是消除資訊孤島及優化業務流程，系統整合期間是建構企業架構的第二最佳時間，因為在系統整合時，根據企業特定的企業架構不僅可以對企業業務流程、内部資料、應用功能進行統一治理內建，還可以為企業後續資訊化建設搭建平台，奠定基礎，對于後續業務擴充變化，提供快速響應。即便這樣，也有很多企業忽略企業架構的建設，沒有站在整體上業務上和系統現狀上進行規劃，這樣做的結果就是內建順序與先前條件不符，導緻內建失敗或效果不明顯。
那麼企業在資訊化建設初期為什麼不進行企業架構規劃呢？分析原因如下：
1. 企業建設初期規模相對較小，資金能力不足，對于花費過多資金規劃企業架構是奢侈的。
2. 企業整體對資訊化意識薄弱，認為資訊化隻是輔助業務的工具，沒有必要與業務、文化、架構等聯系起來。
3. 企業上司對企業架構意識模糊，不了解企業架構的重要性，或對企業未來發展沒有明确的定位及目标。
4. 忽略內建整合項目的前提條件，如內建的順序、資訊化狀況、業務互相關系等，認為不需要架構梳理規劃，直接整合即可。
企業架構的重要性
通過上文中對企業架構的深層次了解及未及時建設企業資訊化所帶來的問題之後，也許很多人還是沒有清楚的了解企業架構究竟能為企業帶來什麼，企業架構到底有多重要，下面就來具體談談企業架構對企業的重要性。
1. 支撐業務發展，保證IT投資的正确性
有效的企業架構對企業生存和成功至關重要，它為企業IT系統演進提供了戰略指導和分析，是企業能夠應對不斷變化的業務環境，同時按照企業架構中的規劃進行IT資訊化建設，可以有效厘清IT項目的優先級，然後根據優先級制定IT投資戰略。
2. 節省企業成本，減少IT資源複用情況
企業架構在規劃IT建設的同時，會兼顧企業的組織角色和業務流程的關系，可以平衡IT資源與業務間的依賴關系，識别出部門間重複的業務需求和資料重複使用率，從根本上有效避免業務級、功能級、資料級的重複投資。
3. 有效推動創新，使企業業務更好發展
企業架構能夠平衡IT效率與業務創新之間的關系，支援企業業務的創新，使各業務單元的業務流程與資訊保持高一緻性。同時，可以保證組織的全面IT戰略需要，實作企業範圍内最緊密的協作。
當下，企業架構的建設還未使絕大多數企業引起足夠的重視，保持業務與IT資訊化對齊仍是當今時代所有組織面臨的一項基本挑戰，而建構企業架構是應對這項挑戰的最佳途徑，無論是公有還是私營，無論是企業機關還是事業機關，都會按照自身的業務特性去建構資訊化建設，随着業務增長，一定會追加在資訊化建設方面的投資，至于投資是否可以有效換來收益，很大程度上是取決于是否具有完整的、适合企業自身業務發展的架構規劃。企業架構提供全業務視角的企業治理體系，保障業務、戰略保持一緻，促進資料架構、應用架構、技術架構等IT架建構設，保障企業資訊化的合理穩步建設，幫助企業實作使用更低的IT成本、更快的設計與開發，降低IT風險的同時擷取更高的收益。