基于SOA架构与云计算技术的ERP系统设计方案与对策.doc

《基于SOA架构与云计算技术的ERP系统设计方案与对策.doc》由会员分享，可在线阅读，更多相关《基于SOA架构与云计算技术的ERP系统设计方案与对策.doc（81页珍藏版）》请在三一办公上搜索。

1、毕业论文基于SOA架构与云计算技术的ERP系统设计案目录1 前言31.1 企业ERP系统的需求描述31.2 ERP技术及应用的开展趋势31.2.1 B/S架构的ERP已经盛行31.2.2 SOA架构的引入，使ERP全面升级31.2.3 平台化ERP的柔性大大增强31.2.4 与其它信息系统的集成31.2.5 整合业务流程的监测与评估32 传统ERP产品技术架构32.1 传统C/S架构的ERP系统32.2 B/S架构的ERP系统32.3 C/S 架构和B/S 架构的优缺点分析32.3.1 C/S 系统优缺点32.3.2 B/S 系统优缺点32.3.3 结论33 国外最新ERP产品技术架构33.1

2、 主流ERP产品简要介绍33.1.1 Oracle EBusiness Suite33.1.2 SAP NetWeaver33.1.3 用友U933.2 ERP系统架构设计的共同特点33.2.1 基于互联网的三层体系架构33.2.2 面向效劳架构SOA33.2.3 模块化和组件化的体系架构34 基于SOA架构的ERP系统34.1 SOA技术简介34.1.1 SOA概念及简介34.1.2 基于SOA技术的体系构造34.1.3 SOA的实现式-WebService34.2 基于SOA的ERP系统架构设计34.2.1 SOA架构根底技术34.2.2 SOA架构设计案34.2.3 SOA架构实现34.

3、2.4 SOA架构的效劳管理组件：ESB34.3 ERP系统架构技术的时间线35 系统实现的关键技术35.1 关键技术框架及工具35.1.1 三层分布式架构35.1.2 基于WEB的B/S架构开发技术35.1.3 统一认证技术35.1.4 构件开发技术35.1.5 工作流系统35.1.6 权限管理系统35.1.7 表单生成技术35.1.8 插件化开发框架35.2 系统性能优化技术35.2.1 分布式技术应用35.2.2 AJAX局部更新35.2.3 预加载技术35.2.4 数据库查询优化35.2.5 数据库读写别离35.3 系统运营部署设计35.3.1 效劳器集群技术35.3.2 虚拟化数据中

4、心技术36 应用云计算技术的ERP系统36.1 云计算技术简介36.1.1 IaaS根底设施即效劳36.1.2 PaaS平台及效劳36.1.3 SaaS软件即效劳36.1.4 云计算产生背景分析36.2 应用云计算技术的ERP系统36.2.1 SaaS模式的ERP与传统ERP的比拟36.2.2 SaaS模式的ERP系统架构设计36.2.3 SaaS模式的ERP系统的应用前景36.3 云计算平安设计36.3.1 云端数据存储加密36.3.2 网络数据传输加密36.3.3 数据平安管理规36.3.4 云端加密的利与弊36.4 应用物联网技术的ERP系统36.4.1 物联网技术36.4.2 物联网应

5、用案例服装行业36.4.3 RFID,无线移动数据的收集技术36.5 应用移动技术的ERP系统36.5.1 移动ERP系统介绍36.5.2 移动ERP系统构造图37 总结38 参考文献错误！未定义书签。1 前言1.1 企业ERP系统的需求描述 ERP实施的主体企业的需求永远是ERP技术开展的主动力，由于全球一体化进程的加剧，使得企业所面临的竞争环境发生了巨大的变化，对ERP提出了新的需求，具体表现在50： 1) 全球化市场的开展与产业链之间合作经营生产式的出现，使得ERP能支持异地企业运营、异种语言操作和异种货币交易； 2) 企业过程重组及协作式的变化使得ERP能支持基于全球围的可重构过程的供

6、给链及供给网络构造； 3) 企业需要应对新生产与经营式的灵活性与敏捷性使得ERP也越来越灵活的适应多种生产制造式的管理模式； 4) 由于行业特性越来越明显，因此ERP的行业化开展趋势越来越明显； 5) 企业的快速开展使得ERP的柔性越来越高以适应企业的动态变化； 6) 企业的低本钱策略使得ERP可以按需配置、大大缩短实施期。 IT技术的开展是推动ERP开展的另一驱动力，毕竟ERP应用是以“技术导向为推动的应用技术，具体表现在，计算机新技术的不断出现将会为ERP提供越来越灵活与强大功能的软硬件平台，多层分布式构造、面向对象技术、中间件技术与Internet的开展会使ERP的功能与性能迅速提高。图

