SA建模与实践PPT课件

《SA建模与实践PPT课件》由会员分享，可在线阅读，更多相关《SA建模与实践PPT课件（37页珍藏版）》请在装配图网上搜索。

1、 SOA简介SOA建模与实践建模与实践2/38大纲大纲n SOA基本概念n SOA优点n SOA技术n SOA设计原则n SOA方法学3/38基本概念基本概念-1n SOA, 即Service Oriented Architecture：l SOA是一种 IT 体系结构风格，或l SOA是包含运行环境、编程模型、架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境，涵盖服务的整个生命周期：建模-开发-整合-部署-运行-管理。n SOA支持将业务转换为一组相互链接的服务或可重复业务任务，可以对这些服务进行重新组合，以完成特定的业务任务，从而让您的业务快速适应不断变化的客观条件和需求

2、。4/38基本概念基本概念-2n 服务是SOA的核心：l 业务被划分为粗粒度的业务服务和业务流程；l 业务服务相对独立、自包含、可重用，由一个或者多个分布的系统所实现，而业务流程由服务组装而来；l 一个“服务”定义了一个与业务功能或业务数据相关的接口，以及约束这个接口的契约，如服务质量要求、业务规则、安全性要求、法律法规的遵循、关键业绩指标（Key Performance Indicator，KPI）等。l 技术和位置的透明性，使得服务的请求者和提供者之间高度解耦。5/38SOA优点优点n 可将SOA的主要优点概括为：l IT能够更好更快地提供业务价值（Business Centric）l 快

3、速应变能力（Flexibility）l 重用（Reusability）l SOA是架构风格，是方法，而不是具体架构具体实现技术；l SOA的首要目标是IT与业务对齐，支持业务的快速变化；其次是IT架构的灵活性和IT资产的重用；l 在工程上，SOA的重点是服务建模和基于SOA的设计原则进行架构决策和设计。6/38服务服务n 利用基于SOA的系统构建方法，如图中所示的一样，一个基于SOA架构的系统中的所有的程序功能都被封装在一些功能模块中，利用这些已经封装好的功能模块组装构建所需要的程序或者系统，而这些功能模块就是SOA架构中的不同的服务(services)。7/38SOA技术技术n Web Se

4、rvice基本协议l UDDIl WSDLl SOAPl BPELl WS-Securityl WS-Policyl SCA/SDO8/38n 简单说来，XML 是最低级的通用语言。它是一种可扩展标记语言，不同的平台和语言都能理解它。很多 Web 服务标准中都使用了 XML。标记的内容将由定义语法的模式进行验证或解析。n Web 服务是能够进行重用的功能构建块。必须由提供者系统使用标准协议和语义对其进行发布、查找（发现）和调用。这是使用具有不同语法和相关结构的 XML 进行的。9/38n Web 服务描述语言（Web Services Description Language，WSDL）是一个

5、 XML 实例文档，符合用于服务请求方和服务提供者之间的通信的 W3C 标准 XML 语法。它描述 Web 服务如何工作。正是由于 WSDL 文件，Web 服务才被称为“自描述”，因为可以从 WSDL 文件生成 SOAP 消息。事实上，很多工具都可以从 WSDL 文件创建客户机代码。n WSDL 文件包含以下元素：使用某种语法（如 XML 模式）的数据类型定义（string、int） ：要传递的数据 ：消息参数 ：服务支持的操作的抽象描述 ：一个或多个端点支持的操作的抽象集。此名称已更改，因此可能会遇到两者中的任何一个。 ：特定端口类型的具体协议和数据格式规范 ：绑定和网络地址的组合。此名称也

6、已更改，因此可能会遇到两者中的任何一个。 ：相关端点的集合，包括其关联的接口、操作、消息等。10/3811/38n UDDI 定义如何查找 Web 服务（及其 WSDL 文件）。UDDI 并不像 WSDL 和 SOAP 一样深入人心，因为很多时候，使用者知道 Web 服务的位置（通常位于公司的企业内部网中）。n UDDI 列表保存在 UDDI 注册中心。每个列表可以包含以下内容：地址、联系人和已知标识符 ：基于标准分类法的行业类别 ：有关业务公开的服务的技术信息 n 绿页即所需的全部内容。它们可提供对服务的 WSDL 信息的访问。12/38n SOAP 是用于在网络上交换基于 XML 的消息的

