软件体系结构第3章

《软件体系结构第3章》由会员分享，可在线阅读，更多相关《软件体系结构第3章（80页珍藏版）》请在金锄头文库上搜索。

1、第3章 软件体系结构风格 定义第3章 软件体系结构风格3.1 软件体系结构风格概述 软件体系结构风格是描述某一特定应用领域中系统组 织方式的惯用模式。体系结构风格定义了一个系统家族，即一个体系结构 定义一个词汇表和一组约束。词汇表中包含一些构件和 连接件类型，而这组约束指出系统是如何将这些构件和 连接件组合起来的。体系结构风格反映了领域中众多系统所共有的结构和 语义特性，并指导如何将各个模块和子系统有效地组织 成一个完整的系统。 讨论体系结构风格时要回答的问题第3章 软件体系结构风格3.1 软件体系结构风格概述 设计词汇表是什么？ 构件和连接件的类型是什么？ 可容许的结构模式是什么？ 基本的计

2、算模型是什么？ 风格的基本不变性是什么？ 其使用的常见例子是什么？ 使用此风格的优缺点是什么？ 其常见的特例是什么？ 经典的体系结构风格 第3章 软件体系结构风格3.1 软件体系结构风格概述 数据流风格：批处理序列；管道/过滤器。 调用/返回风格：主程序/子程序；面向对象风格；层 次结构。 独立构件风格：进程通讯；事件系统。 虚拟机风格：解释器；基于规则的系统。 仓库风格：数据库系统；超文本系统；黑板系统。 管道和过滤器 第3章 软件体系结构风格3.2 经典软件体系结构风格 每个构件都有一组输入和输出，构件读输入的数据流 ，经过内部处理，然后产生输出数据流。这个过程通常 通过对输入流的变换及增

3、量计算来完成，所以在输入被 完全消费之前，输出便产生了。这里的构件被称为过滤器，这种风格的连接件就象是 数据流传输的管道，将一个过滤器的输出传到另一过滤 器的输入。 管道和过滤器 第3章 软件体系结构风格3.2 经典软件体系结构风格 管道和过滤器风格的优点 第3章 软件体系结构风格3.2 经典软件体系结构风格 使得软构件具有良好的隐蔽性和高内聚、低耦合的特点； 允许设计者将整个系统的输入/输出行为看成是多个过滤器的 行为的简单合成； 支持软件重用。只要提供适合在两个过滤器之间传送的数据， 任何两个过滤器都可被连接起来； 系统维护和增强系统性能简单。新的过滤器可以添加到现有系 统中来；旧的可以被

4、改进的过滤器替换掉； 允许对一些如吞吐量、死锁等属性的分析； 支持并行执行。每个过滤器是作为一个单独的任务完成，因此 可与其它任务并行执行。 管道和过滤器的缺点 第3章 软件体系结构风格3.2 经典软件体系结构风格 通常导致进程成为批处理的结构。这是因为虽然过滤器可增 量式地处理数据，但它们是独立的，所以设计者必须将每个过滤 器看成一个完整的从输入到输出的转换； 不适合处理交互的应用。当需要增量地显示改变时，这个问 题尤为严重； 因为在数据传输上没有通用的标准，每个过滤器都增加了解 析和合成数据的工作，这样就导致了系统性能下降，并增加了编 写过滤器的复杂性。 数据抽象和面向对象组织 第3章 软

5、件体系结构风格3.2 经典软件体系结构风格 这种风格建立在数据抽象和面向对象的基础上，数 据的表示方法和它们的相应操作封装在一个抽象数据 类型或对象中。这种风格的构件是对象，或者说是抽象数据类型的 实例。对象是一种被称作管理者的构件，因为它负责 保持资源的完整性。对象是通过函数和过程的调用来 交互的。 数据抽象和面向对象组织 第3章 软件体系结构风格3.2 经典软件体系结构风格 面向对象系统的优点第3章 软件体系结构风格3.2 经典软件体系结构风格 因为对象对其它对象隐藏它的表示，所以可以改 变一个对象的表示，而不影响其它的对象； 设计者可将一些数据存取操作的问题分解成一些 交互的代理程序的集