7、1.1 企业ERP系统构造图1.2 ERP技术及应用的开展趋势1.2.1 B/S架构的ERP已经盛行 B/S模式是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术捆绑植入操作系统部，这种构造更成为当今应用软件的首选体系构造。显然B/S构造应用程序相对于传统的C/S构造应用程序将是巨大的进步。网络应用系统的开展正在改变着ERP系统的开发及其实施法 ,传统ERP体系构造逐渐被由客户、应用效劳器、数据库效劳器组成的三层B/S构造所替代 ,并有了统一的通讯协议TCP/IP和统一的基于Web浏览器的用户界面。B/S ERP把传统的依赖于、人盯人的管理式变革为目标

8、导向、流程驱动、智能的电子商务流程。并且该B/S架构的ERP可以把企业部流程与企业外部流程连接起来，与客户、合作伙伴、供给商协同完成供给链业务操作52。1.2.2 SOA架构的引入，使ERP全面升级SOAService-Oriented Architecture 面向效劳架构的概念是由Gartner公司给出的，Gartner对SOA的定义为“客户端/效劳器的软件设计法，一项应用由软件效劳和软件效劳使用者组成SOA与大多数通用的客户端/效劳器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。其核心是： 1SOA是一种软件架构思想，并不是一种产品。 2SOA的重点是面向效劳，

9、此效劳包括企业的部与外部的每一个业务细节，比方企业中财务应收发票的处理就是一个效劳。SOA的思想是把这些效劳从复杂的环境中独立出来组件化封装，然后通过标准的接口使不同的效劳之间相互调用。 3SOA是一种软件架构思想，通过使企业中一个个细化的效劳标准化，来到达企业的IT系统跟随企业的动态变化的目的。1.2.3 平台化ERP的柔性大大增强在ERP应用实施的过程中，用户的满意度一直不高。主要原因是产品更新期加快、市场响应要求提高，对ERP的个性化要求越来越高，这是导致ERP实施成功率不高的重要原因之一。经过多年的积累，人们已经总结出了ERP系统中业务的核心，其架构、业务模型、标准化高的业务处理均是可

10、封装的，如果我们把这局部封装起来，再开发出辅助这个平台的客户化工具，就可以形成业务化平台。同样如此，如果对ERP进展分析、研究，将ERP的相关局部封装起来，再加上工具包，就可以形成平台化的ERP。平台级企业信息解决案提供了一个软件平台，置多种管理软件组件和快捷的二次开发工具，其组件可以通过多种语言来开发，开发出一个个的小模块，然后把每一个小模块独立起来建成一个组件，最后把这些组件组装起来形成最终的成品。那么对这些组件进展调用，管理和删减、添加及修改，甚至重新构架都可以，而这样对某一局部的改动根本不会影响到其它功能。这就是平台带来的灵活性，易操作性，使它在进展小的改动时可以直接通过系统上的某些功

11、能来实现，而不必要通过改源代码的式来处理，可以降低企业信息化软件的开发难度，提高开发效率，提高系统的柔性和可扩展性。一面管理信息化厂商通过平台提供的组件能很便地满足用户个性化的需求，以及用户在开展过程中各种各样变化的需求。另一面将应用软件的业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用的业务任务，而不必关注其技术的实现。这使管理与业务人员参与应用软件的开发成为可能。平台化软件的根本特性如下： 1软件架构灵活； 2核心业务标准化； 3接口标准化，具有很好的兼容性； 4提供客户化工具包。1.2.4 与其它信息系统的集成1 ERP与客户关系管理的进一步整合 ERP将更加面向市场和面向

12、顾客，通过基于知识的市场预测、订单处理与生产调度、基于约束调度功能等进一步提高企业在全球化市场环境下更强的优化能力；并进一步与客户关系管理CRM结合，实现市场、销售、效劳的一体化，使CRM的前台客户效劳与ERP后台处理过程集成，提供客户个性化效劳，使企业具有更好的顾客满意度。2ERP与电子商务、供给链SCM、协同商务的进一步整合ERP将面向协同商务Collaborative merce，支持企业与贸易共同体的业务伙伴、客户之间的协作，支持数字化的业务交互过程；ERP供给链管理功能将进一步加强，并通过电子商务进展企业供需协作，如汽车行业要求 ERP的销售和采购模块支持用电子商务或EDI实现客户或

