第2章软件体系结构风格2-CS类风格

1、13.1 经典的软件体系结构风格3.2 C/S、B/S类架构3.3 分布式对象技术3.4 其他软件体系结构风格21965-1985：以大型机为核心的集中式处理模式1986-1990：以PC/文件服务器为核心的文件共享计算模式1990-1996：以C/S架构为主流的分布式计算模式1996- ：以Web为核心、B/S架构为主流的分布式计算模式2000- ：以各类移动设备为核心的普适计算模式(无所不在的计算，无所不在的通讯)2005- ：以Grid、P2P、Cloud等技术为核心的分布式计算模式3所有的计算能力均属于中央宿主计算机用户通过一台物理上与宿主机相连的非智能终端来访问宿主机上的应用程序客户

2、机可能为PC或工作站4文件存储在一个中央计算机或者共享服务器中被网络上的多个计算机同时访问5最初的PC网络就是基于此类结构，从共享服务器下载文件到客户机的桌面环境下被请求的用户任务（包括业务逻辑和数据）在客户机环境下执行适合应用于数据量较低的场合6客户端和服务器之间需要移动大量不必要的数据，降低了应用性能客户端必须相当健壮，它要完成几乎所有的功能，同时必须有足够的磁盘空间来存储下载的文件和表容易破坏数据完整性(多个用户共同访问同一个文件)对环境变化及用户需求变更的适应性差，一旦发生变化，客户机与服务器的程序都要修改，增加了维护工作量7Client-Server Architecture文件共享

3、结构的缺陷导致了C/S模式的出现数据库服务器代替了文件服务器服务器使用DBMS，快速应答用户请求RPC 或 SQL 是客户机和服务器之间的典型通讯模式8一个应用系统被分为两个逻辑上分离的部分，每一部分充当不同的角色、完成不同的功能，多台计算机共同完成统一的任务客户机(前端，front-end)：业务逻辑、与服务器通讯的接口服务器(后端：back-end)：与客户机通讯的接口、业务逻辑、数据管理客户机为完成特定的工作向服务器发出请求，而 服务器处理客户机的请求并返回结果910输入数据输出数据请求按钮表示层业务处理开始SQL 请求结束SQL 请求开始业务处理结束数据存取请求业务处理程序业务处理请求

4、和业务处理所需的全部输入数据全部处理结束DBMS 执行SQL数据层业务处理开始数据存取请求业务处理结束数据存取程序数据登录/更新/读取的请求数据登录/更新/读取的结果11客户机： GUI，请求描述，业务逻辑，服务代理及通信服务器： 调度管理，事务处理，业务逻辑，共享资源管理，通信二者间有通信连接机制，遵循公共的通信协议： 描述请求，描述返回结果，描述连接关系和状态 例如：RPC，HTTP，SOAP(简单对象访问协议)C/S的优势：降低了网络通讯量（提供请求/应答模式，而非文件传输），多用户通过GUI访问共享数据库121314用户1用户2用户3用户4用户5Print ServerLink/RxL

5、PT1LPT2COMPower/TXPWROKWIC0ACT/CH0ACT/CH1WIC0ACT/CH0ACT/CH1ETHACTCOL其他公用设备打印机调制解调器InternetIntranet数据库服务器15用户界面处于客户机数据库管理服务处于服务器端，通常是存储过程/触发器的形式业务处理过程（即业务逻辑）被分解为客户机与服务器两部分数据库服务器：存放数据的数据库、负责数据处理的业务逻辑客户机应用程序：GUI用户界面、利用客户机上的应用程序对数据进行处理的业务逻辑连接件：经由网络的调用/返回机制或事件机制，客户机向服务器发送请求，并接收返回结果16业务逻辑的划分比重：在客户端多？还是在服务

