SOA架构与云计算技术集成的ERP系统设计方案

目录

1序言............................................................................3

1.1企业ERP系统H勺需求描述...................................................3

1.2ERP技术及应用的发展趋势.................................................4

1.2.1B/S架构的ERP已经盛行.............................................4

1.2.2SOA架构的引入，使ERP全面升级....................................5

平台化——ERP的柔性大大增强...........................................5

与其他信息系统H勺集成....................................................6

整合业务流程的监测与评估...............................................8

2老式ERP产品技术架构...........................................................9

2.1老式C/S架构的JERP系统...................................................9

2.2B/S架构的ERP系统.......................................................10

2.3C/S架构和B/S架构的优缺陷分析.........................................10

23.1C/S系统优缺陷.....................................................10

2.3.2B/S系统优缺陷.....................................................11

结论....................................................................12

3国内外最新ERP产品技术架构....................................................12

3.1主流ERP产品简要简介...................................................12

3.1.1OracleEBusinessSuite...............................................................................................12

3.1.2SAPNetWeaver...........................................................................................................14

用友U9.................................................................................................................................15

3.2ERP系统架构设计的共同特点..............................................16

基于互联网的三层体系架构..............................................17

面向服务架构（SOA）.......................................................................................................17

模块化和组件化口勺体系架构..............................................17

4基于SOA架构的ERP系统.......................................................18

4.1SOA技术简介.............................................................18

4.1.1SOA概念及简介.....................................................18

基于SOA技术的体系构造................................................20

4.1.3SOA时实现方式-WebService.....................................................................................24

4.2基于SOA的ERP系统架构设计.............................................30

4.2.1SOA架构基础技术..................................................30

4.2.2SOA架构设计方案..................................................34

4.2.3SOA架构实现......................................................36

4.2.4SOA架构的服务管理组件：ESB.............................................................................37

4.3ERP系统架构技术的时间线................................................42

5系统实现的关键技术............................................................43

5.1关键技术框架及工具......................................................43

三层分布式架构.........................................................43

基于WEBH勺B/5架构开发技术...........................................47

统一认证技术...........................................................47

构件开发技术...........................................................50

工作流系统.............................................................56

权限管理系统...........................................................63

表单生成技术...........................................................69

插件化开发框架.........................................................72

5.2系统性能优化技术........................................................75

分布式技术应用.........................................................75

5.2.2AJAX局部更新.......................................................78

预加载技术.............................................................79

数据库查询优化.........................................................79

数据库读写分离.........................................................80

53系统运行布署设计........................................................80

服务器集群技术.........................................................80

虚拟化数据中心技术.....................................................82

6应用云计算技术的ERP系统......................................................88

6.1云计算技术简介..........................................................88

G.l.llaaS基础设施即服务.................................................90

6.1.2PaaS平台及服务...................................................94

6.13SaaS软件即服务....................................................95

云计算产生背景分析....................................................101

6.2应用云计算技术丛JERP系统..............................................103

6.2.1SaaS模式的ERP与老式ERP的比较.................................103

6.2.2SaaS模式的ERP系统架构设计......................................104

6.2.3SaaS模式的ERP系统的应用前景....................................107

6.3云计算安全设计.........................................................108

云端数据存储加密......................................................108

网络数据传播加密......................................................109

数据安全管理规范......................................................110

云端加密的利与弊......................................................112

6.4应用物联网技术的ERP系统..............................................114

物联网技术............................................................114

物联网应用案例一服装行业.............................................118

6.4.3RFID,无线移动数据的搜集技术.......................................120

6.5应用移动技术的ERP系统................................................121

移动ERP系统简介......................................................121

移动ERP系统构造图....................................................122

7总结..........................................................................124

8参照文献......................................................

1序言

1.1企业ERP系统的需求描述

ERP实行丛J主体一一企业的需求永远是ERP技术发展的积极力，由于全球一体化进程日勺加剧，

使得企业所面临的竞争环境发生了巨大的变化，对ERP提出了新的需求，详细表目前［50］：

1）全球化市场的发展可产业链之间合作经营生产方式均出现，使得ERP能支持异地企业运

行、异种语言操作和异种货币交易；

2）企业过程重组及协作方式的变化使得ERP能支持基于全球范围I均可重构过程的供应链及

供应网络构造；

3）企业需要应对新生产与经营方式的灵活性与敏捷性使得ERP也越来越灵活的适应多种生

产制造方式的管理模式；

4）由于行业特性越来越明显，因此ERPH勺行业化发展趋势越来越明显；