13、供给商之间的电子订货和销售开单过程；ERP将支持企业面向全球化市场环境，建立供给商、制造商与分销商间基于价值链共享的新伙伴关系，并使企业在协同商务中做到过程优化、方案准确、管理协调。3ERP与产品数据管理的整合产品数据管理 PDM(Product Data Management)将企业中的产品设计和制造全过程的各种信息、产品不同设计阶段的数据和文档组织在统一的环境中。近年来ERP软件商纷纷在ERP系统中纳入了产品数据管理PDM功能或实现与PDM系统的集成，增加了对设计数据、过程、文档的应用和管理，减少了 ERP庞大的数据管理和数据准备工作量，并进一步加强了企业管理系统与CAD、CAM系统的集成

14、，进一步提高了企业的系统集成度和整体效率。4ERP与制造执行系统的整合为了加强ERP对于生产过程的控制能力，改变ERP重方案，轻控制的弱点，将进一步加强事前方案、事中控制、事后审核的功能，ERP将与制造执行系统MES(Manufacturing executive System)、车间层操作控制系统SFC更严密的结合，形成实时化的ERP/MES/SFC系统。该趋势在流程工业企业的管控一体化系统中表达得最为明显。5ERP与工作流管理系统的进一步整合全面的工作流规那么保证与时间相关的业务信息能够自动地在正确时间传送到指定的地点。ERP的工作流管理功能将进一步增强，通过工作流实现企业的人员、财务、制

15、造与分销间的集成，并能支持企业经营过程的重组，也使 ERP的功能可以扩展到办公自动化和业务流程控制面。6ERP与企业知识门户进一步整合企业知识门户Enterprise Knowledge Portal，EKP所关注的是企业部员工和信息容，它的核心是知识管理KM，通过与ERP 系统的集成，使得企业任员工都可以实时地与工作团队中的其他成员取得联系、寻找到能够提供帮助的专家或者快速连接到相关的知识，它的建立和使用可以大大提高企业围的知识共享，并由此提高企业员工的工作效率。1.2.5 整合业务流程的监测与评估“用于测量成功的业务应用解决案是连续改良的关键：财务表现的共享, SC效力，知识资本的价值以及

16、顾客的满意度都是新的评测法。Gartner。2 传统ERP产品技术架构2.1 传统C/S架构的ERP系统信息系统架构示意图： 1) 一层架构：客户端、应用效劳器和数据库效劳器都在同一台机器上部署； 2) 两层架构：数据库效劳和应用效劳在同一台效劳器上部署，客户端访问效劳器上的资源或数据； 3) 三层架构：应用效劳和数据库效劳别离，分别部署在不同的效劳器上，应用效劳采取集群部署，到达性能上的需求。图2.1 不同分级层次的系统架构图从企业信息系统架构设计看，三层分布式架构是一种典型应用；甚至可以过渡到多层分布式架构，如扩展出缓存效劳、负载均衡效劳等；这些都是用户对系统快速响应和系统可靠性的需求。2

17、.2 B/S架构的ERP系统B/S 架构的ERP系统的出现使得传统的ERP系统成为互联网应用，用户借助网络的便快捷，可以随时随地办公，处理业务数据。现代企业普通存在多区域分支机构，或者业务人员需要差旅或在家办公，传统的C/S架构日益不能满足移动办公的需要，B/S 架构的ERP系统刚好可以解决这一需要。图2.2 B/S架构的ERP系统部署图2.3 C/S 架构和B/S 架构的优缺点分析2.3.1 C/S 系统优缺点C/S 模式的优点1：1) 由于客户端实现与效劳器的直接相连，没有中间环节，因此响应速度快。当数据少时，C/S在局域网响应快；当数据超过十万时，C/S软件变慢，B/S软件能维持稳定速度

18、2) 操作界面交互性强、控件组件形式多样，可以充分满足客户快速操作的要求。3) C/S构造的管理信息系统能实现的复杂的数据处理操作，不用过多考虑网络的不稳定性。C/S 模式的缺点：1) 需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。2) 兼容性差，对于不同的开发工具，具有较大的局限性。假设采用不同工具，需要重新改写程序，跨平台难度大，无法轻易实现Windows、Linux、iOS系统的同时开发和部署。3) 开发本钱较高，需要具有一定专业水准的技术人员才能完成。就开发小型企业管理软件，针对部使用的系统而言，C/S开发人员比B/S开发人

