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

* * C/S与B/S混合软件体系结构： 优点：外部用户不直接访问数据库服务器，能保证企业数据库的相对安全。企业内部用户的交互性较强，数据查询和修改的响应速度较快； 缺点：企业外部用户修改和维护数据时，速度较慢，较烦琐，数据的动态交互性不强。 * * 三种不同的异构风格： 空间异构(Spatial/Locational Heterogeneity)：构件使用不同连接件混合，不同子系统使用不同风格； 时间异构(Temporal/Simultaneous Heterogeneity)：系统在不同时间或阶段采用不同风格； 层次异构(Hierachical Heterogeneity)：各构件和连接件内部采用不同风格。 * * §3.7 互联系统的体系结构 §3.7.1 互联系统构成的系统 SIS (System of Interconnected systems)由Herbert H. Simon在1981年提出； 系统可分成若干部分，每个部分作为单独的系统开发；整个系统通过一组互联系统实现，互联系统之间相互通信，履行系统的职责； 上级系统(superordinate system)：体现整体性能； 从属系统(subordinate system)：子系统，上级系统模型中所指定内容的一个实现。 * * * * 3.7.2 基于SASIS的软件过程 1、系统分解 当系统达到相当的规模和复杂性，或系统可由若干个物理上独立的系统组成； 如何将一个上级系统的功能分布在几个从属系统之间，每个从属系统负责一个明确定义的功能子集； “分而治之”，独立实现每个系统。 * * 2、用例建模 为每个系统在SIS系统中建立一个用例(use case)模型； 上级系统的高级用例分解到子系统上的多个从属系统的用例； 从任何一个从属系统的角度来看，其他从属系统都是它的用例模型的主角。 * * 3、分析和设计 标识构件、选择体系结构风格、映射构件、分析构件相互作用和产生体系结构； 上级系统：考虑上级系统的关键用例、SIS的分级结构，及如何处理从属系统之间的重用； 从属系统：考虑从属系统在SIS中角色、从属系统的关键用例，履行它的职责，如何重用。 * * 4、实现 构件的开发和测试，上级系统的原型设计； 5、测试 组装不同从属系统时的集成测试； 6、演化和维护 当从属系统的需求发生变化时，不必开发新版本的上级系统，不会影响其他从属系统。 * * 3.7.3 SIS体系结构的应用 1、大规模系统 如电话网络，顶层上级系统由一个标准化实体掌握，不同竞争公司开发符合该标准的从属系统； 系统功能包含多个业务领域，如全球移动通信系统(GSM：Global System for Mobile )包括呼叫用户到被呼叫用户的整个系统。 2、分布式系统 系统分布在多个计算机系统中，各系统之间明确定义接口，从属系统可由不同团队开发。 * * 3、遗留系统的重用 基本上不能进行修改和演化以满足新的变化了的业务需求的系统； 通常为大型软件系统，有着重要的作用，但已经不能满足要求，维护困难； 技术落后，性能低下； 系统没有使用现代软件工程方法进行管理和开发，基本没有文档，很难理解。 可将遗留系统作为系统的一个从属系统重用。 * * §3.8 面向服务的架构SOA 3.8.1 传统IT架构面临的挑战 程序冗余 在同一个企业，同一类型的功能模块在不同的应用系统中大多需要重复编写，因而开发费用增加。 接口多样性 右图中的5个应用程序组成的集合需要20个直接接口，如果添加第6个应用程序将需要10个新接口。而且必须修改每个已有的应用程序中的代码以包括进新的接口，因而将发生大量的测试费用。 N（N-1）集成问题（每个箭头表示一个接口） ATM系统 分行交收 付系统 信用卡 计分系统 在银行应用系统中，每个系统都是单独投资的孤立 项目，同一个获取账户余额的功能， 在不同的系统 中都要独立编码实现。既影响系统的开发投入，又 增加系统的开发时间 获取账户余额功能 * * 传统架构问题分析 传统的架构是面向应用的，是为了解决某个领域的某一特定问题进行开发，各个系统间彼此独立。应用通常基于不同的操作系统、不同的开发语言进行开发，使用的规范、技术不一致，造成软件组件的重用、集成各个不同系统的部件非常困难。由此造成了“信息孤岛”，使得软件系统的维护与新系统的开发投资很高。 业务的发展要求更强的信息处理功能，一方面需要将现有的多个应用系统进行集成，另一方面要求新的应用系统能快速的搭建与实施。如电子商务供应链、电子政务的横向数据共享、数字地球、智能交通等。为满足上述需求，软件的组件化和重用化设计将变得越来越重要。 * * 3.8.2 面向服务的架构（SOA） SOA（service-oriented?ar