第三章软件体系结构风格与模式

1软件体系结构的风格和模式SoftwareArchitecture建筑模式ChristopherAlexander,TheTimelessWayofBuilding,p247,1979每个模式是一个由三部分组成的规则，表达了特定环境、问题和解(solution)之间的关系。作为现实世界的一个成分，每个模式表达了下列三者之间的一种关系：特定环境，在该环境中反复出现的力(forces)的系统，以及协调这些力的某种空间排列。作为语言的一个成分，每个模式是一条指令，展示了这种空间排列如何被一再重复使用，目的是协调同特定环境相关的力的系统。简单地说，模式既是存在于现实世界中的事物，又是告诉我们如何以及何时创造该事物的规则。模式既是过程，又是事物；既是活生生的事物的描述，又是创造该事物的过程的描述。软件体系结构的构建模式软件体系结构的特点之一就是抽象出了很多常见的系统构建模式，这些模式（或者说结构风格）是系统设计人员多年工作经验的总结。软件体系结构风格和模式的概念软件体系结构风格(ArchitecturalStyle)一种体系结构风格以结构组织模式定义了一个系统家族关于构件和连接件类型的术语；一组约束对它们组合方式的规定；一个或多个语义模型，规定了如何从各成分的特性决定系统整体特性概括地说，一种软件体系结构风格刻划一个具有共享结构和语义的系统家族软件体系结构模式(ArchitecturalPattern)一种软件体系结构模式是对某个具体环境下问题的结构性解决方法体系结构风格模式系统中的词汇目前尚不完善每个风格可以视为一组构件的集合，以及构件间的交互（连接器）构件（Components）＋连接器（Connectors）E.g. C/S结构中构件：Client,Server连接器：C/S间的通讯协议软件体系结构的构建风格风格分类：

1.管道-过滤器风格

2.面向对象风格

3.事件驱动风格

4.分层风格

5.数据共享风格

6.解释器风格

7.反馈控制环风格