5）企业的迅速发展使得ERP的柔性越来越高以适应企业H勺动态变化；

6）企业日勺低成本方略使得ERP可以按需配置、大大缩短实行周期。

IT技术的发展是推进ERP发展的另一驱动力，华竟ERP应用是以“技术导向”为推进H勺应用

技术，详细表目前:计算矶新技术的不停出现将会为ERP提供越来越灵活与强大功能的软硬件

平分，多层分布式构造、面向对象技术、中间件技术与Internet的发展会使ERPH勺功能旨性能

迅速提高。

图1.1企业ERP系统构造图

1.2ERP技术及应用的发展趋势

1.2.1B/S架构的ERP已经盛行

R/S模式是一种全新的软件系统构造技术.伴随Windows98/\A/indows7073将浏览器技术捆

绑植入操作系统内部，这种构造更成为当今应用软件的首选体系构造。显然B/S构造应用程序

相对于老式口勺C/S构造应用程序将是巨大的进步。

网络应用系统的发展正在变化着ERP系统n勺开发及其实行措施，老式ERP体系构造逐渐被由

客户、应用服务器、数据库服务器构成的三层B/S构造所替代，并有了统一口勺通讯协议TCP/IP

和统•的基于Web浏览器的顾客界面。

B/SERP把老式H勺依赖于邮件、、人盯人的管理方式变革为目的导向、流程驷动、智能

的电子商务流程。并且该B/S架构H'、JERP可以把企业内部流程与企业外部流程连接起来，与客

户、合作伙伴、供应商协同完毕供应链业务操作［52］。

1.2.2SOA架构时引入，使ERP全面升级

SOA(Service-OrientedArchitecture面向服务架构)日勺概念是由Gartner企业给出口勺，Gartner

对SOA的定义为“客户端/服务器的软件设计措施，一项应用由软件服务和软件服务使生者构

成……SOA与大多数通用的客户端/服务器模型H勺不一样之处，在于它着重强调软件组件的松散

耦合，并使用独立日勺原则接口。其关键是：

1)SOA是一种软件架构思想，并不是一种产品。

2)SOAH勺重点是面向服务，此服务包括企业日勺内部与外部的每一种业务细节，例如企业中

财务应收发票的处理就是一种服务。SOAH勺思想是把这些服务从复杂的环境中独立出来一一组

件化封装，然后通过原则H勺接口使不一样H勺服务之间互相调用。

3)SOA是一种软件架构思想，通过使企业中一种个细化的服务原则化，来到达企业口勺IT系

统跟随企业的动态变化的目的。

1.2.3平台化——ERP的柔性大大增强

在ERP应用实行时过程中，顾客的满意度一直不高。重要原因是产品更新周期加紧、市场

响应规定提高，对ERP的人性化规定越来越高，这是导致ERP实行成功率不高的重要原因之一。

通过数年的积累，人们已经总结出了ERP系统中业务日勺关键，其架构、业务模型、原则化

高的业务处理均是可封装日勺，假如我们把这部分封装起来，再开发出辅助这个平台的客户化工

具，就可以形成业务化平台。同样如此，假如对ERP进行分析、研究，将ERPH勺有关部分封装

起来，再加上工具包，就可以形成平台化日勺ERP。

平台级企业信息处理方案提供了一种软件平台，内置多种管理软件组件和快捷的二次开发

工具，其组件可以通过多种语言来开发，开发出一种个的小模块，然后把每一种小模块独立起

来建成一种组件，最终把这些组件组装起来形成最终的J成品。那么对这些组件进行调用，管理

和删减、添加及修改，甚至重新构架都可以，而这样对某一部分日勺改动主线不会影响到其他功

能。这就是平台带来的灵活性，易操作性，使它在进行小日勺改动时可以直接通过系统上日勺某些

功能来实现，而不必要通过改源代码的方式来处理，可以减少企、止信息化软件If'J开发难度，提

高开发效率，提高系统的柔性和可扩展性。首先管理信息化厂商通过平台提供H勺组件能很以便

地满足顾客个性化欧I需求，以及顾客在发展过程中多种各样变化日勺需求。另首先将应用软件的

业务逻辑和开发技术相对分开，使得应用软件的开发者可以仅关注应用H勺业务任务，而不必关

注其技术的实现。这使管理与业务人员参与应用软件的开发成为也许。

平台化软件的基本特性如下：

1）软件架构灵活；

2）关键业务原则化；

3）接口原则化，具有很好的兼容性；

4）提供客户化工具包。

1.2.4与其他信息系统的集成

