企業架構方法一直強調對組織的業務、應用、數據和技術架構進行全面、正向的設計，從而實現組織戰略和業務對準，以及業務和IT的對準。但是很多項目都很難真正做到這一點。其原因有三：

對架構的理論掌握不到位。學習TOGAF有助于建立架構思維，但還遠遠不夠，即使通過了TOGAF鑒定級認證，也需要通過具體的項目實施，不斷反思TOGAF的內容，并加以剪裁和補充才能逐步形成具體的架構項目實施方法。

缺乏合適的落地方法和工具。架構強調正向設計，業務、應用、數據和技術架構是從上至下的正向推導，和從下至上的反向承接關系。這就要求在架構項目開始之初，就要規劃出架構項目完整的技術路徑，并設計出絕大部分項目過程中使用的工具和模板，通過工具和模板保證各個架構之間的邏輯關系，確保各個架構域之間的承接落到實處。

需要項目實施顧問較高的能力。無論架構項目的邊界和范圍是何種程度，都要求架構實施顧問具有全局思維，既要懂業務，還要懂IT，能高屋建瓴搭建邏輯藍圖，也能深入細節挖掘問題。有些還需要有項目所處行業的背景知識和技能經驗。

我們沒有寄希望于通過一篇文章或者一個視頻就能全面提高架構師的各項能力。事實上，對架構理論的升華和個人能力的提高，都需要在實踐中不斷磨練，通俗的說，跳進去的坑多了，跳出來的能力就提高了。但是架構正向設計還是有方法和工具的，這些工具對各行各業都有可參考和可借鑒作用。

今天介紹的這家企業屬于典型的產品研發型企業，主要從事大型復雜產品的研發。眾所周知，復雜產品的研發過程必須不斷通過仿真、計算和試驗來驗證研發理論的正確性，確保設計的結果滿足原始需求，并掌握產品的最終性能指標等。產品的研發和試驗緊密耦合，過程中采用了大量的三維數字化協同設計與制造技術、基于模型的系統工程（MBSE）技術和數字化仿真運算技術等。

本項目的特點就是通過架構方法，全面構建了業務架構、應用架構、數據架構和技術架構。全面定義四個架構域的項目并不多見，這種項目更需要注重各個架構域之間的邏輯推導和驗證關系。

我們在項目論證階段就規劃了各架構域之間的聯系（見下圖）。從業務架構出發，定義了業務組件、業務數據交互關系和需求測度模型；在對業務組件的功能范圍和企業應用集成現狀的基礎上，設計應用架構，給出了信息化需求目錄、業務/數據UC矩陣、應用組合目錄和應用交互關系；在對業務組件的數據主題域和數據對象分析的基礎上，設計了數據架構，定義了概念數據、數據/應用UC矩陣、數據/業務UC 矩陣、和分析數據主題定義；最后通過對應用架構的應用系統部署情況和數據架構的數據分布情況、數據頻率等，定義技術架構，形成了平臺分解圖、技術標準目錄、、技術譜系目錄、應用/技術矩陣、環境和位置圖等。

????? 一、業務架構

業務架構工作主要目標是根據企業戰略愿景，分析業務現狀，識別現有業務能力及問題，提出業務改進需求，設計目標業務架構。項目在梳理AS-IS業務架構時，采用5W1H調研表調研信息，同時參考管理程序文件，依據業務組件歸集原則，進行現狀的組件梳理，并將組件與研制階段進行對應。同時在梳理業務組件的前提下，通過業務組件的串聯形成流程圖。

在設計TO-BE業務架構時，通過業務需求分析，并參考外部標桿，識別需要完善或新增的業務組件，形成未來業務組件總體視圖。對于發生變化的業務組件，具體變化要求將在業務架構差距分析部分進行詳細描述。

在業務架構設計過程中，使用的工具方法包括《5W1H表》、《業務架構差距分析矩陣》等，為應用架構、數據架構和機會及解決方案、遷移規劃提供輸入。

二、應用架構

應用架構工作主要目標是根據企業現狀應用架構需求及業務架構中的數據流分析結果，設計目標應用架構。應用架構的設計起源于5W1H業務調研表中的信息化需求（這是在業務架構設計時就預留的指導應用架構設計的接口）。同時結合業務組件的五要素定義等，以及對現有信息系統進行現場調研了解信息化應用現狀，通過分析得出現狀應用架構。業務架構和應用架構的設計聯系見下圖。

為了進一步了解應用對業務的支撐情況，需將梳理出來的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數據架構，確定差距，為機會及解決方案、遷移規劃提供輸入。

四、技術架構

技術架構工作主要目標是基于現狀技術架構、技術標準、業務/應用/數據架構要求，設計目標技術架構。梳理AS-IS技術架構，形成平臺分解圖和技術譜系目錄。

平臺分解圖主要描述支持信息系統架構運行的技術平臺，該圖涵蓋基礎設施平臺的所有方面，并提供組織技術平臺的概述。技術譜系目錄是識別和維護組織在用的所有技術的列表，包括硬件、基礎設施軟件和應用軟件。技術譜系目錄是建立其余矩陣和圖所依據的基礎。

設計TO-BE技術架構時，在AS-IS技術架構基礎上，重點考慮新增業務場景或應用支撐，所需的制定技術解決方案（軟硬件、網絡等）、基礎設備到達運行周期后所需的備選方案（刪除數據或新增設備）等，設計TO-BE技術架構。

五、機會解決方案及遷移規劃

機會解決方案及遷移規劃工作主要目標是分析業務架構、信息系統架構和技術架構提出的差距分析，設計工作包，并識別工作包相互影響和資源需求，確定優先級，設計遷移規劃路線。

根據差距分析結果定義工作包，將業務架構、應用架構、數據架構、技術架構的差距分析結果進行歸集匯總，并考慮實施約束（包括企業戰略、資源約束、變革阻力等），然后對差距分析結果進行審查和合并，形成一個個工作包。

確定遷移規劃時，需要先進行依賴性分析，并進行工作包資源評估。按照遷移規劃模板，在遷移規劃方案中，需要明確工作包的責任人、前置條件及具體實施路徑。作為未來實施治理的輸入。?

本項目依據TOGAF企業架構方法論，完成了面向試驗業務場景的業務架構、應用架構、數據架構和技術架構，并制定了機會解決方案和遷移規劃，按照TOGAF理論方法完成了架構設計的全過程，為架構實踐提供了有力的實踐案例。在項目中完成的TOGAF中定義的架構制品見下圖。

如果想進一步了解本項目詳細技術路徑、實施過程、架構制品等內容，請關注企業架構實踐案例系列課程。