8.异构风格的集成特别注意：体系结构风格不是对软件进行分类的标准。它仅仅是表示描述软件的不同角度而已例如一个系统采用了分层风格，但这并不妨碍它用面向对象的方法来实现。同一个系统采用多种风格造成了所谓体系结构风格的异构组合。管道-过滤器风格概述在管道-过滤器风格下，每个功能模块都有一组输入和输出。功能模块称作过滤器（filters）；功能模块间的连接可以看作输入、输出数据流之间的通路，所以称作管道（pipes）。管道-过滤器风格的特性之一在于过滤器的相对独立性，即过滤器独立完成自身功能，相互之间无需进行状态交互。管道-过滤器风格特性过滤器是独立运行的构件非临近的过滤器之间不共享状态过滤器自身无状态过滤器对其处理上下连接的过滤器“无知”对相邻的过滤器不施加任何限制结果的正确性不依赖于各个过滤器运行的先后次序各过滤器在输入具备后完成自己的计算。完整的计算过程包含在过滤器之间的拓扑结构中。管道-过滤器风格一个管道-过滤器风格的示意图如下图所示：管道-过滤器风格一个采用了嵌套的管道过滤器的系统示例：管道-过滤器风格优点设计者可以将整个系统的输入、输出特性简单的理解为各个过滤器功能的合成。设计人员将整个系统的输入输出行为理解为单个过滤器行为的叠加与组合。这样可以将问题分解，化繁为简。将系统抽象成一个“黑箱”，其输入是系统中第一个过滤器的输入管道，输出是系统中最后一个过滤器的输出管道，而其内部各功能模块的具体实现对用户完全透明。管道-过滤器风格优点管道-过滤器风格支持功能模块的复用任何两个过滤器，只要它们之间传送的数据遵守共同的规约，就可以相连接。每个过滤器都有自己独立的输入输出接口，如果过滤器间传输的数据遵守其规约，只要用管道将它们连接就可以正常工作。管道-过滤器风格优点基于管道-过滤器风格的系统具有较强的可维护性和可扩展性。旧的过滤器可以被替代，新的过滤器可以添加到已有的系统上。软件的易于维护和升级是衡量软件系统质量的重要指标之一，在管道-过滤器模型中，只要遵守输入输出数据规约，任何一个过滤器都可以被另一个新的过滤器代替，同时为增强程序功能，可以添加新的过滤器。这样，系统的可维护性和可升级性得到了保证。管道-过滤器风格优点支持一些特定的分析，如吞吐量计算和死锁检测等。利用管道-过滤器风格的视图，可以很容易的得到系统的资源使用和请求的状态图。然后，根据操作系统原理等相关理论中的死锁检测方法就可以分析出系统目前所处的状态，是否存在死锁可能及如何消除死锁等问题。管道-过滤器风格优点管道-过滤器风格具有并发性每个过滤器作为一个单独的执行任务，可以与其它过滤器并发执行。过滤器的执行是独立的，不依赖于其它过滤器的。在实际运行时，可以将存在并发可能的多个过滤器看作多个并发的任务并行执行，从而大大提高系统的整体效率，加快处理速度。管道-过滤器风格不足交互式处理能力弱管道-过滤器模型适于数据流的处理和变换，不适合为与用户交互频繁的系统建模。在这种模型中，每个过滤器都有自己的数据，这些数据或者是从磁盘存储器中读取来，或者是由另一个过滤器的输出导入进来，整个系统没有一个共享的数据区。这样，当用户要操作某一项数据时，要涉及到多个过滤器对相应数据的操作，其实现较为复杂。由以上的缺点，可以对每个过滤器增加相应的用户控制接口，使得外部可以对过滤器的执行进行控制。管道-过滤器风格不足改进的过滤器管道-过滤器风格不足管道-过滤器风格往往导致系统处理过程的成批操作。设计者也许不得不花费精力协调两个相对独立但又存在某种关系的数据流之间的关系，例如多过滤器并发执行时数据流之间的同步问题等。根据实际设计的需要，设计者也需要对数据传输进行特定的处理（如为了防止数据泄漏而采取加密等手段），导致过滤器必须对输入、输出管道中的数据流进行解析或反解析，增加了过滤器具体实现的复杂性。管道-过滤器风格实例——数字通信系统通信的目的是传递消息。消息具有不同的形式，例如：符号、文字、语音、音乐、数据、图片、图像等等。因而，根据所传递消息的不同，目前通信业务可以分为电报、电话、传真、数据传输及可视电话等。对于基本的点对点通信，是把发送端的消息传递到接收端。数字通信概念模型发送端接收端管道-过滤器风格实例——数字通信系统将上图发送端进一步细分为信息源和发送设备，将接收端细分为接收设备和受信者；同时，在通信过程中会有噪声干扰，在模型中添加噪声源可得到图所示的数字通信系统粗略模型。数字通信系统粗略模型信息源发送设备接收设备受信者噪声源信道管道-过滤器风格实例——数字通信系统图中各单元作用：信息源把各种可能信息转换成原始电信号；发送设备对原始电信号完成某种变化，便于原始信号在信道中传输，然后再送入信道；信道是指信号传输的通道，它既可以看成是管道（因为它的目的并不是为了实现某种功能，仅仅是为了信号的传输），也可以从某种意义上看做是过滤器（因为信号经过信道后会产生一些变化，比如加入噪声的影响，从而改变了发送设备发出的信号）。接收设备从接收信号中恢复出相应的原始信号；受信者（也称为信息宿或接收终端）是将复原的原始信号转换成相应的消息。噪声源是信道中的噪声以及分散在通信系统其它各处的噪声的集中体现，它使原信号受到了干扰，产生畸变。管道-过滤器风格实例——数字通信系统在数字通信中存在以下几个突出的问题：数字信号传输时，信道噪声或干扰所造成的差错，原则上都可以通过差错控制编码等手段来控制。为此，在发送端需要增加一个编码器，而在接收端相应的需要一个解码器。当需要保密时，可以有效的对基带信号进行加密，防止信息被窃取或通信被破坏。此时，在接收端就需要进行解密。由于数字通信传输的是一个接一个按节拍传送的数字信号单元，即码元，因而接收端必须与发送端按相同的节拍进行接收。不然，会因接收节拍不一致而造成混乱，使接收倒的数据全部无效。因此，数字通信系统中必须有同步控制构件。针对上述问题，可得到数字通信系统详细模型（下图）管道-过滤器风格实例——数字通信系统数字通信系统详细模型管道-过滤器风格实例管道-过滤器模式的体系结构是面向数据流的软件体系结构。它最典型的应用是在编译系统。一个普通的编译系统包括词法分析器，语法分析器，语义分析与中间代码生成器，优化器，目标代码生成器等一系列对源程序进行处理的过程。人们可以将编译系统看作一系列过滤器的连接体，按照管道&过滤器的体系结构进行设计。需求描述：假设有一批实时的二维坐标点数据需要变换（即对点的横、纵坐标进行缩放），并在屏幕上进行显示，要求外部要能设置变换规则（如缩放倍数）和显示规则（如显示模式和显示颜色）。管道-过滤器风格实例体系结构建模这是一个对坐标点的数据流进行顺序处理的过程，可以应用管道-过滤器体系结构建模。将这个系统分为两个过滤器，一个为坐标点数据流变换过滤器，另一个为坐标点数据流实时显示过滤器。其中，坐标点数据流变换过滤器有一个外部控制接口对变换规则如缩放倍数进行设置，坐标点数据流实时显示过滤器有一个外部控制接口对显示规则如显示模式和显示颜色进行设置。整个系统的体系结构如图所示。管道-过滤器风格实例系统体系结构图管道-过滤器风格实例过滤器的设计可以将过滤器用状态转换图表示。过滤器有如下状态：停止状态，工作状态，等待状态，休眠状态。停止状态：表示过滤器处于待启动状态，当外部启动过滤器后，过滤器处于处理状态；处理状态：表示过滤器正在处理输入数据队列中的数据；等待状态：表示过滤器的输入数据队列为空，此时过滤器等待，当有新的数据输入时，过滤器处于处理状态；休眠状态：表示过滤器已经启动，但被挂起。挂起的原因可能是由于外界用户要设置过滤器的控制参数，这样暂时将过滤器挂起但不中止它，当控制参数设置完毕后再将过滤器还原，继续运行。这样，实现了较高的效率。管道-过滤器风格实例过滤器状态转换图使用示例Unix系统中的管道过滤器结构

