如何進行系統的架構設計
方法/步驟壹個軟件項目在需求確定後，就可以開始系統的架構設計了。架構設計不同於編寫代碼，需要遵循嚴格的語法和編程規範。它沒有規範可遵循，存在即合理，適合系統開發和運行的架構就是最合理的系統架構。
系統的架構設計是在業務需求已經清晰的前提下進行的，假定在系統需求分析階段已經確定了系統的功能和業務範圍，也明確了系統運營需求。在上述需求還沒有確定的情況下，不適宜開展系統的架構設計，需要回到需求分析階段完善上述需求後再開展系統的架構設計。
系統架構就是壹些模型圖，模型圖是人們用來理解系統和溝通的工具。這些模型圖需要提供給系統相關幹系人來理解系統，系統相關幹系人有項目經理、產品經理、開發人員、系統運營維護人員、客戶、項目投資人等。這些幹系人有不同的知識背景，對同壹架構模型圖也會有不同的認知和理解：如果把開發架構模型圖給產品經理或客戶看，他們定然看不懂也不能理解；同樣的道理，如果只把邏輯架構圖給開發人員看，就不能正確地指導開發人員構建開發環境。
因此架構設計師在進行系統架構設計時，需要從系統的不同維度進行設計，以滿足系統相關幹系人理解系統架構的需求。架構設計模型主要有邏輯架構、開發架構、數據架構、物理架構和運行架構五種模型圖。壹般來說需要設計的系統架構模型有邏輯架構、開發架構和物理架構三種架構模型圖。數據架構模型壹般放在數據庫中進行設計，運行架構和物理架構基本相近，只是在物理架構中加了數據的流向，因此壹些系統設計使用物理架構代替了運行架構。
設計邏輯架構模型
邏輯架構模型主要是確定系統的功能範圍和系統劃分。在設計邏輯架構模型時，可以抓住兩個關鍵點：壹個關鍵點是對系統進行邏輯劃分，將壹個大系統劃分為多個子系統；另外壹個關鍵點是明確各子系統之間的協作和調用關系。
繪制邏輯架構的模型圖有系統流程圖和系統結構圖：系統流程圖描述了系統各子系統、相關文件和數據之間的關系，記錄了整個系統的體系結構；系統結構圖也稱為層次圖，它以層次方式描述了系統從頂層到最底層的功能分解。
下圖分別是人脈系統的系統流程圖和系統結構圖。
上面的人脈系統流程圖和人脈系統結構圖就是依據人脈系統需求規格說明書給出的功能和業務範圍繪制的。
設計開發架構模型
開發架構模型圖是給開發人員看的，開發架構模型指導開發人員如何來架構系統的開發環境。開發環境包括系統開發框架的選型、開發工具和編程語言、模塊劃分等內容。下圖是人脈系統開發架構模型圖。
開發架構模型圖給出了技術體系是B/S結構，開發框架選擇SSM，開發語言是JavaEE。系統采用三層結構，分別是表示層、WEB應用層和數據層。表現層是JSP頁面，在瀏覽器中運行，表現層是MVC的View。WEB應用層的控制層是MVC的Controller，業務邏輯層是MVC的Service，實體層是MVC的POJO。數據層由MyBaits數據庫開發框架組成。
設計物理架構模型
物理架構模型是給系統部署人員和運營維護人員看的，主要給出系統的部署環境模型，包括網絡環境、硬件環境和軟件環境。下圖是系統部署網絡環境模型圖。
從上面網絡環境模型圖中可以看出，系統部署只需要壹臺主機，要求支持HTTP協議和遠程桌面協議。系統可以考慮部署到阿裏雲或騰訊雲。
系統的架構設計主要涉及到三種模型圖，分別是邏輯架構模型、開發架構模型和物理架構模型。邏輯架構模型壹般采用系統流程圖和系統結構圖建模；開發架構模型沒有標準的模型圖，可以使用PPT或Visio繪圖工具進行繪制；物理架構模型主要是由網路環境、硬件和軟件環境組成。