“有效的企業架構（Enterprise Architecture，EA）畫出美好藍圖，對企業的生存和成功具有決定性的作用，是企業通過IT獲得競爭優勢的不可缺少的手段。”，作為目前應用度最為廣泛的企業架構框架理論—TOGAF，提供了完善且不斷優化迭代的知識體系以支持EA高效落地。參考：71頁PPT | 業務架構應用架構數據架構技術架構設計方案EA方法一直強調對組織的業務、應用、數據和技術架構進行全面、正向的設計，從而實現組織戰略和業務對準，以及業務和IT的對準。但是項目實踐中很難真正做到這一點，原因有以下三點：

1、對架構的理論掌握不到位。學習TOGAF有助于建立架構思維，但TOGAF僅僅提供了方法論支撐，即闡述了What，并未告知How。需要通過具體的項目實施并加以剪裁和補充才能逐步形成具體的架構項目實施方法。

2、缺乏合適的落地方法和工具。架構強調正向設計，這就要求在架構項目開始之初，就要規劃出架構項目完整的技術路徑，設計并明確相關工具和模板，通過工具和模板保證各個架構之間的邏輯關系，確保各個架構域之間的承接落到實處。

3、需要項目實施顧問較高的能力。無論架構項目的邊界和范圍是何種程度，都要求架構實施顧問具有全局思維，即業務與IT的融合能力，既能高屋建瓴搭建邏輯藍圖，也能深入細節挖掘問題。有些還需要有項目所處行業的背景知識和技能經驗。架構師的能力體系無法通過一篇文正或考取認證就能短時間內完善具備。事實上，對架構理論的升華和個人能力的提高，都需要在實踐中不斷磨練，踩得坑越多，避坑的能力就越強。但并不代表無依可遵，在架構正向設計過程中有相對成熟的方法和工具，對各行各業都有參考借鑒作用。為了更清晰的闡述，以實際項目為切入點進行貫穿梳理。我們在項目論證階段就規劃了各架構域之間的聯系，具體可見下圖。

01 業務架構（Business Architecture，BA）業務架構定義了業務策略、治理、組織和關鍵業務過程。是企業架構的核心內容，承接了企業戰略，直接決定企業戰略的實現能力，是其他架構領域工作的前置條件。主要目標是根據企業戰略愿景，分析業務現狀，識別現有業務能力及問題，提出業務改進需求，設計目標業務架構。項目在梳理AS-IS業務架構時，采用5W1H調研表調研信息，結合管理程序文件，依據業務組件歸集原則，進行現狀的組件梳理。同時在梳理業務組件的前提下，通過業務組件的串聯形成流程圖。在設計TO-BE業務架構時，通過業務需求分析，并參考外部標桿，識別需要完善或新增的業務組件，形成未來業務組件總體視圖。對于發生變化的業務組件，具體變化要求將在業務架構差距分析部分進行詳細描述。在業務架構設計過程中，使用的工具方法包括《5W1H表》、《業務架構差距分析矩陣》等，為其他架構管理要素提供輸入。

02 應用架構（Application Architecture，AA）應用架構為要部署的單個應用系統、它們之間的交互和它們與組織的核心業務流程之間的關系提供藍圖。工作主要目標是根據企業現狀應用架構需求及業務架構中的數據流分析結果，設計目標應用架構。應用架構的設計起源于5W1H業務調研表中的信息化需求，結合業務組件的五要素定義等，以及現有信息系統的建設情況梳理IT應用現狀，通過分析得出現狀應用架構。業務架構和應用架構的設計聯系見下圖。

為了進一步了解應用對業務的支撐情況，需將梳理出來的AS-IS應用架構與AS-IS業務架構做出對應關系分析，了解當前信息化支持情況，和尚無信息化條件支撐的情況，為設計TO-BE應用組件的輸入。設計TO-BE應用架構時，需要對信息化需求進行歸集并進行功能分析整理，同時利用業務/數據UC矩陣進行應用邊界劃分和數據流轉設計。在應用架構設計過程中，使用的工具方法包括《業務/數據UC矩陣》、《應用架構差距分析矩陣》等，為數據架構、技術架構和機會及解決方案、遷移規劃提供輸入。