6、器多？胖客户端：客户端执行大部分的数据处理操作瘦客户端：客户端具有很少或没有业务逻辑1718系统伸缩性差：当用户数超过一定数量，性能急剧恶化 导致：服务器成为系统的瓶颈互操作性差：使用DBMS所提供的私有数据编程语言来开发业务逻辑，降低了DBMS的灵活选择 导致：软件移植困难，新技术无法轻易使用系统管理与配置成本高：当系统升级时，每个客户端都需要随之改变 导致：维护和升级困难19两层C/S架构通常被用在那些管理与操作不太复杂的非实时的信息处理系统适合于轻量级事务，客户机对服务器的请求少，数据传输量少当业务逻辑较少变化以及用户数少于100时，两层C/S架构的性能较好20三层C/S体系结构的出现克

7、服了两层C/S的缺陷在客户端与数据库服务器之间增加了一个中间层 中间层可能为：事务处理服务器、消息服务器、应用服务器等 中间层负责调度、业务逻辑执行、数据传输等功能2122用户1用户2.用户nInternetIntranet数据库服务器1数据库服务器2应用服务器.232425表示层表示层 业务逻辑层业务逻辑层 数据访问层数据访问层 为用户提供为用户提供交互操作界面交互操作界面 负责关键业务的负责关键业务的处理和数据传递处理和数据传递 实现数据库实现数据库访问访问 服务员服务员 厨师厨师 采购员采购员 客客户户请请求求客客户户请请求求响响应应数数据据响响应应数数据据两层C/S已经将数据层分离出来

8、，三层C/S则要将表示层与功能层分离开来，形成独立的程序，并使二者之间的接口简洁明了问题：这三个层次在物理上是如何分布的？26事实上，功能层并不一定只驻留在一台服务器上，数据层也是如此；如果功能层(或数据层)分布于多台服务器，那么就形成了基于集群(Cluster)的C/S物理分布模式用来改善速度、提高可靠性与可用性，降低成本负载均衡是集群里的一个关键要素27在用户数目较多的情况下，三层C/S结构将极大改善性能与灵活性允许合理地划分三层结构的功能，使之在逻辑上保持相对独立性，能提高系统和软件的可维护性和可扩展性 UI、BL、DB可以分别加以复用允许更灵活有效地选用相应的平台和硬件系统，并且这些平

9、台和各个组成部分可以具有良好的可升级性和开放性各层可以并行开发，选择各自适合的开发平台和开发语言利用功能层有效地隔离开表示层与数据层，未授权的用户难以绕过功能层而非法的访问数据层，为严格的安全管理奠定了坚实的基础28三层C/S结构各层间的通信效率若不高，即使分配给各层的硬件能力很强，其作为整体来说也达不到所要求的性能设计时必须慎重考虑三层间的通信方法、通信频度及数据量，这和提高各层的独立性一样是三层C/S结构的关键问题（分层风格的固有缺点）291、尽量简化项目, 使项目易于管理。应尽快建起一个初始系统, 并尽早投入运行2、当项目规模较大时, 能将其分割成由更小研发组担负的子项目3、要把精力花在

10、设计上。首先要完全弄清“需求”, 然后建立一个原型, 以便测试设计中的“薄弱”环节。后来增加的特性或部件要确保和系统结构兼容。要奉行“拿来主义”。近来, 可供选购的市售C/S产品非常多, 要坚持“能买就买, 为我所用”的原则。必要时, 买来后可对系统加以修改, 其中既包括基础部件也包括应用4、严格遵守业界标准5、采用TP监视器或对象事务处理管理器 (Object Transaction Manager ,OTM)306、要循序渐进。及时得到用户的反馈, 确保项目各部分的良好衔接,及早解决接口问题, 以确保项目进展协调; 坚持“边分析, 边设计; 边编码, 边测试”7、在应用研发过程中, 不可忽

11、视系统管理8、反复测试,包括用户信任测试、基准测试、系统测试、性能测试、系统集成测试、坚固性测试、服务交付测试等9、制定合理的工程进度10、制定完善的系统拓展计划, 包括用户的培训和技术支持、高效的硬软件装载、已有数据和系统的平滑迁移3132B/S 是三层 C/S 架构的一种实现方式 表现层： 浏览器 逻辑层： Web服务器、 应用服务器 数据层： 数据库服务器33数据库服务器数据库客户端浏览器客户端浏览器Web服务器34浏览器端成为真正意义上的“瘦客户端”, 客户端无任何业务逻辑，用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块良好的灵活性和可扩展性：对于环境和应用条件经常变动的情况，

