企業架構與業務優化有關 後者用來解決企業架構 績效管理 組織結構和流程架構等問題 它包含對組織的流程 信息系統 人員和業務等單元的當前及將來的結構及行為的描述 以確保上述單元能夠符合組織的戰略發展方向 可見 企業架構的概念超越了信息技術的範疇
企業架構與信息技術緊密相關 在本文中 我將描述SOA（面向服務的架構）環境中的壹種簡化的 自上而下的企業架構 重點關註信息技術 目的是實現業務和IT間的最佳看齊
我將介紹
自上而下的企業架構方式的不同關註點 企業架構的目標 方法論概述 與 BEA SOA 域模型的關系通過本文 您將能很好地理解由業務策略驅動的自上而下的企業架構方式 該方式的優勢以及相關的組織方面的考慮
自上而下的企業架構方式的不同關註點在自上而下的方式中 從業務到IT 很有必要在不同的規劃分離業務和IT的不同關註點 進而在二者之間奠定公***的基礎 與業務相關的規劃被稱為業務流程規劃 與IT 相關的規劃被稱為應用規劃 而二者之間的規劃——也是該方式中最有意義的部分 因為這種方式旨在提供業務和IT間的最佳看齊——則被稱為功能規劃 若要描述硬件 網絡 操作系統 應用服務器和數據庫等 則可引入技術規劃的概念 我無意詳細描述技術規劃 因為我的主要目的是推薦壹種方式來通過公***的基礎實現IT和業務間的最佳看齊
圖 描述了這些規劃以及它們之間的相互關系 我將對其詳細加以介紹
圖 自上而下的企業架構方式的不同關註點
業務流程規劃此規劃側重於業務戰略環境中的業務流程 可與組織中的不同業務線緊密合作的企業架構從由業務戰略定義的業務需求開始 並能為主要的企業業務流程建模 比如 企業架構可通過AquaLogic BPM Designer在設計層面實現這壹目的 這將有助於架構師理解企業內全局的主要流程 而且通過讓更多的銷售代表參與進來還可以推進這種方式 使用AquaLogic BPM Designer 業務分析師可以模擬業務流程 提供在對流程進行反向工程時發生的優化的壹種度量 業務流程規劃歸業務本身所有 架構師的主要任務是獲取業務需求並確認可由組織內的不同業務線使用的***同業務服務
以銀行業務環境為例 首先要先設計各項銀行業務（比如貸款 進/出口操作）的流程 這兩項銀行業務具有完全不同的流程 但也會***享壹些***同的服務 ***同服務的確認是通過在組織層面設計流程實現的 在某種程度上 授權系統和會計系統應該能在不同的流程 比如開具信用證（LC）的流程或貸款批準的流程 被重用 兩個流程應該能使用***同的授權服務和***同的會計服務
功能規劃設計好組織的重要流程之後 就可用確定主要的功能塊了 功能塊提供可在不同的業務流程中重用的業務服務 業務服務也是 SOA 理想的構建塊 這些服務還應該能被重用和重組 以便提供業務所需的敏捷性 在選擇這些功能塊以及需要在功能塊間***享的數據時 業務線應該提供給企業架構師足夠的業務知識 以便整個組織都能重用和理解規範的數據模型 域UML模型和數據存儲庫 這之後 就需要在規劃中加入業務
這種通用的做法應該會帶來可在整個組織內***享的通用的語言和通用的分類法 通用實體和通用域模型的定義使其在組織內的含義通用 而且可以被不同的業務線重用 這個規劃就像是個城市規劃 將功能構建塊組織成與組織內不同的業務線相關的區域和地帶
通用的語言將十分有助於功能構建塊的重用以及數據在這些塊間的***享 規範模型應該在企業存儲庫內被***享 管理考慮應該定義設計 訪問 驗證和修改這些模型的方式 我將在本文後面的部分對這些考慮事項詳加介紹
回到銀行這個例子 在這個組織中 應該有壹個業務線用來處理付款 外幣兌換和抵押 另壹個業務線處理貸款 第三個業務線處理進/出口操作 比如信用證（LC）和收款 還有壹個水平的業務線用來處理授權 會計 報告以及風險管理 如果用城市規劃來做比喻的話 每個業務線都可看作壹個特區
進壹步觀察進/出口這個業務線 還會發現分別與LC和收款相關的功能塊 而代表LC 的功能塊還可以細分為LC所應提供的不同的服務 這個塊應該提供功能（或服務） 比如開具LC 修改LC 使用LC和償還 LC 這些都是LC塊的業務服務 這些服務將依賴於由授權塊 會計塊和付款塊提供的功能
授權塊將基於客戶的狀態為客戶授予信貸額度 授權塊可能會依賴於風險管理塊的功能 LC功能也將使用由會計塊和付款塊提供的服務 而付款塊則將會使用會計塊和授權塊的功能
對功能規劃的描述采用業務術語 並加以細分以使它能映射到應用內的應用程序和服務 在銀行示例的這個環境中 會計服務和授權服務在組織層面上重用
確定了這些功能構建塊之後 還需要定義這些塊之間的通信 這就意味著形成規範的數據模型 這個規範模型可使用UML模型進行描述 這就帶來了數據的XML表示 這個通用語言應該跨整個組織***享
在銀行示例中 不管是在LC塊還是在貸款塊使用 賬戶都是壹樣的 客戶也是相同的 賬戶和客戶都是在跨組織的***享業務模型中定義的實體 這些實體由兩個規範模型表示 壹個用於賬戶數據 另壹個用於客戶數據 這些模型可由整個組織***享 它們可通過作為組織構建塊的壹部分的公***服務訪問 這些服務可以是 CRUD (Create Retrieve Update Delete) 服務 也可以是復合服務 定義規範模型的最好的方法是參考業界標準 銀行系統使用SWIFT 標準 在 SWIFT標準手冊中定義的 MT 消息在業務用例使用消息的層面上定義了銀行操作 這些消息可以輕松映射成可在整個組織內使用的 XML 消息 最大限度地遵循標準非常有助於將單個組織內使用的業務操作擴展到多個組織間的B B 操作
在Quinton Wall撰寫的 理解SOA中的服務生命周期 設計時 和 理解SOA中的服務生命周期 運行時 中有關於服務設計 建模和運行時關註點的更多信息
定義了塊中使用的功能塊和數據模型後 這些資產應該能由企業存儲庫中的不同業務線重用 BEA AquaLogic Enterprise Repository 可用來***享企業信息資產
應用和實現規劃正如我所提到的 功能構建塊是SOA構建塊的理想選擇 使用自上而下的方式確定的服務將會帶來業務需求和IT間更好的匹配
應用規劃中的服務實現將取決於服務的類型以及服務與不同的SOA 層間的關系 這些層包括表示和復合層 編排層 業務服務層和數據訪問層或連接層
為實現這些塊選擇合適的產品時 要格外慎重 應該考慮組織的環境 比如現有的應用程序和技術限制 當進行實現方面的選擇時 應用規劃與技術規劃是分不開的 在理想情況下 BEA WebLogic Integration 是系統到系統過程的壹種不錯的選擇 用於業務流程規劃中的設計和流程再設計的BEA AquaLogic BPM是人工驅動流程的理想選擇 BEA WebLogic Portal 非常適合在整個組織內通過WSRP開發和***享表示層 進而促進表示層和門戶聯邦的重用 AquaLogic Data Services 是數據訪問層的壹種理想工具 而AquaLogic Service Bus 則非常適用於應用程序到應用程序的通信 在實際環境中 這些選擇取決於組織內現有的資產和需求 另外 應該在組織的環境中考慮使用參考架構
組織的參考架構是能夠根據其所屬的層和服務提供如何實現每個構建塊的最佳實踐和藍圖 在參考架構中還會定義和顯示服務間的通信 圖 給出了為組織定義的壹個參考架構示例 此圖表還描述了通過合適的產品實現組織的功能構建塊服務所需的 SOA 層 參考架構的定義通過涉及合適的業務和IT層的流程實現 這種模型可用於在組織環境內針對每個SOA層實現構建塊
圖 組織的參考架構
參考架構應能有助於推廣由管理團隊定義的最佳實踐 指導原則和設計原理 此架構應該使用在功能規劃中定義的規範的模型和分類法 我將在稍後討論管理團隊的有關內容
企業架構的目標采用從組織的業務需求開始的全局手段 企業架構的主要目標是借助通用語言構建重用的氛圍 如圖 所示 這壹目標應該逐漸實現而不是依靠急劇變革壹蹴而就 應該有壹個管理團隊來管理不同的範疇 全局業務和戰略範疇 信息系統範疇和項目範疇 應該支持通過合適的工具來促進整個組織內的重用
圖 企業架構的目標
管理團隊管理團隊應該創建和維護反映組織當前狀態的資產 比如現有的功能模塊 在這些資產中 有對當前狀態的全局描述 這將十分有助於確定當前信息系統的筒倉（silo） 定義目標狀態時還應考慮路線圖
要想將路線圖應用到目標 管理團隊應該在項目之初就介入 為整個組織提供指導原則 實施規定以及最佳實踐
指導原則 策略 分類法 企業規範數據模型 數據存儲庫 最佳實踐 可重用資產以及需要由管理團隊定義和維護的其他準則會觸及所有的業務線以及IT
全局業務和戰略範疇企業架構應該能夠協調IT與組織的戰略 它應該能輕松適應業務的不斷變更 這就要求業務架構和指導原則必須能夠最終形成組合和分解業務流所需要的功能構建塊
信息系統範疇企業架構團隊引用現有的功能構建塊 它也可以定義業務處理所需的新的功能構建塊 正如在業務流程規劃中的全局業務範疇中定義的那樣 信息系統範疇與功能規劃相關 並應該能夠通過可由業務和IT所理解的語言來提供正確的抽象級別
信息系統資產在功能規劃中定義 該定義包括在功能級別應用程序間的通信以及規範的企業數據模型 通用語言 分類法以及數據存儲庫 應該定義和控制對這些資產的訪問
功能規劃中的工作應該與應用規劃中的應用相對應 各種標準和產品支持應該與每個應用所涵蓋的方面聯合確定
項目範疇在運營的層面上 大多數舉措都應該以項目的方式實現 以確保成功應用各項指導原則和規則 來自管理團隊的架構師應該確保詳細的技術要求和項目架構與企業的指導原則 策略以及企業通用語言的使用相壹致 若能在投資的早期就向可交付項目應用架構藍圖將能顯著增加符合規定 具有更好可重用性的按時 按預算 保質交付的可能性 只有這樣 項目才能提供新的可在整個組織重用的SOA構建塊
將全局驅動的策略應用到新的項目是壹種實現目標的演進式的方案 過程是平滑進行的而非爆炸式的變革
企業架構存儲庫管理對企業常規模型定義的訪問應該全局可用以便開發壹種通用的企業語言 使用通用的分類法 沒有通用的語言就無法實現重用 信息系統資產的有效管理可通過使用企業存儲庫實現 這個存儲庫應該能由整個組織訪問 並由管理團隊管理 它應能提供資產和元數據的擴展視圖 BEA AquaLogic Enterprise Repository 是可用來支持企業架構的壹種優秀工具
方法論概述設計企業架構的壹種優秀方法是描述上述每個規劃的當前狀態 如圖 所示 這將有助於評估業務和IT間的差距並確定簡倉 然後 可定義路線圖來實現目標 方法論實際上就是分析在本文的開始所描述的不同的規劃來評估當前狀態和定義目標狀態
圖 方法論概述
當前狀態（既有的）當前狀態的評估可以用自上而下的方式 自下而上的方式或兩種方式的混合來實現 當前狀態的定義可在每個規劃上進行
從業務流程開始 通用的工作應該由業務線和IT***同實現以定義業務流程的當前狀態 用AquaLogic BPM Designer對這些流程建模可以為架構師和業務代表提供***同的基礎 可使用AquaLogic BPM位業務流程及模擬可能性繪制增強的圖形
從現有的應用開始 聯合IT 確定現有的功能塊 這樣 重復的功能才有可能出現 筒倉才會被識別出來
壹旦識別了筒倉應用程序 就應該在目標狀態定義通過服務公開消除筒倉的方法
目標狀態（應有的）定義目標狀態應該采取自上而下的方式 這是推薦的方式 原因是它構建在業務需求之上並能提供可重用的業務構建塊
從業務流程開始 與業務線合作 可通過使用AquaLogic BMP Designer對優化後的未來狀態流程建模 再下來 確定功能塊 提供業務流程的復合和分解所需的服務 請記住 在功能規劃中 只有業務和IT聯合才能完成***同的任務
路線圖之後 定義路線圖來實現中間 認可狀態的目標 這個路線圖在定義通用語言 規範模型 數據存儲庫時應該被考慮進去 中間的驗證步驟應該涉及業務和IT
參考架構在路線圖的某些階段規劃 當然 參考架構的規劃可以在任何時候進行 但您不應等到所有企業資產都定義好後才開始準備參考架構 有效的資產應該不斷針對新的業務需求進行調整（新的功能塊會涉及新的實現方法） 它的目標是根據目前所存在的企業可重用資產以及應該被采用的技術給出 如何做 的指示 如前面提到的 參考架構處在不斷的發展之中 提供了壹種在某些時候以增強的可重用性為目標在組織的環境中實現新項目的最佳方法
管理團隊是路線圖中涉及到的最主要的團隊 原因是該團隊可在整個新項目過程中借助其所生成的資產全局參與並側重於提供業務所需的敏捷性 管理團隊應該包括壹組具有不同專業背景的企業架構師 這樣他們就可以在不同程度上關註其中的某個規劃 主導管理團隊的應該既有側重於技術的架構師 也有側重於業務的架構師 管理團隊可以由源自不同業務線的資深架構師和源自IT的資深架構師混合組成 這就使團隊具備了領導全局的必要資質
管理團隊的任務在某些環境中實現起來很困難 所以應該提供強有力的協助 管理團隊的角色多少有些像煉金術士 致力於尋找正確的 配方 以催生合適的轉變 在這方面 有很多文章可以參考 比如David Groves 和 Steve Bennett 所著的 成功規劃SOA 成功規劃SOA 構建您的SOA路線圖 以及 成功規劃SOA 進行長期SOA規劃 請註意在應用路線圖之前務必要考慮變更管理
與BEA SOA 域模型的關系這裏所描述的方式以業務策略和流程為起點 通過功能構建塊構成應用 所有這些都可通過通用的企業語言以及可為新項目和應用提供藍圖的參考架構實現 在功能規劃中 我介紹了為了維護結構化的視圖和成功公開可在整個企業***享的資產需要由組織處理的各個方面
在使用SOA作為企業架構的環境中 資深的SOA架構師需要避免代價昂貴的常見缺陷 這些架構師應該與組織的管理團隊協作來提供所需的技能並幫助管理團隊建設成功的SOA SOA可以以企業方式全局驅動 也可以在項目中局部驅動 采取全局的方式可以為項目提供管理和指導 進而可以為SOA提供更高的壹致性和更好的投資回報 它會減少生產中的應用程序的維護費用 增強其可重用性
BEA 提供了壹種域模型 可用來處理企業架構 這壹模型通過六個方面涵蓋了之前所描述的規劃（以及更多） 提供了壹種成功實現SOA的途徑 如圖 所示
圖 BEA域模型
BEA SOA方式是壹種註重實效的企業架構方式 它觸及了信息技術的各個方面 BEA 提供了針對所有六個方面的服務和培訓 而且進行了有效的組織以讓您能夠實現SOA來滿足您組織自身的需求
開始時 不妨參考壹下BEA SOA Readiness Asses *** ent Report 它可幫助您定義當前的狀態 是在組織中引入SOA的壹個很好的起點 通過在 SOA Resource Center 參加壹個調查就可以收到SOA 的評估報告
結束語本文展示了自上而下的企業架構 介紹了獲得跨組織的全局可重用性所需要的管理關註點 強調了組織的參考架構的必要性 定義了企業存儲庫以促進這種全局方式
原文出處 l
?作者簡介 Gabriel Bechara Gabriel Bechara 已經為BEA咨詢服務部門工作兩年多了 Gabriel幫助客戶使用BEA的產品 比如WebLogic Server Portal和Integration Gabriel的興趣包括定義軟件架構的方法 在開發團隊中使用產品以及提供將應用程序推向生產的最輕松方式 主要關註WebLogic Integration以及與SOA相關的方法 Gabriel加入軟件行業已有 年多了 Gabriel與妻子及兩個孩子居住在巴黎唐人街 lishixinzhi/Article/program/Java/ky/201311/28398