《基于SOA的ERP系统架构设计方案(Web版)v102.docx》由会员分享，可在线阅读，更多相关《基于SOA的ERP系统架构设计方案(Web版)v102.docx（87页珍藏版）》请在三一办公上搜索。
1、键入公司名称基于SOA的ERP系统架构设计方案V1.0键入作者姓名2012/10/16目录1 前言41.1 企业ERP系统的需求描述41.2 ERP技术及应用的发展趋势51.2.1 B/S架构的ERP已经盛行51.2.2 SOA架构的引入，使ERP全面升级51.2.3 平台化ERP的柔性大大增强51.2.4 与其它信息系统的集成61.2.5 整合业务流程的监测与评估72 传统ERP产品技术架构82.1 传统C/S架构的ERP系统82.2 B/S架构的ERP系统82.3 C/S 架构和B/S 架构的优缺点分析92.3.1 C/S 系统优缺点92.3.2 B/S 系统优缺点92.3.3 结论103
2、 国内外最新ERP产品技术架构103.1 主流ERP产品简要介绍103.1.1 Oracle EBusiness Suite103.1.2 SAP NetWeaver123.1.3 用友U9123.2 ERP系统架构设计的共同特点133.2.1 基于互联网的三层体系架构143.2.2 面向服务架构（SOA）143.2.3 模块化和组件化的体系架构144 基于SOA架构的ERP系统154.1 SOA技术简介154.1.1 SOA概念及简介154.1.2 基于SOA技术的体系结构164.1.3 SOA的实现方式-WebService194.2 基于SOA的ERP系统架构设计224.2.1 SOA架
3、构基础技术224.2.2 SOA架构设计方案254.2.3 SOA架构实现264.2.4 SOA架构的服务管理组件：ESB274.3 ERP系统架构技术的时间线305 系统实现的关键技术325.1 关键技术框架及工具325.1.1 三层分布式架构325.1.2 基于WEB的B/S架构开发技术345.1.3 统一认证技术345.1.4 构件开发技术365.1.5 工作流系统405.1.6 权限管理系统455.1.7 表单生成技术495.1.8 插件化开发框架515.2 系统性能优化技术525.2.1 分布式技术应用525.2.2 AJAX局部更新545.2.3 预加载技术555.2.4 数据库查
4、询优化555.2.5 数据库读写分离565.3 系统运营部署设计565.3.1 服务器集群技术565.3.2 虚拟化数据中心技术576 应用云计算技术的ERP系统616.1 云计算技术简介616.1.1 IaaS基础设施即服务626.1.2 PaaS平台及服务656.1.3 SaaS软件即服务656.1.4 云计算产生背景分析696.2 应用云计算技术的ERP系统706.2.1 SaaS模式的ERP与传统ERP的比较706.2.2 SaaS模式的ERP系统架构设计706.2.3 SaaS模式的ERP系统的应用前景726.3 云计算安全设计736.3.1 云端数据存储加密736.3.2 网络数据
5、传输加密746.3.3 数据安全管理规范746.3.4 云端加密的利与弊766.4 应用物联网技术的ERP系统766.4.1 物联网技术766.4.2 物联网应用案例服装行业796.4.3 RFID,无线移动数据的收集技术806.5 应用移动技术的ERP系统816.5.1 移动ERP系统介绍816.5.2 移动ERP系统结构图827 总结848 参考文献851 前言1.1 企业ERP系统的需求描述 ERP实施的主体企业的需求永远是ERP技术发展的主动力，由于全球一体化进程的加剧，使得企业所面临的竞争环境发生了巨大的变化，对ERP提出了新的需求，具体表现在50： 1) 全球化市场的发展与产业链之
6、间合作经营生产方式的出现，使得ERP能支持异地企业运营、异种语言操作和异种货币交易； 2) 企业过程重组及协作方式的变化使得ERP能支持基于全球范围的可重构过程的供应链及供应网络结构； 3) 企业需要应对新生产与经营方式的灵活性与敏捷性使得ERP也越来越灵活的适应多种生产制造方式的管理模式； 4) 由于行业特性越来越明显，因此ERP的行业化发展趋势越来越明显； 5) 企业的快速发展使得ERP的柔性越来越高以适应企业的动态变化； 6) 企业的低成本策略使得ERP可以按需配置、大大缩短实施周期。 IT技术的发展是推动ERP发展的另一驱动力，毕竟ERP应用是以“技术导向”为推动的应用技术，具体表现在
7、，计算机新技术的不断出现将会为ERP提供越来越灵活与强大功能的软硬件平台，多层分布式结构、面向对象技术、中间件技术与Internet的发展会使ERP的功能与性能迅速提高。图1.1 企业ERP系统结构图1.2 ERP技术及应用的发展趋势1.2.1 B/S架构的ERP已经盛行 B/S模式是一种全新的软件系统构造技术。随着Windows 98/Windows 2000将浏览器技术捆绑植入操作系统内部，这种结构更成为当今应用软件的首选体系结构。显然B/S结构应用程序相对于传统的C/S结构应用程序将是巨大的进步。 网络应用系统的发展正在改变着ERP系统的开发及其实施方法 ,传统ERP体系结构逐渐被由客户
8、、应用服务器、数据库服务器组成的三层B/S结构所替代 ,并有了统一的通讯协议TCP/IP和统一的基于Web浏览器的用户界面。B/S ERP把传统的依赖于邮件、电话、人盯人的管理方式变革为目标导向、流程驱动、智能的电子商务流程。并且该B/S架构的ERP可以把企业内部流程与企业外部流程连接起来，与客户、合作伙伴、供应商协同完成供应链业务操作52。1.2.2 SOA架构的引入，使ERP全面升级SOA（Service-Oriented Architecture 面向服务架构）的概念是由Gartner公司给出的，Gartner对SOA的定义为“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使
9、用者组成SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散耦合，并使用独立的标准接口。其核心是： 1）SOA是一种软件架构思想，并不是一种产品。 2）SOA的重点是面向服务，此服务包括企业的内部与外部的每一个业务细节，比如企业中财务应收发票的处理就是一个服务。SOA的思想是把这些服务从复杂的环境中独立出来组件化封装，然后通过标准的接口使不同的服务之间相互调用。 3）SOA是一种软件架构思想，通过使企业中一个个细化的服务标准化，来达到企业的IT系统跟随企业的动态变化的目的。1.2.3 平台化ERP的柔性大大增强 在ERP应用实施的过程中，用户的满意度一直不高。主要原因
10、是产品更新周期加快、市场响应要求提高，对ERP的个性化要求越来越高，这是导致ERP实施成功率不高的重要原因之一。 经过多年的积累，人们已经总结出了ERP系统中业务的核心，其架构、业务模型、标准化高的业务处理均是可封装的，如果我们把这部分封装起来，再开发出辅助这个平台的客户化工具，就可以形成业务化平台。同样如此，如果对ERP进行分析、研究，将ERP的相关部分封装起来，再加上工具包，就可以形成平台化的ERP。 平台级企业信息解决方案提供了一个软件平台，内置多种管理软件组件和快捷的二次开发工具，其组件可以通过多种语言来开发，开发出一个个的小模块，然后把每一个小模块独立起来建成一个组件，最后把这些组件
11、组装起来形成最终的成品。那么对这些组件进行调用，管理和删减、添加及修改，甚至重新构架都可以，而这样对某一部分的改动根本不会影响到其它功能。这就是平台带来的灵活性，易操作性，使它在进行小的改动时可以直接通过系统上的某些功能来实现，而不必要通过改源代码的方式来处理，可以降低企业信息化软件的开发难度，提高开发效率，提高系统的柔性和可扩展性。一方面管理信息化厂商通过平台提供的组件能很方便地满足用户个性化的需求，以及用户在发展过程中各种各样变化的需求。另一方面将应用软件的业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用的业务任务，而不必关注其技术的实现。这使管理与业务人员参与应用软件的开发
12、成为可能。 平台化软件的基本特性如下： 1）软件架构灵活； 2）核心业务标准化； 3）接口标准化，具有很好的兼容性； 4）提供客户化工具包。1.2.4 与其它信息系统的集成1） ERP与客户关系管理的进一步整合 ERP将更加面向市场和面向顾客，通过基于知识的市场预测、订单处理与生产调度、基于约束调度功能等进一步提高企业在全球化市场环境下更强的优化能力；并进一步与客户关系管理CRM结合，实现市场、销售、服务的一体化，使CRM的前台客户服务与ERP后台处理过程集成，提供客户个性化服务，使企业具有更好的顾客满意度。2）ERP与电子商务、供应链SCM、协同商务的进一步整合ERP将面向协同商务（Coll
13、aborative Commerce），支持企业与贸易共同体的业务伙伴、客户之间的协作，支持数字化的业务交互过程；ERP供应链管理功能将进一步加强，并通过电子商务进行企业供需协作，如汽车行业要求 ERP的销售和采购模块支持用电子商务或EDI实现客户或供应商之间的电子订货和销售开单过程；ERP将支持企业面向全球化市场环境，建立供应商、制造商与分销商间基于价值链共享的新伙伴关系，并使企业在协同商务中做到过程优化、计划准确、管理协调。3）ERP与产品数据管理的整合产品数据管理 PDM(Product Data Management)将企业中的产品设计和制造全过程的各种信息、产品不同设计阶段的数据和文
14、档组织在统一的环境中。近年来ERP软件商纷纷在ERP系统中纳入了产品数据管理PDM功能或实现与PDM系统的集成，增加了对设计数据、过程、文档的应用和管理，减少了 ERP庞大的数据管理和数据准备工作量，并进一步加强了企业管理系统与CAD、CAM系统的集成，进一步提高了企业的系统集成度和整体效率。4）ERP与制造执行系统的整合为了加强ERP对于生产过程的控制能力，改变ERP重计划，轻控制的弱点，将进一步加强事前计划、事中控制、事后审核的功能，ERP将与制造执行系统MES(Manufacturing executive System)、车间层操作控制系统SFC更紧密的结合，形成实时化的ERP/MES
15、/SFC系统。该趋势在流程工业企业的管控一体化系统中体现得最为明显。5）ERP与工作流管理系统的进一步整合全面的工作流规则保证与时间相关的业务信息能够自动地在正确时间传送到指定的地点。ERP的工作流管理功能将进一步增强，通过工作流实现企业的人员、财务、制造与分销间的集成，并能支持企业经营过程的重组，也使 ERP的功能可以扩展到办公自动化和业务流程控制方面。6）ERP与企业知识门户进一步整合企业知识门户（Enterprise Knowledge Portal，EKP）所关注的是企业内部员工和信息内容，它的核心是知识管理（KM），通过与ERP 系统的集成，使得企业内任何员工都可以实时地与工作团队中
16、的其他成员取得联系、寻找到能够提供帮助的专家或者快速连接到相关的知识，它的建立和使用可以大大提高企业范围内的知识共享，并由此提高企业员工的工作效率。1.2.5 整合业务流程的监测与评估“用于测量成功的业务应用解决方案是连续改进的关键：财务表现的共享, SC效力，知识资本的价值以及顾客的满意度都是新的评测方法。”Gartner。2 传统ERP产品技术架构2.1 传统C/S架构的ERP系统 信息系统架构示意图： 1) 一层架构：客户端、应用服务器和数据库服务器都在同一台机器上部署； 2) 两层架构：数据库服务和应用服务在同一台服务器上部署，客户端访问服务器上的资源或数据； 3) 三层架构：应用服务
17、和数据库服务分离，分别部署在不同的服务器上，应用服务采取集群部署，达到性能上的需求。图2.1 不同分级层次的系统架构图 从企业信息系统架构设计看，三层分布式架构是一种典型应用；甚至可以过渡到多层分布式架构，如扩展出缓存服务、负载均衡服务等；这些都是用户对系统快速响应和系统可靠性的需求。2.2 B/S架构的ERP系统B/S 架构的ERP系统的出现使得传统的ERP系统成为互联网应用，用户借助网络的方便快捷，可以随时随地办公，处理业务数据。现代企业普通存在多区域分支机构，或者业务人员需要差旅或在家办公，传统的C/S架构日益不能满足移动办公的需要，B/S 架构的ERP系统刚好可以解决这一需要。图2.2
18、 B/S架构的ERP系统部署图2.3 C/S 架构和B/S 架构的优缺点分析2.3.1 C/S 系统优缺点C/S 模式的优点1：1) 由于客户端实现与服务器的直接相连，没有中间环节，因此响应速度快。（当数据少时，C/S在局域网内响应快；当数据超过十万时，C/S软件变慢，B/S软件能维持稳定速度）2) 操作界面交互性强、控件组件形式多样，可以充分满足客户快速操作的要求。3) C/S结构的管理信息系统能实现的复杂的数据处理操作，不用过多考虑网络的不稳定性。C/S 模式的缺点：1) 需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。2) 兼容
19、性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序，跨平台难度大，无法轻易实现Windows、Linux、iOS系统的同时开发和部署。3) 开发成本较高，需要具有一定专业水准的技术人员才能完成。（就开发小型企业管理软件，针对内部使用的系统而言，C/S开发人员比B/S开发人员的成本低了许多）。2.3.2 B/S 系统优缺点B/S结构的优点： 1) 是互联网应用，具有分布性特点，可以随时随地进行查询、浏览等业务处理。 2) 业务扩展简单方便，通过增加网页即可增加服务器功能。 3) 维护简单方便，只需要改变网页，即可实现所有用户的同步更新。 4) 开发简单，共享性强。 B/
20、S 结构的缺点： 1) 操作是以鼠标为最基本的操作方式，无法满足快速操作的要求，尤其是在大量数据录入操作、复杂交互的情况下，需要提升交互设计能力。 2) 页面加载刷新时，响应速度受网络连接的稳定性影响。2.3.3 结论 目前，从架构设计来看，ERP系统采用B/S架构和C/S架构是并存存在的，B/S的架构的系统更有发展前景，从长远来看，由于互联网发展，网络带宽提升，HTML5技术出现的等因素，B/S的架构的系统是将来的发展趋势。3 国内外最新ERP产品技术架构3.1 主流ERP产品简要介绍3.1.1 Oracle EBusiness Suite3.1.1.1 Oracle EBS 产品介绍 Or
21、acle EBS是Oracle E-Business Suite的缩写，是Oracle公司的ERP产品，全球销量仅次于SAP（另一款ERP产品）。 Oracle EBS是一整套企业级应用软件，包括：采购管理、库存管理、销售管理、车间管理、物料清单及工艺管理、生产计划、成本管理、应付账款管理、应收账款管理、现金管理、总帐管理、项目会计、项目制造、客户关系管理、供应商门户等模块。3.1.1.2 纯互联网技术架构Oracle 电子商务套件采用标准的100基于互联网的三层体系架构；无论是数据库层、应用层以及最前端的最终用户操作界面都100支持基于JAVA 的先进互联网技术37。 Oracle 电子商务
22、套件的技术架构特点，提供了软件系统基于数据中心运行的集中管理基础。使所有关于软件系统的推广、升级和日常维护工作可以基于数据中心进行，从而达到最大限度地降低客户端软硬件和维护成本，降低服务器端的软件维护工作内容。图3.1 Oracle 应用软件技术架构3.1.1.3 模块化开放架构Oracle 电子商务套件应用产品采用模块化和组件化的先进软件技术体系架构，应用软件产品可以细化成为许多细粒度的模块，不同的客户应用可以选择不同的组件或模块组合形成适合于企业需求的软件平台方案；基于同一共享数据库和统一数据模型的数据层面的高度集成架构，保证各应用模块之间的紧密无缝集成和平滑的业务流转37。图3.2 Or
23、acle 电子商务套件的模块化开放架构3.1.2 SAP NetWeaver3.1.2.1 SAP NetWeaver 产品介绍 SAP NetWeaver是SAP的集成技术平台和自从SAP Business Suite以来的所有SAP应用的技术基础。SAP NetWeaver是一个面向服务的应用和集成平台。SAP NetWeaver为SAP的应用提供开发和运行环境，也可以用来和其它应用和系统进行自定义的开发和集成。SAP NetWeaver是使用开放标准和事实上的工业标准进行开发的，可以用icrosoft?NET，Sun燡ava EE，和IBM燱ebSphere等这些技术平台进行扩展和互操作
24、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.1.3.1 用友U9 产品介绍 用友U9完全基于SOA架构的世界级企业管理软件，用友U9面向快速发展与成长的中大型制造企业复杂应用，以“实时企业、全球商务”为核心理念，完全适应多组织供应链协同、多工厂制造协同、产业链协同、产品事业部和业务中心的管理模式，更能支持多生产模式的
25、混合生产与规划、多经营模式的混合管理、精益生产、全面成本、跨国财务等深度应用，具有高度灵活的产品架构，帮助企业快速响应变化，支持经营、业务与管理模式的创新。3.1.3.2 用友U9 技术架构 UFIDA U9完全采用面向服务架构（SOA），实现了全程模型驱动开发（MDD）模式，达到降低集成和开发成本的目的。 UAP使企业管理软件具有多项新技术应用特点： 企业信息资源变得可重用、透明化，并且系统具有高可扩展性，让业务处理更加高效、简洁、安全。 UAP还提供了统一的集成开发环境（IDE），用户可以使用包括企业建模、领域建模、服务设计、UI设计、报表设计、规则设计、数据库设计等全方位的设计器，并通过
26、可视化的界面和友好的交互操作，自动生成用户所需要的各种服务部件。 UAP完全支持企业级的集成与应用协同，如Office集成、移动商务、企业搜索、智能客户端等多项领域35。图3.4 用友U9技术架构3.2 ERP系统架构设计的共同特点 通过国内外最新ERP产品的功能及技术架构比较，得出：基于SOA架构的技术框架是共同采用的，而且更加强调了多设备的支持，完全基于互联网模式的系统。产品名称是否B/S是否SOA架构是否模块化构建是否支持移动设备是否分布式部署Oracle EBusiness Suite是是是支持是SAP NetWeaver是是是支持是用友U9是是是支持是金蝶EAS是是是支持是OpenE
27、RP(开源)是下一版本支持完全模块化支持是表3.1 各主流ERP产品系统架构比较3.2.1 基于互联网的三层体系架构 采用标准的100基于互联网的三层体系架构,无论是数据库层、应用层以及最前端的最终用户操作界面都100支持WEB的互联网技术，特别是应用层，直接采用互联网先进技术，不需要任何中间转换过程，在体现先进互联网技术的同时，最大限度的减少了中间环节，保证了系统处理的高性能和高稳定性。3.2.2 面向服务架构（SOA） 完全采用面向服务架构（SOA），实现了全程模型驱动开发（MDD）模式，达到降低更加强调系统的基础，采用松耦合，降低系统的耦合度。SOA的实现方式都是采用了基于Http协议的
28、WebService的技术，数据交换格式采用XML，SOAP。3.2.3 模块化和组件化的体系架构模块化和组件化的先进软件技术体系架构，应用软件产品可以细化成为许多细粒度的模块，不同的客户应用可以选择不同的组件或模块组合形成适合于企业需求的软件平台方案；基于同一共享数据库和统一数据模型的数据层面的高度集成架构，保证各应用模块之间的紧密无缝集成和平滑的业务流转。4 基于SOA架构的ERP系统4.1 SOA技术简介4.1.1 SOA概念及简介4.1.1.1 SOA的基本概念 面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功
29、能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以使用一种统一和通用的方式进行交互26。简介SOA(Service-Oriented Architecture)，面向服务架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B
30、/S模型、XML/Web Service技术之后的自然延伸。4.1.1.2 SOA技术的优势 通过SOA思想的引入，使得ERP软件可以做到50： 1) 支持异构集成 所谓异构环境，包括四个层次，硬件平台、操作系统、数据库、应用软件。如果一套硬件、一套操作系统、一套数据库、一套应用软件能够面面俱到的解决集团企业的所有管理问题，那是再好不过了。但现实中是不可能的，更普遍的是，不同的应用往往选择不同的平台和应用系统，以便充分发挥各个厂商的特长。支持SOA的ERP系统为集团企业的信息化提供了伸缩空间，企业可以根据需要选择最合适的解决方案。 2) 降低企业的IT成本 以往多数企业在建设企业的ERP系统时
31、是从项目的角度出发的，比如ERP项目、CRM项目等，事后当企业的IT系统越来越多的时候，才会考虑系统的集成问题，但这时候往往集成的难度就很大了。而SOA要求企业在建设IT系统之初就要考虑这些问题，也就是要考虑服务之间的接口问题。这样就会使企业的IT成本大大降低。 同时，SOA将改变以往的软件购买模式。目前，多数企业在购买软件时往往是成熟性软件，需一个模块或一个系统的购买，企业在购买时往往无法将那些企业不需要的功能剔除出去，这样，企业就不得不为此多付出资金、培训成本等许多不必要的成本。而支持SOA的集团财务软件则可以帮助企业实现真正的按需购买，企业需要什么功能就购买相应的服务，帮助企业避免不必要
32、的支出。 3) 实现企业的动态变革 支持SOA的集团财务系统使企业的IT人员不必太多的关心企业IT系统的底层技术，而更多的去考虑集团财务的业务处理以及财务业务与IT的接合。同时，以往企业在开发集团财务系统时，在重复功能上浪费了大量的人力与财力，同时系统在开发完成后，如果企业业务变化，系统将很难更改或者更改的成本很高。而SOA面对的是一个个独立的服务，服务之间可以通过标准接口来相互调用，这样企业在重复功能上就可以直接通过接口调用，而不必去重新开发。企业的业务发生变化时，只需要修改相对应的服务即可，降低了修改的难度与复杂度，保证了企业的IT系统的动态变化。4.1.2 基于SOA技术的体系结构4.1
33、.2.1 SOA是松耦合的系统 这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点： 1) 是它的灵活性，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。 2) 而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的
34、性质。我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。SOA 系统原型的一个典型例子是通用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与 SOA 相似。然而，现在的 SOA 已经有所不同了，通过使用基于 XML 的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL）来描述接口，服务已经转到更加动态且更灵活的接口系统中，非以前 CORBA 中的
35、接口描述语言（Interface Definition Language，IDL）可比了。4.1.2.2 SOA体系结构作用 传统企业（数据库）应用软件产品，如MRP、ERP、OA系统等，在设计或架构上都是紧偶合、封闭式、自成体系，属于一次性投入一次性完结的产品。这样的产品很难适应或快速响应市场或客户灵活多变的需求，以及后续的扩展。在这样的市场、及客户需求下，从而催生了软件产品一种新的设计或架构的理念：面向服务架构（SOA架构）。 对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT 系统既可以利用现有系统的功能，又可以
36、准备在以后做一些改变来满足它们之间交互的需要。 SOA是一场革命。一个应用程序的业务逻辑（business logic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用.NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。让 SOA 系统适应改变的能力是最重要的部分，对于开发人员来说，这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生，这取决于是否有改
37、变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发人员不同的是，架构师的作用就是引起对 SOA 模型大的改变。这种分工，就是让开发人员集中精力于创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言（Universal Modeling Language，UML），并且描述成模型驱动的体系结构（Model- Driven Architecture，MDA）。4.1.2.3 SOA架构的定义或特性 SOA架构，是一种粗粒度、开放式、松耦合的服务结构，要求软件产品在开发过程中，按照相关的标准或协议，进行分层开
38、发。通过这种分层设计或架构体系可以使软件产品变得更加弹性和灵活，且尽可能的与第三方软件产品互补兼容，以达到快速扩展，满足或响应市场或客户需求的多样化、多变性。一个典型的SOA架构示意如下：图4.1 SOA架构的系统图示4.1.2.4 基于SOA技术架构的价值4.1.2.4.1 未来企业的应变之道 持续增长的客户需求、瞬息万变的市场和日趋激烈的全球化竞争，使得企业必须不断提升自身IT及企业管理系统的敏捷性和适应性。 现在，每个企业都需要把握业务流程发展的变革，预测业务环境的变化，以便对竞争者做出快速响应，确保企业的生存、发展和快速成长27。 面向服务架构技术（Service-Oriented A
39、rchitecture，SOA）的出现，标志着设计、开发、部署新的企业应用系统，并将其与原有应用系统、业务流程进行集成的方式出现了根本性变化。 采用SOA架构，可以带来显著的商业和技术利益： 1）提升商业决策能力，通过将商业服务和信息进行聚合成为一系列动态的、组合的商业应用，企业决策者可以更便捷地获得更准确、更全面、更深入的信息，可以更敏捷地对各种变化做出反应。 2）获得更高的员工生产率，SOA可以改进商业流程，使得员工更加关注关键性、增值业务流程，基于服务更好地进行协作，通过各种方式访问和操作业务数据和信息，大大提升生产率。 3）建立与供应商和顾客的更强的联系，SOA增强了端到端的应用模式，
40、跨越企业组织边界，更好地集成现有的信息系统，通过服务的编排和聚合，使其更好地融合在业务流程里。 4）可以更快、更节省地搭建IT和业务应用系统，基于SOA和标准化服务组件，可以根据业务流程需要，更快地搭建业务系统；同时，也可以更好地利用原有的IT和业务系统的投资，并保证其符合业务流程的需要。 5）可以增强IT和业务系统的可管理性和安全性，通过安全服务的部署和SOA治理，可以实现更强的安全性管理和监控，确保了整个架构置于统筹和管理之下。4.1.2.4.2 完全SOA架构所带来的价值 1）确保总体架构的合理规划，全面整合信息，彻底消除应用孤岛，全面实现过程、人员和信息的实质集成、高度协调，实现更高的
41、互操作性与协同、更敏捷的业务流程、更全面的信息可见性； 2）企业的IT及应用系统架构将更具伸缩性，IT价值将得到充分的发挥，全面提升未来企业的竞争优势； 3）降低集成成本和风险，降低维护成本：随着企业业务的发展，非SOA应用在IT和应用系统中相互集成的成本和风险日益增大，系统运行将变得繁冗和低效；相应地，为维护应用孤岛及更多的流程接口，甚至是重复、重叠的业务功能系统，企业IT及应用系统维护成本将不可避免地日益增大。 4）基于SOA架构的IT及应用系统可以增量部署到位，但毫无疑问，选择完全SOA架构是正确、长远和明智的决策。4.1.3 SOA的实现方式-WebService4.1.3.1 Web
42、Service的概念 WebService是一种构建应用程序的普遍模型,可以在任何支持网络通信的操作系统中实施运行;它是一种新的web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。WebService是一个应用组件,它逻辑性的为其他应用程序提供数据与服务.各应用程序通过网络协议和规定的一些标准数据格式（Http，XML，Soap)来访问WebService,通过WebService内部执行得到所需结果.Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他WebService应用程序可以发现并调用它部署的服务28。4.1.3.2
43、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的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语
44、言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。由此可以看出，在以下三种情况下，使用WebService会带来极大的好处。具体如下：1) 跨防火墙的通信如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维
45、护。2) 应用程序集成企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。3) B2B的集成用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。W
46、ebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上