12、只要对业务逻辑层实施相应的改变，就能够达到目的，系统维护成本低较好的安全性：客户应用程序不能直接访问数据，应用服务器不仅可控制哪些数据被改变和被访问，而且还可控制数据的改变和访问方式三层模式可以将服务进行集中管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力35客户端浏览器以同步的请求/响应模式交换数据，每请求一次服务器就要刷新一次页面受HTTP协议“基于文本的数据交换”的限制，在数据查询的响应速度上，要远远低于C/S体系结构数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理(OLTP)应用受限于HTML的表达能力，难以支持复杂GUI (如报表等)36开发和维护升级

13、：B/S 简化了客户端，无需像C/S 那样在不同的客户机上安装不同的客户应用程序，而只需安装通用的浏览器。这样不但可以节省客户机的硬盘空间与内存，而且使安装过程更加简便、网络结构更加灵活 B/S 简化了系统的开发和维护，系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序了，只需把所有的功能都实现在Web服务器上，并就不同的功能为各个组别的用户设置权限即可当形势变化时， B/S 无须再为每一个现有的客户应用程序升级，而只需对Web服务器上的服务处理程序进行修订。这样不但可以提高公司的运作效率，还省去了维护时协调工作的不少麻烦37用户的操作：采用C/S 时，客户应用程序有自己特定的规格，

14、使用者需要接受专门培训；而采用B/S 时，客户端只是一个简单易用的浏览器软件，无论是决策层还是操作层的人员都无需培训就可以直接使用，B/S的这种特性，还使MIS系统维护的限制因素更少成本选择：采用B/S 使成本降低，选择更多。服务器操作系统的选择多样，用户操作不受影响B/S 特别适用于网上信息发布，使得传统的MIS的功能有所扩展，这是C/S所无法实现的。而这种新增的网上信息发布功能恰是现代企业所需的。这使得企业的大部分书面文件可以被电子文件取代，从而提高了企业的工作效率，使企业行政手续简化，节省人力物力38交互性 ：交互性强是C/S 固有的一个优点。在C/S 中，客户端有一套完整的应用程序，在

15、出错提示、在线帮助等方面都有强大的功能，并且可以在子程序间自由切换。B/S 虽然由JavaScript、VBScript提供了一定的交互能力，但与C/S的一整套客户应用相比是太有限了安全性：C/S 提供了更安全的存取模式。由于C/S是配对的点对点的结构模式，采用适用于局域网、安全性比较好的网络协议，安全性可以得到较好的保证。而B/S 采用点对多点、多点对多点这种开放的结构模式，并采用TCP/IP这一类运用于Internet的开放性协议，其安全性只能靠数据服务器上管理密码的数据库来保证39网络通信量 ：B/S 采用了逻辑上的三层结构，而在物理上的网络结构仍然是原来的以太网或环形网。这样，第一层与

16、第二层结构之间的通信、第二层与第三层结构之间的通信都需占用同一条网络线路。而C/S 只有两层结构，网络通信量只包括Client与Server之间的通信量。所以，C/S处理大量信息的能力是B/S所无法比拟的数据处理速度：由于C/S 在逻辑结构上比B/S少一层，对于相同的任务，C/S完成的速度总比B/S 快，使得C/S更利于处理大量数据40遵循“内外有别”的原则企业内部用户通过局域网直接访问数据库服务器 C/S 结构 交互性增强 查和改数据的响应速度高企业外部用户通过Internet访问Web服务器/应用服务器 B/S结构 用户不直接访问数据库 数据安全41遵循“查改有别”的原则不管用户处于企业内外什么位置(局域网或Internet)，凡是需要对数据进行更新操作的(Add, Delete, Update)则考虑使用C/S结构如果只是执行一般的查询与浏览操作 (Read/ Query)，则考虑使用B/S 结构42C/