三层的划分:
目的：高内聚，低耦合，为更好的实现分布式开发和维护。
用户界面层: 页面,用户控件,图片，样式表
业务逻辑层:业务接口( BusinessInterface ), 业务实体( BusinessEntity),业务逻辑(BusinessLogic)
数据访问层: 数据实现(DataAccessSQLServer), 数据工具(DataAccessTool),数据工厂( DataAccessFactory)
数据访问
数据访问项目执行从数据库（或其他数据服务）获取数据或向数据库发送数据的功能。在分布式应用程序结构中，相应功能使用 ADO.NET 数据适配器和 SQL 服务器存储过程来完成。
"数据访问"层：
(1)从"业务规则"层接收请求，从"数据服务"获取数据或向其发送数据。
(2)使用存储过程获取数据，并可选用 ADO.NET 向数据库发送数据。
(3)将数据库查询结果返回到"业务规则"层，作为ADO.NET 数据集。
业务规则
业务规则项目包含业务对象本身以及应用于它们的规则。这也是主要业务对象所在的位置。它们实现业务实体或系统对象。系统的业务规则将在这些对象中编码，尽管部分业务规则可能实际上已在数据库的存储过程和触发器中进行了编码。
"业务规则"层：
(1) 从“用户界面”层接受请求。
(2) 根据编码的业务规则处理请求。
(3) 从“数据访问”层获取数据或将数据发送到“数据访问”层。
(4)将处理结果传递回“用户界面”层。
用户界面
用户界面项目是指在应用程序中实现的客户端。在分布式应用程序结构中，用户服务可以是 Web 客户端或 Windows 客户端，这具体取决于特定的应用程序。例如，在开发Web 应用程序时，可能需要提供具有标准 Windows 用户界面或 Web 用户界面。通常，这种一般类型的应用程序包含以下功能：
"用户界面"层：
(1)管理 Web 页或 Windows 界面的呈现和行为
(2)显示数据
(3)捕获数据
(4)数据验证检查
在复杂的业务应用程序中，有时候会要求一个或者多个任务在一定的时间或者一定的时间间隔内计划进行，比如定时备份或同步数据库，定时发送电子邮件，定期处理用户状态信息，支付系统中定期同步异常账单等等，我们称之为计划任务。实现计划任务的方法也有很多，可以采用SQLAgent执行存储过程，采用Windows任务调度程序来实现� ......
这个东西太纠结了~贴出来代码，供大家享用
分三个部分：.config .aspx .aspx.cs
//web.config
<appSettings>
<add key="keystring" value="Data Source=ZRQ-PC;Initial Catalog=OnlineJudge;Integrated Security=True"/>
</appSettings>
......
