《本科毕业设计论文-公交公司信息架构总体设计(41页).doc》由会员分享，可在线阅读，更多相关《本科毕业设计论文-公交公司信息架构总体设计(41页).doc（39页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-本科毕业设计论文-公交公司信息架构总体设计-第 33 页摘要：由于时间，开发工具，部门要求以及在数据库的选择等不同原因，致使公交公司现有的信息系统一盘散沙，无法实现信息资源共享。特别是在OA的架构中公交公司所呈现的“信息孤岛”问题严重的阻碍了公交公司的信息化建设。本文开头介绍了EAI（企业应用集成）的定义及其发展历史。然后主要从三个层次简要的对EAI进行了说明，介绍了XML技术在数据格式统一和集成中的实现机制和优势，SOA理论在系统功能层次集成方面的作用。以及SOA实现手段Web service的架构和技术核心，并对企业门户作了简要介绍。关键字：EAI 数据集成 SOA Web servic
2、e 企业门户 Abstract: As a result of the time, the development kit, the department request as well as in the database choice and so on the different reason, the cause public transportation company existing information system is in a state of disunity, and it is unable to realize information resource shar
3、ing. Specially “the information isolated island” which the public transportation company presented in the OA construction the question serious hindrance public transportation companys information construction。This article began introduced EAI (enterprise applied integration) definition and developme
4、nt experience. Second, this article introduced the XML technology in the data format unification and the integrated realization mechanism and the superiority。SOA theory in system function level integration had many functions. As well as the SOA realization method Web service construction and the tec
5、hnical core, and has made the brief introduction to the enterprise portal.Key words: EAI data integration SOA Web service enterprise portal目录第一章 绪论1第二章 EAI简介52.1EAI的发展52.2 EAI的定义62.3 EAI包括的内容72.3.1 数据集成72.3.2 应用集成72.3.3 业务流程集成7第三章数据层集成93.1数据集成简介93.1.1数据集成的重要性93.1.2公交公司后台数据库现状103.2数据集成的方式103.2.1联邦数据库
6、2103.2.2位数据复制2113.3XML在数据集成中的应用113.3.1XML的定义及其优势113.3.2支持XML的数据库133.3.3XML文档与数据库的转换技术14第四章 应用层集成174.1应用层集成的主要理论SOA174.1.1 SOA的定义174.1.2 SOA与企业应用集成174.2SOA的实现方式Web Services184.2.1SOA与Web services的关系184.2.2Web service概述204.2.3Web Services的优势21第五章 用户界面层集成235.1企业信息门户235.1.1企业信息门户的定义235.1.2实施企业门户的必要性245.
7、1.3公交公司企业门户建设265.2支持企业门户开发的产品27总结31致谢33参考文献35第一章 绪论 随着计算机技术的发展、互联网应用的普及,越来越多的企业实施了信息化建设,开发了企业内部网,建立了门户网站、电子商务网站、企业内部的信息系统。公交公司在这方面也不落后，也意识到了信息化建设的重要性，到目前为止引进了诸多的系统。包括以下的几个系统：1）、浪潮通软myGS pSeries：包括帐务处理、辅助管理、工资报表、财务预算、资金计息、财务分析、成本核算、报表汇总、WEB财务、维护工具、环境配置、成本核算、销售发票、采购管理、销售管理、库存管理、存货核算、生产计划（生产数据）、车间管理、成本
8、管理、质检管理、设备管理等子系统。2）、劳动人事管理系统： 由以下十四个子系统构成：机构管理、人员管理 、劳动合同、工资管理、保险福利、考勤管理、统计报表、决策支持、领导查询、远程用户、系统维护、政策法规、政策咨询、规章制度。3）、调度管理系统：调度管理系统是公交总公司计算机网络营运调度管理系统的一部分，主要完成公交总公司调度处（一级调）季度调度计划管理以及各个分公司调度科（二级调）调度室的当班司机、乘务员和调度员的考勤及编制各线路的调度计划等，并将配车数、客流量等关键信息及时向总公司汇总，以便更好的修正调度计划。4）、票务管理系统：票务管理系统是公交总公司计算机网络营运调度管理系统的一部分，
9、主要完成公交总公司票务综合管理及其各分公司调度科（二级调）票务室的各项票务业务的处理和收银中心现金清点管理工作。其目标是通过计算机管理，提高总公司运调处票务管理的自动化程度和管理水平、提高分公司运调科票务室的工作效率，从而使其准确及时地进行票务处理和现金的结算，减少手工劳动，达到减员增效，并及时向上级部门提供营运收入和客运情况，为分析决策提供条件和依据。5）、车间管理软件：主要包括以下几个功能块：车间考勤管理，车间调度管理，保修统计管理，工资发放管理，查询其他数据，车间计算机上机人员操权限管理。6）、计划统计科计算机软件：主要分为以下几个功能块：生产计划管理， 投资计划管理， 路单统计， 营运
10、车辆油耗统计，建立综合台帐， 查询综合台帐， 打印日报、短期报表、月报、季报、年报及统计分析， 查询其他数据库， 安全、服务指标统计， 计划统计科上机人员操作权限管理。7）、IC卡数据采集系统：软件是天津磁卡的车载机接入马鞍山数据系统的前端数据接受机软件。主要功能是接收天津磁卡车载机具通过采集盒上传的数据。并负责与马鞍山结算系统进行数据交换，包括下载补采集、黑名单和数据上传等通讯工作。在实际的调研过程中发现了以下的一些问题：1）、没有结合的公司的实际情况，盲目的引进软件，例如浪潮通软myGS pSeries，图1.1是它的业务流程图。图1.1浪潮通软的业务流程图公交公司不同于别的企业，在销售方
11、面有自身的特点，这就标志着在销售管理方面不能够直接全盘引进，其次在生产计划方面公交公司主要涉及的车辆维护和库存管理，而浪潮通软所具备的生产计划子功能是不合适的。2）、数据多方面的存贮浪费大量的存贮空间，同时引起数据插入、修改和删除不方便，例如浪潮通软的“人事管理子系统”和后来引进的劳动人事管理系统，以及车间管理系统中的子功能“工资发放管理”，还有调度管理子系统中的子功能“外勤人事管理”存在着员工信息的多次存储。3）、系统间的相互交互性弱。计划统计科计算机软件，车间管理软件等软件都包括一个系统子功能“访问其它数据库”，这种直接性的访问会带来致命的后果。在社会信息化水平的确不断提高和信息化程度的不
12、断深入的同时，企业多年以来开发或引进的应用子系统之间不能够共享数据和信息，业务流程不能够顺利执行和有效控制,在公交公司的信息化总体架构中体现的问题更加的明显,目前正在实施的车辆保养系统与其它信息系统的交流都是通过数据库的直接访问,这样既不方便也不安全，在公交公司办公自动化的部署上更加体现了所存在的“信息孤岛”问题。这些问题已经严重地阻碍了公交公司信息化建设的整体进程,公交公司迫切需要一整套从信息采集、信息处理到信息传递与共享的综合信息服务系统。而在信息化总体规划和建设中，EAI这一手段被证明是可行的。企业应用集成是对已有的系统进行有机的整合，并不重新引进新的系统从而达到资源重用的目的，同时留有
13、相应的软件接口便于日后的扩充。第二章 EAI简介2.1EAI的发展在20世纪60年代到70年代期间，企业应用大多是用来替代重复性劳动的一些简单设计。当时并没有考虑到企业数据的集成，惟一的目标就是用计算机代替一些孤立的、体力性质的工作环节，例如经常谈及到的“无纸化办公”。20世纪80年代,企业规模开始扩大,企业业务和数据日趋复杂，一些公司开始意识到应用集成的价值和必要性,很多公司的技术人员试图在企业系统整体概念的指导下对已经存在的应用进行重新设计,以便将它们集成在一起。此时,点到点(point to point)的集成技术开始出现,在各个应用系统之间通过各自不同的接口进行点到点的简单连接,实现信
14、息和数据的共享。点到点的应用集成也被称为第0代EAI技术。 20世纪80年代末和90年代初,随着企业规模的进一步扩大,应用系统不断增加,简单的点到点连接已经很难满足不断增长的应用集成要求,企业迫切需要新的集成方法:可以少写代码,无须巨额花费,就可以将各种旧的应用系统和新的系统集成起来。第1代EAI技术的出现在一定程度上解决了这些问题,它采用CORBA/DCOM、MOM(消息中间件)等技术,实现了对企业信息的集成,促进了企业的进一步发展。20世纪90年代中后期,企业业务的迅速发展以及与电子商务的结合对应用集成解决方案提出了更高的要求,局限于信息集成的第1代EAI集成技术很难实现企业业务流程的自动
15、处理、管理和监控,基于业务流程管理/集成(BPM/BPI)的第2代EAI集成技术成为更加合适的集成选择方案。第2代EAI集成技术通过实现对企业业务流程的全面分析管理,可以满足企业与客户、合作伙伴之间的业务需求,实现端到端的业务流程,顺畅企业内外的数据流、信息流和业务流。如今随着XML技术的广泛运用，Web Service的发展和面向服务的架构的提出，可以跳出传统集成方法的局限，实现面向服务的EAI。2.2 EAI的定义企业应用集成(EAI: Enterprise Application Integration)总体上可以分为以下的二部分: 1企业内部的应用集成(Infra-EAI) :主要是基
16、于企业(一个组织)内部的业务应用集成 ，如CRM和ERP,ERP和SCM等，是将企业组织内部的多个不同的数 据源和分离应用系统进行协同自动化处理的解决方案. 企业和企业的应用集成(Inter-EAI) :即电子商务(B2B)，侧重的是不同企业 (不同组织)之间的业务应用集成。企业通过防火墙将企业的业务延伸和扩展到企业组织以外的合作伙伴如分销商、零售商、供应商、物流运输商等 。企业应用集成(本篇主要针对的是企业内部的应用集成)是指对企业中完成不同业务功能的应用系统进行集成,在它们之间建立起可供数据交流和应用沟通的中枢系统.EAI是多种软硬件技术的融合,是多种标准,规范的整合,以使不同的信息系统能
17、够协调配合的工作,就好像是同一个系统. 8可以通过中间件作为粘合剂来连接企业内外各种业务相关的异构系统、应用以及数据源，从而满足E-Commerce、ERP、CRM、SCM、OA、数据仓库等重要系统之间无缝共享和交换数据的需要。利用EAI，企业可以将核心应用和新的Internet解决方案结合在一起。如图2.1所示：企业资源规划企业应用集成企业门户数据库供应链管理财务系统客户关系管理图2.1企业应用集成解决方案2.3 EAI包括的内容EAI 概念被认为可以包括数据集成、应用集成和业务流程集成等方面。2.3.1 数据集成数据的集成完成针对结构化数据和非结构化数据的整合、分析等工作。数据集成是EAI
18、发展中最容易实现的形式,也是应用集成的基础。数据集成是企业内的数据库和数据源层次的集成,通过将数据从一个数据源物流或虚拟地移植到另外一个数据源来实现数据的集成和共享。数据集成中的关键是对数据进行概念建模和在概念建模基础之上的推理支持。只有建立数据的概念模型,才能对数据进行统一标识和编写目录,确定元数据模型。只有对数据建立统一的模型后,数据才有在分布式数据库中共享的可能。数据集成的方法主要有数据复制、数据聚合、面向接口集成和析取、转换、装载解决方案(ETL方法)。2.3.2 应用集成 应用集成是在业务逻辑层上进行的集成，把不同的应用程序连接起来，以共享和利用信息，使不同应用系统中的信息可以在整个
19、企业范围内共享。应用程序集成是基于内部网络，通过协议转换与数据传输服务，来保证企业不同应用程序之间的信息和指令安全、有效的传输。涉及的主要方法有：一是面向消息的中间件，它是通过在新旧应用软件、不同软件之间进行消息传递来实现集成的。二是分布式对象技术，如 CORBA、DCOM、.Net、J2EE 等，主要是把各个不同的应用系统看成是一个分布的对象，只要知道了这些应用对外公开的接口，就可以通过一定的方法直接远程调用这些应用，而不用管这些应用系统的内部结构及用什么编程语言写的等等，实现了跨平台的操作，将这些应用系统连成一个逻辑的整体。应用集成比较复杂，多少也会涉及到数据集成和界面集成。2.3.3 业
20、务流程集成业务集成的传统实现手段是采用传统的中间件，包括基于传统的消息中间件、交易中间件或者应用服务器等的集成，更进一步的实现手段则是采用Web服务技术来实现业务集成。一般来说，在业务流程的集成模式中，应包括集成适配器、数据转换处理、消息路由控制以及业务流程管理等几大部分。为了降低集成成本，减少技术风险和保护企业已有投资，目前广为接受的业务集成方式是充分利用Web服务技术，将原先以数据为出发点的面向数据库的单一系统设计模式逐步向以应用功能为出发点的面向企业服务的体系架构过渡。比较典型的业务流程集成是界面重组。界面重组是一个面向用户的整合，它将原先系统的终端窗口和PC的图形界面用一个标准的界面(
21、有代表性的例子是使用浏览器)来替换。一般来说，应用程序终端窗口的功能可以一对一地映射到一个基于浏览器的图形用户界面。新的表示层需要与现存的遗留系统的商业逻辑或者一些封装的应用如ERP、CRM 以及SCM等进行集成。企业门户应用(Enterprise Porta1)也可以被看成是一个复杂的界面重组的解决方案。一个企业门户合并了多个企业应用，同时表现为一个可定制的基于浏览器的界面。在这个类型的EAI中，企业门户框架和中间件解决方案是一样的。并且，通过企业门户提供给最终用户基于角色的用户管理机制和个性化服务，以及单点登陆(Single Sign OnSSO)等服务，从而提高使用者的办公效率和降低IT
22、维护成本。第三章 数据层集成3.1数据集成简介3.1.1数据集成的重要性在实际的信息化建设过程中,可能由于各种历史条件的限制,各个地区部门根据各自的信息需求和特定的应用选择了各自的软硬件环境,从而使得一个企业往往存在多种不同类型的软硬件平台,操作系统,网络协议和来自不同厂商的数据库管理系统。数据的这种按照功能或部门的组织和管理,导致了企业数据与服务的分片,形成了一个个的“信息孤岛”。企业越来越多的决策和应用需求需要对数据资源进行统一、全局和高效的访问。数据集成是把不同来源、格式、特点性质的数据在逻辑上和物理上有机的集中,从而为企业提供全面的信息共享。数据集成发生在企业内部的数据或数据源级别。通
23、过将一个数据源,或直接进行局部数据源的全局访问来完成数据集成,数据集成通过应用间的数据交换达到数据集成,能够解决数据的分布性和异构性问题。其前提是被集成应用必须公开数据结构,即必须公开表结构、表间关系、编码的含义等。图3.1是数据集成的示意图。应用1应用2用户界面层系统功能层数据存贮层用户界面层系统功能层数据存贮层图3.1数据集成示意图3.1.2公交公司后台数据库现状由于种种原因致使公交公司现存系统的后台数据库各式各样，他们之间的无法实现快速交流，从而无法实现数据的共享。1）、浪潮通软的数据库服务系统采用的是MS SQL Server、Sybase、Oracle2）、劳动人事管理系统采用的后台
24、数据是MS SQL Server、Sybase3）、总公司财务系统一直采用万能财务软件公司的单机版（DOS操作系统下）的财务软件，该公司WINDOWS界面下的网络软件数据库采用IBM公司的DB2。还有其它的系统采用的是MS SQL Server和Access，如何使这些数据库交流起来是本章节要讨论的问题。以下的知识有限，本文仅从MS SQL Server和Access的相互转换入手。3.2数据集成的方式在企业应用集成领域,已经有了很多成熟的框架可以利用,在这对其中三种做一个基本的分析。3.2.1联邦数据库2联邦数据库系统(FDBS)由半自治数据库系统构成,相互之间分享数据,联盟各数据源之间相互
25、提供访问接口,同时联盟数据库系统可以是集中式的数据库系统或分布式的数据库系统及其他联邦系统。在这种模式下又分为紧耦合和松耦合的二种情况,紧耦合提供统一的访问模式,一般是静态的,在增加数据源上比较困难,其核心是必须解决所有数据源语义的问题。联邦数据库系统主要是面向多个数据库系统的集成其中数据源有可能要映射到每一个数据模式,假如有N个待集成的数据库系统则要带来N(N-1)的开销,当集成的系统很大时,对实际开发将带来巨大的困难。3.2.2位数据复制2对于实际的企业应用组织环境,往往都存在着一种树形管理工作机构,为了发挥机关、部门的管理职能,它们之间需要及时、可靠的传递大量的数据信息,如决策信息从上级
26、传到下级或是执行信息从下级传到上级。交换的数据可能是来自数据库中的数据,可能是带若干格式的文本文件形式。传送的方式可能是依靠FTP,可能依靠EMAIL系统或采用一种可靠的消息通信中间件。而基于数据复制的应用集成就是通过数据复制机制将从一个应用中提取数据进行适当的转换后将数据输入并加载到另一个应用的数据库中,从而另一个应用可以从本地数据库中访问其他应用的数据,从而解决数据的分布和异构的问题。考虑到在企业中已经建成比较完善并且投入使用的管理信息系统,因此造成实际上存在的数据库管理系统及数据库模式不一致性,为了可以集成现有资源以充分提高效益,并且考虑到系统的可扩展性,对数据库的访问通过ODBC进行,
27、以此来支持所有提供ODBC驱动的关系型数据库。任何一方的数据库模式,源数据端完全控制发送哪些数据。而目的数据端也完全控制接收哪些数据。3.3XML在数据集成中的应用3.3.1XML的定义及其优势XML (Extensible Markup Language)是SGML的一个优化子集，它以一个统一、开放、基于文本格式的模式来描述和交换数据。XML也是一种元标记(meta-markup)语言它提供了种描述数据的格式这方便了内容和查询结果跨平台的声明。XML在数据集成中有以下几方面的优势: 31)内容的自描述性 HTML是面向显示的标记语言，只定义信息的显示样式，对于信息的具体意义不作说明XML是面
28、向内容的标识语言，在XML中的语义标识一方面限定了元素的层次结构另一方面也说明了元素的含义，在XML的搜寻结果中由标记就可知道内容的含义，这也使得搜寻结果更有意义。2)内容的独立性 由于XML是自描述的使得XML可以脱离具体应用来描述保存在异构环境中的各种数据，其它系统应用能直接对这些自描述的XML文件中的数据进行操作由于XML的数据语义和数据独立性它也将成为跨平台数据交换和操作的标准模式。实际上，数据互操作性是异构数据库研究中重要的课题，XML将成为达到这一目标的钥匙。3) 能描述不同复杂程度的数据 XML提供了数据的结构化表示，井且易于操作。例如可以被用来标记下列内容: 普通文档; 结构化
29、记录; 具有数据和方法的对象，比如一个JAVA对象; 数据库查询记录; 图形显示，如应用的图形用户接口; 所有Web上的信息之间的链接(LINK)。这使得XML在异构数据源联合使用中有广泛应用前景因为新的数据源的出现是不可预测的，而XML可以以一种统一的数据摸式描述来自不同数据源的数据，屏蔽数据源中应用环境和数据结构的异构性。以XML查询语言对数据源进行统一访问，可以利用基于关键字的查询。基于关键字的搜索已被证明在Web的搜索技术中具有很高的效率。4)可扩展性通过 XML文件中命名空间的声明，XML标记可以在企业内部网(Intranet)中使用，并且可以通过互联网被其他组织或个人使用，这样就可
30、以使用一种统一的数据查询和操作模式，而不必关心数据所在具体系统和应用环境。另一方面XML可以在不破坏现有结构和系统的情况下增加新的数据字段。应用服务器利用XML对所有数据建模,若改变数据模型只需改变数据模式定义，如DTD(document type definition)等。不需要重新编码现有的对象。5) 显示的多样性器 XML一个极其鲜明的特点是把数据的显示格式和数据的表示分离。在XML中，可以用格式文件如XSL(Extensible Style Language)来定义XML数据的显示格式，也可以利用HTMI作为XML文件的显示模板，把XML数据以数据岛的形式内嵌到HTML页面中。XML把
31、数据的表示和操作相分离，使得用户可以利用不同的格式和应用来显示和操作数据。这种分离可以实现不同数据源数据的无缝连接。各种数据可以在中间件上转换为XML格式，使得数据很容易地进行在线交换和传输。6) 粒度级更新 XML数据可以在粒度级更新。这样当数据的一部分改变时，不必重新发送全部数据，仅需要将改变的内容从服务器发送到客户端。另外，XML允许增加数据，这些更新的信息进入用户的视图而不用重新发送新的视图。利用XML访问异构数据数据库的方式称为中间件的架构方式,其基本特征是1：N的连接关系。如图3.2所示: 4客户端Web服务XMLXMLXMLOracle服务器DB/2服务器Infromix服务器图
32、3.2XML访问异构数据库的方式3.3.2支持XML的数据库支持XML的数据库是传统的关系和面向对象数据库的扩展，具有数据库与XML文档之间转换数据的能力特别适合于以数据为中心的应用，如Web数据的传输，集成和提取。一些功能强大的支持XML的数据库同时也可以存储以文档为中心的文档，并对文档内容进行查询。目前，主要的关系数据库厂商都提供了对XML的支持开发出了大量在在XML文档和数据库之间转换的工具，如IBM 、微软、Oracle和Sybase等。但是，XML数据与关系数据库的转换方法不同，各公司的解决办法也不尽相同。1）Oracle XML SQL将XML文档元素作为大量的嵌入表，通过Orac
33、le对象数据类型建立元素模型。SQL到XML的转换通过表之间一对一关系，对象数据库类型的引用和一个嵌入元素构造一个XML文档。XML到SQL的转换可能需要数据模型来进行修正（例如将关系数据库模型转换成对象关系数据模型）或重新构造原始的XML文档。2）IBM DB2 XML Extender既可以将XML文档作为BLOL（二进制大对象）存储，也可以分解成多个表，其中后一种转换叫做XML收集（Collection）,定义在XML1.0语法中。3） 微软通过扩展SQL92和引入OPENXML来解决对XML文档的管理4） Sybase Adaptive Server引入了ResultSetXml Ja
34、va类作为处理XML文档的基础。3.3.3XML文档与数据库的转换技术XML文档与数据库之间的转换软件是通过文档与数据库之间的映射来完成的，映射可以分为两种：模板驱动和模型驱动。在模板驱动的映射中，文档和数据库之间没有预先的映射，而是在数据转换软件处理的模板中嵌入说明命令。在模型驱动映射中，XML文档中的数据根据预先定义的模型，明确或隐含地映射到数据库中。在XML文档中的数据有两个公共的模型，即表模型和对象模型。1）表模型是基于表的映射，许多中间件产品都使用表映射在XML文档和关系数据库之间转换数据。在该模型中，将XML文档作为一个单表或表集，XML文档的结构如下所示：基于表的映射最突出的优点
35、是简单性，特别适合两个关系数据库之间的数据转换。但这种转换有一定的局限性，它只适用于小规模的XML文档，并且没有保留文档的物理结构（如字符和实体引用、CDATA 部分或字符编码）、文档信息（如文档类型或DTD）、注释信息和处理指令等。另外，如果XML数据文档与上面的格式不符，则不能使用表映射模型。52）对象模型是基于对象;关系的映射，它用于支持XML的关系数据库和一些在XML文档和关系数据库之间转换数据的中间件产品中。在这个模型中，将XML文档中的数据作为一个对象树，把具有属性的元素类型、元素内容或混合内容（复杂数据类型）作为类进行建模，把仅具有PCDATA 内容的元素类型（简单数据类型）、属
36、性和PCDATA作为分级属性进行建模，然后使用传统的对象关系映射技术或SQL 3视图将这个模型映射到关系数据库，其中类被映射成一个表，分级属性映射成表中的字段列， 对象值的属性被映射成主键/ 外键。在XML文档、对象和数据库表之间有着明显的对应关系。5第四章 应用层集成4.1应用层集成的主要理论SOA4.1.1 SOA的定义IBM这样定义SOA:它是一个组件模型，将应用程序的不同功能单元(称为服务)通过服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言，这使得构建在各种系统中的服务能够以统一和通用的方式进行交互。SOA描述了基于
37、“发布/检索/绑定”的资源使用模型,将客户端应用连接到服务器上。该架构由3个实体和3个基本操作构成，3个实体分别是:服务提供者(Service Provider)，服务请求者(Service Requester)，服务代理(Service Broker);3个基本操作是: 发布、检索和绑定。如图4.1：Service ProviderpublishbindService BrokerService Requesterfind图4.1SOA模型10服务提供者将它的服务发布到服务代理的一个目录上，当服务请求者需要使用该服务时，首先到服务代理提供的目录中检索该服务，得到如何调用所需服务的信息，然后再
38、根据这些信息去调用服务提供者发布的服务。4.1.2 SOA与企业应用集成SOA是基于服务的分布式系统设计框架，具备以下几个特点： 61) 互操作性: 基于标准，提供了不同厂商解决方案之间的互操作性，可以通过多种技术实现；2) 松散藕合: 通过接口中立将分布计算中的参与者隔离开来，交互两边某一方的改动并不会影响到另一方；3) 位置透明：SOA通过“发布/检索性”机制提供位置透明性，即服务请求者无需知道服务提供者的实际位置。这种方式创建了一个虚拟平台，在这个平台上所有的组件和服务都可以认为驻留在同一个机器上或平台上，该虚拟平台允许使用相同的调用来访问本地和远端的服务，即透明访问，很好地支持了B2B
39、集成。SOA的集成性如下：1) SOA 提供了一个具有业务灵活性和服务可重用性的理想集成框架，支持服务与业务模型结合，支持在业务流程中进行服务组件的装配。在不改变原有底层架构的前提下，对原有应用进行Web Service封装。2) SOA着眼于与业务流程结合，强调以业务为中心，以应用所提供的标准服务为集成点，在其上层通过服务总线完成数据服务、业务流程服务以及事务管理等功能，能够随着业务需求的变化不断演进，将EAI解决方案从对应用集成的支持扩展到对服务集成的支持，更好地支持企业的业务活动。3) 集成的粒度与服务的粒度有关，对于B2B集成，一般使用粗粒度的接口，它可能对应一个特定服务的完整处理过程
40、，使服务请求者以一致的方式使用服务。企业内部集成需要通过由业务流程灵活控制服务组合和编排的实现，因而细粒度接口是较合适的选择。4.2SOA的实现方式Web Services4.2.1SOA与Web services的关系根据2003年4月的Gartner报道,YefimV.Natis是这样解释的：“Web服务是技术规范,而SOA是设计原则。特别是Web服务中的WSDL,是一个SOA配套的接口定义标准,这是Web服务的SOA的根本联系。”从本质上来说Web服务是SOA的一种实现,但是并不是实现SOA的惟一的形式(比如CORBA)。但是毫无疑问,这是最成功,最流行的形式。SOA是一个比较虚的概念,
41、比如指提出一些定义接口和协议但没并没有使之具体化,而Web服务就将它们具体化了: Web服务使用的协议都是基于XML的;SOA只说应该有三种角色,而Web服务里这三种角色都有具体的实现方式。图4.2就是SOA与Web Services的映射。 图4.2SOA与WEB Services的映射9从上面的映射关系来看, Web Services是就现在而言是适合实现SOA的一些技术的集合：1)通过UDDI的目录查找,可动态改变一个服务的提供方而无需影响客户端的应用程序配置。2)通过使用WSDL和基于文本的SOAP请求,可以实现一次性接收大量数据的接口。3)Web Services所有的通讯是通过SO
42、AP进行的,而SOAP是基于XML的,不同版本之间可以很轻松的使用不同的DTD或者XML Schema加以辨别和区分。4.2.2Web service概述Web服务是一种标准化的松藕合集成模式，它建立在HTTP、SOAP、WSDL、UDDI以及XML技术之上，其最大优势是允许不同语言编写的各种程序在不同平台上以标准的方式相互通信。它通过HTTP等协议极大地扩展了传统应应用软件的服务范围，并通过SOAP、UDDI和XML等标准技术为应用软件提供了统一的应用标准，屏蔽了应用软件底层具体的实现技术。Web服务消除了现存解决方案(如CORBA和DCOM)中的互用性问题，因此它是EAI解决方案的一个理想
43、候选者。下图显示了Web服务体系结构： 7WEB SERVICE Bind SOAPFindUDDIPublishWSDLService BrokerService RequestorService Provider图4.3WEB服务体系结构 上图给出了典型Web Services应用环境中的三个主要环节及它们在整个技术体系中的作用。1）Service Provider11 Service Provider就是创建Web Services的实体。 Service Provider将商业组织内部特定的商务规划或功能作为Web Services发布给其他企业应用,描述Web Services的标准
44、是WSDL,WSDL是”Web Service Description Language”的缩写,是一种基于XML格式的标准大体上,WSDL文档会定义Web Services发布的方法,每个方法的输入和输出参数,参数的数据类型,使用的传输协议,以及能够定位Web Services的URL入口等信息。2）Service BrokerService Broker作为代理,提供了访问UDDI注册的功能。UDDI是发布和发现Web Services的标准协议,全称是“Universal Description ,Discovery and Integration”,它为Service Broker 提
45、供一个在服务注册中发布自己的Web Services的方法,这是UDDI概念中的“Discription”部分。同时为Service Requestor提供一种在服务注册处寻找Web Service的标准的方法,这就是UDDI中的“Discovery”的概念。3）Service Requestor Service Requestor也可以称为Service Consumer。 Service Requestor通过UDDI注册从Service Broker处找到需要的Web Services并通过Simple Object Access Protocol(SOAP) 绑定到该Web Servi
46、ces。SOAP是一种在应用程度间交换信息的轻量级的XML机制,与编程语言,操作系统和对象模型等无关。4.2.3Web Services的优势Web Services能彻底的改变传统的EAI中点对点的集成处理方式,使用Web Services,通过一种松散的服务捆绑集合形式能够快速,低价的开发,发布,发现和动态的绑定应用,一个企业可以仅仅实现EAI的一个子集,即能取得实效。与之相反,EAI要实现一个全盘的方案来紧密的集成和联系支持公司业务的所有系统和应用。在公司内部不同的业务系统和技术单体中可能需要花费数年的持续的努力,高投资以及为之配备的充实的资源。 Web Services与传统的EAI解
47、决方案相比较,具有以下的优势点：111）开放性：不像有所有权的EAI解决方案, Web Services是基于开放标准诸如UDDI、SOAP、HTTP的。这可能是导致Web Services被广泛接受的最重要的因素。事实上基于现存的开放标准消除了企业潜在的为了支持新出现的Web技术的投资需要。2）灵活性：既然EAI解决方案需要点对点集成,一端的改变必须告诉另一端,这自然使集成变的非常的生硬,同时也浪费开发人员的时间。基于Web Services开发的集成是非常灵活的,因为它是建立在发布服务的应用程度和使用服务的应用程序之间的松散耦合。3）投入低：传统的EAI解决方案,诸如消息中介VAN(Value Added Network)等,其实是非常昂贵的。而Web Services的实施则会就得便宜而快速。4）模块化：传统EAI解决方案把应用程序作为一个单个的褓来集成。然而Web Services允许企业把大的应用化分为小的独立的逻辑实体并包装他们。举例来说,企业可以为一个ERP应用的不同商业组件进行包装。如订单管理,帐户接受,帐户接付等。5）高效性：已在前面几点提到的, Web Services允许应用程序划分为一些小的逻辑组件,因为在小粒度基础上集成应用程序,集成将变得容易。这