lsinvoices|grep–eAugust|sort过滤器介绍过滤器的作用：对输入数据的处理enriches:computingandaddinginforefines:concentratingorextractinginfotransforms:deliveringdataintosomeotherrepresentation被动式过滤器（Passivefilter）adjacentpipespulls/pushesoutput/inputdatafrom/intothefilteractiveeitherasafunction(pull)orasaprocedure(push)主动式过滤器（Activefilter）filterisactiveinaloop,checkthepipesfordataprocessingonitsownasaseparateprogramorthread数据源、数据接收端、管道介绍DataSource（数据源）inputdatastreamtothesystem,forexampleAfileconsistingoflinesoftextAsensordeliveringasequenceofnumbersdatacanbepushedorpulledintofirstprocessingstagePipes（管道）connectionsbetweenfilters,betweendatasourceandthefirstfilter,betweenthelastfilterandthedatasinksynchronizesjoinedactivefilters,forexample,byaFIFO(first-in-first-out)bufferforpassivefilters,thepipescanbeimplementedbyadirectcallMakethefilterrecombinationharderDataSink（数据接收端）consumesoutputdata管道-过滤器风格的类型类型pipelines—linearsequencesoffiltersboundedpipes—limitedamountofdataonapipetypedpipes—datastronglytypedbatchsequential—datastreamsarenotincremental面向对象风格特征概述面相对象模式集数据抽象、抽象数据类型、类继承为一体，使软件工程公认的模块化、信息隐藏、抽象、重用性等原则在面向对象风格下得以充分实现。应用场合面向对象的体系结构模式适用于数据和功能分离的系统中，同样也适合于问题域模型比较明显，或需要人机交互界面的系统。大多数应用事件驱动风格的系统也常常应用了面向对象风格。面向对象风格面向对象风格的体系结构面向对象风格优点高度模块性封装功能代码共享灵活性易维护性可扩充性面向对象风格不足面向对象风格最大的不足在于如果一个对象需要调用另一个对象，它就必须知道那个对象的标识（对象名或对象引用），这样就无形之中增强了对象之间的依赖关系。如果一个对象改变了自己的标识，就必须通知系统中所有和它有调用关系的对象，否则系统就无法正常运行。面向对象风格面向对象风格实例实例背景目前，一个标准的计算机应用系统应该由三部分组成：计算机操作系统（包括各种应用软件系统）、数据库管理系统和网络环境（包括网络硬件设备和各种协议栈、网络服务等），这样一个具有分布式特性和开放性的系统称为开放分布式系统（ODS，OpenDistributedSystem）。面向对象风格示例CBA方法:它有三个基本的建模概念：协作、类型和细化。协作（Collaboration）:根据构件所承担的不同角色，协作定义了一组构件之间的动作（Action）集合。类型（Type）:通过描述一个构件的可视外部行为来定义构件在系统中所承担的功能。细化（Refinement）:体现了对同一事物的两种不同描述之间的关系，抽象（Abstraction）描述为基础，实现（Realization）描述可以看作抽象描述的具体的形式。面向对象风格面向对象风格面向对象风格ODS系统中构件、连接器和配置的模型,如下图所示：面向对象风格面向对象风格面向对象风格实例构件的描述方法:利用GUI体系结构框架自动生成工具，可以完成下述几点功能：生成构件模型，包括构件的属性、接口和实现；建立连接器模型，包括协议、属性和实现；体系结构的抽象和封装；类型和类型检查；主动规范，提供设计向导；多视图模式，对不同层次的用户显示不同的内容；生成实现，如将构件对应为面向对象技术中的类；将系统的修改动态映射到实现。面向对象风格实例具有自适应稳定性的连接器模型连接器中的通信协议栈面向对象风格面向对象风格连接器的自适应稳定算法:为了提高通信协议栈在构件通信过程中的稳定性，需要设计某种自适应稳定算法，这样可以修复构件通信时出现的错误。面向对象风格实例——人事档案管理系统系统功能结构面向对象风格实例——人事档案管理系统系统功能介绍：档案管理根据高校人事档案管理的特点，本模块可通过录入各类人事档案信息，来构造档案数据库，编制各种目录索检。针对档案材料录入工作量较大，在该功能模块中设置了多种方式快速录入法，如对指定的部分内容可采用代码录入和菜单选项等输入方法.信息检索该模块主要是检索有关的人事档案信息，其检索方式为姓氏笔画检索目录。在具体检索中又可分为精确查询和模糊查询，并可将检索内容动态输出，满足档案查询的需要。档案借阅该模块主要是对档案的借阅情况、归还情况、利用登记等方面进行管理。它能为研究如何更有效地利用人事档案资料提供必要的信息。面向对象风格实例——人事档案管理系统档案转递该模块包括人事档案的转进和转出管理，编制清单，并能在档案转递后，对已变更档案数据库进行相应地调整，以完成相应档案的删加。统计报表该模块主要用于统计库存的各类人事档案的实际数量，及每年归档的各类档案数量，并可完成相应的图形绘制和报表打印。其中，在报表生成中，该模块可根据管理人员对报表的自定义设置来生成相应的非范式报表。系统维护由于高校人事档案的数据管理是一项非常重要的工作，尤其是它的安全可靠性。因此，在进入本模块操作之前，系统会提醒用户输入姓名、操作口令和权限级别。同时该功能模块还包括操作员管理、口令修改、重新登录、权限级别设置、系统日志及系统初始化六个子模块。系统帮助本模块提供了在线联机帮助，可实现帮助主题的查询，还提供了计算器、日记/日历等系统工具和关于本系统的简介。面向对象风格实例——人事档案管理系统系统活动图面向对象风格实例——人事档案管理系统系统类结构图事件驱动风格特征事件驱动系统的基本观点是一个系统对外部的表现可以从它对事件的处理表征出来。如图示：事件驱动风格特征事件驱动系统具有以下一些特点：系统是由若干子系统或元素所组成的一个整体；系统有一定的目标，各子系统在某一种消息机制的控制下，为了这个目标而协调行动；在某一种消息机制的控制下，系统作为一个整体与环境相适应和协调；事件驱动风格特征事件驱动系统具有以下一些特点（续）：在一个系统的若干子系统中，必定有一个子系统起着主导作用，而其他子系统则处于从属地位；任一系统和系统内的任一元素，都有1个事件收集机制和1个事件处理机制，通过这种机制与周围环境发生作用和联系；事件驱动风格特征下图是一个基于事件驱动的软件系统的示意图：事件驱动风格特征事件驱动风格系统设计时有下述几条基本原则从系统论的角度来看待描述的对象，合理分解子系统，保证各个子系统的独立性和社会性；无论系统多么复杂，子系统性质的差异多么大，任何子系统都可以按照有无子系统这一性质分为2类：管理系统和执行系统。为了达到系统的目标，系统内的各个子系统通过传递消息和执行消息来协同操作。为了达到系统的目标，系统内的各个子系统通过传递消息和执行消息来协同操作。事件驱动风格特征事件驱动风格系统设计时有下述几条基本原则(续)在一个完整系统中，必须有这样一个子系统，它没有上级，必须收集系统外的事件及下级发出的事件。管理类型的子系统一般不执行具体操作，它的主要功能是按照自己的职能指挥下级完成任务，功能性操作一般由执行类型的子系统完成。在一般情况下，除最高级管理子系统外，子系统一般是“有问才答”，即使在必要的情况下需要积极寻找事件时，也必须征得上级系统得许可，保证了系统的控制流不会分散。事件驱动风格基本结构事件驱动系统具有某种意义上的递归性，形成了“部分－整体”的层次结构，可以用属性结构加以表示。一个简单的表示方法是为执行系统定义一些类，另外定义一些类作为这些执行系统的容器类，也就是管理系统。事件驱动风格事件驱动风格的基本结构，如下图:事件驱动风格优点事件驱动风格非常适合于描述系统族，在属于同一族的任何系统中，系统的高级管理子系统的描述是完全类似的，便于重用；由于最高管理子系统牢牢的掌握着控制权，又因为各同级子系统一般不直接发生关系，因此容易实现并发处理和多任务操作；基于事件驱动风格的系统具有良好的可扩展性，设计者只需为某个对象注册一个事件处理接口就可以将该对象引入整个系统，同时并不影响其它的系统对象。事件驱动风格优点定义了包含执行子系统和管理子系统的类层次结构；简化客户代码；使整个系统的设计更具有一般化。事件驱动风格不足事件驱动风格最大的不足在于构件削弱了自身对系统计算的控制能力事件驱动风格中存在的另一个问题在于数据共享系统中各个对象的逻辑关系变得更加复杂事件驱动风格和面向对象风格的关系基于面向对象风格的系统由多个封装起来的对象构成，对象之间通过消息传递实现通信，而事件驱动正是对消息传递机制的一种实现。所以基于事件驱动风格的系统往往都是面向对象的。事件驱动风格实例事件驱动风格实例：JavaBean系统概述事件从事件源到监听者的传递是通过对目标监听者对象的Java方法调用进行的。对每个明确的事件的发生，都相应地定义一个明确的Java方法。这些方法都集中定义在事件监听者（EventListener）接口中，这个接口要继承java.util.EventListener。事件驱动风格实例JavaBean系统(续)事件状态对象与事件发生有关的状态信息一般都封装在一个事件状态对象中，这种对象是java.util.EventObject的子类。按设计习惯，这种事件状态对象类的名应以Event结尾。事件驱动风格实例JavaBean系统(续)事件监听者接口（EventListenerInterface）与事件监听者由于Java事件模型是基于方法调用，因而需要一个定义并组织事件操纵方法的方式。JavaBean中，事件操纵方法都被定义在继承了java.util.EventListener类的EventListener接口中，按规定，EventListener接口的命名要以Listener结尾。任何一个类如果想操纵在EventListener接口中定义的方法都必须以实现这个接口方式进行。这个类也就是事件监听者。事件驱动风格实例JavaBean系统(续)事件监听者的注册与注销为了各种可能的事件监听者把自己注册入合适的事件源中，建立源与事件监听者间的事件流，事件源必须为事件监听者提供注册和注销的方法。在前面的bound属性介绍中已看到了这种使用过程，在实际中，事件监听者的注册和注销要使用标准的设计格式：publicvoidadd<ListenerType>（<ListenerType>listener）publicvoidremove<ListenerType>(<ListenerType>listener)事件驱动风格实例适配类适配类是JavaBean事件模型中极其重要的一部分。在一些应用场合，事件从源到监听者之间的传递要通过适配类来“转发”。适配类成为了事件监听者，事件源实际是把适配类作为监听者注册入监听者队列中，而真正的事件响应者并未在监听者队列中，事件响应者应做的动作由适配类决定。事件驱动风格实例TurboVisionBorland公司开发的TurboPascal6.0中提供了一种面向对象的事件驱动程序设计的工具包TurboVision。TurboVision把各种屏幕上的可见对象归纳为2大类：一类为执行对象，另一类为管理对象，分别称为TView和TGroup类对象。又因为TGroup和TView类有相同之处，故TGroup是从TView派生而得，在TurboVision中，TGroup类的对象一般不进行实际操作，不直接在屏幕上显示自己，而是通过自己的下属显示自己，所有的实际操作都是通过TView类对象进行的。

