软件体系结构设计与常用体系结构模型.ppt

实例-云计算分层体系架构 （1）云客户端——用户界面层 是直接面向客户的人机接口。 （2）云应用——应用接口层 在软件结构上服务器端采用云计算。 （3）云平台——应用层 基于云基础设施，将计算平台或解决方案作为一项服务。 （4）云基础设施——应用层 计算机基础设施的交付使用，典型的表现为一个平台虚拟化环境。 （5）服务器层——数据服务层 由针对云服务的交付而特别设计的 计算机硬件和计算机软件组成的。 3 软件系统 结构模型 *使用自然语言或图形等较直观的方式来描述和阐明问题。 *结构模型描述系统结构形态，即系统各部分间及其与环境间的关系 *对于理清思路、明确问题，与利益相关者进行沟通，都极为有用 4 管道--过滤器体系结构 系统运行时组织的模型，看作是对相继输入数据的一系列变换。一批数据进入系统，流经一个个组件最后到达终点（输出或数据库）。 组件被称为过滤器，能够对数据进行渐进式的转换（一种流变成另一种流）。数据流的通路称为管道 优缺点 优点： 1、没有复杂的组件交互。 2、支持软件重用：由管道连接起来的过滤器的组合又可以看成一个过滤器，可应用到其他系统中。 3、易于维护：过滤器替换方便 4、支持并行执行过滤器，但要考虑并行执行时数据流之间的同步问题 缺点: 1、适用批量处理方式，不适合构建交互式应用的系统。如对图形化的用户界面，有复杂的输入输出格式、基于事件的鼠标点击或菜单选择的控制信息，将其转换成与数据流模型兼容的格式是困难的。 实例 应用: 典型的应用就是UNIX系统，连接进程时用到管道，从一个进程到另一个进程传送文本流。 还有的应用实例：如传统的数据处理系统（如票据处理）、传统的编译器（词法分析、语法分析、语义分析、代码生成）、数字通信（传递文字、语音、图片、图像等）系统。 5 控制模型 控制模型：考虑子系统之间的控制流 1、集中式模型：一个组件被指定为系统控制器，负责管理它组的执行。调用-返回模型（顺序执行）、管理者模型（并行执行） 2、基于事件的控制：广播模型、中断驱动模型 自上而下的调用，控制始于控制层次的顶层，往往只有一个控制线程 集中式模型--调用-返回模型 组成系统的部件是各个功能模块、层次或对象，连接器是各个部件之间的调用关系。 该模型体现的是部件之间调用与被调用的关系，系统有各个部件通过他们之间的调用与返回方式传递信息构成一个有机的整体，从而实现系统的功能。 调用与返回模型通常有3种形式：主、子调用模型、面向对象模型和层次模型。 优点： 1、通过按照一定的方式（自顶向下、对象描述、层次分解等）对问题进行分解，有利于复杂问题的分析和解决 2、支持基于增量式抽象设计，这就允许把一个复杂问题分成一系列增量的步骤来完成 3、系统功能容易增强。系统可以通过增加或修改模块、对象、层次的功能来实现系统功能的增强。 4、支持部件的重用。 缺点： 1、主调部件需要预先明秋知道被调用部件的接口标识 2、部件接口标识的更改会导致必须修改显示调用它的所有部件，而且这种现象还会进行传递，从而可能导致不可预知的负面影响。 3、主、子调用系统的正确性依赖于构成系统的子系统的正确性，从而子系统的正确性有依赖它所调用的子程序的正确性。 优缺点 实例 应用： 主、子调用结构模型： 早期采用结构化设计方法实现的面向问题的系统是主、子调用模型的应用，系统由主程序、子程序构成，并且子程序集合成模块，这种系统主要体现为由一个主控过程控制着系统的运行。用于美国军方的A-7E机载系统就采用了主、子调用结构模型。 面向对象模型： 飞行模拟器系统的设计 层次模型： 典型应用有分层的通信协议，例如：TCP协议 6、基于事件驱动模型--广播模型 在集中式控制模型中，控制决策通常取决于系统的状态变量值。 事件驱动模型是通过外部产生的事件来驱动系统。 子系统在事件处理器中注册器感兴趣的事件。当事件处理器检测到事件，查阅事件记录，然后将命令传送给所有与此事件有关的子系统，子系统收到命令做相应处理。 优点： 进化较为简单。新的子系统通过在事件处理器中注册事件来达到集成。一个子系统可以在不知道其他子系统的名字和位置的情况下激活其他子系统。（隐式调用） 缺点： 子系统不知道是否或什么时候事件将会被处理。当一个子系统产生一个事件，它不知道哪个子系统与改事件有关。若多个不同的子系统注册了相同的事件，就会发生冲突 优缺点 实例 应用 网络管理系统一般有一个事件服务器，处理被管理网络和网管系统内部发生的所有事件。其他的管理工具如故障管理、性能管理和配置管理等工具，作为事件服务器的客户，在服务器上注册与自己有关的事件。当相关事件发生时，相应管理工具的过程自动被调用。 3 THREE