6、合。 面向对象系统的缺点第3章 软件体系结构风格3.2 经典软件体系结构风格 为了使一个对象和另一个对象通过过程调用等进 行交互，必须知道对象的标识。只要一个对象的标识 改变了，就必须修改所有其他明确调用它的对象； 必须修改所有显式调用它的其它对象，并消除由 此带来的一些副作用。例如，如果A使用了对象B，C 也使用了对象B，那么，C对B的使用所造成的对A的影 响可能是料想不到的。 基于事件的隐式调用 第3章 软件体系结构风格3.2 经典软件体系结构风格 构件不直接调用一个过程，而是触发或广播一个或多个事件 。系统中的其它构件中的过程在一个或多个事件中注册，当一个 事件被触发，系统自动调用在这个

7、事件中注册的所有过程，这样 ，一个事件的触发就导致了另一模块中的过程的调用。这种风格的构件是一些模块，模块既可以是一些过程，又可以 是一些事件的集合。过程可以用通用的方式调用，也可以在系统 事件中注册一些过程，当发生这些事件时，过程被调用。这种风格的主要特点是事件的触发者并不知道哪些构件会被这 些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过 程会被调用，因此，许多隐式调用的系统也包含显式调用作为构 件交互的补充形式。 基于事件的隐式调用的优点 第3章 软件体系结构风格3.2 经典软件体系结构风格 为软件重用提供了强大的支持。当需要将一个构 件加入现存系统中时，只需将它注册到系统的事件

8、中 。 为改进系统带来了方便。当用一个构件代替另一 个构件时，不会影响到其它构件的接口。 基于事件的隐式调用的缺点 第3章 软件体系结构风格3.2 经典软件体系结构风格 构件放弃了对系统计算的控制。一个构件触发一个事件时， 不能确定其它构件是否会响应它。而且即使它知道事件注册了哪 些构件的构成，它也不能保证这些过程被调用的顺序。 数据交换的问题。有时数据可被一个事件传递，但另一些情 况下，基于事件的系统必须依靠一个共享的仓库进行交互。在这 些情况下，全局性能和资源管理便成了问题。 既然过程的语义必须依赖于被触发事件的上下文约束，关于 正确性的推理存在问题。 分层系统 第3章 软件体系结构风格3

9、.2 经典软件体系结构风格 层次系统组织成一个层次结构，每一层为上层服务，并作为下 层客户。在一些层次系统中，除了一些精心挑选的输出函数外， 内部的层只对相邻的层可见。这样的系统中构件在一些层实现了 虚拟机（在另一些层次系统中层是部分不透明的）。连接件通过 决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互 的约束。这种风格支持基于可增加抽象层的设计。允许将一个复杂问题 分解成一个增量步骤序列的实现。由于每一层最多只影响两层， 同时只要给相邻层提供相同的接口，允许每层用不同的方法实现 ，同样为软件重用提供了强大的支持。 分层系统 第3章 软件体系结构风格3.2 经典软件体系结构风格 计算

10、机网络协议的层次模型1)除了在物理媒体上进行的是实通信之外,其余各对等实 体间进行的都是虚通信 2)对等层的虚通信必须遵循该层的协议 3)n层的虚通信是通过n/n-1层间接口处n-1层提供的服务 以及n-1层的通信(通常也是虚通信)来实现的 分层系统的优点 第3章 软件体系结构风格3.2 经典软件体系结构风格 支持基于抽象程度递增的系统设计，使设计者可 以把一个复杂系统按递增的步骤进行分解； 支持功能增强，因为每一层至多和相邻的上下层 交互，因此功能的改变最多影响相邻的上下层； 支持重用。只要提供的服务接口定义不变，同一 层的不同实现可以交换使用。这样，就可以定义一组 标准的接口，而允许各种不

11、同的实现方法。 分层系统的缺点 第3章 软件体系结构风格3.2 经典软件体系结构风格 并不是每个系统都可以很容易地划分为分层的模 式，甚至即使一个系统的逻辑结构是层次化的，出于 对系统性能的考虑，系统设计师不得不把一些低级或 高级的功能综合起来； 很难找到一个合适的、正确的层次抽象方法。 仓库系统及知识库 第3章 软件体系结构风格3.2 经典软件体系结构风格 在仓库风格中，有两种不同的构件：中央数据结构 说明当前状态，独立构件在中央数据存贮上执行，仓 库与外构件间的相互作用在系统中会有大的变化。控制原则的选取产生两个主要的子类。若输入流中 某类时间触发进程执行的选择，则仓库是一传统型数 据库；

