本文不是介紹架構設計方法，只是給出一種E2E的架構設計流程的實現，具體的架構設計方法需要參考相關的資料。
架構設計流程分析：
具體步驟說明：
1、需求收集，包括從用戶收集到的原始需求和項目通過友商的競爭分析得到的需求，需求分爲功能需求和非功能需求兩大類。
2、需求分析，針對1中蒐集到的需求，首先按類劃分整理，再對原始需求進行分解，生成子業務需求，在根據業務需求做用例分析。用例分析中，需要對每個用例業務模型和場景進行分析，推薦使用魯棒圖和時序或者協作圖，用例分析清楚後得到了分析模型連同場景以及業務用例就得到了設計需求。
3、進入架構設計的重點——邏輯架構設計
a) 系統上下文需要分析所開發軟件與系統周邊系統的關係。
b) 通過設計需求（包括內部的業務場景和模型分析）我們給領域模型分析提供了語境，在領域分析過程中進一步對業務領域模型做分析，包括其領域範圍、領域間邊界、調用關係、領域內部的流程細化、模型細化，最終得到領域模型，其一方面可以爲用例分析提供領域詞彙，優化用例分析，另一方面將來可能作爲設計模型的原型。
c) 框架分析，主要分析系統中涉及的第三方框架的架構，因軟件本身的架構是可能受到第三方的架構的影響的。
d) 子系統劃分，即模塊化的過程，在業務模型和領域模型的基礎上，需要將系統細分爲多個更小的單元，便於分析和理解，模塊化過程可以參考：
e) 分層化，雖然可以基於子系統劃分進行設計，但多個子系統間的關係還需要整體把握，防止後期設計的偏離，通過分層的方式將子系統劃分到層中，這裏通常會套用已有的架構模式來實現。
4、運行架構主要關注系統內進程間、線程間的通信，包括多線程的分析，這部分主要基於對業務模型、子系統功能的分析來做，輸出的運行視圖將作爲後續實現設計的輸入。
5、物理設計主要考慮系統的部署方式，主要基於業務需求和邏輯架構來分析，其輸出也會影響到實現的設計。
6、實現架構分析，可以理解爲系統設計的過程，之前從邏輯架構開始理解爲系統分析過程。
a) 基於子系統的劃分，繼續模塊化的工作，需要劃分子系統內部的模塊，即子系統內部的靜態結構分析。
b) 模塊劃分好後，進一步分析其之間的調用關係，需要分析出模塊對外暴露的接口。
c) 再對模塊進行模塊化劃分，將模塊分解爲多個功能單元。分析功能單元間的調用關係，需要分析出功能單元對外暴露的接口。
d) 分析設計模型，深入功能單元內部，基於領域模型與業務分析模型，設計具體的功能單元內部類模型。
e) 分析功能單元內類的調用流程，對設計功能的流程做分析。
7、實現架構的分析清楚後，根據設計模型通過UML工具生成代碼，就可以進行編碼工作了，整個架構設計工作結束。