1）ERP与客户关系管理的深入整合

ERP将愈加面向市场和面向顾客，通过基于知识的市场预测、订单处理与生产调度、基于

约束调度功能等深入提高企业在全球化市场环境下更强的优化能力；并深入与客户关系管理

CRM结合，实现市场、销售、服务H勺一体化，使CRMH勺前台客户服务与ERP后分处理过程集

成，提供客户个性化服务，使企业具有更好的顾客满意度。

2)ERP与电子商务、供应链SCM、协同商务H勺深入整合

ERP将面向协同商务(CollaborativeCommerce),支持企业与贸易共同体的业务伙伴、客户

之间的协作，支持数字化口勺业务交互过程；ERP供应链管理功能将深入加强，并通过电子商务

进行企业供需协作，如汽车行业规定ERP的销售和采购模块支持用电子商务或EDI实现客户

或供应尚之间的I电子订货和销售开单过程；ERP将支持企业面向全球化市场环境，建立供应商、

制造商与分销商间基于价值链共享的新伙伴关系，并使企业在协同商务中做到过程优化、计划

精确、管理协调.

3)ERP与产品数据管理R勺整合

产品数据管理PDM(ProductDataManagement)将企业中的J产品设计和制造全过程日勺多种信

息、产品不一样设计阶段的数据和文档组织在统一的环境中。近年来ERP软件商纷纷在ERP

系统中纳入了产品数据管理PDM功能或实现与PDM系统的集成，增长了对设计数据、过程、

文档的应用和管理，减少了ERP庞大H勺数据管理和数据准备工作量，并深入加强了企业管理

系统与CAD、CAM系统的集成，深入提高了企业的系统集成度和整体效率。

4)ERP与制造执行系统的整合

为了加强ERP对于生产过程时控制能力，变化ERP"重计划，轻控制呻勺弱点，将深入加强”

事前计划、事中控制、事后审核"的功能，ERP将与制造执行系统MES(Manufacturingexecutive

System),车间层操作控制系统SFC更紧密的结合，形成实时化日勺ERP/MES/SFC系统。该趋势

在流程工业企业的管控一体化系统中体现得最为明显。

5)ERP与工作流管理系统的深入整合

全面时工作流规则保正与时间有关的业务信息可以自动地在对的时间传送到指定的地点。

ERP日勺工作流管理功能将深入增强，通过工作流实现企业的人员、财务、制造与分销间的集成，

并能支持企业经营过程的重组，也使ERP啊功能可以扩展到办公自动化和'业务流程控制方面。

6)ERP与企业知识门户深入整合

企业知识门户(EnterpriseKnowledgePortal,EKP)所关注日勺是企业内部员工和信息内容，它

