建築理論不到位。學習TOGAF有助於建立架構思維，但遠遠不夠。即使通過了TOGAF認證，也需要通過具體的項目實施，不斷反思TOGAF的內容，然後進行裁剪和補充，逐步形成建築項目的具體實施方法。
缺乏合適的登陸方法和工具。架構強調的是正向設計，業務、應用、數據、技術架構是自上而下的正向推導，是自下而上的反向承接關系。這就要求在架構項目之初，就要規劃好架構項目的完整技術路徑，設計好項目過程中使用的大部分工具和模板。通過工具和模板，可以保證體系結構之間的邏輯關系，從而保證體系結構域之間承諾的實現。
對項目實施顧問的能力要求很高。無論架構項目的邊界和範圍是什麽，都要求架構實施顧問具備全球化思維，既懂業務又懂IT，能夠從戰略角度構建邏輯藍圖，深入挖掘問題。有的還需要有項目所在行業的背景知識和技能經驗。
我們不希望通過壹篇文章或者壹個視頻就能全面提升建築師的能力。其實建築理論的升華，個人能力的提升，都是需要在實踐中磨練的。通俗地說，就是跳進去的坑多了，跳出來的能力就提高了。但建築的正向設計還是有方法和工具的，各行各業都可以借鑒。
今天介紹的企業屬於典型的產品研發型企業，主要從事大型復雜產品的研發。眾所周知，復雜產品的研發過程必須不斷通過仿真、計算、實驗來驗證研發理論的正確性，確保設計結果滿足最初的要求，掌握產品的最終性能指標。產品開發與測試緊密耦合，過程中采用了大量的三維數字化協同設計制造技術、基於模型的系統工程(MBSE)技術和數字化仿真操作技術。
本項目的特點是通過架構方法全面構建業務架構、應用架構、數據架構和技術架構。全面定義四個架構域的項目很少，這類項目更需要關註各個架構域之間的邏輯推導和驗證關系。
在項目演示階段，我們計劃了架構域之間的關系(見下圖)。基於業務架構，定義了業務組件、業務數據交互和需求度量模型。基於業務組件的功能範圍和企業應用集成的現狀，設計了應用架構，給出了信息需求目錄、業務/數據UC矩陣、應用組合目錄和應用交互關系。在分析業務組件的數據主題域和數據對象的基礎上，設計了數據架構，定義了概念數據、數據/應用UC矩陣、數據/業務UC矩陣和分析數據主題。最後，通過應用架構的應用系統部署和數據架構的數據分布和數據頻率，定義技術架構，形成平臺分解圖、技術標準目錄、技術譜系目錄、應用/技術矩陣、環境和位置圖。
？壹、業務結構
業務架構工作的主要目標是根據企業的戰略願景，分析當前的業務狀況，識別現有的業務能力和問題，提出業務改進需求，設計目標業務架構。在梳理AS-IS業務架構時，項目使用5W1H調研表調查信息，同時參考管理程序文檔，按照業務組件收集原則梳理當前組件，並將組件對應到開發階段。同時，在梳理業務組件的前提下，通過業務組件的串聯形成流程圖。
在設計目標業務架構時，通過分析業務需求和參考外部基準來確定需要改進或添加的業務組件，並形成未來業務組件的總體視圖。對於變更後的業務組件，具體的變更需求將在業務架構差距分析部分詳細描述。
在業務架構設計過程中，使用的工具和方法包括5W1H表和業務架構差距分析矩陣，為應用架構、數據架構、機會和解決方案以及遷移規劃提供輸入。
第二，應用程序架構
應用架構工作的主要目標是根據企業當前的應用架構需求和業務架構中的數據流分析結果，設計目標應用架構。應用架構的設計源於5W1H業務調研表中的信息需求(這是設計業務架構時為指導應用架構設計而預留的接口)。同時，結合業務組件五要素的定義，以及對現有信息系統的現場調研，了解信息應用現狀，通過分析，得出現狀應用架構。業務架構和應用架構的設計聯系見下圖。
為了進壹步了解應用對業務的支持，需要分析梳理後的AS-IS應用架構和AS-IS業務架構之間的對應關系，了解當前的信息支持和沒有信息支持的情況，這是設計未來應用組件的輸入。
在設計未來應用架構時，需要收集信息需求並分析其功能，同時使用業務/數據UC矩陣劃分應用邊界並設計數據流。
在應用架構設計過程中，使用的工具和方法包括業務/數據UC矩陣和應用架構差距分析矩陣，為數據架構、技術架構、機會和解決方案以及遷移規劃提供輸入。
第三，數據架構
數據架構工作的主要目標是根據企業當前的數據架構需求和業務架構中的數據流，設計目標數據架構。
確定現狀數據架構有四個步驟，包括調查現有業務，梳理業務涉及的指標，形成專題分析數據；通過服務/數據UC矩陣中數據類確定原樣數據架構中的服務數據；主數據是基礎數據的核心，主數據是根據其特點確定的。分析主數據的屬性，確定主數據的元數據。根據主數據的編碼規則進行編碼；最後，形成了AS-IS數據架構圖。
目標數據架構的設計也分為四個步驟，包括根據指標體系定義目標主題分析數據類別；根據5W1H調查中對業務數據的需求，結合現狀數據架構中的業務數據，確定未來數據架構中的業務數據。在業務數據無大變化的前提下，基礎數據保持相對穩定；最後，推導出目標數據架構圖。
在目標數據架構和現狀數據架構的基礎上，差距分析矩陣用於比較現狀數據架構和目標數據架構，以確定差距，從而為機會、解決方案和遷移規劃提供輸入。
第四，技術框架
技術架構工作的主要目標是基於當前的技術架構、技術標準、業務/應用/數據架構需求來設計目標技術架構。結合AS-IS技術架構，形成平臺分解圖和技術譜系目錄。
平臺分解圖主要描述了支持信息系統架構運行的技術平臺，涵蓋了基礎設施平臺的各個方面，提供了組織技術平臺的概況。技術譜系目錄是識別和維護組織使用的所有技術的列表，包括硬件、基礎設施軟件和應用軟件。技術譜系目錄是建立其余矩陣和圖表的基礎。
設計未來技術架構時，在現有技術架構的基礎上，重點設計新的業務場景或應用支持、必要的技術解決方案(軟硬件、網絡等。)，以及基礎設備達到運行周期後所需的替代方案(刪除數據或添加設備)。
動詞 （verb的縮寫）機會解決方案和遷移規劃
機會解決方案和遷移規劃的主要目標是分析業務架構、信息系統架構和技術架構之間的差距，設計工作包，確定工作包和資源需求的相互作用，確定優先級，設計遷移規劃路線。
根據差距分析結果定義工作包，收集和匯總業務架構、應用架構、數據架構和技術架構的差距分析結果，考慮實施約束(包括企業戰略、資源約束、變革阻力等。)，然後評審並合並差距分析結果，形成工作包。
在確定遷移計劃時，首先需要分析依賴關系，評估工作包資源。根據遷移規劃模板，在遷移規劃方案中，需要明確工作包的責任人、前提條件和具體實施路徑。作為未來治理的輸入。？
根據TOGAF企業架構方法論，該項目完成了面向實驗業務場景的業務架構、應用架構、數據架構和技術架構，並制定了機會解決方案和遷移計劃。按照TOGAF的理論和方法完成了建築設計的全過程，為建築實踐提供了有力的實踐案例。項目中完成的TOGAF中定義的架構工件見下圖。
如果想進壹步了解這個項目的詳細技術路徑、實施流程、架構產品，請關註企業架構實踐案例系列課程。