事件驱动风格实例TurboVision很好地体现了面向对象方法和事件驱动程序设计方法的精髓，TApplication是一个可以运行的交互式程序对象，除了启动和退出之外，它不提供任何功能，使用TurboVision，就能高效和快速地开发出高质量地应用程序。事件驱动风格实例TurboVision

TurboVision软件包中对象的分类结构如图所示：TurboVision中对象的分类结构事件驱动风格实例TurboVision

TurboVision对象的组装结构一般说来，TApplication对象拥有并管理它创建的3个子对象TMenuBar，TDeskTop和TStatusLine，如图所示.

TurboVision的组装结构事件驱动风格实例TurboVision在程序的实际运行中，Application对象通常创建各种TWindow类和Tdialog类对象，并委托DeskTop代为管理.因此，DeskTop对象的组装常常随程序的运行而改变.窗口对象(Twindow类)和对话框对象(Toialog类)随应用的不同而不同，典型的窗口和对话框对象的组装结构如图所示.窗口和对话框对象的组装结构事件驱动风格实例TurboVision

TurboVision把事件抽象为3种类型的事件:位置事件、聚焦事件和广播事件。典型的位置事件是鼠标器事件，TGroup类视图把位置事件交给管理该区域的子视图;典型的聚焦事件是击键和命令事件(典型的命令事件是由状态行或菜单条、下拉菜单将击键事件或鼠标器事件转换而得)，TGroup类视图把该事件交给处于聚焦状态的下级视图;广播事件是管理视图不知道该交给谁的那种事件，对于这种事件，它将该事件交给所有的视图。TurboVision程序在运行时，由TApplication对象收集鼠标器事件和健盘事件以及各种其它事件，然后按一定的规则交给下属去处理.例如，对于鼠标器事件，如果它发生在菜单条上，则将它交给菜单条来处理;如果它发生在状态行，则将它交给状态行来处理;如果它发生在DeskTop上，则将它交给DeskTop来处理。总之，细节问题总是交给下属来处理.状态行和菜单条的任务是将键盘事件和自己辖区的鼠标器事件转换成为命令事件，再上交给TApplication。分层风格特征一个分层系统采用层次化的组织方式构建，系统中的每一层都要承担两个角色。首先，它要为结构中的上层提供服务；其次，它要作为结构中下面层次的客户，调用下层提供的功能函数。分层风格特征一个概念上的分层模型如下图所示：分层风格优点分层风格具有一些系统设计者无法抗拒的优势：分层风格支持系统设计过程中的逐级抽象基于分层风格的系统具有较好的可扩展性分层风格支持软件复用分层风格不足并不是所有的系统都适合用分层风格来描述的对于抽象出来的功能具体应该放在哪个层次上也是设计者头疼的一个问题分层风格实例分层风格实例：计算机网络的设计概述网络协议设计者将计算机网络中的各个部分按其功能划分为若干个层次（Layer），其中的每一个层次都可以看成是一个相对独立的黑箱、一个封闭的系统。用户只关心每一层的外部特性，只需要定义每一层的输入、数据处理和输出等外部特性。分层风格实例ISO/OSI网络体系结构ISO/OSI采用了7层体系结构，从高到低分别是：应用层、表示层、会话层、传输层、网络层、数据链路层和物理层，如图所示。其最高层为第7层应用层，用于同应用服务之间交换数据；最低层为第1层物理层，用于连接物理传输介质实现真正的数据通信。层与层之间的联系是通过各层之间的接口来实现的，上层通过接口向下层提出服务请求，而下层通过接口向上层提供服务。两台计算机通过网络进行通信时，只有两物理层之间能够通过媒体进行真正的数据通信，其余各对等层之间均不存在直接的通信关系，各对等层之间只能通过各对等层的协议来进行虚拟通信。ISO/OSI网络体系结构分层风格实例ISO/OSI网络体系结构分层风格实例ISO/OSI网络体系结构为了理解ISO/OSI各层的功能，以运输公司进行货物运输为例来进行说明，也就是利用人们熟知的东西来理解陌生抽象的概念。其中，第1~3层3个层次相当于由运输公司负责的货物运输过程中的具体细节、具体操作方式；第4层相当于运输公司与用户之间的接口；第5~7层3个层次相当于由用户公司负责的将货物交去运输所需要做的准备工作。第1层是物理层（PhysicalLayer），它负责在物理信道上传输原始的数据bit流。它应该提供为建立、维护和拆除物理链路连接所需的机械的、电气的、功能和规程的特性，这类似于运输车辆只需要负责将装在车辆内的货物（类似于bits）运送到某地就行了。分层风格实例第2层是数据链路层（DataLinkLayer），它的主要功能是纠错和流量控制，负责在可能出现差错的物理线路中实现无差错的数据传送。它应该在物理层的基础上，建立相邻结点之间的数据链路，通过差错控制提供数据帧（Frame）的无差错传输，并进行数据流量控制。这类似于运输公司的运输管理和质量监督部门，需要负责在可能出现问题的运输线路之中保质保量地完成运输任务。分层风格实例