19、员的本钱低了多。2.3.2 B/S 系统优缺点B/S构造的优点： 1) 是互联网应用，具有分布性特点，可以随时随地进展查询、浏览等业务处理。 2) 业务扩展简单便，通过增加网页即可增加效劳器功能。 3) 维护简单便，只需要改变网页，即可实现所有用户的同步更新。 4) 开发简单，共享性强。B/S 构造的缺点： 1) 操作是以鼠标为最根本的操作式，无法满足快速操作的要求，尤其是在大量数据录入操作、复杂交互的情况下，需要提升交互设计能力。 2) 页面加载刷新时，响应速度受网络连接的稳定性影响。2.3.3 结论目前，从架构设计来看，ERP系统采用B/S架构和C/S架构是并存存在的，B/S的架构的系统更

20、有开展前景，从长远来看，由于互联网开展，网络带宽提升，HTML5技术出现的等因素，B/S的架构的系统是将来的开展趋势。3 国外最新ERP产品技术架构3.1 主流ERP产品简要介绍3.1.1 Oracle EBusiness Suite3.1.1.1 Oracle EBS 产品介绍 Oracle EBS是Oracle E-Business Suite的缩写，是Oracle公司的ERP产品，全球销量仅次于SAP另一款ERP产品。 Oracle EBS是一整套企业级应用软件，包括：采购管理、库存管理、销售管理、车间管理、物料清单及工艺管理、生产方案、本钱管理、应付账款管理、应收账款管理、现金管理、总

21、帐管理、工程会计、工程制造、客户关系管理、供给商门户等模块。3.1.1.2 纯互联网技术架构Oracle 电子商务套件采用标准的100基于互联网的三层体系架构；无论是数据库层、应用层以及最前端的最终用户操作界面都100支持基于JAVA 的先进互联网技术37。 Oracle 电子商务套件的技术架构特点，提供了软件系统基于数据中心运行的集中管理根底。使所有关于软件系统的推广、升级和日常维护工作可以基于数据中心进展，从而到达最大限度地降低客户端软硬件和维护本钱，降低效劳器端的软件维护工作容。图3.1 Oracle 应用软件技术架构3.1.1.3 模块化开放架构Oracle 电子商务套件应用产品采用模

22、块化和组件化的先进软件技术体系架构，应用软件产品可以细化成为多细粒度的模块，不同的客户应用可以选择不同的组件或模块组合形成适合于企业需求的软件平台案；基于同一共享数据库和统一数据模型的数据层面的高度集成架构，保证各应用模块之间的严密无缝集成和平滑的业务流转37。图3.2 Oracle 电子商务套件的模块化开放架构3.1.2 SAP NetWeaver3.1.2.1 SAP NetWeaver 产品介绍 SAP NetWeaver是SAP的集成技术平台和自从SAP Business Suite以来的所有SAP应用的技术根底。SAP NetWeaver是一个面向效劳的应用和集成平台。SAP Net

23、Weaver为SAP的应用提供开发和运行环境，也可以用来和其它应用和系统进展自定义的开发和集成。SAP NetWeaver是使用开放标准和事实上的工业标准进展开发的，可以用icrosoft?NET，Sun燡ava EE，和IBM燱ebSphere等这些技术平台进展扩展和互操作44。3.1.2.2 SAP NetWeaver 技术架构 SAP 企业系统架构是以SOA架构技术作为根底框架进展开发的。ERP, CRM, SCM, SAP Business Suite, SRM, PLM系统都是独立的子系统，这些系统之间的交互都是通过SOA效劳进展。图3.3 SAP 企业系统架构3.1.3 用友U93

24、.1.3.1 用友U9 产品介绍用友U9完全基于SOA架构的世界级企业管理软件，用友U9面向快速开展与成长的型制造企业复杂应用，以“实时企业、全球商务为核心理念，完全适应多组织供给链协同、多工厂制造协同、产业链协同、产品事业部和业务中心的管理模式，更能支持多生产模式的混合生产与规划、多经营模式的混合管理、精益生产、全面本钱、跨国财务等深度应用，具有高度灵活的产品架构，帮助企业快速响应变化，支持经营、业务与管理模式的创新。3.1.3.2 用友U9 技术架构 UFIDA U9完全采用面向效劳架构SOA，实现了全程模型驱动开发MDD模式，到达降低集成和开发本钱的目的。 UAP使企业管理软件具有多项新

