软件体系结构Chap03-风格(下).pptVIP

3.6.1为什么要使用异构结构3.6异构结构风格**3.6.1为什么要使用异构结构不同的结构有不同的处理能力、不同的优缺点；体系结构应该根据实际需要进行选择；遗留的系统可能具有不同的风格和结构；软件包、框架、通信等方面存在多种不同的标准；同一标准中存在不同的解释和表示。应用系统中10%代码实现公开功能，其余完成输入/输出、用户界面、文本编辑、图表、对话框等管理功能，重用主要受限于数据表示、数据组织、通信协议等方面的差异。3.6.2异构组合匹配问题**组合的方法很多，如可以利用分层组织方式，以不同的结构类型描述体系结构中的每一层。异构体系结构组合时，如何解决不同体系结构下构件间的协调问题？假设：两个构件(A和B)不能协调工作的原因是各自事先对数据表示、通信协议、同步控制、语法作了假设。解决A、B不匹配的方法：**按照B的形式重写A，即将A的形成改变成B的形式；公布A的形式的抽象化信息，即开放API；03数据传输过程中从A的形式转变到B的形式；04通过协商，A和B达成一个统一的形式；05使B成为支持多种形式；06为B提供进口/出口转换器：独立程序或系统协调扩充；0102引入中间形式，如IDL(接口描述语言)、标准的发布形式等；01为A添加一个适配器(adapter)或包装器；02保持对A和B的版本并行一致。03C/S与B/S混合软件体系结构C/S与B/S混合软件体系结构：**优点：外部用户不直接访问数据库服务器，能保证企业数据库的相对安全。企业内部用户的交互性较强，数据查询和修改的响应速度较快；01缺点：企业外部用户修改和维护数据时，速度较慢，较烦琐，数据的动态交互性不强。01三种不同的异构风格：**01空间异构(Spatial/LocationalHeterogeneity)：构件使用不同连接件混合，不同子系统使用不同风格；02时间异构(Temporal/SimultaneousHeterogeneity)：系统在不同时间或阶段采用不同风格；03层次异构(HierachicalHeterogeneity)：各构件和连接件内部采用不同风格。3.7.1互联系统构成的系统3.7互联系统的体系结构**SIS(SystemofInterconnectedsystems)由HerbertH.Simon在1981年提出；A系统可分成若干部分，每个部分作为单独的系统开发；整个系统通过一组互联系统实现，互联系统之间相互通信，履行系统的职责；B上级系统(superordinatesystem)：体现整体性能；C从属系统(subordinatesystem)：子系统，上级系统模型中所指定内容的一个实现。D3.7.2基于SASIS的软件过程1、系统分解当系统达到相当的规模和复杂性，或系统可由若干个物理上独立的系统组成；如何将一个上级系统的功能分布在几个从属系统之间，每个从属系统负责一个明确定义的功能子集；“分而治之”，独立实现每个系统。**SOA提供了一系列的“服务”模块，?这些服务模块具有定义良好的输入/输出接口以及功能完善的处理逻辑。通过使用这些服务（用BPM编排），应用系统可以方便的利用这些服务集成在一起，使用这些构件最为便利的一点是各种服务模块不再仅仅为某一个系统服务，而是可为整个企业内部大多数的系统所用。国外的案例包括：金融、电信、政府等行业，具体有DHL、德国银行、国内的个别商业银行（由国外公司承建）*传统的三层架构，由于操作系统不同（UNIX、NT）、各个厂商对规范的实现不一致(J2EE、.NET)，使得软件组件的重用变得困难虽然使用了UML等统一建模方法与面向对象的组件、部件等技术，部件重用多数只限于在单个应用系统中，在于跨应用的组件重用存在很大的困难。同时传统架构给的IT管理人员带来更大的压力，每个系统通常拥有自己的安全模型、管理与监控机制，IT管理人员经常为了维护多个不同的应用系统而疲于奔命。通过发送消息的方式，每个应用提供多个服务接口，规定了接口的参数格式，一种方式是按XML标准来描述，这种规范称为采用WebService方式*第三章软件体系结构风格**3.1概述3.2经典软件体系结构风格3.3公共对象请求代理体系结构3.4正交体系结构3.5基于层次消息总线的体系结构风格3.6异构结构风格3.7互联系统构成的系统及其体系结构3.8面向体系结构的架构（SOA）公共对象请求代理体系结构CORBA（CommonObjectRequestBrokerArchitec