_软件体系结构教程讲解.pptVIP

* * 操作系统关机… 客户端/服务器体系结构 两层C/S 基本构件： 数据库服务器：存放数据的数据库、负责数据处理的业务逻辑； 客户机应用程序： GUI：用户界面 业务逻辑：利用客户机上的应用程序对数据进行处理； 连接件：经由网络的调用-返回机制或隐式调用机制。 客户机??服务器：客户机向服务器发送请求，并接收返回结果。 客户端/服务器体系结构 两层C/S 业务逻辑的划分比重：在客户端多一些还是在服务器端多一些？ (胖客户端：客户端执行大部分的数据处理操作) (瘦客户端：客户端具有很少或没有业务逻辑) 客户端/服务器体系结构 两层C/S应用 两层C/S架构通常被用在那些管理与操作不太复杂的非实时的信息处理系统 适合于轻量级事务 ——客户机对服务器的请求少，数据传输量少 当业务逻辑较少变化以及用户数少于100时，两层C/S架构的性能较好 客户端/服务器体系结构 三层C/S 在客户端与数据库服务器之间增加了一个中间层 中间层可能为：事务处理监控服务器、消息服务器、应用服务器 中间层负责消息排队、业务逻辑执行、数据传输等功能 客户端/服务器体系结构 三层C/S应用 客户端/服务器体系结构 三层C/S 表示层: 用户接口部分，担负着用户与应用之间的对话功能； 检查用户的输入，显示应用的输出； 通常使用GUI； 在变更时，只需要改写显示控制和数据检查程序，而不影响其他层； 不包含或包含一部分业务逻辑。 客户端/服务器体系结构 三层C/S 表示层: 用户接口部分，担负着用户与应用之间的对话功能； 检查用户的输入，显示应用的输出； 通常使用GUI； 在变更时，只需要改写显示控制和数据检查程序，而不影响其他层； 不包含或包含一部分业务逻辑。 客户端/服务器体系结构 三层C/S 功能层: 应用系统的主体，包括大部分业务处理逻辑 (通常以业务构件的形式存在，如JavaBean/EJB/COM等)； 从表示层获取用户的输入数据并加以处理； 处理过程中需要从数据层获取数据或向数据层更新数据； 处理结果返回给表示层。 客户端/服务器体系结构 三层C/S 数据层: DMBS； 接受功能层的数据查询请求，执行请求，并将查询结果返回给功能层； 从功能层接受数据存取请求，并将数据写入数据库； 请求的执行结果也要返回给功能层。 客户端/服务器体系结构 三层C/S结构的物理结构 两层C/S已经将数据层分离出来 三层C/S则要将表示层与功能层分离开来，形成独立的程序，并使二者之间的接口简洁明了。 问题：这三个层次在物理上是如何分布的？ 客户端/服务器体系结构 基于集群(Cluster)的C/S物理分布 事实上，功能层通常不是只驻留在同一台服务器上，数据层也是如此； 如果功能层(或数据层)分布在多台服务器上，那么就形成了基于集群(Cluster)的C/S物理分布模式。 客户端/服务器体系结构 三层C/S结构的优点 在用户数目较多的情况下，三层C/S结构将极大改善性能与灵活性(通常可支持数百并发用户，通过集群可达数万并发用户)； 允许合理地划分三层结构的功能，使之在逻辑上保持相对独立性，能提高系统和软件的可维护性和可扩展性 允许更灵活有效地选用相应的平台和硬件系统，并且这些平台和各个组成部分可以具有良好的可升级性和开放性。 客户端/服务器体系结构 浏览器/服务器(Browser/Server Architecture) 浏览器/服务器(B/S)是三层C/S风格的一种实现方式。 表现层：浏览器 逻辑层： Web服务器 应用服务器 数据层：数据库服务器 客户端/服务器体系结构 浏览器/服务器(Browser/Server Architecture) J2EE平台典型B/S结构的实现方式 客户端/服务器体系结构 B/S架构的优点 基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决，系统维护成本低： 客户端无任何业务逻辑，用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。 良好的灵活性和可扩展性：对于环境和应用条件经常变动的情况，只要对业务逻辑层实施相应的改变，就能够达到目的。 三层模式成为真正意义上的“瘦客户端”，从而具备了很高的稳定性、延展性和执行效率。 三层模式可以将服务集中在一起管理，统一服务于客户端，从而具备了良好的容错能力和负载平衡能力。 客户端/服务器体系结构 B/S架构的优点 基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决，系统维护成本低： 客户端无任何业务逻辑，用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。 良好的灵活性和可扩展性：对于环境和应用条件经常变动的情况，只要对业务逻辑层实施相