一種E2E的架構設計流程

本文不是介紹架構設計方法，只是給出一種E2E的架構設計流程的實現，具體的架構設計方法須要參考相關的資料。

架構設計流程分析：

具體步驟說明：

一、需求收集，包括從用戶收集到的原始需求和項目經過友商的競爭分析獲得的需求，需求分爲功能需求和非功能需求兩大類。

二、需求分析，針對1中搜集到的需求，首先按類劃分整理，再對原始需求進行分解，生成子業務需求，在根據業務需求作用例分析。用例分析中，須要對每一個用例業務模型和場景進行分析，推薦使用魯棒圖和時序或者協做圖，用例分析清楚後獲得了分析模型連同場景以及業務用例就獲得了設計需求。

三、進入架構設計的重點——邏輯架構設計

a)    系統上下文須要分析所開發軟件與系統周邊系統的關係。

b)     經過設計需求（包括內部的業務場景和模型分析）咱們給領域模型分析提供了語境，在領域分析過程當中進一步對業務領域模型作分析，包括其領域範圍、領域間邊界、調用關係、領域內部的流程細化、模型細化，最終獲得領域模型，其一方面能夠爲用例分析提供領域詞彙，優化用例分析，另外一方面未來可能做爲設計模型的原型。

c)    框架分析，主要分析系統中涉及的第三方框架的架構，因軟件自己的架構是可能受到第三方的架構的影響的。

d)    子系統劃分，即模塊化的過程，在業務模型和領域模型的基礎上，須要將系統細分爲多個更小的單元，便於分析和理解，模塊化過程能夠參考：

e)    分層化，雖然能夠基於子系統劃分進行設計，但多個子系統間的關係還須要總體把握，防止後期設計的偏離，經過分層的方式將子系統劃分到層中，這裏一般會套用已有的架構模式來實現。

四、運行架構主要關注系統內進程間、線程間的通訊，包括多線程的分析，這部分主要基於對業務模型、子系統功能的分析來作，輸出的運行視圖將做爲後續實現設計的輸入。

五、物理設計主要考慮系統的部署方式，主要基於業務需求和邏輯架構來分析，其輸出也會影響到實現的設計。

六、實現架構分析，能夠理解爲系統設計的過程，以前從邏輯架構開始理解爲系統分析過程。

a)    基於子系統的劃分，繼續模塊化的工做，須要劃分子系統內部的模塊，即子系統內部的靜態結構分析。

b)    模塊劃分好後，進一步分析其之間的調用關係，須要分析出模塊對外暴露的接口。

c)    再對模塊進行模塊化劃分，將模塊分解爲多個功能單元。分析功能單元間的調用關係，須要分析出功能單元對外暴露的接口。

d)    分析設計模型，深刻功能單元內部，基於領域模型與業務分析模型，設計具體的功能單元內部類模型。

e)    分析功能單元內類的調用流程，對設計功能的流程作分析。

七、實現架構的分析清楚後，根據設計模型經過UML工具生成代碼，就能夠進行編碼工做了，整個架構設計工做結束。