25、技术应用特点：企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、平安。 UAP还提供了统一的集成开发环境IDE，用户可以使用包括企业建模、领域建模、效劳设计、UI设计、报表设计、规那么设计、数据库设计等全位的设计器，并通过可视化的界面和友好的交互操作，自动生成用户所需要的各种效劳部件。 UAP完全支持企业级的集成与应用协同，如Office集成、移动商务、企业搜索、智能客户端等多项领域35。图3.4 用友U9技术架构3.2 ERP系统架构设计的共同特点通过国外最新ERP产品的功能及技术架构比拟，得出：基于SOA架构的技术框架是共同采用的，而且更加强调了多设备的支持

26、，完全基于互联网模式的系统。产品名称是否B/S是否SOA架构是否模块化构建是否支持移动设备是否分布式部署Oracle EBusiness Suite是是是支持是SAP NetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenERP(开源)是下一版本支持完全模块化支持是表3.1 各主流ERP产品系统架构比拟3.2.1 基于互联网的三层体系架构采用标准的100基于互联网的三层体系架构,无论是数据库层、应用层以及最前端的最终用户操作界面都100支持WEB的互联网技术，特别是应用层，直接采用互联网先进技术，不需要任中间转换过程，在表达先进互联网技术的同时，最大限度的减少了中间环

27、节，保证了系统处理的高性能和高稳定性。3.2.2 面向效劳架构SOA完全采用面向效劳架构SOA，实现了全程模型驱动开发MDD模式，到达降低更加强调系统的根底，采用松耦合，降低系统的耦合度。SOA的实现式都是采用了基于Http协议的WebService的技术，数据交换格式采用XML，SOAP。3.2.3 模块化和组件化的体系架构模块化和组件化的先进软件技术体系架构，应用软件产品可以细化成为多细粒度的模块，不同的客户应用可以选择不同的组件或模块组合形成适合于企业需求的软件平台案；基于同一共享数据库和统一数据模型的数据层面的高度集成架构，保证各应用模块之间的严密无缝集成和平滑的业务流转。4 基于SO

28、A架构的ERP系统4.1 SOA技术简介4.1.1 SOA概念及简介4.1.1.1 SOA的根本概念面向效劳的体系构造Service-Oriented Architecture，SOA是一个组件模型，它将应用程序的不同功能单元称为效劳通过这些效劳之间定义良好的接口和契约联系起来。接口是采用中立的式进展定义的，它应该独立于实现效劳的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的效劳可以使用一种统一和通用的式进展交互26。简介SOA(Service-Oriented Architecture)，面向效劳架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进展分布式部署、组合和使用。

29、效劳层是SOA的根底，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA是一种粗粒度、松耦合效劳架构，效劳之间通过简单、准确定义接口进展通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML/Web Service技术之后的自然延伸。4.1.1.2 SOA技术的优势通过SOA思想的引入，使得ERP软件可以做到50： 1) 支持异构集成所谓异构环境，包括四个层次，硬件平台、操作系统、数据库、应用软件。如果一套硬件、一套操作系统、一套数据库、一套应用软件能够面面俱到的解决集团企业的所有管理问题，那是再好不过了。但现实中是不可能的，更普遍的是，不同的应用往往选择

30、不同的平台和应用系统，以便充分发挥各个厂商的特长。支持SOA的ERP系统为集团企业的信息化提供了伸缩空间，企业可以根据需要选择最适宜的解决案。 2) 降低企业的IT本钱以往多数企业在建立企业的ERP系统时是从工程的角度出发的，比方ERP工程、CRM工程等，事后当企业的IT系统越来越多的时候，才会考虑系统的集成问题，但这时候往往集成的难度就很大了。而SOA要求企业在建立IT系统之初就要考虑这些问题，也就是要考虑效劳之间的接口问题。这样就会使企业的IT本钱大大降低。同时，SOA将改变以往的软件购置模式。目前，多数企业在购置软件时往往是成熟性软件，需一个模块或一个系统的购置，企业在购置时往往无法将那