的关键是知识管理(KM;,通过与ERP系统H勺集成，使得企业内任何员工都可以实时地与工

作团体中H勺其他组员获得联络、寻找到可以提供协助的专家或者迅速连接到有关的知识，它的

建立和使用可以大大提高企业范围内的知识共享，并由此提高企业员TH勺工作效率。

1.2.5整合业务流程的监测与评估

“用于测量成功的业务应用处理方案是持续改善的关键：财务体现n勺共享，sc效力，知识资本

的价值以及顾客的满意度都是新的评测措施。"一一Gartner,

2老式ERP产品技术架构

2.1老式C/S架构的ERP系统

信息系统架构示意图：

1）一层架构：客户端、应用服务器和数据库服务器都在同一台机器上布署•：

2）两层架构：数据库服务和应用服务在同一台服务器上布署，客户端访问服务器上H勺资源

或数据：

3）三层架构：应用服务和数据库服务分离，分别布署在不一样的服务器上，应用服务采用

集群布署，到达性能上的需求。

图2.1不一样分级层次的系统架构图

从企业信息系统架构设计•看，三层分布式架构是一种经典应用：甚至可以过渡到多层分布

式架构，如扩展出缓存服务、负载均衡服务等；这些都是顾客对系统迅速响应和系统可靠性的

需求。

2.2B/S架构的ERP系统

B/S架构的ERP系统的出现使得老式的ERP系统成为互联网应用，顾客借助网络的以便快

捷，可以随时随地办公，处理业务数据。现代企业一般存在多区域分支机构，或者业务人员需

要差旅或在家办公，老式的C/S架构日益不能满足移动办公H勺需要，B/S架构的ERP系统刚好

可以处理这一需要。

图2.2B/S架构的ERP系统布署图

2.3C/S架构和B/S架构的优缺陷分析

2.3.1C/S系统优缺陷

c/s模式的长处[1]:

1）由于客户端实现与服务器H勺直接相连，没有中间环节，因此响应速度快。

（当数据少时，C/S在局域网内响应快；当数据超过十万时，C/S软件变慢，B/S软件能维

持稳定速度）

2）操作界面交互性强、控件组件形式多样，可以充足满足客户迅速操作W、J规定。

3）C/S构造的管理信息系统能实现的复杂的数据处理操作，不用过多考虑网络的不稳定性。

C/S模式的缺陷：

1）需要专门的客户端安装程序，分布功能弱，针对点多面广且不具有网络条件H勺顾客群

体，不可以实现迅速布署安装和配置。

2）兼容性差，对于不一样时开发工具，具有较大的局限性。若采用不一样工具，需要重

新改写程序，跨平台难度大，无法轻易实现Windows、Linux、iOS系统的同步开发和布署。

3）开发成本较高，需要具有一定专业水准的技术人员才能完毕。

（就开发小型企业管理软件，针对内部使用H勺系统而言，C/S开发人员比B/S开发人员的

成本低了许多）。

2.3.2B/S系统优缺陷

B/S构造的长处：

1）是互联网应用，具有分布性特点，可以随时随地进行查询、浏览等业务处理。

2）业务扩展简朴以便，通过增长网页即可增长服务器功能。

3）维护简朴以便，只需要变化网页，即可实现所有顾客的同步更新。

4）开发简朴，共享性强。

B/S构造的缺陷:

1）操作是以鼠标为最基本H勺操作方式，无法满足迅速操作的规定，尤其是在大量数据录

入操作、复杂交互日勺状况下，需要提高交互设计能力。

2）页面加载刷新时；响应速度受网络连接的稳定性影响。

2.3.3结论

目前，从架构设计来看，ERP系统采用B/S架构和C/S架构是并存存在的，B/S的架构的系

统更有发展前景，从长远来看，由于互联网发展，网络带宽提高，HTML5技术出现的等原因，

B/S的架构的系统是未来B勺发展趋势。

3国内夕卜】渐ERP产品技术架构

3.1主流ERP产品简要简介

3.1.1OracleEBusinessSuite

OracleEBS产品简介

OracleEBS是OracleE-BusinessSuite的缩写,是Oracle企业的ERP产品，全球销量仅次于

SAP（另一款ERP产品）。OracleEBS是一整套企业级应用软件，包括：采购管理、库存管理、

销售管理、车间管理、物料清单及TU管理、牛产计划、成本管理、应付账款管理、应收.账款

管理、现金管理、总帐管理、项目会计、项目制造、客户关系管理、供应商门户等模块。

纯互联网技术架构

Oracle电子商务套件采用原则的100%基于互联网的三层体系架构：无论是数据库层、应用

层以及最前端的最终顾客操作界面都100%支持基于JAVAW、J先进互联网技术［3刀。

Oracle电子商务套件的技术架构特点，提供「软件系统基于数据中心运行的集中管理基础。

使所有有关软件系统的推广、升级和平常维护工作可以基于数据中心进行，从而到达最大程度

地减少客户端软硬件和维护成本，减少服务器端口勺软件维护工作内容。

Oracle应用软件技术架构

客户端应用服务器数据库

t

ae

君SQL4Net

电

用户界面业务逻辑数据逻辑、数据管理

ORACLG

图3.1Oracle应用软件技术架构

3.1,1.3模块化开放架构

Oracle电子商务套件应用产品采用模块化和组件化H勺先进软件技术体系架构，应用软件产

品可以细化成为许多细粒度的模块，不一样的客户应用可以选择不一样H勺组件或模块组合形成

适合于企业需求的J软件平台方案：基于同一共享数据库和统一数据模型H勺数据层面的高度集成

架构，保证各应用模块之间H勺紧密无缝集成和平滑的业务流转［3刀。

Orac加电子商务套件的模块化开放架构

•细粒度模块化代码,积木式拼装,组件化应用

■客户根据业务需求将数据爱布

模块和用户区口模块按规则灵

活拼装.光成本企业个性化的

企业信息管理平台处用组件舟:

应用层:用户按口逻辑细粒度模块•财务管理系统

­怯资管理系统

・人力资源系统

集成与数据交换总线（Database、iAS、WorkFlow,接口表、API）

n韵曲的葡愚弱的

数据库层:数据逻辑细粒度模块

图3.2Oracle电子商务套件的模块化开放架构

3.1.2SAPNetWeaver

SAPNetWeaver产品简介

SAPNetWeaver是SAP1勺集成技术平台和自从SAPBusinessSuite以来的所有SAP应用的技术

基础。SAPNetWeaver是一种面向服务的应用和集成平台。SAPNetWeaver为SAPI为应用提供

开发和运行环境，也可以用来和其他应用和系统进行自定义的开发和集成。SAPNetWeaver是

使用开放原则和实际上的工业原则进行开发的，可以用icrosoft?NET,Sun烽avaEE,和IBM燎

ebSphere等这些技术平台进行扩展和互操作［44］。

SAPNetWeaver技术架构

SAP企北系统架构是以SOA架构技术作为基础框架进行开发的cERP,CRM,SCM,SAPBusiness

Suite,SRM,PLM系统都是独立的子系统，这些系统之间的交互都是通过SOA服务进行。

SAPEnterpriseSystemArchitecture

AcceleratedIn

ContinuousInnovation

Innovation

EhPEhPEhP

A

-

SCRMSCM

.

C

O

ZSAPBusinessSuite

EnterpriseSOAbyEvolutionEnterpriseSOAbyDesign

End-to-EndOperations

图3.3SAP企业系统架构

3.1・3用友U9

3.1・3.1用友U9产品简介

用友U9完全基于SOA架构H勺世界级企业管理软件，用友U9面向迅速发展与成长日勺中大型

制造企'也复杂应用，以“实时企业、全球商务〃为关键理念，完全适应多组织供应链协同、多工

厂制造协同、产业链协同、产品事业部和业务中心的管理模式，更能支持多生产模式的J混合生

产与规划、多经营模式的混合管理、精益生产、全面成本、跨国财务等深度应用，具有高度灵

活的产品架构，协助企业迅速响应变化，支持经营、业务与管理模式的J创新。

3・1・3.2用友U9技术架构

UFIDAU9完全采用面向服务架构(SOA),实现了全程模型驱动开发(MDD)模式，至I」达

减少集成和开发成本的目H勺。UAP使企业管理软件具有多项新技术应用特点：企业信息资

源变得可重用、透明化，并且系统具有高可扩展性，让业务处理愈加高效、简洁、安全。UAP

还提供了统一时集成开发环境(IDE),顾客可以使用包括企、也建模、领域建模、服务设计、

UI设计、报表设计、规则设计、数据库设计等全方位内设计器，并通过可视化口勺界面和友好

的交互操作，自动生成顾客所需要的多种服务部件・。UAP完全支持企业级的集成与应用协

同，如Office集成、移动商务、企业搜索、智能客户端等多项领域［35］。

Ml

MVC««

押凭客户端

WlnFonaPDA

MobileOmce

.iT

图3.4用友U9技术架构

3.2ERP系统架构设计的共同特点

通过国内外最新ERP产品时功能及技术架构比较，得出：基于SOA架构的技术框架是共同

采用丛J,并且愈加强调了多设备『、J支持，完全基于互联网模式口勺系统。

产品名称与否B/S与否与否模块化与否支与否分布式

构建持移动布署

SOA架构

设备

OracleEBusiness是是是支持是

Suite

SAPNetWeaver是是是支持是

用友U9是是是支持是

金蝶EAS是是是支持是

OpenERP（开源）是下一版本支完全模块化支持是

持

表3.1各主流ERP产品系统架构比较

3.2.1基于互联网的三层体系架构

采用原则的100%基丁互联网的三层体系架构，无论是数据库层、应用层以及最前端H勺最终

顾客操作界面都100%支持WEB的互联网技术，尤其是应用层，直接采用互联网先进技术，

不需要任何中间转换过程，在体现先进互联网技术的同步，最大程度的减少了中间环节，保证

了系统处理啊高性能和高稳定性。

322面向服务架构（SOA）

完全采用面向服务架构（SOA）,实现了全程模型驱动开发（MDD）模式，到达减少愈加强

调系统的基础，采用松耦合，减少系统H勺耦合度。SOA的实现方式都是采用了基于Http协议

的WebService的技术，数据互换格式采用XML,SOAP。

3.2.3模块化和组件化的体系架构

模块化和组件化H勺先进软件技术体系架构，应用软件产品可以细化成为许多细粒度的模块，不

一样的客户应用可以选择不一样n勺组件或模块组合形成适合于企业需求口勺软件平台方案；基于

同•共享数据库和统•数据模型日勺数据层面的高度集成架构，保证各应用模块之间的紧密无缝

集成和平滑的业务流转。

4基于SOA架构的ERP系统

4.1SOA技术简介

4.1.1SOA概念及简介

SOA的基本概念

面向服务的体系构造(Service-OrientedArchitecture,SOA)是一种组件模型，它将应用程

序H勺不一样功能单元(称为服务〉通过这些服务之间定义良好的接口和契约联络起来。接口是

采用中立日勺方式进行定义II勺，它应当独立干实现服务的硬件平台、操作系统和编程语言。坡使

得构建在多种各样H勺系统中的服务可以使用一种统一和通用的方式进行交互［26］。

简介

SOA(Service-OrientedArchitecture),面向服务架构，它可以根据需求通过网络对松散耦合

欧J粗粒度应用组件进行分布式布署、组合和使用。服务层是SOA的基础，可以直接被应用调

用，从而有效控制系统中与软件代理交互的人为依赖性。

SOA是一种粗粒度、松耦合服务架构，服务之间通过简朴、精确定义接口进行通讯，不波

及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML/WebService技术之后的自然延

伸。

SOA技术的优势

通过SOA思想H勺引入，使得ERP软件可以做到［50］：

1)支持异构集成

所谓异构环境，包括四个层次，硬件平台、操作系统、数据库、应用软件。假如一套硬件、

一套操作系统、一套数据库、一套应用软件可以面面俱到日勺处理集团企业的所有管理问题，那

是再好不过了。但现实中是不也许啊，更普遍的是，不一样的应用往往选择不一样的平台和应

用系统，以便充足发挥各个厂商的专长。支持SOA的ERP系统为集团企业的信息化提供了仰

缩空间，企业可以根据需要选择最合适H勺处理方案。

2）减少企业的IT成本

以往多数企业在建设企业欧JERP系统时是从项目的角度出发H勺，例如ERP项目、CRM项

目等，事后当企业H勺IT系统越来越多的时候，才会考虑系统H勺集成问题，但这时候往往集成

的难度就很大了。而SOA规定企业在建设IT系统之初就要考虑这些问题，也就是要考虑服务

之间的接口问题。这样就会使企业H勺IT成本大大减少。

同步,SOA将变化以往的软件购置模式。目前，多数企业在购置软件时往往是成熟性软件，

需一种模块或一种系统的购置，企业在购置时往往无法将那些企业不需要的功能剔除出去，这

样，企业就不得不为此多付出资金、培训成本等许多不必要的成本。而支持SOA的集团财务

软件则可以协助企业实现真正的按需购置.，企业需要什么功能就购置对应的服务，协助企业防

止不必要I内支出。

3）实现企业的动态变革

支持SOA的集团财务系统使企业的IT人员不必太多日勺关怀企业IT系统日勺底层技术，而更

多的去考虑集团财务的业务处理以及财务业务与IT的接合。同步，以往企业在开发集团财务

系统时，在反爱功能上挥霍了大量口勺人力与财力，同步系统在开发完毕后，假如企业业务变化，

系统将很难更改或者更改口勺成本很高。而SOA面对的是一种个独立的服务，服务之间可以通

过原则接口来互相调用，这样企业在反复功能上就可以直接通过接口调用，而不必去重新开发。

企业的'业务发生变化时，只需要修改相对应的服务即可，减少了修改的难度与复杂度，保证了

企业叫IT系统的动态变化。

4.1.2基于SOA技术的体系构造

SOA是松耦合时系统

这种具有中立的接口定义（没有强制绑定到特定的实现上）的特性称为服务之间的松耦

合。松耦合系统向好处有两点：

1）是它口勺灵活性，当构成整个应用程序的每个服务的内部构造和实现逐渐地发生变化时,

它可以继续存在。

2）而另首先，紧耦合意味着应用程序的不一样组件之间的接口与其功能和构造是紧密相

连的，因而当需要对部分或整个应用程序进行某种形式口勺更改时，它们就显得非常脆弱。

对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得愈加灵活，以适应不

停变化的环境，例如常常变化的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其

他与业务有关的原因，这些原因甚至会影响业务的性质。我们称可以灵活地适应环境变化的业

务为按需（Ondemand）业务，在按需业务中，一旦需要，就可以对完毕或执行任务的方式进

行必要的更改。

SOA系统原型H勺一种经典例子是通用对象祈求代理体系构造（CommonObjectRequest

BrokerArchitecture,CORBA）,它已经出现很长时间了,其定义H勺概念与SOA相似。然而,目

前日勺SOA已经有所不一样了，通过使用基于XML口勺语言（称为Web服务描述语言iWeb

ServicesDefinitionLanguage,WSDL））来描述接口，服务已经转到愈加动态11更灵活H勺接口系

统中,非此前CORBA中的）接口描述语言（InterfaceDefinitionLanguageyIDL）可比了。

SOA体系构造作用

老式企业（数据库）应用软件产品，如MRP、ERP、0A系统等，在设计或架构上都是紧偶

合、封闭式、自成体系，属于一次性投入一次性完结日勺产品。这样的产品很难适应或迅速响应

市场或客户灵活多变的需求，以及后续的扩展。在这样H勺市场、及客户需求下，从而催生了软

件产品一种新的设计或架构的理念：面向服务架构（SOA架构）。

对SOA口勺需要来源干需要使业务IT系统变得愈加灵活，以适应业务中的变化。通过容许

强定义H勺关系和仍然灵活的特定实现，IT系统既可以运用既有系统的功能，又可以准备在后

来做某些变化来满足它们之间交互的需要。

SOA是-•场革命。一种应用程序的业务逻辑（businesslogic）或某些单独H勺功能被模块化

并作为服务展现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口

和实现相独立。应用开发人员或者系统集成者可以通过组合一种或多种服务来构建应用，而不

必理解服务欢I底层实现。举例来说，一种服务可以用.NET或J2EE来实现，而使用该服务的应

用程序可以在不一样的平台之上，使用H勺语言也可以不一样。

让SOA系统适应变化的能力是最重要的部分，对于开发人员未说，这样的变化无论是在

他们工作日勺范围之内还是在他们工作的范圉之外均有也许发生，这取决于与否有变化需要懂得

接口是怎样定义的以及它们互相之间怎样进行交互。与开发人员不•样H勺是，架构师的作用就

是引起对SOA模型大的变化。这种分工，就是让开发人员集中精力于创立作为服务定义的功

能单元，而让架构师和建模人员集中精力于怎样将这些单元合适地组织在一起，它已经有十数

年『、J历史了，一般用统一建模语言(UniversalModelingLanguage,UML),并且描述成模型驱

动日勺体系构造(Model-DrivenArchitecture,MDA)0

SOA架构的定义或特性

SOA架构，是一种粗粒度、开放式、松耦合的服务构造，规定软件产品在开发过程中，按照

有关的原则或协议，进行分层开发。通过这种分层设计或架构体系可以使软件产品变得愈加弹

性和灵活，且尽量H勺与第三方软件产品互补兼容，以到达迅速扩展，满足或响应市场或客户需

求H勺多样化、多变性。一种经典日勺SOA架构示意如下：

图4.1SOA架构的系统图示

基于SOA技术架构的价值

.1未来企业的应变之道

持续增长日勺客户需求、瞬息万变n勺市场和日趋剧烈的全球化竞争，使得企业必须不停提高

自身IT及企业管理系统的敏捷性和适应性.。目前,每个企业都需要把握业务流程发展W、J变革，

预测业务环境的变化，以便对竞争者做出迅速响应，保证企业的生存、发展和迅速成长［2力。

面向服务架构技术（Service-OrientedArchitecture,SOA）的出现,标志着设计、开发、布

署新的企业应用系统，并将其与原有应用系统、业务流程进行集成的।方式出现r主线性变化。

采用SOA架构，可以带来明显的商业和技术利益：

1）提高商业决策能刀，通过将商业服务和信息进行聚合成为一系列动态的、组合的商业

应用，企业决策者可以更便捷地获得更精确、更全面、更深入的信息，可以更敏捷地对多种变

化做出反应。

2）获得更高B勺员工生产率，SOA可以改善商业流程，使得员工愈加关注关键性、增他业务

流程，基于服务更好地进厅协作，通过多种方式访问和操作业务数据和信息，大大提高生产率。

3）建立与供应商和顾客的更强的联络，SOA增强了端到端日勺应用模式，跨越企业组织边

界，更好地集成既有时信息系统，通过服务的编排和聚合，使其更好地融合在业务流程里。

4）可以更快、更节省地搭建H■和业务应用系统，基于SOA和原则化服务组件，可以根据

业务流程需要，更快地搭建业务系统：同步，也可以更好地运用原有的IT和业务系统的投资，

并保证其符合业务流程的需要。

5）可以增强IT和业务系统H勺可管理性和安全性，通过安全服务I均布署和SOA治理，可以

实现更强H勺安全性管理和监控，保证了整个架构置于统筹和管理之下。

.2完全SOA架构所带来的价值

1）保证总体架构的合理规划，全面整合信息，彻底消除应用孤岛，全面实现过程、人员

和信息的实质集成、高度协调，实现更高啊互操作性与协同、更敏捷的业务流程、更全面的信

息可见性：

2）企业H勺IT及应用系统架构将更具伸缩性，IT价值将得到充足的发挥，全面提高未来企

业口勺竞争优势；

3）减少集成成本和风险，减少维护成本：伴随企业业务的发展，非SOA应用在IT和应用

系统中互相集成的成本和风险日益增大，系统运行将变得繁冗和低效；对应地，为维护应用孤

岛及更多H勺流程接口，甚至是反复、重叠H勺业务功能系统，企业IT及应用系统维护成本将不

可防止地日益增大。

4）基于SOA架构的IT及应用系统可以增量布署到位，但毫无疑问，选择完全SOA架构是

对口勺、长远和明智口勺决策。

4.1.3SOA时实现方式・WebService

WebService的概念

WebService是一种构建应用程序的普遍模型，可以在任何支持网络通信的操作系统中实行

运行;它是一种新的web应用程序分支，是自包括、自描述、模块化口勺应用，可以公布、定位、

通过web调用。WebService是一种应用组件,它逻辑性的为其他应用程序提供数据与服务各应

用程序通过网络协议和规定的某些原则数据格式（Http,XML,Soap）来访问WebService,通过

WebService内部执行得到所需成果.WebService可以执行从简朴日勺祈求到复杂商务处理的任何

功能。一旦布署后来，其他WebService应用程序可以发现并调用它布署的服务［28］。

WebService的关键技术和规则

技术和规则

在构建和使用WebService时，重要用到如下几种关键的技术和规则：

1)XML:描述数据H勺原则措施.