第3层是网络层（NetworkLayer），它的主要功能是路由控制（找路）、拥塞控制和数据打包。它应该为其上一层传输层的数据传输提供建立、维护和终止网络连接的手段，把上层传来的数据分割成一个一个的数据包（Packet，也叫报文分组）在结点之间进行交换传送，并且负责路由控制和拥塞控制。这类似于运输公司需要将用户发送的货物进行分割打包，并在现有的交通网络之中负责找出一条从源地址到目的地址的线路（即找路），在找路时需要考虑到能否到达、拥塞状况、安全可靠性、甚至交通费用等诸多方面的因素。分层风格实例第4层是传输层（TransportLayer），它的主要功能是在上层和下层之间起到一种接口的功能。它应该为上层提供端到端（最终用户到最终用户）、的透明的、可靠的数据传输服务。所谓透明的传输是指在通信过程中上层可以将下面各层看作是一个封闭的黑箱系统，传输层对上层屏蔽了传输系统的具体细节。这类似于运输公司在各个地方设置的业务接洽处，它负责在用户和公司之间建立起一个货物交接的桥梁，使得用户不用去管运输公司将以什么样的方式将货物运送到目的地，也就是说业务接洽处对用户屏蔽了货物运输中的具体细节。分层风格实例第5层是会话层（SessionLayer），它的主要功能是负责收发数据的交接工作、并组织和管理数据。它应该为表示层提供建立、维护和结束会话连接的功能，并提供会话管理服务。这类似于用户公司的货物收发室，它负责与运输公司打交道，完成用户公司货物的收发的交接工作、并组织管理公司内部要收发的货物。分层风格实例第6层是表示层（PresentationLayer），它的主要功能是为数据提供收发、存放的具体格式和规范。它应该为应用层提供信息表示方式的服务，如数据格式的变换、文本压缩、加密技术等。这类似于用户公司的货物收发员，它负责与用户公司内部要收发货物的部门或个人打交道，在收集要发送的货物时告诉用户应该怎样填写发货资料，在向用户发放货物时告诉用户应该完清哪些具体手续，等等。分层风格实例第7层是应用层（ApplicationLayer），它的主要功能是为数据提供各种可行的收发方式。它应该为网络用户或应用程序提供各种应用服务，如文件传输、电子邮件（E-mail）、分布式数据库、网络管理等。这类似于用户公司内部的部门或个人在收发货物时，都必须遵循用户公司内部的有关规定，只能使用用户公司所允许的方式来收发货物。从另一方面来说，用户公司也要为公司内部的部门或个人收发货物提供各种可行的收发方式，让用户公司内部的部门或个人知道他们能够使用哪些方式来收发货物。分层风格ISO/OSI层次分组关系:有两种分组方法I第一种可以从数据处理分工的角度，将ISO/OSI七个层次分为三组：第1、2层解决有关网络信道问题；第3、4层解决传输服务问题；第5、6、7层则处理对应用进程的访问。从数据传输控制的角度，将ISO/OSI七个层次分为三组：下三层（1、2、3层）可以看作是传输控制组，负责通信子网的工作，解决网络中的通信问题；上三层（5、6、7层）为应用控制组，负责有关资源子网的工作，解决应用进程之间的信息转换问题；中间层（4层）则为通信子网和资源子网的接口，起到连接传输和应用的作用。分层风格实例

