从最常规的分层结构来说，系统层次从上到下依次为：
表现层：主要是客户端的展示。
服务层：直接为客户端提供的服务或功能。也是系统所能对外提供的功能。
领域层：系统内的领域活动。
DAO层：数据访问对象，通过领域实体对象来操作数据库。
其中有些指导原则：
1、上层总是依赖其下层，依赖关系不跨层。
2、表现成除外，同一层之间方法不允许相互调用。这是实际开发中一些开发者容易范的错误！如果真是同一层之间存在方法调用，需要注意，这些调用都是一些上层不可见方法，比如一些工具方法等。
3、一切从服务层出发，从系统需要提供的功能进行分析，确定Service接口中的方法。而不是从数据库的表出发，创建DAO，再创Domain，然后Service，这实际上是对系统分层的误解。
4、系统最核心的设计就是将系统中的实体划分为领域模型。在此基础上设计数据的DAO层，并将这些活动暴露给服务层，服务层的实现依赖于领域活动。
5、每个接口的职责范围明确有界。
文件名称:
Action(表现层)
Domain(领域层)
Service(服务层)
Persistence(持久层,也就是DAO层)
Util(存一些常用的工具类)