B/S架构

在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说，B/S结构是属于一种“瘦”客户端，大多数或主要的业务逻辑都存在在服务器端，因此，B/S结构的系统不需要安装客户端软件，它运行在客户端的浏览器之上，系统升级或维护时只需更新服务器端软件即可，这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。 B/S结构系统的产生为系统面对无限未知用户提供了可能。当然，与C/S结构相比，B/S结构也存在着系统运行速度较慢，访问系统的用户不可控的弱点。

 

　　以目前的技术看，局域网建立B/S结构的网络应用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

 

　　一、B/S模式的优点和缺点

 

　　B/S结构的优点

 

　　（1）、具有分布性特点，可以随时随地进行查询、浏览等业务处理。

 

　　（2）、业务扩展简单方便，通过增加网页即可增加服务器功能。

 

　　（3）、维护简单方便，只需要改变网页，即可实现所有用户的同步更新。

 

　　（4）、开发简单，共享性强

 

　　B/S 模式的缺点

 

　　（1）、个性化特点明显降低，无法实现具有个性化的功能要求。

 

　　（2）、操作是以鼠标为最基本的操作方式，无法满足快速操作的要求。

 

　　（3）、页面动态刷新，响应速度明显降低。

 

　　（4）、功能弱化，难以实现传统模式下的特殊功能要求。

 

　　二、C/S 模式的优点和缺点

 

　　C/S 模式的优点

 

　　1.由于客户端实现与服务器的直接相连，没有中间环节，因此响应速度快。

 

　　2.操作界面漂亮、形式多样，可以充分满足客户自身的个性化要求。

 

　　3.C/S结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。

 

　　C/S 模式的缺点

 

　　1.需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。

 

　　2.兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。

 

　　3.开发成本较高，需要具有一定专业水准的技术人员才能完成。

 

　　三、B/S架构软件的优势与劣势

 

　　（1）、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁，C/S系统的各部分模块中有一部分改变，就要关联到其它模块的变动，使系统升级成本比较大。B/S与C/S处理模式相比，则大大简化了客户端，只要客户端机器能上网就可以。对于B/S而言，开发、维护等几乎所有工作也都集中在服务器端，当企业对网络应用进行升级时，只需更新服务器端的软件就可以，这减轻了异地用户系统维护与升级的成本。如果客户端的软件系统升级比较频繁，那么B/S架构的产品优势明显——所有的 升级操作只需要针对服务器进行，这对那些点多面广的应用是很有价值的，例如一些招聘网站就需要采用B/S模式，客户端分散，且应用简单，只需要进行简单的浏览和少量信息的录入。

 

　　（2）、系统的性能

 

　　在系统的性能方面，B/S占有优势的是其异地浏览和信息采集的灵活性。任何时间、任何地点、任何系统，只要可以使用浏览器上网，就可以使用B/S系统的终端。不过，采用B/S结构，客户端只能完成浏览、查询、数据输入等简单功能，绝大部分工作由服务器承担，这使得服务器的负担很重。采用C/S结构时，客户端和服务器端都能够处理任务，这虽然对客户机的要求较高，但因此可以减轻服务器的压力。而且，由于客户端使用浏览器，使得网上发布的信息必须是以HTML格式为主，其它格式文件多半是以附件的形式存放。而HTML格式文件（也就是Web页面）不便于编辑修改，给文件管理带来了许多不便。比如说很多人每天上“新浪”网，只要安装了浏览器就可以了，并不需要了解“新浪”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。

 

　　（3）、系统的开发

 

　　C/S结构是建立在中间件产品基础之上的，要求应用开发者自己去处理事务管理、消息队列、数据的复制和同步、通信安全等系统级的问题。这对应用开发者提出了较高的要求，而且迫使应用开发者投入很多精力来解决应用程序以外的问题。这使得应用程序的维护、移植和互操作变得复杂。如果客户端是在不同的操作系统上，C/S结构的软件需要开发不同版本的客户端软件。但是，与B/S结构相比，C/S技术发展历史更为“悠久”。从技术成熟度及软件设计、开发人员的掌握水平来看，C/S技术应是更成熟、更可靠的。

 

编辑本段四、B/S、C/S结构软件技术上的比较

　　其实，无论是B/S还是C/S，他们都不新鲜。C/S(Client server，客户端/服务器)技术从上世纪90年代初出现至今已经相当成熟，并得到了非常广泛的应用，其结构经历了二层C/S、三层C/S的更迭。B/S(Browser server，浏览器/服务器)技术则是伴随着Internet的普及而来的。有必要说明的是，B/S最早并不叫“B/S”，此类应用国外通常叫Web应用，是国内一些公司“创造”了“B/S”这个词。

 

　　应该说，B/S和C/S各有千秋，他们都是当前非常重要的计算架构。在适用Internet、维护工作量等方面，B/S比C/S要强得多；但在运行速度、数据安全、人机交互等方面，B/S远不如C/S。综合起来可以发现，凡是C/S的强项，便是B/S的弱项，反之亦然。因此，问题也就因此而产生了，我们的ERP产品到底该用B/S还是C/S架构呢？一场关于C/S与B/S的口水战也由此在ERP业界拉开了序幕。在互联网泡沫盛行的2000年至2002年间，这场口水战达到了顶峰。但直到现在，人们也没有辩出谁是谁非。

 

　　事实上，从上面的分析可以看出，这场口水战不可能有胜负出现，因为B/S与C/S具有不同的优势与特点，他们无法相互取代。例如，对于以浏览为主、录入简单的应用程序，B/S技术有很大的优势，现在全球铺天盖地的Web网站就是明证；而对于交互复杂的ERP等企业级应用，B/S则很难胜任，从全球范围看，成熟的ERP产品大多采用二层或三层C/S架构，B/S的ERP产品并不多见。

 

　　“B/S还是C/S”也就由此成了ERP的技术之痛。难道这个痛就无药可救了吗？是否有可能将B/S与C/S的优势融合呢？答案是肯定的，在这几年的发展中将B/S与C/S的优势完美地结合起来，就是说该平台的应用系统能以B/S的方式发布运行，同时又具有C/S方式的极强的可操作性。这点从该平台生成的商品化的网络协同商务管理软件上得到充分的体现！