.Net平台也是一个明显的分层系统：数据共享风格特征采用数据共享风格构建的系统中通常有两个截然不同的功能构件；中央数据单元构件；一些相对独立的构件的集合。信息交互方式的差异导致了控制策略的不同。主要的控制策略有两种，正是依据这两种不同的控制策略，基于数据共享风格的系统被分成两个子类：基于传统数据库型数据共享风格的应用系统基于黑板型数据共享风格的应用系统数据共享风格特征黑板型数据共享风格的示意图如下图所示：数据共享风格一个典型的黑板型数据库系统包括以下三个部分：知识源：知识源中包含独立的、与应用程序相关的知识，知识源之间不直接进行通讯，它们之间的交互只通过黑板来完成。黑板数据结构：黑板数据是按照与应用程序相关的层次来组织的解决问题的数据，知识源通过不断地改变黑板数据来解决问题。控制：控制完全由黑板的状态驱动，黑板状态的改变决定使用的特定知识。黑板模式对于无确定性求解策略的问题比较有用，在专家系统中，这种模式应用的比较广泛。

数据共享风格优点解决问题的多方法性：对于一个专家系统，针对于要解决的问题，如果在其领域中没有独立的方法存在，而且对解空间的完全搜索也是不可行的，在黑板模式中可以用多种不同的算法来进行试验，并且也允许用不同的控制方法。具有可更改性和可维护性：因为在黑板模式中每个知识源是独立的，彼此之间的通信通过黑板来完成，所以这使整个系统更具有可更改性和可维护性。数据共享风格优点有可重用的知识源：由于每个知识源在黑板系统中都是独立的，如果知识源和所基于的黑板系统有理解相同的协议和数据，我们就可以重用知识源。支持容错性和健壮性：在黑板模式中所有的结果都是假设的，并且只有那些被数据和其它假设强烈支持的才能够生存。这对于噪声数据和不确定的结论有很强的容错性。数据共享风格缺点测试困难：由于黑板模式的系统有中央数据构件来描述系统的体现系统的状态，所以系统的执行没有确定的顺序，其结果的可再现性比较差，难于测试。不能保证有好的求解方案：一个黑板模式的系统所提供给我们的往往是所解决问题的一个百分比，而不是最佳的解决方案。效率低：黑板模式的系统在拒绝错误假设的时候要承受多余的计算开销，所以导致效率比较低。数据共享风格缺点开发成本高：绝大部分黑板模式的系统需要用几年的时间来进化，所以开发成本较高。缺少对并行机的支持：黑板模式要求黑板上的中心数据同步并发访问，所以缺少对不并行机的支持。数据共享风格实例数据共享风格实例：专家系统（ES，ExpertSystem）概述：专家系统实质就是一组程序；从功能上：可定义为“一个在某领域具有专家水平解题能力的程序系统”，能像领域专家一样工作，运用专家积累的工作经验与专门知识，在很短时间内对问题得出高水平的解答。从结构上讲：可定义为“由一个专门领域的知识库，以及一个能获取和运用知识的机构构成的解题程序系统”。数据共享风格实例ES一般结构如下图所示：实例知识库系统实例IECRMAS知识生态系统

IECRMAS知识生态系统的构建知识生态系统

IECRMAS环境有机体知识生产者

评估者知识知识消费者

评估知识分解者

AgentAgentCKOKDD评估者评估者IECRMAS知识生态系统知识流IECRMAS知识生态系统

知识系统环境

知识生产者

知识消费者

知识分解者

信用评估知识库的形成IECRMAS知识生态系统知识库系统实例客户数据仓交易数据仓违约数据仓经验教训数据仓DRM/DWE…信息库数据库知识库知识Agent信用评估知识基IECRMAPS知识生态系统中知识流动评估

Agent

评估

Agent

评估

Agent

知

识

链

知识

Agent

管理

Agent

检索

评估系统知识基

更新

传递

传递

传递

学习

学习

学习

客户

Agent

更新

更新

检索

数据库信息库知识库外部知识协作交流IECRMAS知识生态系统个体知识进化图评估Agent

学习

外部知识输入

知识输出

个体知识含量

低

高

KAS

UPS

CES

知识Agent