數據架構描述了企業邏輯物理數據資產和數據管理資源的結構。工作主要目標是根據企業現狀數據架構需求及業務架構中的數據流轉，設計目標數據架構。確定AS-IS數據架構有四個步驟，包括對現有業務調研，整理業務涉及到的指標，形成主題分析數據；通過業務/數據UC矩陣中數據類，確定AS-IS數據架構中業務數據；基礎數據中以主數據為核心，根據主數據特征，確定主數據。分析主數據的屬性，確定主數據的元數據。根據主數據的編碼規則，確定編碼數據；最后形成AS-IS數據架構圖。設計TO-BE數據架構也分為有四個步驟，包括根據指標體系，定義TO-BE主題分析數據類別；根據5W1H調研中對業務數據的需求，結合AS-IS數據架構中業務數據確定TO-BE數據架構中業務數據；在沒有業務數據重大變化的前提下，基礎數據保持相對穩定；最后推導TO-BE數據架構圖。在確定TO-BE數據架構和AS-IS數據架構的基礎上，運用差距分析矩陣，比對AS-IS數據架構和TO-BE數據架構，確定差距，為機會及解決方案、遷移規劃提供輸入。技術架構描述了需要支持業務、數據和應用服務的部署的邏輯軟硬件能力，包括IT基礎設施、中間件、網絡、通信、流程、標準等。工作主要目標是基于現狀技術架構、技術標準、業務/應用/數據架構要求，設計目標技術架構。梳理AS-IS技術架構，形成平臺分解圖和技術譜系目錄。平臺分解圖主要描述支持信息系統架構運行的技術平臺，該圖涵蓋基礎設施平臺的各個方面，并提供組織技術平臺的概述。技術譜系目錄是識別和維護復雜組織體在用的所有技術的列表，包括硬件、基礎設施軟件和應用軟件。設計TO-BE技術架構時，在AS-IS技術架構基礎上，重點考慮新增業務場景或應用支撐，所需的制定技術解決方案（軟硬件、網絡等）、基礎設備到達運行周期后所需的備選方案（刪除數據或新增設備）等，設計TO-BE技術架構。

機會解決方案及遷移規劃工作主要目標是分析業務架構、信息系統架構和技術架構提出的差距分析，設計工作包，并識別工作包相互影響和資源需求，確定優先級，設計遷移規劃路線。根據差距分析結果定義工作包，將業務架構、應用架構、數據架構、技術架構的差距分析結果進行歸集匯總，并考慮實施約束（包括企業戰略、資源約束、變革阻力等），然后對差距分析結果進行審查和合并，形成一個個工作包。確定遷移規劃時，需要先進行依賴性分析，并進行工作包資源評估。按照遷移規劃模板，在遷移規劃方案中，需要明確工作包的責任人、前置條件及具體實施路徑。作為未來實施治理的輸入。本項目按照TOGAF理論方法完成了架構設計的全過程，為架構實踐提供了有力的實踐案例。在項目中完成的TOGAF中定義的架構制品見下圖。

1、業務架構

業務架構是企業治理結構、商業能力與價值流的正式藍圖，明確定義企業的治理結構、業務能力、業務流程和業務數據。業務架構脫胎于跨系統規劃，重視跨系統需求，目標是設計目標業務架構并借助差距分析識別業務架構能力增量。

業務架構輸入主要有三，戰略驅動因素（為什么啟動業務架構設計？是因為國家政策的要求還是對標友商的需要）；影響范圍（業務架構將覆蓋哪些部門？涉及本公司哪些部門？涉及哪些客戶供應商以及合作伙伴）；業務目標（業務架構要達到哪些目標？是強化管理還是建新渠道？是擴展業務還是做精業務？）

業務架構步驟包括確定架構模型、視點和工具，開發基線業務架構，開發目標業務架構，進行差距分析，識別能力增量，架構影響評估，干系人評審，敲定業務架構，創建架構文檔。

