同徽基于SOA的B2B集成解决方

电子商务

当前，在向以客户为中央，以及向电子商务情况下企业间协同治理转型的历程中，企业的信息化系统正面临着庞大挑战。企业信息化的治理领域早已超出沈阳软件公司

了企业内部资源企图与治理的领域，企业对营业处置惩罚的速率、反映要求很高，一定要根据市场的转变不停地调整企业的营业流程，而且在差别行业，差别企业，甚至一个企业针对差别产物、差别客户和差别时间等差别条件下需要制订的营业流程会有很大的差异。治理、营业等种种需求不停转变对支持系统造成的压力，要求IT 系统能够快速支持新营业、新互助同伴加入的实现，那么，留给系统开发和调试的时间就很是少，再加上新营业不停频仍的推出以及新互助同伴的加入，这些不光增添了信息化事情职员的事情量，还给系统稳固性带来隐忧。

某大型装备制造企业A（以下简称A企业）是海内装备制造的重点企业，市场的猛烈竞争决议了信息化在这家大型企业中的主要性。A企业在已往几年已经陆续实行了ERP，网站，沈阳软件开发，资金治理，办公自动化系统等。
 

 　　A企业的 ERP系统已经乐成支持A企业数年，其影响力己经逐渐扩展到A企业的互助同伴的系统中。鉴于多个零部件供应尚和销售渠道相关信息系统的多样性，现在和A企业ERP与互助同伴的毗连接纳第三方集成商自开发的平台，大多接纳准时txt文本方式，存在接口数目多，数据量大，不易监控，治理，扩充、维护等问题。

虽然这个场景（是两个系统的基本集成问题—A企业与每个互助同伴之间是简朴的一对一）可能看起来很好地匹配了特定的当前需求，可是随着时间的推移，这种需求可能生长成更庞大的需求（如支持一个或多个应用程序实现更普遍的毗连性场景。因此A企业需要在实现知足很是明确的需求的解决方案、起劲预料未来的需求和界说跨企业的一致解决方案这三者之间作出选择。将企业的需要看作是总体上相对庞大的场景（如实现具有高服务质量和 Web 服务尺度支持的 SOA 基础架构）可能是比力适合的。 
 

在这种情形下，Web 服务 SOAP 尺度或新闻通报中心件可能是候选的集成手艺。这个场景的一个主要的问题是，未来是否会泛起需要集成其他系统的情形。一最先就使用可扩展解决方案可能会对未来的需要提供支持；可是必须在为构建这样的解决方案而支付的分外事情与解决简朴的问题的最初需要之间保持平衡。 

最终A企业熟悉到它们需要的是实现具有高服务质量和 Web 服务尺度支持的 SOA 基础架构来支持其营业生长。基于此，A企业选择使用Oracle的SOA套件来解决互助同伴与A企业ERP的系统集成问题。 
 

在实行基于Oracle的SOA套件来解决互助同伴与A企业ERP的系统集成问题之前，我们归纳综合一下大部门对 SOA 的形貌所适用的原则对于我们的进一步事情是很有资助的： 

使用显式的与实现无关的接口来界说服务。 

使用强调位置透明性和可互操作性的通讯协议。 

封装可重用营业功效的服务的界说。

  针对A企业的现实情形，构建一个典型的SOA整合应用需要下面几步操作： 
 

  1. 构建服务: 为了实现 SOA，应用程序和基础架构都必须支持 SOA 原则。启用 SOA 应用程序涉及到建立服务接口，服务接口可以直接也可以间接地通过使用适配器用于现有的或新的功效。这一步可能包罗:使用应用程序或者手艺适配器来激活服务中现有的营业逻辑，或者使用J2EE或其他语言写入新的营业逻辑。 
 

  2. 将服务设置到营业流中:实现服务体例这--营业流程可以使底层服务的更改变得越发简朴。营业流程的高层体现形式--如营业流程执行语言(BPEL)、一种基于XML的用于表现服务体例的语言--为实现天真的营业流程奠基了基础。 
 

Oracle BPEL Process Manager，属于用于企业间集成的Oracle融合中心件产物，Oracle的SOA套件的组成部门之一。Oracle BPEL Process Manager的由许多开源项目组装在一起协同事情而组成的，以是，Oracle BPEL Process Manager的手艺细节更为开放，这使得开发职员在使用Oracle BPEL Process Manager的历程中能够感受更为亲热，能够更快地融入到该产物的使用中。 

Oracle BPEL Process Manager通过将一系列同步和异步的服务组合到一个端到端BPEL流程流中，由BPEL引擎卖力剖析BPEL语言，从而实现企业内部，企业间数据集成，营业流程的自动化，简化了基于面向服务的系统结构(SOA)开发应用程序的流程。Oracle BPEL Process Manager为设计、部署和治理BPEL营业流程提供了一个开发职员易于使用的可靠的解决方案。 

 1/2    1 2 下一页 尾页