知识贡献IECRMAS知识生态系统解释器风格特征基于解释器风格的系统核心在于虚拟机。一个基于解释器风格的系统通常包括：正在被解释执行的伪码和解释引擎；伪码：由需要被解释执行的源代码和解释引擎分析所得的中间代码组成；解释引擎包括：语法解释器和解释器当前的运行状态解释器风格特征解释器风格示意图如下图所示：解释器风格优点在文法规则比较简单的情况下，解释器风格工作的很好；易于改变和扩展文法。因为解释器风格使用类来表示文法规则，用户可以使用继承来改变和扩展文法。已有的表达式可以采用增量的方式逐渐扩充，而新的表达式可以定义为旧表达式的变体；易于实现文法。可以用多种操作来“解释”一个句子。解释器风格缺点无法解释复杂的文法规则：对于比较简单的文法规则，解释器风格工作的很好，而对于复杂的文法规则，则由于文法层次的庞大而难于管理；应用范围比较狭窄；在文法规则比较复杂，则文法的层次变得无法管理，系统中需要包含许多表示文法规则的类。解释器风格实例解释器风格实例：一个布尔表达式解释器目标：布尔表达式求值系统现定义由如下文法定义的布尔正则表达式编译器(1)系统的体系结构可以随技术的发展而发生变化传统的编译器模型具有共享符号表的传统编译器模型编译器(2)随着时间的推移，编译技术变得更加复杂，更多的注意力转移到程序在编译过程的中间表示，例如属性文法树典型的现代编译器模型解释器风格实例布尔表达式求值系统类图，如下图所示：解释器风格示例布尔表达式抽象语法树实例，如下图所示：解释器风格实例布尔表达式求值系统的优缺点：在文法规则比较简单的情况下，解释器风格工作的很好，但如果文法规则复杂，则文法的层次变得庞大而无法管理，系统中需要包含许多表示文法规则的类。最高效的解释器通常不是通过直接解释语法分析数实现的，而是首先将它们转换成另一种形式。易于改变和扩展文法。易于实现文法。解释器风格实例布尔表达式求值系统中的角色:BooleanExpression（抽象布尔表达式）TerminalExpression（终结符表达式，如VariableExpresssion和Constant）NonterminalExpression（非终结符表达式，如AndExpression、OrExpression和NotExpression）Context（上下文，也就是“解释引擎内部状态”）Client（客户）解释器风格实例布尔表达式求值系统的实现在具体实现布尔表达式求值系统时还有许多细节的问题要处理，这些细节问题处理的好坏甚至会直接影响整个系统的性能。这些问题主要表现在以下几个方面：创建抽象语法树定义求值操作共享终结符解释器风格示例解释器风格定义了特定语言的文法表示和解释该文法的解释器。这种模式如同乐谱。其中，音阶和它的持续时间可以用五线谱上的符号表示。这些符号就是音乐语言。音乐家按照乐谱演奏，就可以反复重现同样的音乐。解释器实例使用音乐例子的解释器风格对象图解释器实例罗马数字转换系统解释器实例AbstractExpression

(Expression)声明执行特定操作的接口。TerminalExpression

(ThousandExpression,HundredExpression,TenExpression,OneExpression)实现一个与语法中终结符相关的解释操作。句子中的每一个终结符都需要一个实例。NonterminalExpression

语法中的每个规则R::=R1R2...Rn都需要这样的一个类。管理从R1到Rn每一个符号的AbstractExpression类型变量的实例。实现语法中非终结符的解释操作，在解释中可能需要递归调用自身。Context

(Context)包含对于解释器来说是全局的信息。Client

(InterpreterApp)建立（或者给定）一个抽象语法树。抽象语法树是由NonterminalExpression和TerminalExpression类的实例组合而成。调用解释操作。程序源码反馈控制环风格概述所谓对一个对象（或过程）进行控制，意味着设法使这个被控对象（或被控过程）的功能或特性有效的达到所期望的目标。为了成功设计一个控制系统，必须事先知道被控对象所具有的性质和特征，同时还须了解和掌握这些性质和特征随环境等因素变化的情况。反馈控制环风格控制工程是一个十分强调方法论的专业领域，因此控制工程方法完全是独立于各种应用领域的。为了将过程控制方法从单纯的控制领域中抽象出来，我们引入了动态系统的概念。反馈控制环风格动态系统表示信号处理和传输的一个功能单元（例如：信号可以是能量、材料、信息、资金及其他形式），其中系统的起因和由此引起的时间上的效果分别作为系统的输入量和输出量来考虑。如此定义的系统具有共同的特征，即在其中一定存在有目标的作用、信息处理、闭环和开环控制过程，正如N.Wiener所提出的，以上概念可以用控制论这个更高级的概念来总结。控制论也可以应用于软件体系结构的创建。反馈控制环风格描述手段根据上述的动态系统的定义，在系统中必然存在信号的处理和传输。这时系统也可描述为传输环节或传输系统。传输环节具有唯一的作用方向，这由输入、输出信号的箭头方向给出。单变量系统如下图所示：