業務架構輸出為目標業務架構，重視業務目標、組織結構、業務功能/業務服務、業務流程與業務規則、業務數據及商業模式，其中商業模式揭示的是企業產品、企業核心資源、客戶伙伴渠道、成本和利潤之間的本質關系，涉及業務渠道和價值鏈（對一個企業所有生產經營活動的總體描述）。業務流程等于主干流程+分支流程+業務規則。商業模式借助商業模式畫布中的9個小格子，構建了簡潔高效的系統化思維環境，包括合作伙伴、關鍵活動、關鍵資源、價值主張、客戶關系、渠道通路、客戶細分、成本結構和收入來源。

總之，業務架構設計是由戰略驅動的，確定國家政策、對標友商和企業戰略，通過管理層訪談、戰略來龍去脈和可借鑒案例等方式調研，進而明確戰略驅動因素，分解業務架構目標，設計業務架構策略，之后定義業務架構藍圖，包括業務功能、業務流程、組織結構、業務規則、業務數據和商業模式等。

2、應用架構&數據架構&技術架構

數據架構的核心是數據類型和來源。應用架構的核心是識別出應用功能并映射到應用項目。技術架構的核心是識別出技術需求并映射到技術選型。

應用架構是一組應用系統及其相互關系的描述，其中的每個應用系統都是一個“邏輯功能組”，為支撐業務功能管理數據資產。

應用架構的目標是定義知識業務和處理數據需要哪些應用系統以及這些應用系統需要執行哪些操作才能管理數據并將信息呈現給企業人員，不需要指出應用的具體實現技術。

開發應用架構的過程包括：根據業務架構范圍識別應用程序和應用組件，優化應用程序和應用組件粒度，避免應用程序和應用組件的重疊，確定需要的應用系統，考慮應用與業務系統、業務流程和數據的關系，考慮應用的運行、集成遷移、開發和操作。

數據架構描述企業的主要數據類型及其來源、邏輯數據資產、物理數據資產、數據管理資源的結構和交互。數據架構設計內容包括定義業務數據模型、邏輯數據模型、確認數據滿足業務、定義數據交互格式、規定數據管理過程以及編寫相關架構文檔。

數據架構設計過程包括分析業務與應用需要，定義合理的數據需求，數據模型設計，數據生命周期，數據流、數據接口、數據存儲設計，可分為靜態設計、動態設計和數據管理。靜態設計包括數據模型設計、數據生命周期設計、數據存儲策略設計和數據分布策略設計等，動態設計等于數據流+數據沿襲+數據接口，其中數據沿襲指明確數據和數據源頭之間的追蹤關系，數據管理等于數據標準+數據質量+數據安全。

技術架構描述需要哪些技術服務、選擇哪些技術組件來實現技術服務以及這些技術服務及組件之間的交互關系，意味著一份強制規定了應該選擇哪些廠商的哪些產品的核準清單。技術組件包括技術平臺、技術框架和技術產品等。技術服務是IT系統所需的硬件能力\網絡能力和軟件能力等。

技術架構的設計內容包括技術選型、技術架構設計和優化。技術選型包括技術組件選擇、技術平臺選擇以及硬件與網絡規格。技術架構設計包括網絡結構設計和部署結構設計。技術架構優化包括負載均衡設計等。

技術架構設計的步驟包括分析技術需求（識別所需的技術服務、明確技術部署的位置）、確定技術選型（盤點現有技術、進行差距分析、選擇技術產品、明確技術指標）、相關影響分析（識別成本、規模、安裝、移植、規劃、治理影響）。

技術評估模型包括13項評估指標：需求滿意度、受認可程度、周邊產品支持度、使用廣泛性、合法合規性、文檔可獲得性、產品完整性、技術成熟性、系統穩定性、可測試性、遺留系統兼容性、國際化支持以及缺陷數量等。

一名出色的企業架構師需要通過不斷的項目歷練逐步完善自身的技能體系，包括戰略能力、架構視角等逐步完善知識框架，不斷提升自身的業務-IT一致性匹配構建能力，在實踐中反思，在自我否定中成長。