soa面向服务的体系结构

1、软件体系结构 10 面向服务的体系结构,刘旭东 Thursday, April 18, 2019,主要内容,企业应用软件(Enterprise Software) 企业应用集成EAI (Enterprise Application Integration) 面向服务的体系结构SOA(Service Oriented Architecture),10.1 企业应用软件 Enterprise Software and Applications,软件系统的类型,个人软件 企业软件 企业管理软件：ERP、SCM、CRM、财务软件等； 办公软件：Office、Email等； 辅助设计软件：CAD、CAM、CAPP、CASE工具等； 系统软件 DBMS OS Middleware 开发工具：CASE工具、IDE等；,企业应用软件(Enterprise Software and Applications),企业软件是为了解决企业范围内业务问题的软件系统，而不是针对局部问题； 企业软件是支持企业业务和企业内各业务单元之间进行沟通的核心； 企业软件通常由一组软件产品+开发工具构成；,企业应用软件的类型

2、,从企业应用软件的功能上来分： 办公软件：OA (Office Automation) 管理软件：ERP/SCM/CRM/e-Business 辅助设计软件：CAD/CAM/CAPP,企业应用软件分类,ERP,CRM,SCM,E-Business,CAD,CAM,CAPP,PM,OA,KM,BPM,BI,EIP,PLM,TOC,EAM,HRM,DRP,企业应用软件的行业分类,钢铁冶金 饮料食品 物流 电信 家用电器 日用品 医药 金融 集团企业 机械电机 旅游 咨询 ,软件集成 交通运输 烟草 地产 能源电力 连锁分销 服装 纺织 电子电器 制造业 石化 建筑 ,企业应用软件的提供商,企业应用软件的特点,以流程管理(Business Process)为主线 以数据/知识管理(Data & Knowledge)为核心 以提高管理效率和管理水平(Management Efficiency & Quality)为目标 分布式+协同性 (Distribution & Collaboration) 异构性+集成性 (Heterogeneous & Integration),10.2 企业应用集成

3、 Enterprise Application Integration,Enterprise Application Integration (EAI),Enterprise Application Integration (EAI) is defined as the uses of software and computer systems architectural principles to integrate a set of enterprise computer applications to support the unrestricted sharing of data and business processes throughout the networked applications or data sources in an organization. 企业应用集成EAI：按照特定的设计原则，将一组企业应用集成在一起，以支持在组织范围内分布的多个应用或数据源之间能够不受限制的进行数据与信息共享。,为什么产生EAI的概念,在当今动态的业务环境下，诸如ERP、SC

4、M、CRM等企业ESA对企业竞争力的提升具有重要作用； 现代企业管理的一个挑战在于：企业内分布在各处的信息能够被任何其他人无障碍的访问； 但是，企业内的很多系统都是在不同时期开发的，因此往往形成信息孤岛； 当不同的系统无法有效共享数据时，就产生了信息交流的瓶颈，影响决策的效率。,企业内应用系统之间频繁的业务交互,企业间应用系统之间频繁的业务交互,EAI的目的,EAI的目的就是解决不同应用之间的互访问题，同时使企业的员工、决策者和其他企业的合作伙伴能够很容易的访问各类数据，而不管这些数据在什么地方和哪个系统中，从而实现数据与知识的共享。 EAI不仅包括企业内部的应用系统的集成，还包括企业与企业之间的集成，以实现企业与企业之间信息交换、业务协同、过程集成，例如： B2B 虚拟企业/动态联盟 供应链,EAI的基本构件,Applications (各类异构的应用系统) Adaptors (适配器),异构的应用系统,ERP系统,其他遗留系统 (Legacy System),数据库,供应链(SCM)系统,企业门户(Portal),财务系统,客户关系管理系统 (CRM),新开发的应用系统 (Java

5、, C, C+),EAI,适配器(Adaptor),Adapters (适配器),An adapter is a device used to match the physical or electrical characteristics of two different things so that a connection may be made between them. (适配器：一种设备，用来在两个不同的事物之间进行匹配，以实现二者之间的连接),为什么要用到“适配器”：异构系统之间的“不匹配”,ERP系统,其他遗留系统 (Legacy System),数据库,供应链(SCM)系统,企业门户(Portal),财务系统,客户关系管理系统 (CRM),新开发的应用系统 (Java, C, C+),EAI,适配器(Adaptor),Adaptor,Adaptor,Adaptor,Adaptor,Adaptor,Adaptor,Adaptor,Adaptor,适配器(Adaptor)的作用,Map heterogenous data formats, interfaces and p

