隨著企業的不斷發展，企業的規模和複雜性急劇膨脹，企業外部環境不斷變化，各種競爭與挑戰不斷公升級。。。對企業來說，變化已經成為常態，變化已經成為生存之道。
回顧一下軟體構建理論的演進歷史，其實就是企業採用資訊化手段之後的進化史，從「面向過程」到「物件導向」再到「面向服務」。。。其本質是對複雜世界析構與簡化的方**。
那麼，「企業架構」是個什麼東西呢？
首先來看看各種流行的定義：
a.企業架構是構成組織的所有關鍵元素和關係的綜合描述。
b.企業架構是一種戰略資訊資產庫，定義了使命、執行使命必須的資訊、執行使命必須的技術，以及在響應使命變化需要實現新技術時的遷移過程。
c.企業架構是關於理解所有構成企業的不同企業元素，以及這些元素怎樣相互關聯。
我們的大腦對於同乙個概念是很難同時儲存幾種不同定義的，所以不妨自己給企業架構下個定義：
「企業架構就是企業關鍵要素及其關係組成的多維網狀結構。」
也許你腦海裡浮現出一塊正方體海綿，無數個孔洞和無數個連線組成的複雜結構，沒人說得清一塊海綿是怎麼組成的，但每個人都知道海綿的特性和功能，還好我們的企業遠比海綿的構成要簡單。
其實這種鬍子眉毛一把抓的空泛定義並不能幫助大家理解什麼是企業架構，我們只能繼續**。。。
togaf(the open group architecture framework, 開放組織體系結構框架)把企業架構分成四大架構領域：業務架構、資料架構、應用架構、技術架構。當然這種劃分只是一家之言，不同的組織有不同的定義和理解，但我們不妨以此為線索試著理解一下。
我們還是先回到地球，看看我們日常工作中的常見問題。
客戶變更天天有，乙個簡單需求可能要做個把月。在補丁上打補丁是常有的事，產品越改越笨重，為了趕工期bug越來越多而且越來越變幻莫測。產品從1.0到現在已經很多年，相關的設計研發人員來去換了兩三批。客戶提的新需求，能不改就不改。即使到了非改不可的地步，也會容忍已經僵化的**帶來的種種限制。直到有一天，那根壓死駱駝的最後一根稻草從天而降，**已經徹底改不動了。。。
在資訊化初期，我們的客戶並不了解資訊化可以為他帶來什麼、改變什麼。隨著時間的推移，企業資訊化層層深入，甚至已經演變成企業在市場競爭中的利器，於是逆轉的情況就出現了。企業客戶的業務流程從之前的順應軟體，逐步的變為讓軟體去順應企業的發展。於是客戶們提出了各種個性化的需求，加功能、改流程、維護優化等等。這是企業級應用系統的宿命。。。
這些問題出現的根本原因是商業軟體的設計與開發方式已經不符合企業資訊化的發展要求。現在市面上大多數軟體，是幾個程式設計師憑自己對業務的理解，把各種功能拼湊起來成的，在初期這些軟體因為彌補了空白提高了區域性工作效率，企業確實看到了收穫，隨著專案的推進和新需求源源不斷的產生，系統的維護壓力越來越大，而且軟體中的系統流程與企業發展過程中的業務流程開始產生偏差，於是為了適應企業資訊化的要求不斷的修改，最後軟體越來越笨重，導致很多新的業務功能無法實現，**已經改不動了，所以這套所謂企業資訊化的系統能解決的大部分是固定程式的業務，企業資訊化陷入泥潭。
這個時候該怎麼辦？
直覺告訴我們——要有優秀的架構！
要想瀟灑的擁抱變化，就要摸清變化的方向和規律，優秀的業務架構就像如來的五根手指，任由孫猴子隨便蹦躂也無妨。業務架構一定是靜態和動態分析的整合和融合，在分析過程中相互影響又相互促進。動態的資訊即我們說的普通的價值鏈分析的思路，從企業端到端的一級流程到各個業務領域二級，**等流程的分析。形成一級流程->子流程->活動->活動單元->任務->事件的主線；而對於靜態資訊則包括組織，人員，崗位，角色，業務物件和表單，規程，模板等各種資訊。靜態資訊的重點是業務領域和業務物件，即形成業務領域->業務主題域->業務模組->業務單元->業務元件的靜態資料逐層分解。靜態資訊+動態資訊+互動點和介面分析後形成完整的業務架構。可以看到流程在細粒度分解後的活動單元的組合可能構成業務元件和業務模組，同時業務模組本身又存在更細粒度的流程和活動分解，業務元件本身又是多個流程的組成部分，因此靜態和動態相互融合，形成互動，所以必須分析互動和介面。
我們假設已經建立了「業務架構」和「技術架構」協調一體的機制，有效地驅動了軟體產品的持續完善，從根本上保證了管理軟體和企業發展的動態平衡關係，使軟體產品具備了較長的生命週期。
隨著時間的推移我們漸漸發現，因為企業的應用越來越多，企業應用的多樣性、複雜性以及它們直接相互關聯互動的需求增強，企業級系統的應用層和資料層越來越突顯出來，如果還是像傳統軟體一樣，將他們簡單的劃歸「業務架構」或者「技術架構」已經不能滿足要求。這時候就應該將「應用架構」和「資料架構」提到「業務架構」和「技術架構」的高度，協同合作解決日益複雜的企業級問題。
企業架構 如何描述企業架構
搭建乙個簡易狗屋時，我們不會去設計三維圖，做預算，規劃施工等，而建個複雜建築時，缺少架構是不可能能完成的。就像我們程式設計師做個小功能，可能都不需要做設計就可以實現了，但是當問題複雜了，考慮因素多了，產品關聯複雜了，那麼還一直摸著石頭過河，事前不做架構不做規劃，那麼最終結果必然是失敗的。蓋房屋需要架...
企業IT架構
在企業it應用中，it架構師是非常重要的角色。他首先要和cio一起與業務部門溝通，將業務需求轉化成it實踐 同時，it架構師還可以為企業設定it架構的總體目標。企業it架構就是it的發展藍圖，它可以幫助企業清晰了解目前系統的現狀，然後設計未來的業務目標與it目標。這不僅可以系統化地管理整個it系統 ...
企業架構之資料架構
size medium color blue 有些人可能會奇怪，企業架構跟資料架構有什麼關係啊。其實資料才是企業架構最有價值實在成果。it系統的價值並不是什麼先進技術和強大的硬體。而是儲存和處理資料 資訊。資料是對客觀事物的真實表現，企業業務過程中的所以物件的狀況都可以用資料記錄下。資料經過加工處理...