領域驅動設計（DDD），初看名子很牛屁的，其實說白了就是面對業務實體（不一定是實體對象）設計（在DDD那本書里面就介紹過，它其實就是面向model設計即DMD，而所謂領域的概念是通過model 來體現出來的）其實這個東東在其實軟件工程這本書里面就有了，跟ER圖不同的是，他里面所包含的關系更多，更復雜。
ER圖主要是針對數據庫設計的，而
比方說像服務、聚合，組合等這些個概念ER圖里面就沒有。

傳統的三層體系結構為：
展示層：（如MVC的STRUTS，JSF等）
業務邏輯層：（Service）
數據訪問層：（DAO）

DDD的四層體系結構為：
展示層：（如MVC的STRUTS，JSF等）
應用層：（很薄的一層，用來協調應用的活動。它不包含業務邏輯及業務對象的狀態，但它保留應用任務的進度狀態。
可把它理解成Facade）
領域層：（如Service,ENTITY，Value Object，資源庫等）
基礎設施層：（如Hibernate,Itbats，發郵件，log功能等）
我們可以按其業務的復雜度，系統復雜度來決定是使用三或四層體系結構