31、些企业不需要的功能剔除出去，这样，企业就不得不为此多付出资金、培训本钱等多不必要的本钱。而支持SOA的集团财务软件那么可以帮助企业实现真正的按需购置，企业需要什么功能就购置相应的效劳，帮助企业防止不必要的支出。3) 实现企业的动态变革支持SOA的集团财务系统使企业的IT人员不必太多的关心企业IT系统的底层技术，而更多的去考虑集团财务的业务处理以及财务业务与IT的接合。同时，以往企业在开发集团财务系统时，在重复功能上浪费了大量的人力与财力，同时系统在开发完成后，如果企业业务变化，系统将很难更改或者更改的本钱很高。而SOA面对的是一个个独立的效劳，效劳之间可以通过标准接口来相互调用，这样企业在重复

32、功能上就可以直接通过接口调用，而不必去重新开发。企业的业务发生变化时，只需要修改相对应的效劳即可，降低了修改的难度与复杂度，保证了企业的IT系统的动态变化。4.1.2 基于SOA技术的体系构造4.1.2.1 SOA是松耦合的系统这种具有中立的接口定义没有强制绑定到特定的实现上的特征称为效劳之间的松耦合。松耦合系统的好处有两点： 1) 是它的灵活性，当组成整个应用程序的每个效劳的部构造和实现逐渐地发生改变时，它能够继续存在。 2) 而另一面，紧耦合意味着应用程序的不同组件之间的接口与其功能和构造是严密相连的，因而当需要对局部或整个应用程序进展某种形式的更改时，它们就显得非常脆弱。对松耦合的系统的

33、需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比方经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需On demand业务，在按需业务中，一旦需要，就可以对完成或执行任务的式进展必要的更改。SOA 系统原型的一个典型例子是通用对象请求代理体系构造mon Object Request Broker Architecture，CORBA，它已经出现很长时间了，其定义的概念与 SOA 相似。然而，现在的 SOA 已经有所不同了，通过使用基于 XML 的语言称为 Web

34、 效劳描述语言Web Services Definition Language，WSDL来描述接口，效劳已经转到更加动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言Interface Definition Language，IDL可比了。4.1.2.2 SOA体系构造作用传统企业数据库应用软件产品，如MRP、ERP、OA系统等，在设计或架构上都是紧偶合、封闭式、自成体系，属于一次性投入一次性完结的产品。这样的产品很难适应或快速响应市场或客户灵活多变的需求，以及后续的扩展。在这样的市场、及客户需求下，从而催生了软件产品一种新的设计或架构的理念：面向效劳架构SOA架构。对 SOA 的

35、需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。 SOA是一场革命。一个应用程序的业务逻辑business logic或某些单独的功能被模块化并作为效劳呈现给消费者或客户端。这些效劳的关键是他们的松耦合特性。例如，效劳的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个效劳来构建应用，而无须理解效劳的底层实现。举例来说，一个效劳可以用.NET或J2EE来实现，而使用该效劳的应用程序可以在不同的平台之上，使用的语言也可以不同。让 SOA

36、 系统适应改变的能力是最重要的局部，对于开发人员来说，这样的改变无论是在他们工作的围之还是在他们工作的围之外都有可能发生，这取决于是否有改变需要知道接口是如定义的以及它们相互之间如进展交互。与开发人员不同的是，架构师的作用就是引起对 SOA 模型大的改变。这种分工，就是让开发人员集中精力于创立作为效劳定义的功能单元，而让架构师和建模人员集中精力于如将这些单元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言Universal Modeling Language，UML，并且描述成模型驱动的体系构造Model- Driven Architecture，MDA。4.1.2.3 SOA架构

37、的定义或特性 SOA架构，是一种粗粒度、开放式、松耦合的效劳构造，要求软件产品在开发过程中，按照相关的标准或协议，进展分层开发。通过这种分层设计或架构体系可以使软件产品变得更加弹性和灵活，且尽可能的与第三软件产品互补兼容，以到达快速扩展，满足或响应市场或客户需求的多样化、多变性。一个典型的SOA架构示意如下：图4.1 SOA架构的系统图示4.1.2.4 基于SOA技术架构的价值4.1.2.4.1 未来企业的应变之道持续增长的客户需求、瞬息万变的市场和日趋剧烈的全球化竞争，使得企业必须不断提升自身IT及企业管理系统的敏捷性和适应性。现在，每个企业都需要把握业务流程开展的变革，预测业务环境的变化，