7、协议。通常，使用 HTTP 作为传输协议，但也可以使用其他协议，如 SMTP 等。n SOAP 消息包含以下元素：必需的元素，用于将文档标识为 SOAP 消息 ：包含应用程序特定的信息 ：必需的元素，定义调用和响应信息 ：包含有关出现的错误的信息 n SOAP 内容可由 WSDL 文件确定。13/38SOA设计原则设计原则n 软件工程的演变n 体系结构范式n 服务和流程n SOA架构特性n 基本原则n IBM SOA Foundation14/38软件工程的演变软件工程的演变瀑布模型瀑布模型原型方法原型方法迭代方法迭代方法敏捷方法敏捷方法软件危机重文档、重过程轻量级、人性化15/38体系结构范

8、式体系结构范式-1n 企业体系结构和面向服务的体系结构具有相同的目标，即通过集成的IT策略支持业务。n 企业体系结构定义：企业体系结构是这样一种做法，即应用描述组织的流程、信息系统、个人和组织子单元的全面而严格的方法，从而使其与组织的核心目标和策略方向保持一致。n Open Group Architecture Forum (TOGAF) 体系结构定义：l系统的正式描述，或用于指导其实现的组件级别的系统详细计划。l组件的结构、它们相互间的关系以及控制其设计及将来发展的原则和指导方针。16/38体系结构范式体系结构范式-2n 体系结构为以下任务提供支持：l在不同的抽象级别进行设计和建模l将规范与

9、实现分离l构建灵活的系统l确保满足业务需求l分析需求更改的影响l确保遵循相关原则17/38体系结构范式体系结构范式-3n 体系结构从过去单个应用包罗一切的客户/服务器的模式，逐渐演变到三层和多层结构的各种分布式计算模式。今天，人们开始谈论和实践面向服务、更加分布化的架构范式。n 设计风格和体系结构范式（Architecture Paradigm）：l使用哪些抽象手段来为问题域建模？l如何定义组成部分之间的协作和结构关系？l如何定义从外界所看到的系统结构和行为？l是什么设计原则在指导我们的架构决策？有什么最佳实践和模式可供借鉴？18/38SOA架构特性架构特性n 敏捷性：服务的独立性，使得每个服

10、务可以被单独地开发、测试和集成。n 重用性：不同模块和系统中的重复部分，可独立出一个个服务。n 低耦合性：技术和位置的透明性，使得服务的请求者和提供者之间高度解耦。19/38基本原则基本原则-1n 无状态以避免服务请求者依赖于服务提供者的状态。n 单一实例避免功能冗余。n 明确定义的接口接口稳定，明确；数据隐藏。n 自包含和模块化业务稳定、重复出现的活动和组件，独立进行部署、版本控制、自我管理和恢复。20/38基本原则基本原则-2n 粗粒度服务数量不应该太大，依靠消息交互而不是远程过程调用（RPC），通常消息量比较大，但是服务之间的交互频度较低。n 服务之间的松耦合性服务使用者看到的是服务的接

11、口，其位置、实现技术、当前状态等对使用者是不可见的，服务私有数据对服务使用者是不可见的。n 重用能力服务应该是可以重用的。n 互操作性、兼容和策略声明。21/38IBM SOA Foundation-1SOA Foundation 参考模型参考模型22/38IBM SOA Foundation-2SOA Foundation 解决方案堆栈解决方案堆栈23/38IBM SOA Foundation-3n 解决方案的5 个层次分别如下（按照从下到上的顺序）：l可操作系统：表示现有 IT 资产，说明 IT 投资非常宝贵，应该在 SOA 加以利用。l服务组件：实现服务，可能通过使用可操作系统层中的一个

12、或多个应用程序来进行。如模型中所示，使用者和业务流程并不能直接访问组件，而仅能访问服务。现有组件可以在内部重用，或在合适的情况下在 SOA 中使用。l服务：表示已部署到环境中的服务。这些服务由可发现实体进行治理。l业务流程：表示将业务流程作为服务编排实现的操作构件。l使用者：表示用于访问业务流程、服务和应用程序的通道。24/38IBM SOA Foundation-3企业服务总线 外部服务提供者业务服务编排内部服务请求者企业外部服务请求者内部服务提供者ESB网管ESB名空间业务服务注册25/38SOA方法学方法学n 传统方法学n SOA方法学n SOMAn 服务发现n 服务规约n 服务实现26

