.net 三层架构的做法,该怎么处理

.net 三层架构的做法
设计一个新闻系统 功能有

添加新闻,修改新闻,删除新闻,显示新闻列表 四个功能 按照.net 的 三层架构做法 应该如何? 

各层的功能如何区分? 希望大侠们详细解释一下

------解决方案--------------------
Model，实现业务实体。
IDAL，实现接口。
DAL与具体的数据库操作分开
业务层中不用connection.
在dal中声明一个属性来包装DbTransaction,
bll中得到.用事务的方法传同一个DbTransaction
------解决方案--------------------
1.界面层:用于前台显示（页面）
2.业务逻辑层：根据需求进行业务逻辑处理（对于你的需求，进行显示和逻辑判断，返回结果）
3.数据访问层：对数据库的操作（增、删、改、查）
4.模型层：把单个表封装成实体类（新闻表）

引用关系 1-->2、4
2--->3、4
3---->4

------解决方案--------------------
下载一个《动软.Net代码生成器》

初学者用这个蛮好，最基本的三层构架模式。


------解决方案--------------------
model,写属性，设置或者获取字段的值。
dal,写方法，操作数据。
bll,感觉有dal就OK了，bll的实际作用还真没发现。。
UI,就是界面了
DBUtility,操作数据库的方法都在这个里面

然后基本就是dal调用DBUtility里面的方法，获取数据放到model里，然后显示出来
或者设置model，存放到数据库中。。

理解不深多多指教！~
自己找个项目理解吧！~
------解决方案--------------------
Model层，就来放新闻的实体，
DAL层，写添加新闻,修改新闻,删除新闻,显示新闻这四个方法，这是数据访问层
BLL层，将DAL层中的方法，传给界面
建好以后添加引用就可以互相调用了
最好多建一个用来存放SQLHelper类
------解决方案--------------------
理论+实践，
------解决方案--------------------
就你这个功能来说用三层实在是没必要啊
操作起来麻烦不说，三个层之间切换容易出错
浪费时间啊
干脆直接前台空间后台代码算了啊

一般三层用在大型网站，可扩展空间大的项目
用来为何起来方便。也方便个层人员的分工