2)SOAP:简朴对象访问协议.

3)WSDL:Web服务描述语言.

4)UDDI(UniversalDescription,DiscoveryandIntegration):通用描述、发现与集成，它是一■种

独立于平台的J,基于XML语言时用于在互联网上描述商务日勺协议。

有关

实际上，WebServiceI均重要目H勺是跨平台的可互操作性。为了到达这一目的，WebService

完全基于XML(可扩展标识语言)、XSD(XMLSchema)等独立于平台、独立于软件供应商的原

则，是创立可互操作的、分布式应用程序的新平台。由此可以看出，在如下三种状况下，使用

WebService会带来极大的好处。详细如下：

1)跨防火墙的通信

假如应用程序有成千上万的顾客，并且分布在世界各地，那么客户端和服务器之间的通信

将是一种棘手的问题。由于客户端和服务器之间一般会有防火墙或者代理服务器。在这种状况

下，使用DCOM就不是那么简朴，一般也不便于把客户端程序公布到数量如此庞大的每一种

顾客手中。老式的做法是，选择用浏览器作为客户端，写卜.一大堆ASP页面，把应用程序的中

间层暴露给最终顾客。这样做W、J成果是开发难度大，程序很难维护。

2）应用程序集成

企业级的应用程序开发者都懂得，企业里常常都要把用不一样语言写成的、在不一样平台

