三层架构通常意义上就是将整个业务划分为：表现层（UI），业务逻辑层（BLL），数据访问层（DAL）。三层并不是.net 的专利，而是一个广谱的框架设计思想，根本上是为了解决高耦合低内聚的问题。
U层：用户直接接触的一层，用于显示数据和接受用户输入的数据，为用户提供一种交互式操作的界面。通俗来说UI层就是简单的界面。
B层：是三层架构中的核心部分，这部分集中了软件业务规则的制定，业务流程的实现等与业务需求有关的系统设计。它处于U层和D层之间，起到了数据交换中承上启下的作用。
D层：负责数据库的访问，可以访问数据库系统，二进制文件，文本文档等。
三层架构的使用是软件工程化的体现，我们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。三层架构中，层是一种弱耦合结构，层与层之间依赖是向下的，底层对于上层而言是无知的，改变上层的设计对于其调用的底层而言没有任何的影响。
三层架构尝试用理想的分层结构构建一种支持可抽取，可替换的“抽屉”式架构，而逻辑层作为三层的中流砥柱，承担着数据传输，承上启下的作用。在程序的设计，建设甚至是维护阶段三层都能给我们一种清晰的结构框架，给合作式开发和维护带来了便利。
原文：http://blog.csdn.net/linxi1209163com/article/details/38232773