chp7软件架构技术1.ppt

*/100 体系结构建模 形式化方法和数学模型的分析技术 软件架构分析方法 软件架构权衡分析方法 中间设计的活动评估 */100 模型转换 用例图转换为体系结构模型 全局分析方法 基于组件的软件开发 */100 体系结构的设计 由功能需求构建体系结构设计模型是先构造设计模型，然后逐步细化最终实现非功能需求目标。 以非功能需求为主要设计目标构建体系结构，强调将非功能特性对应为体系结构的组成元素，并将其作为设计的主要考虑因素。 用例和目标驱动 */100 体系结构描述 体系结构描述语言（Architecture Description Language） 多视图作为一种描述体系结构的重要途径，体现了关注点分离的思想 */100 动态软件体系结构 在设计阶段获取系统架构的动态性，对各种可能出现的变化进行描述和建模，对系统修改的方式和过程进行描述和建模 在实现阶段建立动态、可修改体系结构的基础设施，提供系统在运行时的各种信息，将发生变化后的体系结构元素映射到对应的实现模块，保证整个系统的持续运行，同时提供相应的分析、测试手段和工具 */100 软件产品线 生产线创建出不同的产品，并通过一定的规范将产品组装起来成为一个完整的系统 软件工厂封装了特定问题域的业务和技术知识 软件工厂提供了一系列进行产品生产和组装的自动化工具 */100 产品和产品线 产品是一个特定的工厂创建的产物 产品线定义了特定领域的工厂解决方案 o5 S(o5) o6 S(o6) o1 S(o1) o2 S(o2) o3 S(o3) o4 S(o4) 软件总线 （中间件） */100 运用Rational Software Architect 设计软件架构 IBM Rational Software Architect 是一个用于端到端软件交付的全面的设计、建模和开发工具。它使用UML设计企业 应用和 Web 服务。RSA基于 Eclipse 开放源码软件框架构建，可通过各种 Eclipse 插件来扩展。 MDD模型驱动开发强大的工具和流程指南可帮助降低复杂性，并支持更高的质量和效率。 */100 运用Rational Software Architect 设计软件架构 Rational Software Architect Java开发构架设计界面 二者比较 微内核 只有很小的运行框架核心，职责和功能简单，构成系统的几乎都是插件。 由父插件负责管理子插件。可扩展性更强。内核可以比作一粒种子，整个系统为级联的树形结构。 巨内核 系统运行框架比较复杂，它需要管理所有的插件，管理界面布局策略、导航、插件代理等职责。 插件非常简单，只需要将业务部分用统一的接口公布出来就可以，开发时不需要考虑和其他插件的关系。插件为并联结构横向扩展。  */100 插件结构 基于插件的系统结构通过把扩展功能从框架中分离出来，降低了框架的复杂度，让框架和可插接模块更容易实现。 装载机制 插件系统的运行可以分为装载期和运行期两个阶段 在装载期，装载程序将不同的插件按照配置信息组装成可运行的系统，其中配置信息主要包括界面布局和插件接口之间的调用关系 懒加载 ：按需要实现插件的加载，调用时加载 装载时绑定 ：将所有插件按照配置信息进行组装，启动时一次性加载 运行时绑定 ：二者折中，生成一个插件关系列表 分布式系统架构 计算模式的发展 集中——分布 集中式—广泛使用大型机/小型机计算模型 80年代后，微机和网络的出现，集中式结构逐渐被以PC为主的微机网络所取代 以PC机为主体的文件服务器并不能满足分布式计算的需求，因此C/S技术应运而生，它集中了大中型系统及文件服务器的优点，并有良好的系统开放性和可扩展性。 信息的全球化，应用（电子商务等）驱动C/S从LAN 向WAN 延伸 */100 -1 传统两层C/S结构 分布式系统模型,表明各种数据和处理如何分布到各个处理器上。 服务器：为其他子系统提供服务，功能独立。 客户机：调用服务器提供的服务，可并发执行。 网络：使客户机能够访问服务器。 */100 */100 C/S结构的数据库 客户(Client) 服务器(Server) 服务请求 结果 网络 典型的客户/服务器(C/S)结构 数据库 DBMS 应用程序 */100 * Distributed system Ring topology Star topology 优缺点 优点： 结构简单，系统中不同类型的任务分别由客户和服务器承担，有利于发挥不同机器平台的优势； 支持分布式、并发环境，特别是当客户和服务器之间的关系是多对多时，可以有效地提高资源利用率和共享程度； 服务器集中管理资源，有利于权限控制和系统安全。 缺点： 构