系統架構如果設計之初就設計錯了，那麼必然是南轅北轍。
很多人做系統設計總是東一下，西一下，雜亂無章，想到那是那，然後系統的邊界很大，總會有疏漏。
那麼系統架構應該怎麼設計呢？
首先來說分層 系統分為三層，資料層 檢視層 業務層
資料層 包含資料儲存和資料互動，應該是純資料操作和業務無關
業務層 自然就是service層這是最多變的一層
檢視層 介面
那麼系統設計應該按照什麼順序呢？
應該是先設計資料層，如果資料層設計錯了那麼整體就會事倍功半。
所以這是乙個自底往上的過程。
但是，上並不是到業務層，而是檢視層，因為你的一切設計都是圍繞對外，如果你的介面沒有使用使用價值整個系統也就變得沒有價值。
好，當你設計好檢視和資料那麼自然而然的就是通過業務層來銜接這兩層。
這兩層實際上都沒有什麼變化，系統架構要的就是不斷的抽象分離出不變的東西，治理變化的部分！
這樣，整體系統設計就是一點點浮現出正確需要的部分，而不是胡亂拼湊的。
系統架構過程 細化架構
之前我寫過幾篇部落格，關於 架構漫談 讀後感，書中詳細闡述了什麼是架構，為什麼要架構，如何架構三大核心問題。那麼什麼是架構呢？首先，要根據需要解決的問題，對目標系統的邊界進行界定。然後對目標系統按某個原則進行切分，並且使這些部分可以進行有機的聯絡，完成目標系統的所有工作。架構設計一般分為三個階段，p...
架構設計過程
軟體的架構設計對於專案的成功有否有很重要的影響，一般的軟體架構設計過程 1 確定系統涉及的多個方面內容 2 使用如下的一些方法獲取軟體需求 user stories or use cases 故事或用例 functional and non functional requirements.功能和非功...
架構實戰 軟體架構設計的過程
幾年前，我們 peter eeles和peter cripps 開始注意到grady booch首創的 軟體架構手冊 handbook of software architecture www.handbookofsoftwarearchitecture.com grady起初的目的是 整理許多有趣...