处理问题不同：C/S 程序可以处理用户面固定，并且在相同区域，安全要求高需求，与操作系统相关，应该都是相同的系统。 B/S 建立在广域网上，面向不同的用户群，分散地域，这是C/S无法作到的，与操作系统平台关系最小。 而随着互联网的飞速发展，移动办公和分布式办公越来越普及，这需要我们的系统具有扩展性。
这些服务器每天必须同步完毕之后，总部才可得到最终的数据。 由于局部网络故障造成个别数据库不能同步不说，即使同步上来，各服务器也不是一个时点上的数据，数据永远无法一致，不能用于决策。 对于B/S结构的软件来讲，其数据是集中存放的，客户端发生的每一笔业务单据都直接进入到中央数据库，不存在数据一致性的问题。 软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。
在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户表现完全在Web服务器实现，客户端只需要浏览器即可进行业务处理，是一种全新的软件系统构造技术。 这种结构更成为当今应用软件的首选体系结构。 E通管理系列产品即属于此类结构。 在C/S结构软件的解决方案里，对于异地经营的大型集团都采用各地安装区域级服务器，然后再进行数据同步的模式。
bs: BS架构商业比较
在软件的通用性上，B/S 架构的客户端具有更好的通用性，对应用环境的依赖性较小，同时因为客户端使用浏览器，在开发维护上更加便利，可以减少系统开发和维护的成本。 面向未来，连排级单位可通过掌上电脑（安卓系统），在训练场、演习场等环境下访问并使用该系统。 但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。 因此，许多单位都备有数据库存储服务器，以防万一。
由于C/S结构软件的数据分布特性，客户端所发生的火灾、盗抢、地震、病毒、黑客等都成了可怕的数据杀手。 另外，对于集团级的异地软件应用，C/S结构的软件必须在各地安装多个服务器，并在多个服务器之间进行数据同步。 如此一来，每个数据点上的数据安全都影响了整个应用的数据安全。 所以，对于集团级的大型应用来讲，C/S结构软件的安全性是令人无法接受的。 对于B/S结构的软件来讲，由于其数据集中存放于总部的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需进行什么数据同步，所以这些安全问题也就自然不存在了。 B/S(浏览器/服务器模式)是随着Internet技术的兴起，对C/S结构的一种改进。
bs: BS架构C/S特点
这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。 客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。 浏览器通过Web Server同数据库进行数据交互。 这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。
信息流不同：C/S 程序一般是典型的中央集权的机械式处理，交互性相对低。 B/S 信息流向可变化， B-B、 B-C、 B-G等信息流向的变化，更象交易中心。 对客户端的操作系统一般也会有限制。 可能适应于Win98，但不能用于win2000或Windows XP。 或者不适用于微软新的操作系统等等，更不用说Linux、Unix等。
不过，C/S架构也有着不可替代的作用。 由于服务器连接个数和数据通信量的限制，这种结构的软件适于在用户数目不多的局域网内使用。 国内现阶段的大部分ERP（财务）软件产品即属于此类结构。 对程序架构不同：C/S 程序可以更加注重流程，可以对权限多层次校验，对系统运行速度可以较少考虑。 B/S 对安全以及访问速度的多重的考虑，建立在需要更加优化的基础之上，比C/S有更高的要求。
bs: BS架构简介
B/S结构的程序架构是发展的趋势，从MS的.Net系列的BizTalk 2000 Exchange 2000等，全面支持网络的构件搭建的系统.。 SUN 和IBM推的JavaBean 构件技术等，使 B/S更加成熟。 中间件：这是运行在浏览器和服务器之间的。 这层主要完成系统逻辑，实现具体的功能，接受用户的请求并把这些请求传送给服务器，然后将服务器的结果返回给用户，浏览器端和服务器端需要交互的信息是通过中间件完成的。
- 随着网络技术的发展，特别随着Web技术的不断成熟，B/S 这种软件体系结构出现了。
- B/S结构的程序架构是发展的趋势，从MS的.Net系列的BizTalk 2000 Exchange 2000等，全面支持网络的构件搭建的系统.。
- 软件重用不同：C/S 程序可以不可避免的整体性考虑，构件的重用性不如在B/S要求下的构件的重用性好。
- E通管理系列产品即属于此类结构。
企业的业务流程、业务模式不是一成不变的，随着企业不断发展，必然会不断调整。 软件供应商提供的软件也不是没有缺陷，所以，对已经部署的软件产品进行维护、升级是正常的。 而B/S结构的软件不同，其应用都集中于总部服务器上，各应用结点并没有任何程序，一个地方更新则全部应用程序更新，可以做到快速服务响应。 C/S架构是常用的两层架构，通常也称之为客户端/服务器架构。 服务器运行服务端程序，客户端安装客户端软件。
对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。 无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。 所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。 今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。 因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。
B/S架构即浏览器和服务器架构模式，是随着Internet技术的兴起，对C/S架构的一种变化或者改进的架构。 在这种架构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端实现，形成所谓三层3-tier结构。 B/S架构是WEB兴起后的一种网络架构模式，WEB浏览器是客户端最主要的应用软件。
但在服务器操作系统上，windows并不是处于绝对的统治地位。 软件的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。 而B/S模式就不同了，它不需要专门的客户端，只要浏览器，而浏览器是随操作系统就有的，方便就是他的优势了。 而且，B/S是基于网页语言的、与操作系统无关，所以跨平台也是它的优势，而且以后随着网页语言以及浏览器的进步，B/S在表现能力上的处理以及运行的速度上会越来越快，它的缺点将会越来越少。 比如，未来的HTML5，在图形的渲染方面以及音频、文件的处理上已经非常强大了。
随着网络技术的发展，特别随着Web技术的不断成熟，B/S 这种软件体系结构出现了。 B/S（Browser/Server）架构也被称为浏览器/服务器体系结构，这种体系结构可以理解为是对 C/S 体系结构的改变和促进。 由于网络的快速发展，B/S 结构的功能越来越强大。 这种结构可以进行信息分布式处理，可以有效降低资源成本，提高设计的系统性能。 B/S 架构是有更广的应用范围，在处理模式上大大简化了客户端，用户只需安装浏览器即可，而将应用逻辑集中在服务器和中间件上，可以提高数据处理性能。
首先涉及到安装的工作量，其次任何一台电脑出问题，如病毒、硬件损坏，都需要进行安装或维护。 特别是有很多分部或专卖店的情况，不是工作量的问题，而是路程的问题。 还有，系统软件升级时，每一台客户机需要重新安装，其维护和升级成本非常高。 B/S 的特征和基本结构：在 B/S 结构中，每个节点都分布在网络上，这些网络节点可以分为浏览器端、服务器端和中间件，通过它们之间的链接和交互来完成系统的功能任务。 三个层次的划分是从逻辑上分的，在实际应用中多根据实际物理网络进行不同的物理划分。
这种方式远程访问需要专门的技术，同时要对系统进行专门的设计来处理分布式的数据。 由于B/S结构的数据是集中存放的，所以总公司可以直接追溯到各级分支机构（分公司、门店）的原始业务单据，也就是说看到的结果可溯源。 大部分C/S结构的软件则不同，为了减少数据通信量，仅仅上传中间报表数据，在总部不可能查到各分支机构（分公司、门店）的原始单据。 软件重用不同：C/S 程序可以不可避免的整体性考虑，构件的重用性不如在B/S要求下的构件的重用性好。 B/S 对的多重结构，要求构件相对独立的功能，能够相对较好的重用。 B/S结构软件一般只有初期一次性投入成本。
- 面向未来，连排级单位可通过掌上电脑（安卓系统），在训练场、演习场等环境下访问并使用该系统。
- 在这种架构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端实现，形成所谓三层3-tier结构。
- B/S 的特征和基本结构：在 B/S 结构中，每个节点都分布在网络上，这些网络节点可以分为浏览器端、服务器端和中间件，通过它们之间的链接和交互来完成系统的功能任务。
- 软件供应商提供的软件也不是没有缺陷，所以，对已经部署的软件产品进行维护、升级是正常的。
- 由于B/S结构的数据是集中存放的，所以总公司可以直接追溯到各级分支机构（分公司、门店）的原始业务单据，也就是说看到的结果可溯源。
- 不过，C/S架构也有着不可替代的作用。
- 无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。
