领域驱动设计（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功能等）
我们可以按其业务的复杂度，系统复杂度来决定是使用三或四层体系结构