2011年软考系统架构设计师学习笔记第五章3

 　5.3.1 软件架构风格概述

　　一个体系结构 定义 一个词汇表 和 一组约束。词汇表中包含 构件和连接件类型约束指出 如何 组合起来。

　　体系结构风格 反映了 共有的结构和语义特性，并指导如何 组织成一个完整的系统。

　　5.3.2 经典软件体系结构风格

　　每个构件都有一组输入和输出，数据输入构件，经过内部处理，然后产生数据输出。这里的构件称为 过滤器。

　　构件是对象。

　　分层系统，每一层为上层提供服务，并作为下层的客户。除一些精心挑选的 输出函数外，内部的层接口只对 相邻层可见。由于一层最多只影响两层，为软件重用提供了强大的支持。

　　仓库风格中，两种不同的构件：中央数据结构、独立构件。

　　若构件控制共享数据，则仓库是一传统型数据库;若中央数据结构 的当前状态触发进程执行的选择，则仓库是一黑板系统。

　　C2 体系结构 通过连接件绑定在一起 按照一组规则运作的并行构件网络。构件与构件之间的连接是不允许的。

　　5.3.3 客户/服务器 风格

　　宿主机应用程序 既负责与用户的交互(前端)，又负责对数据的管理(后端)。

　　C/S 体系结构 定义了工作站如何与服务器相连，实现部分数据和应用 分布到多个处理机上。

　　C/S三个主要组成部分：服务器、客户机、网络。

　　易于对系统进行扩充和缩小。

　　功能构件充分隔离，客户应用程序的开发集中于数据的显示和分析，数据库服务器的开发集中于数据的管理，将大应用处理任务分布到许多通过网络连接的低成本计算机上，模型思想简单。

　　开发成本高，尤其是软件不断升级，客户端变得越来越臃肿。

　　信息内容和形式单一，用户获得的只是单纯的字符和数字。

　　软件移植困难，维护升级困难。

　　5.3.4 三层 C/S 结构风格。

　　三层 C/S 体系结构中，可以将 整个应用逻辑 驻留在应用服务器上，只有表示层存在于客户机上，称为"瘦客户机"。表示层、功能层、数据层。

　　表示层一般要使用图形用户界面 GUI。

　　功能层之间的数据交互 要 尽可能简洁，一次性传输。

　　数据层不同层构件 相互独立，层间接口简洁，适合复杂事务处理。