内部以及企业问应用系统的通信都是通过ＳＯＡＰ实现，ＳＯＡＰ的 界面转换器（ｃＵＩＴｒａｎｓｌａｔｏｒＳＯＡＰ处理器）可以产生ＳＯＡＰ请 作用是作为消息的载体，实现分布式对象访问和应用系统之间的 求消息并通过ＨＴＩ１）发送到服务器端，也可以接收客户端的 调用。ＵＤＤＩ Ｒｅｇｉｓｔｒｙ提供了一种让客户端动态发布和查找ｗｅｂ ＳＯＡＰ请求消息，并对其做出适当的响应。 ￣ｌ＇ｖｉｃｅ的机制。通过ＵＤＤＩ Ｒｅｇｉｓｔｒｙ所提供的标准接口，企业可以 ＯＡＳＰ处理器可以产生ＳＯＡＰ请求消息并通过Ｈ１ＴＰ发送到 发布自己的ｗｅｂ ｓｅｒｖｉｃｅ供其它企业查询、调用；也可以查询特定 服务器端，也可以接收客户端的ＳＯＡＰ请求消息，并对其做出适 服务的描述信息，并动态绑定到该服务上。通过服务的定义、发 当的响应。ＳＯＡＰ处理器包括三个部分：服务管理器（负责根据请 布、查询、绑定、调用等机制，实现了一种松散祸合的应用集成框 求管理服务）；被部署服务的列表（ＯＡＰ处理器托管的所有服务 Ｓ架，从而克服了现有的应用集成方案紧密祸合，互操作性差的缺 的列表）；ＸＭＬ转换器。ＳＯＡＰ处理器的的结构如图４所示： 点。本方案可以将企业已有的分散的、的应用系统和新开发 的应用系统组成一个有机的整体，完成更多的功能，以实现企业 －自动化、商务流程的整合或Ｂ２Ｂ电子商务，达到使原有系统增值 叵 卜 ▲ 的目的，而又无需对原有系统做大的改动。 （一）应用集成模型 基于Ｗｅｂ ｓｅｌ，＇ｖｉｃｅ的应用集成方案主要由两部分组成，包括 应用集成模型和ＵＤＤＩ Ｒｅｉｇｓｔ￣。采用分层的设计思想，应用集成 模型如图２所示： 口 蕾 户麓 ｌｅｂ客户墙Ｉ ｌ’西客户增ｌ ｉ Ｉｅｂ客户ｊＩ 口 ｜ｅｂ ｂ） 转接嚣㈣Ｔ瑚ｓ－ａｔｏｒ）ｌ －． ： ０ 审 Ｓｏ＾Ｐ处理誊 层 盟 曩 层 Ｉ．ｌ Ｉ受务维婺件 ｌ １．’ １业备组井 ¨聃触］固国 图２企业应用合有成模型 模型共分为四层，分别是客户层、Ｗｅｂ ｓｅｒｖｉｃｅ层、业务逻辑层 和数据层。各层的功能划分如下： １．客户层。与传统的Ｂ／Ｓ，Ｃ／Ｓ结构类似，客户层的主要作用是 将应用产生的结果信息显示给用户。由于ｗｅｂ浏览器的广泛应用， 所以采用以浏览器为主的客户端界面，其它企业的服务器或者应 用程序也可以作为此模型的客户端，实现企业之间的数据交换。 ２．Ｗｅｂ ｅｓｒｖｉｃｅ层。Ｗｅｂ ｅｓｒｖｉｃｅ层是模型的一个主要层次，主 要由ＳＯＡＰ处理器和ｗｅｂ服务器组成。Ｗｅｂ服务器的主要功能 是提供交互式ｗｅｂ页面，并负责将来自上一层的请求转发给 ＳＯＡＰ处理器，通过ＨＴｒＰ与客户端和ＳＯＡＰ处理器进行通信。 与一般分层结构的系统不同的是，在该层次上添加了—个界 面转换器，这是由ＸＭＬ数据与表现分离的特性决定的。转换器负 责将各种非标准的ＸＭＬ数据转换成标准的ＸＭＬ数据或者是完成 遵守不同ＸＭＬ Ｓｃｈｅｍａ的ＸＭＬ数据转换。简单的界面转换器可以 用ＸＳＬＴ（Ｅｘｅｎｓｉｂｌｅ Ｓｔｙｌｅ Ｓｈｅｅｔ Ｌａｎｇｕａｇｅ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）与ＣＳＳ（ｃａｓ— ｃａｄｉｎｇｓｔｙｌｅＳｈｅｅｔ，级联样式表）来实现，复杂的界面转换器可以用各 种编程语言并结合ＤＯＭ或者ＳＡＸ有选择地来进行实现如图３： 图３界面转换器 瞄 ’ 图４ ＳＯＡＰ处理器结构 当ＳＯＡＰ处理器收到Ｗｅｂ服务器转发来的ＳＯＡＰ请求消息 时，将消息交给服务管理器。服务管理器检查被部署服务的列表， 查找在ＳＯＡＰ消息中所需的服务。若没有查找到所请求的服务，它 将请求失败返回给Ｗｅｂ服务器。若此项服务可以提供，控制权由 服务管理器转移给ＸＭＬ转换器。ＸＭＬ转换器负责将ＳＯＡＰ请求的 ＸＭＬ结构转换成实现实际服务的编程语言的结构。实际的服务是 由业务逻辑层的业务逻辑组件实现的，例如ＣＯＭ，ＥＪＢ等。ＸＭＬ转 换器负责将ＸＭＬ结构转换成本地的组件调用。当ＸＭＬ转换器调 用了本地组件的某个方法时，这个方法就会完成它的工作并且将 结果信息返回ＸＭＬ转换器。ＸＭＬ转换器将结果转换成ＳＯＡＰ响应 消息，由服务管理器将消息发送到Ｗｅｂ服务器。 另一方面，用户的应用程序向ＳＯＡＰ处理器发送请求操作的 消息，ＳＯＡＰ处理器处理这个请求，ＸＭＬ转换器将所调用的方法 和参数格式化成一个ＳＯＡＰ消息，服务管理器把它发送给ＷＳＤＬ 文档中说明的ｗｅｂ ｅｓｒｖｌｅｅ所在的ＵＤＤＩ。等待服务器端返回的 ＯＳＡＰ响应消息，解析得到返回值。 ３．业务逻辑层。业务逻辑层主要由其中部署的业务逻辑组 件构成，包括己有的业务逻辑组件和新开发的业务逻辑组件。该 层的主要功能是将企业已有的业务逻辑和处理过程以组件的形 式提供，这样不仅可以提高系统的可重用性、可维护性和分布系 统的计算负荷，也有利于实现与其它系统的集成或整合。该层中 所部署的组件的业务逻辑或处理过程一般是整个应用系统中关 键的、核心的应用逻辑或处理过程。组件封装业务逻辑和业务数 据，主要关心它的某个方法被调用时应ｊ亥处理的业务；组件的调 用则是由上一层来实现的。 － ４．数据层。数据层主要包含企业的应用系统和各种数据库 系统。企业应用系统包括遗留系统、定制系统、新加入的应用系统 等等。这些应用系统和它们所依靠的形形色色的数据库系统，由 于包含了大量的历史数据，往往具有十分重要的价值。数据层主 要完成对数据的存取、更新、检索、修改，维护数据的安全性、完整 性、一致性等工作。基于Ｗｅｂ ｅｓｒｖｉｃｅ的应用集成方案中，数据库 不再和每个活动客户保持一个连接，而是若干个客户通过业务逻 辑组件共享数据库的连接。 （二）ＵＤＤＩ Ｒｅｇｉｓｔｒｙ ＵＤＤＩ Ｒｅｇｉｓｔｒｙ是所有提供ＵＤＤＩ注册服务的站点的通称。它 存储了商业实体的信息以及它们所提供的Ｗｅｂ ｅｓｒｖｉｃｅ的相关技 术调用界面。通过使用ＵＤＤＩ的发布服务，企业可以单独注册那 些希望被别的企业发现的自身提供的Ｗｅｂ ｅｓｒｖｉｃｅ。企业可以通过 ＵＤＤＩ Ｒｅｇｉｓｔｒｙ的Ｗｅｂ界面，或使用实现了“ＵＤＤＪ Ｐｒｏｇｒａｎｌ／ｎｅｒ． ５ＡＰＩ规范”描述的编程接口的工具，将信息加入到ＵＤＤＩ Ｒｅｇｉｓｔｒｙ 或者从ＵＤＤＩ脚ｓ时查询所需要的Ｗｅｂ ｓｅ】而ｃｅ的描述文档。从 ——９７—— 维普资讯 http://www.cqvip.com ＵＤＤＩ Ｒｅ０ｓｔｒｙ进行信息查询无需身份认证；丽在ＵＤＤＩ Ｒｅｇｉｓｔｒｙ 上进行信息发布则必须是发布该ＵＤＤＩ Ｒｅｏｓｔｒｙ自身的用户方能 实施，同时以后的更新、删除都必须通过这个Ｒｅｇｉｓｔｒｙ，并使用初 始发布时使用的用户进行权限认证。 ＵＤＤＩＲｅｇｉｓｔｒｙ分为ＰｕｂｌｉｃＵＤＤＩＲｅｇｉｓｔｒｙ（公共ＵＤＤＩ注册中 心）和Ｐｒｉｖａｔｅ ＵＤＤＩ Ｒｅｏｓｔｒｙ（ｊＩ厶－有ＵＤＤＩ注册中心）ｌ回。Ｐｕｂｌｉｃ ＵＤＤＩ 统一体，在物理上是以分布式系统的架构实施的，而不同站点之 模型应用流程步骤如下： １．用户登录企业局域网或者系统集成登录页，并在ｗｅｂ界 面Ｂｒｏｗｓｅｒ界面）上发出请求信息； ２．应用服务器查询私有ＵＤＤＩ注册中心，获得应用服务器 提供的关于ＥＲＰ应用和财务系统的ｗｅｂ Ｓｅｒｖｉｃｅ； ３．针对指定Ｗｅｂ ｓｅｒｖｉｃｅ的ＷＳＤＬ绑定信息作为基于ＳＯＡＰ Ｒｅｇｉｓｔｒｙ是面向全球使用的ＵＤＤＩ注册服务，它是一个逻辑上的 的消息被传送给应用服务器； ４．应用程序调用ＥＲＰ应用和财务系统发布的ｗｅｂ服务产 间是采用Ｐ２ＰＯ｛；Ｉ＂等网络璨构实施，相互之间按一定规则进行数 生用户请求响应信息。这个通讯过程是基于ＳＯＡＰ交互的。之后 据同步，因此访问其中任意一个站点就基本等于访问了ＵＤＤＩ 信息被格式化，发送给起初的调用用户。 Ｒｅｇｉｓｔｒｙ。当一个企业在ＵＤＤＩ Ｒｅｇｉｓｔｒｙ的—个实例中实施注册后， 五、方案典型应用 根据本文所探讨的基于ｗｅｂ ｓｅｒｖｉｃｅ的应用集成架构，构造 其注册信息会被自动复制到其它ＵＤＤＩ节点，于是就能被任何希 望发现这些ｗｅｂ ｓｃｒｖｉｏｅ的人所发现。Ｐｒｉｖ￣ｅＵＤＤＩＲｅｇｉｓｔｒｙ是独 立组织、企业或某一范围内使用的ＵＤＤＩ注册服务，其用户对象 不是全球用户。在一家具有多个分公司企业的各个分公司内部， 可以建立一个私有的ＵＤＤＩ注册中心。这样，每个分公司下属的 部门开发新的应用系统的时候，可以将新系统的功能模块用ｗｅｂ Ｓｅｒｖｉｃｅ封装，并将它们发布到自己的注册中心，这些变化会同时 体现到其他分公司的ＵＤＤＩ上。当其他分公司的开发人员需要开 发新的系统时，预先到本公司的ＵＤＤＩ注册中心去查询一下，是 否有他们需要的功能服务存在，如果存在，则直接执行Ｗｅｂ ８ｅｌ＂－ ｖｉｃｅ调用就可以了，不用再耗费多余的人力去进行新的开发。这 样，相当于直接利用了其他人的开发结果，就使得各分公司之间 能够最大限度地共享资源。同时，从另—个方面来说，也提高了开 发的效率，缩短了项目的开发周期。 三、方案的实施步骤 基于ｗｅｂ ｓｅｒｖｉｃｅ的应用集成方案的实施流程如下： １．建立ＵＤＤＩ Ｒｅｇｉｓｔｒｙ，方便服务的发布和查询； ２．对于已有的应用系统，封装系统的接口，将其部署到 ＳＯＡＰ处理器中，以Ｗｅｂ ｓｅ￣ｉｏｅ的形式发布，使其它系统可以通 过ＳＯＡＰ进行调用；对于新系统开发，要基于ｗｅｂ ｅｓｌＮｉｃｅ进行组 件化应用系统开发，将系统的接口以服务的形式发布； ３．将各系统发布的服务进行描述，生成服务的描述文档 ＷＳＤＬ．并注册到Ｐｒｉｖａｔｅ ＵＤＤＩ Ｒｅｇｉｓｔｒｙ，以便其它应用系统能够发 现和访问这些服务； ４．发布对外服务到Ｐｕｂｌｉｃ ＵＤＤＩ Ｒｅｇｉｓｔｒｙ。便于外部企业发 现服务并调用。 四、基于Ｗｅｂ Ｓｅｒｖｉｃｅ的ＥＡＩ架构在企业内部应用 模型 图５显示了在企业内使用基于ｗｅｂ ｓｅｒｖｉｃｅ的ＥＭ整体架构 应用模型。在模型中应用服务器通过内部应用程序使用私有 ＵＤＤＩ注册中心来获得可提供的ｗｅｂ服务的技术信息，并且在企 业内部Ｉｎｔｅｍｅｔ上调用这些服务。在这个例子里面，Ｗｅｂ服务把 ＥＲＰ和财务系统等应用程序松散地集成在一起。 窖定位置●．＿ｌ毫舟产■木，———～ ｏ・曩户｜采售● ｒＬ－＝ １—幅广—］．－鼍矬舟产 ———————Ｊ ｌ 在羹÷０ Ｅ睁秉毫 Ｅ明Ｐ 对舞曩冀 ０啊曩毫 图５ ＥＡＩ构架在企业内部应用模型 —９８一 一个原型系统，系统的结构如图６所示。方框内部是企业内部应 用集成解决方案，然后将其扩展到Ｉｎｔｅｍｅｔ，就成为一个应用集成 的整体解决方案。 ．／ Ｒ！ 、 ｌｓ０＾Ｐ ｉ ｔ广 ／— —、 矗／、《 Ｉ ｆｌａｔｒ￣Ｊｔ 卜——ｌ｜ｌｉｒ 日＾一 ／＼’／＼疆一 图６基于ｗｅｂ Ｓｅｒｖｉｃｅ的ＥＡＩ企业内部整体解决方案 将企业现有的各应用系统。如ＥＲＰ、ＣＲＭ、遗留系统等按照 ｗｅｂ ｅｓｒｖｉｃｅ的标准进行封装。发布服务的ＷＳＤＬ文档到Ｐｒｉｖａｔｅ ＵＤＤＩ Ｒｅｇｉｓｔｒｙ。这样。其它应用系统可以通过读取、分析服务的描 述文档，获得服务的人口地址、服务名、方法名以及提交方法所需 的参数等，从而实现对服务的访问。为了使某些ｗｅｂ ｅｓｒｖｉｃ￣被更 多的应用通过各种平台进入并使用，可以将这些ｗｅｂ ｓｅｒｖｉｃｅ注 册到Ｐｕｂｌｉｃ ＵＤＤＩ Ｒｅ０ｓｔｒｙ，并发布服务的ＷＳＤＬ文档。企业之间 的交互与企业内部各应用之间的交互类似。只是要搜索Ｐｕｂｌｉｃ ＵＤＤＩ Ｒｅｇｉｓｔｒｙ ｒ以获得所需服务的ＷＳＤＬ文档，实现动态绑定， 然后通过ＳＯＡＰ访问这些服务。 六、结语 基于ｗｅｂ ｅｓｒｖｉｃｅ的应用集成方案通过服务的定义、发布、 发现、绑定、调用等机制，实现了一种松散祸合的应用集成框 架。与现有的应用集成解决方案相比较，方案的优点体现在以 下几个方面： １．防火墙问题。本方案通过ＳＯＡＰ实现系统互联。ＳＯＡＰ使 用Ｈ＇ＩＴＰ作为其通信协议，而现代企业防火墙一般只允许ＨＴＷ 包通过，所以使得方法的调用能够顺利通过防火墙。 ２．可扩展性。现有的应用集成方案都是依赖于单个厂商的 解决方案来最大优势地使用协议，本方案基于开放的技术标准， 具有很好的可扩展性。 ３．灵活性。现有的应用集成方案需要点对点集成，一端的改 变必须告知另外一端，这使集成变得非常生硬，同时也浪费了开 发人员的时间。本方案是非常灵活的，因为它是建立在发布服务 的应用程序和使用服务的应用程序之间的松散祸合。 ４．细粒度。本方案可以将大的应用系统划分成小的的 逻辑实体并且包装它们，因为在细粒度基础上集成应用程序，能 够在很大程度上降低集成的复杂度，这也使得本（下转第１０４页） 维普资讯 http://www.cqvip.com 企业与其商品的客户有密切的关系。客户至上，客户就是“上 来实现的。这就要求企业采取各种工作岗位责任制，工效挂钩，奖 帝”，说明企业与客户是鱼水相依，是客户养活了企业。通过这些 罚分明等管理措施。使员工们各司其职，各负其责，人尽其用，促使 客户正常消费，使得企业在购销过程中正常从事经营，得以生存 员工为企业多做贡献。企业的经营成果好，员工们就可以从中得 和发展。同时，企业的经营活动也直接影响客户的切身利益。我们 到他们应有的份额。同时，企业要保护员工们的工作热情，分配要 平时所说的商品质量第一，客户至上。就是说，企业经营的商品必 及时兑现。分配不及时兑现，会挫伤员工的劳动积极性，对企业和 须符合质量要求，不得经营假冒伪劣商品，真正以优质取胜。要真 员工都不利。从当前企业采取承包经营的情况看，分配兑现，职工 正做到这一点，企业在经营的各个环节，从采购、运输、储存、销售 劳动积极性高，为企业创造的效益高。职工从中得到的报酬也高。 等，都必须建立严格的岗位责任制。采购商品是商品进入商品流 许多企业的职工，在承包经营后的分配收入，就比过去提高了许 通企业的人口，企业要组织适销对路的商品供应市场，必须货比 多。未承包前，效益很低，甚至亏损，承包后，超额完成承包任务。这 吃“大锅饭”不行，要权、责、利挂钩，分配兑现。真正处理好企 三家，择优进货，价格相宜。从而杜绝假冒伪劣商品进入流通领 说明，域。运输、储存。是保证商品安全到达目的地，保证销售得以顺利 业与员工的经济利益关系，企业的发展才能建立在坚实的基础上。 实现的重要手段。如果在运输、储存过程中，商品受到损坏、商品 质量就得不到保障，难以销售出去。因此，采购到质优价廉的商品 六、企业与经营管理者的关系 在计划经济的条件下，企业的所有权和经营权高度集中统 一后，必须完好无损地运送到目的地，合理储存。货源充足，销售才 。企业的管理者，特别是国有企业，由企业主管部门任命，企业 有保障。这也是企业取得客户信赖的保证。在销售过程中，客户要 经济效益的高低，与经营管理者的管理才能没有多大联系。企业 求买到质高价低的商品，更重要的是要求企业提供优质的售后服 盈利了上交国家，亏损了国家弥补，造成企业吃国家的“大锅饭”， 务，特别是耐用价高的日用家电商品，客户要求企业能送货上门， 经营管理者的经济利益，不与他的贡献大小挂钩，责、权、利不能 代客安装，保证维修服务。现在的电冰箱、洗衣机、热水器、空调、 有机地结合。所以，有的经营管理者，在企业里经营管理不好，仍 微型电脑，等等。如果真正做到售后维修服务上门，将会取得客户 然可以异地做“官”，工资照拿。在市场经济的条件下，现代企业的 事会委任的，或者由职工代表大会选举产生的。经营管理者要 的信赖，销售也会扩大。那个企业售后服务做得好，客户没有后顾 所有权与经营权相分离，经营管理者是由所有者——股东通过董 之忧，就会放心购买商品。 五、企业与职工的关系 企业的生存、发展是靠职工劳动进行的，企业与员工的财务 通过自己的努力，使资金得以增值。他们所关心的是企业的各项 目标如何得以实现，以及他们能从实现的目标中获得的红利分 关系，表现为贯彻按劳分配原则，以工资和奖金等形式支付劳动 配。可见，经营管理者的努力成果是与薪金和红利联在一起的。现 企业盈利了，可按规定提取盈余公积 报酬，反映了企业和员工之间的货币结算关系。企业的经济效益 代企业要实行资本保全制，可按规定转增资本金。亏损时，不得在当年冲减资本金，而要 越好，员工们的收入高，工作积极性就越高，就越关心企业的经 金，营。因为，这与员工的切身利益有关。企业的经济效益高，员工的 在以后的有限年份里所实现的利润中抵补。这就增强了经营管理 分配报酬就高，反之就低。 企业要调动员工的积极性，首先要为员工创造良好的工作环 者的责任感，经营管理得好，效益高，资金增值，增强了企业发展 的后劲。同时，经营管理者的红利分配也得以提高，对企业有突出 境，努力提高经济效益。而提高经济效益又是靠员工的直接劳动 贡献的经营管理者还可以获得高额奖励。 （上接第９８页）方案比现有的应用集成方案效率更高。 ５．动态性。本方案通过提供动态的服务接口来实施一种动 态的集成，而现有的应用集成方案都是静态处理的。 基于Ｗｅｂ Ｓｅｒｖｉｃｅ的ＥＡＩ对企业的各个信息系统提出了更高 个企业内，总会有一些系统是很难升级到支持ｗｅｂ ｅｒＳｖｉｃｅ的。在 它们进行初步的封装，然后在一个标准的接Ｅｌ的基础上，再来实 现服务的抽取。圈 实现ｆ［）１．华北电力大学硕士学位论文．２００５． ｆ３】柴晓路．ｗｅｂ服务架构与开放互操作技术ｆＭ】．北京：清 华大学出版社，２００２． 【４】王莉莉，王力生．ｗｅｂ ｓｅｒｖｉｃｅ技术下的企业应用集成Ｕ】． ４）． 的要求，而这也将会是真正实施起来所要面对的最大难题。在一 计算机与现代化．２００３，（［５］Ｍａｔｊ￣Ｂ．Ｊｕｒｉｃ，Ｍａｌｊａｎ Ｈｅｆｉｃｋｏ，Ｊ２ＥＥ ＥＡＩ ａｎｄ ｗｅｂ Ｓｅｒｖｉｃｅｓ， 这种情况下，我们或许不得不首先用传统的接Ｅｌ型的整合产品对 ＥＡＩ Ｊｏｕｒ￣ｌ，２００２，（５）． ｆ６】孙志刚．基于Ｗｅｂ Ｓｅｒｖｉｃｅ的企业应用集成研究【Ｄ】．河 北工业大学硕士学位论文，２００５，（２７）． 【参考文献】 …１张衍做．制造业企业信息集成网上研讨会［ＥＢ／ＯＬＩ． ２００５—１０—２５．ｈｔｔｐ：ｌｌｗｗｗ．ｅ—ｗｏｒｋｓ．ｎｅｔ．ｅｎ／ｅｗｋＡｒｔｉｃｌｅｓ／Ｃａｔ— ｅｇｏｒｙ１４／Ａｒｔｉｃｌｅ１６９９１．ｈｔｍ． ｒ７１李华星．基于ｗｅｂ Ｓｅｒｖｉｃｓ的面向服务构架的企业应用 ｅ系统集成［ＥＢ／ＯＬ］．２００７—１０—０３．ｈｔｔｐ：ｌｌｗｗｗ．ａｍｔｅａｍ． ｏｒｇ／ｋ／ＥＡＩ／２００７—１０／６０２８５３．ｈｔｍｌ 『８］ｃｃｗ．队ｌ从接口走向服务［ＥＢ／ＯＬ］．２００７一Ｏ１—２３． ｈｔｔｐ：ｌｌｗｗｗ．ａｒｎｔｅａｒｎ．ｏｒｇ／ｋ／Ｔｈｅｏｒｙ／２００７—１／０／５３９５７３．ｈｔｍｌ 『２１刘军．基于Ｗｅｂ ｓｅｒｖｉｃｅｓ信息系统企业集成模型研究与 一１０４一
因篇幅问题不能全部显示，请点此查看更多更全内容