一、 系統架構的定義
系統是指一群有關聯的個體（物件、元件）根據某種規則和約束而構成的具有個體不能具備的功能的整體。
二、 架構的分類
在系統架構設計中我們會根據其展現的形式和角度不同而競相劃分，其包括：業務架構，資料架構，產品架構，應用架構，技術架構。首先我們需要了解業務，從業務邊界劃分的維度我們可以提煉出業務架構；根據業務架構的邊界我們可以從資料層面和應用（領域或微服務）層面劃分出資料架構和應用架構，最後通過技術架構落地實施。業務架構是出於戰略藍圖層面的規劃，應用架構是承接業務架構的落地和影響技術架構的選型。其可以理解為，業務架構是使用者劃分業務邊界，應用架構是基於業務邊界劃分領域和應用，技術架構是技術棧的劃分，資料架構是資料的劃分。
2.1 業務架構
產品概念階段，業務訴求並不明確，其訴求可能只是乙個痛點問題或者是在挖掘其本質而衍生的一系列解決方案或想法或原始訴求。在這個概念化階段我們把這些訴求整理成mrd或專案立項書（這個過程對應華為研發流程rdr0階段-專案啟動評審點）並對專案的起源、戰略目標、戰略意義、特性、功能範圍進行構思和沉澱。
待續
系統架構中的縱向劃分（二）
在現有的資料庫應用系統架構中，一般分為三層或多層。通常分為ui層，邏輯層，資料庫訪問層等。不過對於不同的系統中，分層也是不同的。那麼什麼情況下需要分層，怎樣分層才夠合理呢？首先如果乙個系統功能是單一的，內聚的，而且有一定概論的變動要求，那麼這個功能就可以作為乙個層，比如 1 資料庫訪問層 功能比較單...
MVC架構的職責劃分
模型 檢視 控制器 mvc 是一種設計框架 設計模式 mvc 的目標是將業務邏輯從使用者介面的考慮中分離。這樣，開發者就可以更容易地改變每一部分而不會影響其他。在 mvc 中，view 可能由 jsp 實現 controller 是乙個 servlet，現在一般用 struts 實現 model 則...
mvc 職能劃分 MVC架構的職責劃分原則
最近負責乙個專案，用了 但是隨著對業務邏輯理解的深入，才開始意識到問題的嚴重。我錯誤地理解了 mvc 中的 controller，想當然地根據以往的經驗，把所有的業務邏輯都放在 controller 的 action 中去實現。於是，每乙個 controller 的 都上千行，越來越臃腫。最後，我下...