13、/38传统方法学传统方法学-127/38传统方法学传统方法学-2n 传统方法学将项目周期分为分析、设计和开发三个阶段，纵坐标将域分为应用、架构和业务。l流程建模（BPM）用于业务领域的分析和设计，如业务流程的定义、业务数据的定义等；l企业架构（EA）和方案架构（SA）侧重在架构领域的分析和设计，如根据业务需求确定目前目标业务系统和IT系统，根据目标系统需求设计主要架构元素和它们之间的关系；l面向对象的分析和设计（OOAD）则贯穿分析、设计和开发三个阶段，它主要分析细粒度的业务需求，如用例，分析和设计实现这些需求的类和对象，以及它们之间的关系。28/38SOA方法学方法学-129/38SOA方法

14、学方法学-2n 面向服务的分析和设计贯穿项目周期的三个阶段和IT系统的三个域。这暗示着，在操作层面上，面向服务的分析和设计会和其他方法学紧密相联。30/38SOMA-1n SOMA，即面向服务的建模和架构。n 为了开始面向服务的分析和设计，如下的输入需要被用在分析和设计的过程中：l业务领域（Business Domain）和业务功能域（Business Function Area）l业务流程（Business Process）l业务目标（Business Goal）l现有系统（Existing System）31/38SOMA-232/38服务发现服务发现-1n 自上而下（领域分解）方式自上而

15、下的领域分解方式从业务着手进行分析，选择端到端的业务流程进行逐层分解至业务活动，并对其间涉及的业务活动和业务对象进行变化分析。l业务组件模型是业务领域分解的输入之一。l端到端的业务流程是业务领域分解的另一个输入。l变化分析的目的是将业务领域中易变的部分和稳定的部分区分开来。33/38服务发现服务发现-2n 自下而上（已有资产分析）方式自下而上的已有资产分析方式的目的是利用已有资产来实现服务，已有资产包括：l已有系统l套装l定制应用、行业规范或业务模型等。通过对已有资产的业务功能、技术平台、架构及实现方式的分析，除了能够验证服务候选者或者发现新的服务候选者，还能够通过分析已有系统、套装或定制应用

16、的技术局限性，尽早验证服务实现决策的可行性，为服务实现决策提供重要的依据。34/38服务发现服务发现-3n 中间对齐（业务目标建模）方式 中间对齐的业务目标建模方式的目的是帮助发现与业务对齐的服务，并确保关键的服务在流程分解和已有资产分析的过程中没有被遗漏。业务目标建模将业务目标分解成子目标，然后分析哪些服务是用来实现这些子目标的。在这个过程中，为了可以度量这些服务的执行情况并进而评估业务目标，我们会发现关键业务指标、度量值和相关的业务事件。35/38服务规约服务规约-1n 使用三种服务发现的方式，我们发现服务候选者组合，并按照业务范围划分为服务目录。同时为服务规约做好准备。n 服务规约阶段的

17、主要任务是：l规范性地描述服务各个方面的属性，其中既包括输入/输出消息等功能性属性，服务安全约束和响应时间等服务质量约束；l以及服务在业务层面的诸多属性，如涉及的业务规则、业务事件、时间/人员消耗等；l与此同时，规范描述服务相关方面的关系也很重要，如服务间依赖关系，服务和业务组件间关系，服务和IT组件间关系和服务消息间关系等。36/38服务规约服务规约-2n 进行服务暴露决策是服务规约的第一步。服务暴露的原则：l业务对齐。该服务候选者可以支持相关的业务流程和业务目标。l可组装。该服务候选者满足技术中立、自包含及无状态等特点，同时还满足复合应用的相关非功能性需求。l可重用。该服务候选者可以在不同的应用、流程中重用，从而减少重复的功能实现，降低开发和维护的成本。37/38服务实现服务实现n为了将服务契约落在实地，服务实现阶段通过差距分析，并结合传统方法学完成每个服务实现决策。l现有系统分析l确定服务分配l服务实现决策l服务基础设施设计