上运行的多种程序集成起来，而这种集成将花费很大的开发力量。应用程序常常需要从运行在

IBM主机上的程序中获取数据：或者把数据发送到主机或UNIX应用程序中去。虽然在同一种

平台上，不一样软件厂商生产的多种软件也常常需要集成起来。通过WebService,应用程序可

以用原则H勺措施把功能和数据“暴露”出来，供其他应用程序使用。

3）B2B时集成

用WebService集成应用程序，可以使企业内部的商务处理愈加自动化。但当交易跨越供

应商和客户、突破企业的界线时会怎么样呢？跨企业的商务交易集成一般叫做B2B集成，

WebService是B2B集成成功的I关键。通过WebService,企业可以把关键的J商务应用"暴露"

给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电

子的方式发送订单，供应商则可以以电子日勺方式发送原料采购发票。当然，这并不是一种新的

概念，EDI（电子文档互换1早就是这样了。不过，WebService日勺实现要比EDI简朴得多，并且

WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，

WebService并不像EDI那样，是文档互换或B2B集成的完整处理方案。WebService只是B2B

集成的一种关键部分，还需要许多其他的部分才能实现集成。

用WebService来实现B2B集成时最大好处在于可以轻易实现互操作性。只要把商务逻辑

“暴露”出来，成为WebService,就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们

的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成

本，让许多原本无法承受EDI的中小企业也能实现B2B集成。

4）软件和数据重用

软件重用是一种很大H勺主题，重用I均形式诸多，重用口勺程度有大有小。最基本的形式是源

代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

WebService在容许重用代码的同步，可以重用代码背后的数据。使