反馈控制环风格描述手段多变量系统如下图所示：反馈控制环风格描述手段除了用方框图来表达动态系统以外，还可以用信号流图，如下图所示：反馈控制环风格开环与闭环控制一般的动态系统描述框图可以分为开环控制和闭环控制系统，但在实际应用中这两种不同的动态系统往往很容易混淆在一起，对它们之间的区别强调的不够。现在通过一个市内暖气系统来指出这两者之间的不同和相同之处。反馈控制环风格开环与闭环控制开环控制图如下图所示：反馈控制环风格开环与闭环控制闭环控制图如下图所示：反馈控制环风格开环与闭环控制开环控制和闭环控制的差别：闭环控制：表示一个闭合的作用过程，（控制回环）；根据闭环作用原理可增加抗干扰性（负反馈）；可能不稳定，也即被控量不再衰减，而是增长到无穷大（理论上）。反馈控制环风格开环与闭环控制开环控制和闭环控制的差别(续）：开环控制表示一个开放的作用过程（控制序列）；只能对抗指定由其处理的干扰，对于其他一些干扰因素无法消除；只要被控制对象自己保持稳定，整个开环控制系统也就保持稳定。反馈控制环风格基本结构以闭环控制系统为例分析过程控制环的基本结构；一个自动控制系统包括如下4个主要组成部分：被控对象、测量环节、调节器和执行环节，如下图所示：反馈控制环风格-自适应自适应反馈控制环需要包括以下3方面的工作：辨识被控对象的特征；在辨识的基础上作出控制决策；在决策的基础上实施修正动作.按照构成自适应控制环的目的的不同可将其分为两种类型：参数自适应控制环；性能自适应控制环；反馈控制环风格-自适应反馈控制环参数自适应控制环参数自适应控制环如下图所示：反馈控制环风格-自适应反馈控制环性能自适应控制环性能自适应控制环如下图所示：反馈控制环风格-自适应反馈控制环在性能自适应控制环中，最典型的代表就是所谓模型参考自适应控制系统。模型参考自适应控制系统按照其控制方式又可分为两种A.直接法B.间接法反馈控制环风格-自适应反馈控制环直接法模型如下图所示：间接法模型如下图所示：反馈控制环风格实例钢铁烧结工艺控制体系结构

控制系统组成如下图所示。烧结机过程控制系统采用两套Quantum控制器,共配置600路模拟量输入输出点,分别实现对配混料工序、烧结工序的全生产过程控制。配混系统下设3个远程站,烧结系统下设5个远程站。整个系统主要由以太网、MB+网和远程I/O网构成。远程I/O网是一个高速(1.544Mb/s)局域网络,传输介质采用同轴电缆,在本系统中采用介质冗余的方式,当一个通道有通信故障时,系统自动转到另一通道,确保了PLC与远程I/O之间数据采集与控制的正常运行。系统简介：反馈控制环风格实例钢铁烧结工艺控制体系结构打印机服务器工作站1工作站N交换机以太网Quantum系列Quantum系列远程I/O远程I/OMB+网控制系统组成反馈控制环风格实例钢铁烧结工艺控制体系结构 下面，我们主要介绍混合料水控制和点火温度控制。系统主要功能：自动配料控制混合料水分控制点火温度控制混合料总量控制生产中固体燃料的消耗控制自动布料控制等功能。反馈控制环风格实例钢铁烧结工艺控制体系结构

混合料水分的自动控制：

通过实时跟踪混合料中各种原料的重量,计算其干重和湿重。根据物料平衡原理调整混合料中的水含量。在上位机输入各种原料的含水量及一混、二混、三混内的目标水分,系统即可根据流量自动调节混合料的含水量。一混、二混、三混内自动给水系统构成相同,由电磁流量计、电动调节阀、快中子水分计等检测设备组成,与PLC一起实现混合料加水系统的前馈控制与反馈控制及串级控制相结合的控制方法。实现加水流量的闭环控制,控制混合料的含水量。控制原理如下图所示。反馈控制环风格实例钢铁烧结工艺控制体系结构实际水分－测量变送器混合料水分控制原理主PID调节器副PID调节器电动调节阀流量对象水分对象测水仪信号模型运算目标水分实测水分－反馈控制环风格实例钢铁烧结工艺控制体系结构

点火温度自动控制：

点火器温度的稳定是保证烧结矿产品质量的重要因素,利用PLC对点火温度进行实时控制,对提高生产率和烧结矿质量、节约能源有着积极的意。把热电偶检测到4~20mA标准信号送入模拟量输入模块,在CPU内部,将此次采样值作为过程值与设定值进行比较计算,通过模拟量输出模块输出4~20mA信号,控制执行机构动作,改变煤气流量,达到控制温度的目的。同时,为保证燃烧的经济性,煤气量与空气量必须按一定比例混合,本系统采用比值控制系统,通过控制煤气、空气的流量,使点火温度保持在一定范围内。控制原理如下图所示。反馈控制环风格实例钢铁烧结工艺控制体系结构测量值－信号流量点火温度控制原理温度调节煤气流量调节器电动调节阀温度对象电动调节阀空气流量测量变送器温度设定Q(煤气流量)－温度测量变送器煤气流量测量变送器比值器空气流量调节器－T(点火温度)（空气流量）Q2七种构建模式的比较软件体系结构的七种构建模式各有自己的特点、局限、应用范围和优缺点，比较各种构建模式的不同将有助于在实际的项目开发过程中选择适合项目的构建模式。七种构建模式的比较见下表所示：

七种构建模式的比较构建模式主要特点主要优点主要缺点适合领域说明管道-过滤器风格过滤器相对独立功能模块复用；强可维护性和可扩展性；具有并发性；模块独立性高不适于交互性强的应用；对于存在关系的数据流必须进行协调系统可划分清晰的模块；模块相对独立；有清晰的模块接口每个功能模块有一组输入输出，模块划分限制较大。面向对象风格力取实现问题空间和软件系统空间结构的一致性高度模块性；实现封装；代码共享；灵活；易维护；可扩充性好增加了对象之间的依赖关系多种领域是现在使用非常多的一种构建模式事件驱动风格系统由若干子系统构成且成为一个整体；系统有统一的目标；子系统有主从之分；每一子系统有自己的事件收集和处理机制适合描写系统组；容易实现并发处理和多任务；可扩展性好；具有类层次结构；简化代码；因为树型结构所以削弱了对系统计算的控制能力；各个对象的逻辑关系复杂一个系统对外部的表现可以从它对事件的处理表征出来事件驱动系统具有某种意义上的帝归性，形成了“部分-整体”的层次结构七种构建模式的比较构建模式主要特点主要优点主要缺点适合领域说明分层风格各个层次的组件形成不同功能级别的虚拟机；多层相互协同工作，而且实现透明支持系统设计过程中的逐级抽象；可扩展性好；支持软件复用不同层次之间耦合度高的系统很难实现适合功能层次的抽象和相互之间低耦合的系统数据共享风格采用两个常用构件中央数据单元和一些相对独立的组件集合中央数据单元实现了数据的集中，以数据为中心适合于特定领域适合于专家系统等人工智能领域问题的求解数据和处理功能分界明显，解释器风格系统核心是虚拟机可以用多种操作来解释一个句子适合于特定领域适合于模式匹配系统和语言编译器反馈控制环风格通过不断地测量被控对象，认识和掌控被控对