38、以便对竞争者做出快速响应，确保企业的生存、开展和快速成长27。面向效劳架构技术Service-Oriented Architecture，SOA的出现，标志着设计、开发、部署新的企业应用系统，并将其与原有应用系统、业务流程进展集成的式出现了根本性变化。采用SOA架构，可以带来显著的商业和技术利益： 1提升商业决策能力，通过将商业效劳和信息进展聚合成为一系列动态的、组合的商业应用，企业决策者可以更便捷地获得更准确、更全面、更深入的信息，可以更敏捷地对各种变化做出反响。 2获得更高的员工生产率，SOA可以改良商业流程，使得员工更加关注关键性、增值业务流程，基于效劳更好地进展协作，通过各种式访问和操

39、作业务数据和信息，大大提升生产率。 3建立与供给商和顾客的更强的联系，SOA增强了端到端的应用模式，跨越企业组织边界，更好地集成现有的信息系统，通过效劳的编排和聚合，使其更好地融合在业务流程里。 4可以更快、更节省地搭建IT和业务应用系统，基于SOA和标准化效劳组件，可以根据业务流程需要，更快地搭建业务系统；同时，也可以更好地利用原有的IT和业务系统的投资，并保证其符合业务流程的需要。 5可以增强IT和业务系统的可管理性和平安性，通过平安效劳的部署和SOA治理，可以实现更强的平安性管理和监控，确保了整个架构置于统筹和管理之下。4.1.2.4.2 完全SOA架构所带来的价值 1确保总体架构的合理

40、规划，全面整合信息，彻底消除应用孤岛，全面实现过程、人员和信息的实质集成、高度协调，实现更高的互操作性与协同、更敏捷的业务流程、更全面的信息可见性； 2企业的IT及应用系统架构将更具伸缩性，IT价值将得到充分的发挥，全面提升未来企业的竞争优势； 3降低集成本钱和风险，降低维护本钱：随着企业业务的开展，非SOA应用在IT和应用系统中相互集成的本钱和风险日益增大，系统运行将变得繁冗和低效；相应地，为维护应用孤岛及更多的流程接口，甚至是重复、重叠的业务功能系统，企业IT及应用系统维护本钱将不可防止地日益增大。 4基于SOA架构的IT及应用系统可以增量部署到位，但毫无疑问，选择完全SOA架构是正确、长

41、远和明智的决策。4.1.3 SOA的实现式-WebService4.1.3.1 WebService的概念 WebService是一种构建应用程序的普遍模型,可以在任支持网络通信的操作系统中实施运行;它是一种新的web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与效劳.各应用程序通过网络协议和规定的一些标准数据格式Http，XML，Soap)来访问WebService,通过WebService部执行得到所需结果.Web Service可以执行从简单的请求到复杂商务处理的任功能。一旦部署以后，其

42、他WebService应用程序可以发现并调用它部署的效劳28。4.1.3.2 WebService的关键技术和规那么4.1.3.2.1 技术和规那么在构建和使用Web Service时,主要用到以下几个关键的技术和规那么:1) XML:描述数据的标准法.2) SOAP:简单对象访问协议.3) WSDL:Web效劳描述语言.4) UDDI(Universal Description, Discovery and Integration):通用描述、发现与集成，它是一种独立于平台的，基于XML语言的用于在互联网上描述商务的协议。4.1.3.2.2 相关实际上，WebService的主要目标是跨平台

43、的可互操作性。为了到达这一目标，WebService完全基于XML可扩展标记语言、XSDXMLSchema等独立于平台、独立于软件供给商的标准，是创立可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。具体如下：1) 跨防火墙的通信如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和效劳器之间的通信将是一个棘手的问题。因为客户端和效劳器之间通常会有防火墙或者代理效劳器。在这种情况下，使用D就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应

44、用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。2) 应用程序集成企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的法把功能和数据“暴露出来，供其它应用程序使用。3) B2B的集成用WebService集成应用程序，可以使公司部的商务处理更加自动化。但当交易跨越供给商和客户、突破公司的

45、界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露给指定的供给商和客户。例如，把电子下单系统和电子发票系统“暴露出来，客户就可以以电子的式发送订单，供给商那么可以以电子的式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任地都可轻易实现，其运行本钱就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决案。WebSe

46、rvice只是B2B集成的一个关键局部，还需要多其它的局部才能实现集成。用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露出来，成为WebService，就可以让任指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和本钱，让多原本无法承受EDI的中小企业也能实现B2B集成。4) 软件和数据重用软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最根本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。WebService在允重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三购置、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的W