6、rotocols into a common model and format (适配器：支持不同应用之间数据格式的转换、接口与通讯协议的转换) hide heterogeneity (隐藏异构性) present uniform view of layers below (提供统一的接口),EAI中的连接件及其拓扑结构,EAI的本质：将原本分离的系统连接在一起； 连接的方式： Point-to-point (点对点) Hub and Bus (集线器与总线),EAI中连接件的类型,Message brokers (消息中介): facilitates the message-based asynchronous interaction among adapters (负责在各适配器之间进行基于消息的异步交互) Message-oriented middleware (MOM); Service-oriented computing (SOC); Remote Procedure Call (RPC) (远程过程调用): faciliatates the call-return-bas

7、ed synchronous interaction among adapters (在各适配器之间进行基于函数调用-返回机制的同步交互) CORBA J2EE .Net,EAI中的集成层次,Data-level integration (数据层集成) Application-level integration (应用层集成) Process-level integration (过程层集成) User interface (UI)-level integration (用户界面层集成),数据集成(Data-level Integration),数据集成的目的是将不同的数据库集成起来，提供一种单一的虚拟数据库。 两种实现手段： 数据集成中间件 共享数据库 应用场合？ 当应用系统不向外提供访问其数据的接口时。 缺点？ 数据模型向外暴露，安全性差； 一个应用系统需要了解其他应用系统的数据格式，导致紧密耦合； 难以保证数据的完整性。,应用层集成(Application-level Integration),一个应用系统的源代码中可调用其他应用系统所提供的API，通过系统之间的API调用实现集

8、成。 实现技术： RPC，例如CORBA、.Net、JavaBean等 缺点？ 应用程序之间紧密耦合 无法实现异步的交互模式, b.f(); , function f() ,App a,App b,CORBA,过程层集成(Process-level Integration),为什么要做“过程集成”？ 一个业务流程的各个环节分布在不同应用系统的代码中，如果不将这些应用集成起来，就需要跨部门的手工合作来完成整个流程。 过程集成是将跨越不同部门或不同企业的业务流程利用EAI技术集成在一起，实现跨部门、跨系统、跨企业的流程共用。 将多个应用中的业务流程集成在一起，使之看起来像一个“流程”。,接收客户订单,货物运输,生成发票,生产计划,检查订单的 可满足性,记录客户信息,不可满足,可满足,订单管理系统,库存管理系统,客户关系管理系统,ERP系统,运输系统,财务系统,一个过程集成的例子,面向服务的过程集成,用户界面层集成(UI-level Integration),为什么要做“用户界面集成”？ 各个应用系统都有自己的用户界面，而且每个用户界面使用的终端设备有限，从而导致用户不得不同时使用多个应用的

9、不同界面，降低了工作效率。 开发一个跨应用、跨设备、统一的用户界面，从该界面就可调用各个不同应用的后台业务逻辑或数据，集成代码被放置在统一用户界面的代码之中。 目前的热点技术： Portal(门户) Mashup (Web2.0),用户界面层集成(UI-level Integration),EAI的 集成 层次,10.3 面向服务的体系结构SOA,关于SOA的几个初步观点,目前的软件系统及其开发方法，面临着以下的变化趋势： 技术让位于业务：技术变得越来越次要，对业务需求的理解变得越来越困难； 封闭向开放转移：软件系统的规模越来越大，复杂性越来越高，逐渐从封闭组织内部扩展到企业与企业之间，乃至开放的全球化环境中； 内部功能让位于协同：开发一个封闭的功能非常容易，难的是多组织之间的协同性功能的开发； 按需应变：软件系统越来越要求快速、容易的发生变化。 传统的软件开发方法/技术越来越力不从心，于是SOA粉墨登场。,(1) Internet环境下的企业交互,现代企业已经不再是封闭的企业，市场分工的日益专业化使得企业之间可能存在大量频繁的交互行为，以发挥各自的竞争优势： 供应链：供应商-制造商； 客户关系管理：制造商-物流商-客户 服务：顾客、中介、服务提供者 这种业务上的交互体现为企业业务流程的交互/互操作，同时一定需要企业信息系统的支持，因此体现为软件系统之间的集成与互操作。 互操作(Interoperability)：能够在异构的、分布式的系统之间交换和使用信息的能力； 不仅是不同企业之间，甚至一个企业内部的各个部门之间都有可能存在大量的交互。,(2) 异构系统的集成与互操作,不同企业甚至是同一企业的不同部门所应用的软件系统可能是异构的： 技术平台（编程语言）不同：J2EE-based、.Net-based 软件体系结构不同：message-based、file-based、process-based 数据格式不同：同样的“订单”对象，不同的属性集合 集成这些分布式的软件系统，在它们之间传递数据和消息，是一件非常困难的事情。,异构系统的集成,(3) 频繁变化的互操作与集成需求,企业业务流程是频繁变化的；

《soa面向服务的体系结构》由会员F****n分享，可在线阅读，更多相关《soa面向服务的体系结构》请在金锄头文库上搜索。