12、另一方面，若中央数据结构的当前状态触发进 程执行的选择，则仓库是一黑板系统。 仓库系统及知识库 第3章 软件体系结构风格3.2 经典软件体系结构风格 C2风格 第3章 软件体系结构风格3.2 经典软件体系结构风格 通过连接件绑定在一起的按照一组规则运作的并行构件网络。C2风 格中的系统组织规则如下： 系统中的构件和连接件都有一个顶部和一个底部； 构件的顶部应连接到某连接件的底部，构件的底部则应连接到某 连接件的顶部，而构件与构件之间的直接连接是不允许的； 一个连接件可以和任意数目的其它构件和连接件连接； 当两个连接件进行直接连接时，必须由其中一个的底部到另一个 的顶部。 C2风格 第3章 软件

13、体系结构风格3.2 经典软件体系结构风格 C2风格的特点 第3章 软件体系结构风格3.2 经典软件体系结构风格 系统中的构件可实现应用需求，并能将任意复杂度的 功能封装在一起； 所有构件之间的通讯是通过以连接件为中介的异步消 息交换机制来实现的； 构件相对独立，构件之间依赖性较少。系统中不存在 某些构件将在同一地址空间内执行，或某些构件共享特 定控制线程之类的相关性假设。 产生背景第3章 软件体系结构风格3.3 客户/服务器风格 在集中式计算技术时代广泛使用的是大型机/小型机 计算模型。它是通过一台物理上与宿主机相连接的非智 能终端来实现宿主机上的应用程序。 20世纪80年代以后，集中式结构逐

14、渐被以PC机为主 的微机网络所取代。个人计算机和工作站的采用，永远 改变了协作计算模型，从而导致了分散的个人计算模型 的产生。 基本概念第3章 软件体系结构风格3.3 客户/服务器风格 C/S软件体系结构是基于资源不对等，且为实现共享 而提出来的，是20世纪90年代成熟起来的技术，C/S体 系结构定义了工作站如何与服务器相连，以实现数据和 应用分布到多个处理机上。 C/S体系结构有三个主要组成部分：数据库服务器、 客户应用程序和网络。 体系结构第3章 软件体系结构风格3.3 客户/服务器风格 任务分配第3章 软件体系结构风格3.3 客户/服务器风格 服务器（1）数据库安全性的要求；（2）数据库

15、访问并发性的控制；（3）数据库前端的客户应用程序的全局数据完整 性规则；（4）数据库的备份与恢复。 任务分配第3章 软件体系结构风格3.3 客户/服务器风格 客户应用程序（1）提供用户与数据库交互的界面；（2）向数据库服务器提交用户请求并接收来自数 据库服务器的信息；（3）利用客户应用程序对存在于客户端的数据执 行应用逻辑要求。 处理流程第3章 软件体系结构风格3.3 客户/服务器风格 优点第3章 软件体系结构风格3.3 客户/服务器风格 C/S 体系结构具有强大的数据操作和事务处理能力，模型思想简 单，易于人们理解和接受。 系统的客户应用程序和服务器构件分别运行在不同的计算机上， 系统中每台

16、服务器都可以适合各构件的要求，这对于硬件和软件的变 化显示出极大的适应性和灵活性，而且易于对系统进行扩充和缩小。 在C/S体系结构中，系统中的功能构件充分隔离，客户应用程序的 开发集中于数据的显示和分析，而数据库服务器的开发则集中于数据 的管理，不必在每一个新的应用程序中都要对一个DBMS进行编码。将 大的应用处理任务分布到许多通过网络连接的低成本计算机上，以节 约大量费用。 缺点第3章 软件体系结构风格3.3 客户/服务器风格 开发成本较高 客户端程序设计复杂 信息内容和形式单一 用户界面风格不一，使用繁杂，不利于推广使用 软件移植困难 软件维护和升级困难 新技术不能轻易应用 体系结构第3章 软件体系结构风格3.4 三层客户/服务器风格 处理流程第3章 软件体系结构风格3.4 三层客户/服务器风格 物理结构第3章 软件体系结构风格