1、第第3 3章章 软件体系结构风格软件体系结构风格软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。体系结构风格定义了一个系统家族，即一个体系结构定义一个词汇表和一组约束。词汇表中包含一些构件和连接件类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。体系结构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个模块和子系统有效地组织成一个完整的系统。软件体系结构风格的定义 构件和连接件的类型是什么？可容许的结构模式是什么？基本的计算模型是什么？风格的基本不变性是什么？其使用的常见例子是什么？使用此风格的优缺点是什么？其常见的特例是什么？第第3 3章章 软件体系结
2、构风格软件体系结构风格讨论软件体系结构风格要回答的问题 数据流风格：批处理序列；管道/过滤器。调用/返回风格：主程序/子程序；面向对象风格；层次结构。独立构件风格：进程通讯；事件系统。虚拟机风格：解释器；基于规则的系统。仓库风格：数据库系统；超文本系统；黑板系统。第第3 3章章 软件体系结构风格软件体系结构风格经典的软件体系结构风格每每个个构构件件都都有有一一组组输输入入和和输输出出，构构件件读读输输入入的的数数据据流流，经经过过内内部部处处理理，然然后后产产生生输输出出数数据据流流。这这个个过过程程通通常常通通过过对对输输入入流流的的变变换换及及增增量量计计算算来来完完成成，所所以在输入被完
3、全消费之前，输出便产生了。以在输入被完全消费之前，输出便产生了。这这里里的的构构件件被被称称为为过过滤滤器器，这这种种风风格格的的连连接接件件就就象象是是数数据据流流传传输输的的管管道道，将将一个过滤器的输出传到另一过滤器的输入。一个过滤器的输出传到另一过滤器的输入。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 管道与过滤器 概述使得软构件具有良好的隐蔽性和高内聚、低耦合的特点；允许设计者将整个系统的输入/输出行为看成是多个过滤器的行为的简单合成；支持软件重用。只要提供适合在两个过滤器之间传送的数据，任何两个过滤器都可被连接起来；系统维护和增强系统性能简单。新的过滤器可
4、以添加到现有系统中来；旧的可以被改进的过滤器替换掉；允许对一些如吞吐量、死锁等属性的分析；支持并行执行。每个过滤器是作为一个单独的任务完成，因此可与其它任务并行执行。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 管道与过滤器 优点通常导致进程成为批处理的结构。这是因为虽然过滤器可增量式地处理数据，但它们是独立的，所以设计者必须将每个过滤器看成一个完整的从输入到输出的转换；不适合处理交互的应用。当需要增量地显示改变时，这个问题尤为严重；因为在数据传输上没有通用的标准，每个过滤器都增加了解析和合成数据的工作，这样就导致了系统性能下降，并增加了编写过滤器的复杂性。第第3 3章
5、章 软件体系结构风格软件体系结构风格经典软件体系结构风格 管道与过滤器 缺点这种风格建立在数据抽象和面向对象的基础上，数据的表示方法和它们的相应操作封装在一个抽象数据类型或对象中。这种风格的构件是对象，或者说是抽象数据类型的实例。对象是一种被称作管理者的构件，因为它负责保持资源的完整性。对象是通过函数和过程的调用来交互的。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 数据抽象和面向对象组织 概述因为对象对其它对象隐藏它的表示，所以可以改变一个对象的表示，而不影响其它的对象；设计者可将一些数据存取操作的问题分解成一些交互的代理程序的集合。第第3 3章章 软件体系结构风格软
6、件体系结构风格经典软件体系结构风格 数据抽象和面向对象组织 优点为了使一个对象和另一个对象通过过程调用等进行交互，必须知道对象的标识。只要一个对象的标识改变了，就必须修改所有其他明确调用它的对象；必须修改所有显式调用它的其它对象，并消除由此带来的一些副作用。例如，如果A使用了对象B，C也使用了对象B，那么，C对B的使用所造成的对A的影响可能是料想不到的。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 数据抽象和面向对象组织 缺点构件不直接调用一个过程，而是触发或广播一个或多个事件。系统中的其它构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注
7、册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。这种风格的构件是一些模块，模块既可以是一些过程，又可以是一些事件的集合。过程可以用通用的方式调用，也可以在系统事件中注册一些过程，当发生这些事件时，过程被调用。这种风格的主要特点是事件的触发者并不知道哪些构件会被这些事件影响。这样不能假定构件的处理顺序，甚至不知道哪些过程会被调用，因此，许多隐式调用的系统也包含显式调用作为构件交互的补充形式。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 基于事件的隐式调用 概述为软件重用提供了强大的支持。当需要将一个构件加入现存系统中时，只需将它注册到系统的事件中。为改进
8、系统带来了方便。当用一个构件代替另一个构件时，不会影响到其它构件的接口。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 基于事件的隐式调用 优点构件放弃了对系统计算的控制。一个构件触发一个事件时，不能确定其它构件是否会响应它。而且即使它知道事件注册了哪些构件的构成，它也不能保证这些过程被 调用的顺序。数据交换的问题。有时数据可被一个事件传递，但另一些情况下，基于事件的系统必须依靠一个共享的仓库进行交互。在这些情况下，全局性能和资源管理便成了问题。既然过程的语义必须依赖于被触发事件的上下文约束，关于正确性的推理存在问题。第第3 3章章 软件体系结构风格软件体系结构风格经典软
9、件体系结构风格 基于事件的隐式调用 缺点层次系统组织成一个层次结构，每一层为上层服务，并作为下层客户。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。这种风格支持基于可增加抽象层的设计。允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件重用提供了强大的支持。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 分层系统 概述支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解；支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改
10、变最多影响相邻的上下层；支持重用。只要提供的服务接口定义不变，同一层的不同实现可以交换使用。这样，就可以定义一组标准的接口，而允许各种不同的实现方法。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 分层系统 优点并不是每个系统都可以很容易地划分为分层的模式，甚至即使一个系统的逻辑结构是层次化的，出于对系统性能的考虑，系统设计师不得不把一些低级或高级的功能综合起来；很难找到一个合适的、正确的层次抽象方法。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 分层系统 缺点在在仓仓库库风风格格中中，有有两两种种不不同同的的构构件件：中中央央数数据据结结构构说说
11、明明当当前前状状态态，独独立立构构件件在在中中央央数数据存贮上执行，仓库与外构件间的相互作用在系统中会有大的变化。据存贮上执行，仓库与外构件间的相互作用在系统中会有大的变化。控控制制原原则则的的选选取取产产生生两两个个主主要要的的子子类类。若若输输入入流流中中某某类类时时间间触触发发进进程程执执行行的的选选择择，则则仓仓库库是是一一传传统统型型数数据据库库；另另一一方方面面，若若中中央央数数据据结结构构的的当当前前状状态态触触发发进进程程执执行行的的选选择择，则仓库是一黑板系统。则仓库是一黑板系统。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 仓库系统系统中的构件和连接
12、件都有一个顶部和一个底部；构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接是不允许的；一个连接件可以和任意数目的其它构件和连接件连接；当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 C2风格 概述第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 C2风格 模型系系统统中中的的构构件件可可实实现现应应用用需需求求，并并能能将将任任意意复复杂杂度度的的功功能能封封装装在在一起；一起；所所有有构构件件之之间间的的通通讯讯是是通通过过以以连连接接件件
13、为为中中介介的的异异步步消消息息交交换换机机制制来实现的；来实现的；构构件件相相对对独独立立，构构件件之之间间依依赖赖性性较较少少。系系统统中中不不存存在在某某些些构构件件将将在在同同一一地地址址空空间间内内执执行行，或或某某些些构构件件共共享享特特定定控控制制线线程程之之类类的的相相关性假设。关性假设。第第3 3章章 软件体系结构风格软件体系结构风格经典软件体系结构风格 C2风格 特点 产生背景产生背景 在在集集中中式式计计算算技技术术时时代代广广泛泛使使用用的的是是大大型型机机/小小型型机机计计算算模模型型。它它是是通通过过一一台台物物理理上上与与宿宿主主机机相相连连接接的的非非智智能终端
14、来实现宿主机上的应用程序。能终端来实现宿主机上的应用程序。2020世世纪纪8080年年代代以以后后，集集中中式式结结构构逐逐渐渐被被以以PCPC机机为为主主的的微微机机网网络络所所取取代代。个个人人计计算算机机和和工工作作站站的的采采用用，永永远远改改变变了了协协作作计计算算模模型型，从从而而导导致致了了分分散散的的个个人人计计算算模模型型的产生。的产生。第第3 3章章 软件体系结构风格软件体系结构风格C/S软件体系结构是基于资源不对等，且为实现共享而提出来的，是20世纪90年代成熟起来的技术，C/S体系结构定义了工作站如何与服务器相连，以实现数据和应用分布到多个处理机上。C/S体系结构有三个
15、主要组成部分：数据库服务器、客户应用程序和网络。第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 概述第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 模型服务器服务器 数据库安全性的要求；数据库安全性的要求；数据库访问并发性的控制；数据库访问并发性的控制；数据库前端的客户应用程序的全局数据完整性规则；数据库前端的客户应用程序的全局数据完整性规则；数据库的备份与恢复。数据库的备份与恢复。第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 任务分配客户应用程序 提供用户与数据库交互的界面；向数据库服务器提交用户请求并接收来自数据库服务器的信息；利用客户应用程序对存在于
16、客户端的数据执行应用逻辑要求。第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 任务分配第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 处理流程C/S 体系结构具有强大的数据操作和事务处理能力，模型思想简单，易于人们理解和接受。系统的客户应用程序和服务器构件分别运行在不同的计算机上，系统中每台服务器都可以适合各构件的要求，这对于硬件和软件的变化显示出极大的适应性和灵活性，而且易于对系统进行扩充和缩小。在C/S体系结构中，系统中的功能构件充分隔离，客户应用程序的开发集中于数据的显示和分析，而数据库服务器的开发则集中于数据的管理，不必在每一个新的应用程序中都要对一个DBMS进
17、行编码。将大的应用处理任务分布到许多通过网络连接的低成本计算机上，以节约大量费用。第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 优点 开发成本较高 客户端程序设计复杂 信息内容和形式单一 用户界面风格不一，使用繁杂，不利于推广使用 软件移植困难 软件维护和升级困难 新技术不能轻易应用第第3 3章章 软件体系结构风格软件体系结构风格C/S风格 缺点第第3 3章章 软件体系结构风格软件体系结构风格三层C/S风格 模型第第3 3章章 软件体系结构风格软件体系结构风格三层C/S风格 处理流程第第3 3章章 软件体系结构风格软件体系结构风格三层C/S风格 物理结构允许合理地划分三层结构的功
18、能，使之在逻辑上保持相对独立性，能提高系统和软件的可维护性和可扩展性。允许更灵活有效地选用相应的平台和硬件系统，使之在处理负荷能力上与处理特性上分别适应于结构清晰的三层；并且这些平台和各个组成部分可以具有良好的可升级性和开放性。应用的各层可以并行开发，可以选择各自最适合的开发语言。利用功能层有效地隔离开表示层与数据层，未授权的用户难以绕过功能层而利用数据库工具或黑客手段去非法地访问数据层，为严格的安全管理奠定了坚实的基础。第第3 3章章 软件体系结构风格软件体系结构风格三层C/S风格 优点三层C/S结构各层间的通信效率若不高，即使分配给各层的硬件能力很强，其作为整体来说也达不到所要求的性能。设
19、计时必须慎重考虑三层间的通信方法、通信频度及数据量。这和提高各层的独立性一样是三层C/S结构的关键问题。第第3 3章章 软件体系结构风格软件体系结构风格三层C/S风格 要注意的问题浏览器/服务器（B/S）风格就是上述三层应用结构的一种实现方式，其具体结构为：浏览器/Web服务器/数据库服务器。B/S体系结构主要是利用不断成熟的WWW浏览器技术，结合浏览器的多种脚本语言，用通用浏览器就实现了原来需要复杂的专用软件才能实现的强大功能，并节约了开发成本。从某种程度上来说，B/S结构是一种全新的软件体系结构。第第3 3章章 软件体系结构风格软件体系结构风格三层B/S风格 概述第第3 3章章 软件体系结
20、构风格软件体系结构风格三层B/S风格 模型基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。B/S体系结构还提供了异种机、异种网、异种应用服务的联机、联网、统一服务的最现实的开放性基础。第第3 3章章 软件体系结构风格软件体系结构风格三层B/S风格 优点B/S体系结构缺乏对动态页面的支持能力，没有集成有效的数据库处理功能。B/S体系结构的系统扩展能力差，安全性难以控制。采用B/S体系结构的应用系统，在数据查询等响应速度上，要远远地低于C/S体系结构。B/S体系结构的数据提
21、交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理(OLTP)应用。第第3 3章章 软件体系结构风格软件体系结构风格三层B/S风格 缺点第第3 3章章 软件体系结构风格软件体系结构风格CORBA 对象管理结构 接口定义语言（IDL）接口池（IR）动态调用接口（DII）对象适配器（OA）第第3 3章章 软件体系结构风格软件体系结构风格CORBA 技术规范CORBA利用IDL统一地描述服务器对象（向调用者提供服务的对象）的接口。IDL本身也是面向对象的。它虽然不是编程语言，但它为客户对象（发出服务请求的对象）提供了语言的独立性，因为客户对象只需了解服务器对象的IDL接口，不必知道其编程语
22、言。IDL语言是CORBA规范中定义的一种中性语言，它用来描述对象的接口，而不涉及对象的具体实现。CORBA中定义了IDL语言到C、C+、SmallTalk和Java语言的映射。第第3 3章章 软件体系结构风格软件体系结构风格CORBA 技术规范 接口定义语言CORBA的接口池包括了分布计算环境中所有可用的服务器对象的接口表示。它使动态搜索可用服务器的接口、动态构造请求及参数成为可能。第第3 3章章 软件体系结构风格软件体系结构风格CORBA 技术规范 接口池CORBA的动态调用接口提供了一些标准函数以供客户对象动态创建请求、动态构造请求参数。客户对象将动态调用接口与接口池配合使用可实现服务器
23、对象接口的动态搜索、请求及参数的动态构造与动态发送。当然，只要客户对象在编译之前能够确定服务器对象的IDL接口，CORBA也允许客户对象使用静态调用机制。显然，静态机制的灵活性虽不及动态机制，但执行效率却胜过动态机制。第第3 3章章 软件体系结构风格软件体系结构风格CORBA 技术规范 动态调用接口在CORBA中，对象适配器用于屏蔽ORB内核的实现细节，为服务器对象的实现者提供抽象接口，以便他们使用ORB内部的某些功能。这些功能包括服务器对象的登录与激活、客户请求的认证等。第第3 3章章 软件体系结构风格软件体系结构风格CORBA 技术规范 对象适配器第第3 3章章 软件体系结构风格软件体系结
24、构风格CORBA 体系结构引入中间件作为事务代理，完成客户机向服务对象方提出的业务请求。实现客户与服务对象的完全分开，客户不需要了解服务对象的实现过程以及具体位置。提供软总线机制，使得在任何环境下、采用任何语言开发的软件只要符合接口规范的定义，均能够集成到分布式系统中。CORBA规范软件系统采用面向对象的软件实现方法开发应用系统，实现对象内部细节的完整封装，保留对象方法的对外接口定义。第第3 3章章 软件体系结构风格软件体系结构风格CORBA 特点正交软件体系结构由组织层和线索的构件构成。层是由一组具有相同抽象级别的构件构成。线索是子系统的特例，它是由完成不同层次功能的构件组成（通过相互调用来
25、关联），每一条线索完成整个系统中相对独立的一部分功能。每一条线索的实现与其他线索的实现无关或关联很少，在同一层中的构件之间是不存在相互调用的。如果线索是相互独立的，即不同线索中的构件之间没有相互调用，那么这个结构就是完全正交的。第第3 3章章 软件体系结构风格软件体系结构风格正交软件体系结构 概述第第3 3章章 软件体系结构风格软件体系结构风格正交软件体系结构 模型正交软件体系结构由完成不同功能的n（n 1）个线索（子系统）组成；系统具有m（m 1）个不同抽象级别的层；线索之间是相互独立的（正交的）；系统有一个公共驱动层（一般为最高层）和公共数据结构（一般为最低层）。第第3 3章章 软件体系结
26、构风格软件体系结构风格正交软件体系结构 特征结构清晰，易于理解易修改，可维护性强可移植性强，重用粒度大第第3 3章章 软件体系结构风格软件体系结构风格正交软件体系结构 优点第第3 3章章 软件体系结构风格软件体系结构风格HMB风格 系统模型第第3 3章章 软件体系结构风格软件体系结构风格HMB风格 构件模型HMB风格的构件接口是一种基于消息的互联接口，可以较好地支持体系结构设计。构件之间通过消息进行通讯，接口定义了构件发出和接收的消息集合。当某个事件发生后，系统或构件发出相应的消息，消息总线负责把该消息传递到此消息感兴趣的构件。按照响应方式的不同，消息可分为同步消息和异步消息。第第3 3章章
27、软件体系结构风格软件体系结构风格HMB风格 构件接口第第3 3章章 软件体系结构风格软件体系结构风格HMB风格 消息总线第第3 3章章 软件体系结构风格软件体系结构风格HMB风格 构件静态结构构件的行为就由外来消息的类型唯一确定，即一个消息和构件的某个操作之间存在着固定的对应关系。对于这类构件，可以认为构件只有一个状态，或者在每次对消息响应之前，构件处于初始状态。更通常的情况是，构件的行为同时受外来消息类型和自身当前所处状态的影响。第第3 3章章 软件体系结构风格软件体系结构风格HMB风格 构件动态行为 动态增加或删除构件 动态改变构件响应的消息类型 消息过滤第第3 3章章 软件体系结构风格软
28、件体系结构风格HMB风格 运行时刻的系统演化不同的结构有不同的处理能力的强项和弱点，一个系统的体系结构应该根据实际需要进行选择，以解决实际问题。关于软件包、框架、通信以及其他一些体系结构上的问题，目前存在多种标准。即使在某段时间内某一种标准占统治地位，但变动最终是绝对的。实际工作中，我们总会遇到一些遗留下来的代码，它们仍有效用，但是却与新系统有某种程度上的不协调。然而在许多场合，将技术与经济综合进行考虑时，总是决定不再重写它们。即使在某一单位中，规定了共享共同的软件包或相互关系的一些标准，仍会存在解释或表示习惯上的不同。第第3 3章章 软件体系结构风格软件体系结构风格异构风格 概述第第3 3章
29、章 软件体系结构风格软件体系结构风格异构风格 内外有别模型第第3 3章章 软件体系结构风格软件体系结构风格异构风格 查改有别模型第第3 3章章 软件体系结构风格软件体系结构风格异构风格 实例第第3 3章章 软件体系结构风格软件体系结构风格互连系统构成的系统 概述第第3 3章章 软件体系结构风格软件体系结构风格互连系统构成的系统 软件过程第第3 3章章 软件体系结构风格软件体系结构风格互连系统构成的系统 软件过程第第3 3章章 软件体系结构风格软件体系结构风格互连系统构成的系统 软件过程Hayes-Roth：DSSA就是专用于一类特定类型的任务（领域）的、在整个领域中能有效地使用的、为成功构造应
30、用系统限定了标准的组合结构的软件构件的集合。Tracz：DSSA就是一个特定的问题领域中支持一组应用的领域模型、参考需求、参考体系结构等组成的开发基础，其目标就是支持在一个特定领域中多个应用的生成。第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结构 概述垂直域：定义了一个特定的系统族，包含整个系统族内的多个系统，结果是在该领域中可作为系统的可行解决方案的一个通用软件体系结构。水平域：定义了在多个系统和多个系统族中功能区域的共有部分，在子系统级上涵盖多个系统族的特定部分功能，无法为系统提供完整的通用体系结构。第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结
31、构 基本活动领域分析领域设计领域实现建立领域模型获得DSSA开发和组织可复用信息逐步求精第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结构 领域分析第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结构 建立过程定义领域范围定义领域特定的元素定义领域特定的设计和实现需求约束定义领域模型和架构产生、搜集可复用的产品单元并发的迭代的螺旋型的第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结构 模型DSSADSSA以问题域为出发点，体系结构风格以解决域为出发点。以问题域为出发点，体系结构风格以解决域为出发点。DSSADSSA只只对对某某一一个个领
32、领域域进进行行设设计计专专家家知知识识的的提提取取、存存储储和和组组织织，但但可可以以同同时时使使用用多多种种体体系系结结构构风风格格；而而在在某某个个体体系系结结构构风风格格中中进进行行体体系系结结构构设设计计专专家家知知识识的组织时，可以将提取的公共结构和设计方法扩展到多个应用领域。的组织时，可以将提取的公共结构和设计方法扩展到多个应用领域。DSSADSSA通通常常选选用用一一个个或或多多个个适适合合所所研研究究领领域域的的体体系系结结构构风风格格，并并设设计计一一个个该该领领域专用的体系结构分析设计工具。域专用的体系结构分析设计工具。体体系系结结构构风风格格的的定定义义和和该该风风格格应应用用的的领领域域是是直直交交的的，提提取取的的设设计计知知识识比比用用DSSADSSA提取的设计专家知识的应用范围要广。提取的设计专家知识的应用范围要广。DSSADSSA和体系结构风格是互为补充的两种技术。和体系结构风格是互为补充的两种技术。第第3 3章章 软件体系结构风格软件体系结构风格领域特定的软件体系结构 与体系结构风格的比较
个人主页
