第一篇：浅谈三层架构在网站建设中的优劣势
现今网站建设技术中非常流行使用三层架构来开发和维护网站。通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了达到“高内聚，低耦合”的思想，在代码重用性上有着天生的优势。做网站时，使用三层架构进行网站建设有什么好处？
1.便于维护与扩展（维护修改代码方便，层次清晰；扩展方面，添加功能方便，也使程序有较高的可读性）。
2.便于团队成员进行分工合作（现在要么以模块来进行分工，要么是分层来）。
3.可以降低层与层之间的依赖，且有利于开发标准化。
做网站时，使用三层架构进行网站建设的劣势有哪些？
降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。当然，对于目前计算机性能配置来说，几乎可以忽略这方面的劣势。损失微不足道的性能，而获得高扩展、高维护性的方式，是程序开发的王道！
网站建设中三层架构各层的作用是什么？
1.数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务。
2.业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。
3.表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。
使用三层架构做出来的网站具有什么特点？
1.高扩展性：添加设备只是对上层应用加以改变，从而轻松达到网站升级的目的。
2.高升级性：网站规模的扩大和功能的升级对原有技术不会形成冲击，而是在原有程序模块加以升级。
3.负载均衡：减轻服务器负载压力，达到负载均衡。
综上所述，我们建议各位开发者在做网站过程中尽量采用三层架构来进行网站建设，以获得良好的、健康的系统架构，而最大程度降低后期的维护成本。北京网站建设公司——千助科技在针对客户网站进行开发的过程中，严格采用三层架构模式，为客户后期的网站维护、升级节省了极大的成本。
第二篇：三层架构应用总结——.net
ASP.NET三层架构应用总结
与ASP相比ASP.NET在Web应用开发上无疑更容易，更有效率。Web开发大部分还是围绕着数据操作，建立数据库存储数据，编写代码访问和修改数据，设计界面采集和呈现数据。走过Asp.net学习入门阶段后，真正开始着手开发一个Web项目时，才发现错综复杂的数据与关联根本就不是SqlDataSource和AccessDataSource数据源控件能简单解决的，而恰恰是被忽视了的一个ObjectDataSource数据源控件才是真正踏入开发门槛的关键，由此也对三层架构模式有了初步体验。
一．ASP.NET三层架构介绍
设计模式中的分层架构（可以参考一下J2EE中MVC模式）实现了各司其职，互不干涉，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。这样就能更好的实现开发中的分工，有利于组件的重用。所以这些年关于模式的研究有很多成果，应用也很广泛。一个好的模式在程序开发和后期维护中作用重大。ASP.NET三层架构自底向上分为：数据访问层（DAL），业务逻辑层（BLL）和表示层（PL）。
数据访问层（DAL）：使用了一个强类型的DataSet作为数据访问层，只是单纯的对数据进行增，删，改，查询和判断存在等等较通用的数据访问方法（由SQL语句来提供），不应该有“事务”存在。
业务逻辑层（BLL）：业务逻辑层是在数据访问层和表示层之间进行数据交换的桥梁，按业务需求调用数据访问层中的方法组合，集合了各种业务规则到一个BLL中，例如通过条件进行判断的数据操作或“事务”处理。BLL都是以类库（Class Library）的形式来实现的。
表示层（PL）：表示层是为客户提供用于交互的应用服务图形界面，帮助用户理解和高效地定位应用服务，呈现业务逻辑层中传递的数据，用ASP.NET页面来实现。
二．三层架构应用实现 随着ASP.NET 的不断升级，可以很方便的使用ASP.NET 来构建B/S 三层架构的应用程序，下面以“教师业务信息管理系统”项目中的部分例子来演示如何使用ASP.NET 2.0 和SQL Server 2005数据库来构建一个三层架构的应用程序。
1．创建数据库
打开SQL Server 2005，新建一个数据库“TeacherDb”，建立如下所示结构的两个表“PersonInfo”和“JobInfo”。两表以PersonIDNumber作为关联字段，存储18位身份证号码。
2．创建数据访问层 在开始创建数据访问层(DAL)之前，首先需要创建一个网站，配置好数据库链接。
第一步：创建一个Web项目，配置数据库连接
打开Visual Studio 2005（以下简称VS2005）集成开发环境, 首先创建一个C#语言的ASP.NET网站，并将其命名为WebSite，设置位置(Location)列表的选项为文件系统(File System)，然后选这一个放置这个网站的文件夹，然后选择编程语言为C#。Visual Studio会为你生成一个新的网站，同时生成一个名为Default.aspx的网页，和一个App_Data文件夹。
第二步：创建数据访问层，配置数据库连接
接下来创建数据访问层，添加一个强类型的DataSet。在解决方案管理器里的项目节点上按右鼠标，选择“添加新项”，在模板列单里选择“数据集”，将其命名为DataSet1.xsd。接下来会出现“TableAdpater”配置向导的窗口，选择数据库服务器，设置好各项参数，并按照提示逐步完成。需要注意: 1．指定连接的数据库字符串，并选择将连接字符串保存到web.config文件中去。
2．命令类型选择“使用SQL语句”，通过“高级选项”选择“生成Insert、Update和Delete语句”，通过“查询生成器”生成要装载数据的“Select语句”。并为方法命名。
http://apps.hi.baidu.com/share/detail/37462037 资料二
引言：本文不是从理论的角度来探讨三层架构，而是用一个示例来介绍如何建设一个三层架构的项目，并说明项目中各个文件所处的层次与作用。写本文的目的，不是为了说明自己的这个方法有多对，别人的肯定不对，而是希望给那些初学三层架构却不知从何入手的朋友提供一点帮助。因为网上的文章，大多是注重理论的介绍，而忽略了具体的实践应用，或者有示例但讲得不透彻。导致看了之后，理论上又学习了一遍，但还是不知道代码怎么写。所以想从这个方面入手写一下，让从来没做过三层架构的初学者也能照猫画虎，写出代码来。文章表述的是笔者个人对三层架构的认识，肯定有许多不足的地方，欢迎大家指正，小弟也会根据反馈来修改这篇文章。文中的代码是伪代码，仅用来阐明思路。
正文：
一提三层架构，大家都知道是表现层（UI），业务逻辑层（BLL）和数据访问层（DAL），而且每层如何细分也都有很多的方法。但具体代码怎么写，到底那些文件算在哪一层，却是模模糊糊的。下面用一个简单的例子来带领大家实战三层架构的项目，这个例子只有一个功能，就是用户的简单管理。
首先建立一个空白解决方案，添加如下项目及文件
1、添加ASP.NET Web Application项目，命名为UI，新建Web Form类型文件User.aspx（含User.aspx.cs）
2、添加ClassLibrary项目，命名为BLL，新建Class类型文件UserBLL.cs
3、添加ClassLibrary项目，命名为DAL，新建Class类型文件UserDAL.cs。添加SQLHelper引用。（这个是微软的数据访问类，也可以不用，直接编写所有的数据访问代码。我一般用自己写的数据访问类DataAccessHelper）。
4、添加ClassLibrary项目，命名为Model，新建Class类型文件UserModel.cs
5、添加ClassLibrary项目，命名为IDAL，新建Interface类型文件IUserDAL.cs
6、添加ClassLibrary项目，命名为ClassFactory 相信大家已经看出来了，这个和Petshop的示例没什么区别，而且更简单，因为在下也是通过Petshop学习三层架构的。但一些朋友对于这几个项目所处的层次，以及它们之间的关系，可能比较模糊，这里逐个说明一下：
1、User.aspx和User.aspx.cs 这两个文件（以及文件所属的项目，下面也是如此，不再重复强调了）都属于表现层部分。User.aspx比较好理解，因为它就是显示页面了。User.aspx.cs有些人觉得不应该算，而是要划到业务逻辑层中去。如果不做分层的话，那么让User.aspx.cs来处理业务逻辑，甚至操作数据库都没什么问题，但是做分层的话，这样就不应该了。在分层结构中，User.aspx.cs仅应该处理与显示有关的内容，其它部分都不应该涉及。
举例：我们实现用列表方式显示用户的功能，那么提取信息的工作是由BLL来做的，UI（本例中是User.aspx.cs）调用BLL得到UserInfo后，通过代码绑定到User.aspx的数据控件上，就实现了列表的显示。在此过程中User.aspx.cs对UI没有起到什么作用，仅是用来传递数据，而且因为实际编码中大部分情况都是如此的实现，所以使有些人觉得User.aspx.cs不应该算UI，而应该并入BLL负责逻辑处理。继续往下看，这时提出了一个新需求，要求在每个用户的前面加一个图标，生动地表现出用户的性别，而且不满18岁的用儿童图标表示。这个需求的实现，就轮到User.aspx.cs来做了，这种情况下User.aspx.cs才算有了真正的用途。
2、NewBLL.cs 添加如下方法：
public IList
public UserInfo GetUser(int UserId)：返回指定用户的详细信息
public bool AddUser(UserInfo User)：新增用户信息
public bool ChangeUser(UserInfo User)：更新用户信息
public void RemoveUser(int UserId)：移除用户信息
此文件就属于业务逻辑层了，专门用来处理与业务逻辑有关的操作。可能有很多人觉得这一层唯一的用途，就是把表现层传过来的数据转发给数据层。这种情况确实很多，但这只能说明项目比较简单，或者项目本身与业务的关系结合的不紧密（比如当前比较流行的MIS），所以造成业务层无事可做，只起到了一个转发的作用。但这不代表业务层可有可无，随着项目的增大，或者业务关系比较多，业务层就会体现出它的作用来了。
此处最可能造成错误的，就是把数据操作代码划在了业务逻辑层，而把数据库作为了数据访问层。
举例：有些朋友感觉BLL层意义不大，只是将DAL的数据提上来就转发给了UI，而未作任何处理。看一下这个例子
BLL层
SelectUser（UserInfo userInfo）根据传入的username或email得到用户详细信息。
IsExist（UserInfo userInfo）判断指定的username或email是否存在。
然后DAL也相应提供方法共BLL调用
SelectUser（UserInfo userInfo）
IsExist（UserInfo userInfo）这样BLL确实只起到了一个传递的作用。
但如果这样做：
BLL.IsExist（Userinfo userinfo）
{ UerInfo user = DAL.SelectUser（User）；
return(userInfo.Id!= null);
} 那么DAL就无需实现IsExist()方法了，BLL中也就有了逻辑处理的代码。
3、UserModel.cs 实体类，这个东西，大家可能觉得不好分层。包括我以前在内，是这样理解的：UIßàModelßàBLLßàModelßàDAL，如此则认为Model在各层之间起到了一个数据传输的桥梁作用。不过在这里，我们不是把事情想简单，而是想复杂了。
Model是什么？它什么也不是！它在三层架构中是可有可无的。它其实就是面向对象编程中最基本的东西：类。一个桌子是一个类，一条新闻也是一个类，int、string、doublie等也是类，它仅仅是一个类而已。
这样，Model在三层架构中的位置，和int，string等变量的地位就一样了，没有其它的目的，仅用于数据的存储而已，只不过它存储的是复杂的数据。所以如果你的项目中对象都非常简单，那么不用Model而直接传递多个参数也能做成三层架构。
那为什么还要有Model呢，它的好处是什么呢。下面是思考一个问题时想到的，插在这里：
Model在各层参数传递时到底能起到做大的作用？
在各层间传递参数时，可以这样：
AddUser（userId，userName，userPassword，…，）
也可以这样：
AddUser（userInfo）
这两种方法那个好呢。一目了然，肯定是第二种要好很多。
什么时候用普通变量类型（int,string,guid,double）在各层之间传递参数，什么使用Model传递？下面几个方法：
SelectUser（int UserId）
SelectUserByName（string username）
SelectUserByName（string username，string password）
SelectUserByEmail（string email）
SelectUserByEmail（string email，string password）
可以概括为：
SelectUser（userId）
SelectUser（user）
这里用user这个Model对象囊括了username，password，email这三个参数的四种组合模式。UserId其实也可以合并到user中，但项目中其它BLL都实现了带有id参数的接口，所以这里也保留这一项。
传入了userInfo，那如何处理呢，这个就需要按照先后的顺序了，有具体代码决定。
这里按这个顺序处理
首先看是否同时具有username和password，然后看是否同时具有email和password，然后看是否有username，然后看是否有email。依次处理。
这样，如果以后增加一个新内容，会员卡（number），则无需更改接口，只要在DAL的代码中增加对number的支持就行，然后前台增加会员卡一项内容的表现与处理即可。
4、UserDAL.cs public IList
public UserInfo SelectUser(int UserId)：返回指定用户的相信信息
public bool InsertUser(UserInfo User)：新增用户信息
public bool UpdateUser(UserInfo User)：更新用户信息
public void DeleteUser(int UserId)：移除用户信息
很多人最闹不清的就是数据访问层，到底那部分才算数据访问层呢？有些认为数据库就是数据访问层，这是对定义没有搞清楚，DAL是数据访问层而不是数据存储层，因此数据库不可能是这一层的。也有的把SQLHelper（或其同类作用的组件）作为数据访问层，它又是一个可有可无的东西，SQLHelper的作用是减少重复性编码，提高编码效率，因此如果我习惯在乎效率或使用一个非数据库的数据源时，可以丢弃SQLHelper，一个可以随意弃置的部分，又怎么能成为三层架构中的一层呢。
可以这样定义：与数据源操作有关的代码，就应该放在数据访问层中，属于数据访问层
5、IUserDAL 数据访问层接口，这又是一个可有可无的东西，因为Petshop中带了它和ClassFactory类工厂，所以有些项目不论需不需要支持多数据源，都把这两个东西做了进来，有的甚至不建ClassFactory而只建了IDAL，然后“IUserDAL iUserDal = new UserDAL();”，不知意义何在。这就完全是画虎不成反类犬了。
许多人在这里有一个误解，那就是以为存在这样的关系：BLLßàIDALßàDAL，认为IDAL起到了BLL和DAL之间的桥梁作用，BLL是通过IDAL来调用DAL的。但实际是即使你如此编码：“IUserDAL iUserDal = ClassFacotry.CreateUserDAL()；”，那么在执行“iUserDal.SelectUsers()”时，其实还是执行的UserDAL实例，而不是IUserDAL实例，所以IDAL在三层中的位置是与DAL平级的关系。
通过上面的介绍，基本上将三层架构的层次结构说明了。其实，本人有一个判断三层架构是否标准的方法，那就是将三层中的任意一层完全替换，都不会对其它两层造成影响，这样的构造基本就符合三层标准了（虽然实现起来比较难^_^）。例如如果将项目从B/S改为C/S（或相反），那么除了UI以外，BLL与DAL都不用改动；或者将SQLServer改为Oracle，只需替换SQLServerDAL到OracleDAL，无需其它操作等等。本来想在文中加入一些具体的代码的，但感觉不是很必要，如果大家觉得需要的话，我再补充吧。
总结：不要因为某个层对你来说没用，或者实现起来特别简单，就认为它没有必要，或者摒弃它，或者挪作它用。只要进行了分层，不管是几层，每一层都要有明确的目的和功能实现，而不要被实际过程所左右，造成同一类文件位于不同层的情况发生。也不要出现同一层实现了不同的功能的情况发生。
资料三
三层结构”是“外观层”、“商业逻辑层”、“数据库层”
假设以这样的结构制作一个留言板，那么应该是：
# 留言板页面的外观代码都存放在.aspx 文件中
# 当用户点击页面上的提交按钮时，先将文本信息传递给一个 LeaveWord 类对象（LeaveWord 类的定义被封装到“商业逻辑层”）
# 之后让这个对象执行 Post()将留言信息发送到数据库
用一个简单的代码就是：
//---------// 在外观层，当用户点击发送按钮后
//---------private void Post_ServerClick(object sender, EventArgs e){ LeaveWord lword=new LeaveWord();lword.Content=Content.Value;lword.Post();}
//---------// 在商业逻辑层，定义 LeaveWord 类
//---------public class LeaveWord { public string Content;
public void Post(){ new LWordData().Post(this.Content);} }
//---------// 数据库层，定义发送方法
//---------public class LWordData { public void Post(string content){ // 打开数据库，将 content 插入到表中
} } 这样，外观层就不必费心数据库操作了...理解基本正确.但是数据层已经只是数据库的操作,不应该和业务有任何关系,你可以参考SqlHelper.cs 提醒一点,系统的“层”是对代码的一种逻辑划分,并不是一定要三层,假设你的系统很简单,就一个页面,那一层就可以,如果系统很复杂,也可能是n层.差不离了，核心就是外层绝对不会涉及任何数据处理，他的任务是设置界面，获取数据，输出数据
业务层最重要，所有数据处理在这里，如何运用外层提供的数据处理业务 数据库层一般都建议调用存储过程，返回数据集或其他所需数据;.net的那两个例子很好，多学习一下.一个原则： 上层调下层
上层对下层是不可见的
设计时，表现层只调用逻辑层，表现层主要是取得页面的数据传到逻辑层，和把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工 数据层就只负责把数据对数据库操作
业务逻辑层 就是给上层和下层下达命令和调节行为的中间层
资料四：基于组件的三层B/S结构概述
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。三层结构原理
3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。表示层
位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面 业务逻辑层
业务逻辑层（Business Logic Layer）无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。
业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。数据层
数据访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。
第三篇：招聘网站优劣势分析
一．土木英才网
土木英才网（http://job.co188.com）是土木在线行业门户网站旗下的招聘网站。是专业为建筑、房地产、工程类企事业单位以及相关从业人员提供招聘、求职的网站。
*土木在线英才网是针对建筑、结构、暖通、制冷、给排水、电气、园林、水利、环保、路桥10大行业企业的网络招聘服务平台，服务范围辐射全国；
*拥有近1600万注册用户的专业人才资源库，80%用户是设计院所、甲方、施工方和系统集成商等的工程技术人员；
优势：1600万土木行业的用户，目标用户准确。由于我们是基于土木在线论坛的招聘网站，用户在我们平台的在线时间长。土木在线土木工程行业用户必上的网站。是土木工程人员在整个互联网最大的学习的家园。人员分布主要以中高端人才为主。中高端人才大多是不会主动求职在这个时候其他几个招聘网站由于服务内容以招聘为主，而我们网站以论坛交流学习为主这时候我们相对其他招聘网站的优势瞬间脱颖而出。
由于每个人对于招聘这东西的需求是短时间内的，所以在这个时候土木英才网的优势又出来了，因为在使用土木在线的用户是长时间的，只要该用户他需要学习，他就会使用到我们的网站。试想一下，用微软操作系统的人，有多少人没用过他的IE浏览器呢。当然用户也会选择别的浏览器。同样的道理，我们土木在线已经提供求职服务了，为什么求职者不去使用了，可能说，求职还会使用别的求职招聘网站，但是在这个时候我们的招聘求职功能会被我们的用户首先使用。
艾瑞咨询最新调研数据显示，2010 年中国网上求职者中，68.7%网上求职者主要集中
在19-30 岁之间。艾瑞咨询分析认为，大学生和初入职场的白领构成了当前中国网上求职者的主力军。
相对其他的招聘网站来说，我们拥有更多的优先展示位，更多的广告，因为仅仅服务的是土木工程行业的。而且我们的论坛也提供了我们更多的推荐位。让我们的会员效果变的更加显著。而其他几大招聘网站，广告位置有限只能通过搜索被求职者检索到，而其他几大招聘网站的职位量太大。导致了招聘效果很难显著。
劣势：相对其他几个综合网站，职位范围相对专一，广度不够，例如中建一局在土木英才网招聘人事这个职位，行政助理，后勤这类职位可能效果不明显。一般想求职的人，可能不会首先想到我们网站。因为我们不是专门做招聘的。我们的目的就是为了一些土木工程行业企业招聘到中高端人才。由于招聘网站按照效果最直接的就是要看企业有没有招到想要的人，所以大部分招聘网站最后的竞争主要还是一种品牌的竞争。这也是最致命的，毕竟我们的品牌并不是很强，目前只能用土木在线的品牌来和别的网站来说，而人事很多时候看重的又是土木英才网本身。
二．智联招聘
智联招聘面向大型公司和快速发展的中小企业，提供一站式专业人力资源服务，包括网络招聘、校园招聘、猎头服务、报纸招聘服务、招聘伴侣（RC服务）、企业培训以及人才测评等等，并在中国首创了人力资源高端杂志《首席人才官》，是拥有政府颁发的人才服务许可证和劳务派遣许可证的专业服务机构。
优势：覆盖的行业广，品牌知名度高。
劣势：中高端人才由于可能不会主动求职，所以在智联招聘可能难以招聘到中高端人才。前程无忧由于针对的是所有行业的所以对于很多的职位很难具体定位，只能让单位的人事自己来定位这个问题，但很多人事又不懂技术，所以这就会导致很多职位名称相互理解出错，影响招聘效果。当然这个问题，是整个综合类招聘网站都遇到的问题。由于职位量巨大，如果人事每天不维护三次以上很难达到人事的效果。三．前程无忧
“前程无忧”(Nasdaq: JOBS)是国内第一个集多种媒介资源优势的专业人力资源服务机构。它集合了传统媒体、网络媒体及先进的信息技术，加上一支经验丰富的专业顾问队伍，提供包括招聘猎头、培训测评和人事外包在内的全方位专业人力资源服务，现在全国25个城市设有服务机构。
优势：覆盖的行业广，品牌知名度高。
劣势：中高端人才由于可能不会主动求职，所以在前程无忧可能难以招聘到中高端人才。前程无忧由于针对的是所有行业的所以对于很多的职位很难具体定位，只能让单位的人事自己来定位这个问题，但很多人事又不懂技术，所以这就会导致很多职位名称相互理解出错，影响招聘效果。当然这个问题，是整个综合类招聘网站都遇到的问题。由于职位量巨大，如果人事每天不维护三次以上很难达到人事的效果。
四．58同城
58同城招聘凭借这58同城本身累积大量用户，由于职位的对外开放所以58同城的职位类别更为丰富。覆盖的人群更为广泛。品牌知名度显著。在互联网想到求职的人必定都能想到58同城。
优势：58同城由于在公交车，地铁等地方的广告为主要投放地点。58同城拥有大量的中低端人才。
劣势：中高端人才由于可能不会主动求职，所以在智联招聘可能难以招聘到中高端人才。由于58同城门槛较低所以每天的职位量巨大，如果职位不维护可能瞬间会被其他职位所代替，在58同城效果要好就要每天多次维护，以保证更好的效果。
五．建筑英才网
建筑英才网（www.xiexiebang.com）作为国内最权威最专业的行业人才招聘网站--英才网联的创始成员，是专业为建筑设计、工程施工、装修装饰、房地产等领域企事业单位以及相关从业人员提供招聘、求职、人才测评、培训等服务的专业人才网站。建筑英才网立足于强大的网络平台，依靠专业杂志《建筑英才》和专场招聘会等多渠道的互动资源整合，为泛建筑行业企业和求职者构建了一套立体式的人力资源服务模式。
经过多年的发展，建筑英才网已成为行业内最具有影响力、专业性和有效性的人才招聘服务网站。
优势：专业。具有一定的品牌优势。
劣势：相对其他几个综合网站，职位范围相对专一，广度不够，例如中建一局在土木英才网招聘人事这个职位，行政助理，后勤这类职位可能效果不明显。由于是垂直类的招聘网站，在品牌知名度这一块，没有智联招聘58同城响亮，所以很多建筑设计师找工作第一时间可能会想不到建筑英才网。由于招聘网站是短性需求，所以招聘类网站回头率比较低，而对于建筑英才网要获得流量来源一方面是品牌效应，大家潜移默化中已经知道了，但是这部分用户占的比率比较少，还有一大部分用户，还是由于建筑英才网每天铺天盖地的广告。还有就是百度为其带来的流量。这就导致建筑英才网用户来源对于广告的依赖性比较高。
六．地方招聘网（我以常州招聘网为案例）
常州招聘网成立于2007年，由常州同途信息技术有限公司独立运营。目前是常州地区发展最快，用户访问量最高，服务客户规模最大的专业人才招聘网站。我们不断努力为企业打造专业、创新的网络招聘环境，为求职者提供寻找工作和职业发展的平台。是常州地区最具影响力的人力资源网络服务提供商。招聘、求职，首选常州招聘网。
一直以来，常州招聘网以客户的使用体验和使用效果为公司发展之本，通过我们专业的客户服务、完善的网站产品、有效的市场宣传，打造最具性价比的招聘渠道，帮助客户以较低的价格、最低的人力成本投入、从最广泛的选择范围，最快地招聘到企业所需人才。
优势：由于每个地方的人找工作都会首先想到百度地方名后面加上招聘网或者人才网。例如想在常州工作的人，或者人在常州，想工作的人，都会首先百度常州招聘网，或者常州人才网都关键词。在这个时候当地的招聘网的优势脱颖而出。当然当地招聘网站要想和别的几个网站竞争首要条件必须要能够排在百度第一。数据表明用户点击排名第一个网站是被点击率是70%。所以地方上招聘网站排在第一尤为重要。
劣势：除非当地人都知道这个网站，否则如果百度排名没有进入前三可能为企业带来的招聘效果就会一塌糊涂。
第四篇：电子商务网站的组织架构
B2C电子商务网站的组织架构
除了HR和财务部门外，前期电子商务业务共分为5个部门，包括客服部、市场部、采购及物流部、技术部和网站运营部。采购和物流其实是可以分开的，在规模到达一定程度以后，会裂变成采购部和仓储物流部两个部门，现在的描述中还是以一个部门说明。
客服部的职能就是客服服务、客户咨询、客服培训和客服考核等，通过各种方式提高用户满意度、订单转化率和平均订单金额；
技术部负责网站建设、呼叫中心（Call Center）中心建设、电子商务系统建设、采购系统、仓储系统、CRM系统以及各种系统之间的对接等；
市场部负责互联网和其他媒体推广、品牌宣传和公关、网站合作、支付合作、网站策划、CRM营销（会员制分级、EDM营销、会员合作营销、数据挖掘等）
采购及物流部负责根据采购名单进行招标和采购，网站仓在全国的布局和设计，制定仓储标准和物流配送标准，设计仓储管理系统，选择物流配送合作伙伴，设计产品配送包装，根据订单的进行配送，并根据销售状况调节产品在不同仓储之间的库存。
网站运营部负责制定产品定价、策划并设计产品文案，拍摄并处理产品图片；负责分析各类型产品，制定采购名单；负责优化购物流程，提高用户的购物体验；
第五篇：基于.Net三层架构高校户籍管理系统设计与实现
基于.Net三层架构高校户籍管理系统设计与实现
摘 要：为了实现对高校户籍科学化、规范化和动态化管理，提出了一种基于.Net三层架构技术的高校户籍管理系统解决方案，研究了户籍管理系统数据访问层、基本逻辑层和页面表示层的设计及实现。实践证明了解决方案的有效性。
关键词：Net；户籍管理；三层架构
中图分类号：TP311.52 文献标识码：A 文章编号：1672-7800（2011）09-0071-02 系统业务分析??
户籍管理系统旨在实现对高校户籍的科学化、规范化和动态化管理。通过对户籍科相关人员所做需求分析，该系统必须实现以下功能：①户籍信息管理：包括户籍基本信息管理，教师和学生户籍基本信息、相片管理、户口迁入、迁出、注销、迁移及借用等信息的增加、删除和更新；②信息查询管理：包括户籍基本信息查询、学生信息查询、户口迁入、迁出、注销、迁移及借用信息查询等；③收费管理：学生毕业之后，学校免费保管学生户籍两年，两年过后按照一定的标准收取保管费用。此模块主要包括户籍保管费用的收取和退费等操作；④操作日志管理：户籍科操作人员的日常工作无法量化，收费操作需要规范以避免费用的多收、少收、漏收和徇私舞弊的情况的发生。此模块将操作人员的所有关键操作记录在案，以备出现问题时，有据可查；⑤学院信息管理：此模块主要包括学生学院和专业信息的增加、删除、更新和查询；⑥系统维护：此模块用来维护用户基本信息、管理员的权限以及数据库的安全，防止非授权用户对系统有意或者无意的破坏。??
系统架构??
2.1 系统整体架构??
分层应用设计当下非常流行。它对系统的性能、可扩展性、可移植性、安全性等提供了有力的保障。经典的分层架构开发模式将系统分为3个层次，即数据访问层、基本逻辑层和页面表示层。当然，每个层次可能分解为更小的子层次以保证系统功能的合理设计。户籍管理系统的整体架构如图1所示。??
图1 系统整体架构??
2.2 数据访问层设计??
数据访问层负责管理数据库的物理存储、备份与恢复。主要包括数据库的连接与存取操作，即数据库表的查询、更新，增加和删除操作。数据访问层接口对数据访问逻辑进行抽象，以此对不同的数据库（SQL Server，Oracle等）进行统一的管理。通过封装类调用数据库的存储过程，同时，上层基本逻辑层提供统一的调用接口。??
2.3 基本逻辑层设计??
基本逻辑层作为整个系统的逻辑处理中心，主要负责管理系统的业务逻辑和规则。系统的逻辑处理都被抽象为本层的不同的逻辑接口。逻辑层接口处于数据访问层和页面表示层之间，对上层提供接口调用，调用下层数据访问层接口连接数据库，而非直接连接数据库，降低了层与层之间的耦合度。修改数据访问层的接口实现，不需要修改基本逻辑层代码。??
2.4 页面表示层设计??
页面表示层负责接收界面输入和逻辑结果的显示。包括页面的布局、控件的使用等。页面表示层调用基本逻辑层的接口进行逻辑处理。系统逻辑处理发生变化时，只需要修改基本逻辑层接口实现，不会影响页面表示层的编码。??
数据库设计??
好的数据库的设计是信息系统的一个重要组成部分。户籍管理系统涉及到10多个表的设计和60多个存储过程的编写。限于篇幅，这里不一一列出。??
主要技术及开发工具??
4.1 权限管理策略??
系统的访问控制策略使用基于用户角色的访问控制策略。这种访问控制策略已经广泛应用于系统操作、数据库及应用项目中。角色访问控制策略有利于确认和管理用户身份，对不同用户分配不同的操作权限。??
4.2 系统安全策略??
为了防止未经授权的用户访问系统资源，给系统带来危害，同时考虑到户籍管理系统数据录入时间一般集中在开学等时间，大批量的数据录入之后，一旦发生问题，导致数据丢失，再次重复录入数据，工作量巨大。系统使用自动备份与手工备份相结合的方式，用户可以通过界面，手工备份与恢复先前的数据库。考虑到数据库的移植，在数据访问层引入“抽象工厂模式”，根据数据库的不同，提供实现不同数据库结构的数据业务逻辑对象，使用.Net框架的反射机制，在系统运行时动态决定调用的数据库类型。??
4.3 并行开发策略??
三层架构的优势之一系统架构清晰，合理的分配开发任务，同时保证系统的并行开发，以此提高效率。系统开发过程中，引入实体类和基本逻辑层和数据访问层的共同接口，保证解决方案程序与数据库的并行开发，两者相关部分都完成之后，通过接口，完成数据库库记录与实体类的映射即可。??
4.4 版本控制策略??
项目开发是一个团队协作，迭代开发的过程，版本的控制与管理非常重要。项目开发过程中使用visual svn和tortoise svn进行系统解决方案、源代码的控制，单独设立版本控制服务器，团队所有成员从服务器中更新项目的最新版本，每天工作完成之后，单独提交各自负责部分的开发工作，使服务器中的版本始终保持最新状态。??
4.5 项目开发主要工具??
项目开发成员使用resharper和coding style enforcer工具保证编码风格的统一，使用NUnit，NCoverage等工具结合cruise control.net每日构建技术，进行测试及覆盖率检测，保证产品的质量。??
结束语??
户籍管理系统采用三层架构进行设计、开发，系统接口更加清晰，满足模块独立性，层内高内聚、层间低耦合的原则，有利于开发者分工合作，具有很强的通用性、可维护性和可扩展性，可以仅作少量修改升级为Web Service架构，为系统维护及功能扩展留下足够的空间。??
参考文献：
［1］ HUANG LONGJUN，ZHOU CAIYING，DAI LIPING.Dai Liping.Research and Implementation of E-commerce Platform Based on.NET Framework［Z］.Proceeding of the 2009 International Symposium on Web Information System and Application Nanchang，China，May 22-24,2009.［2］ 陈友良，盛可军，王阳阳.基于ASP.NET三层架构软件的研究与开发［J］.现代电子技术，2010(6).［3］ 江义火.基于ASP.NET MVC2的三层架构应用系统开发研究与实现［J］.软件导刊，2010(12).（责任编辑：周晓辉）
Design and Implementation of College Residence Management
System Based on.Net and Three-tier Architecture
??
Abstract:In order to realize the scientific，standardized and dynamic management of college Residence booklet , a solution based on.Net and three-tier architecture has been proposed, the design and implementation of data access layer，basic logic layer and presentation layer is discussed.Practice has improved that it is a effective solution.Key Words: Dot Net;Residence Management;Three Tier Architecture
点击咨询 