|
WSDL适合你的B2B后端应用软件吗?本文关键字 理论探讨 广告 WSDL适合你的B2B后端应用软件吗? 去年秋天,一个顾问伙伴在接受了一个时间短但很麻烦的应用软件整合工作之后,向我寻求帮助。他为一个大型的运营SAP R/3的Midwest制造商工作,这个公司兼并了一个运营MFG/Pro的小型制造商。两个公司都具有与众多客户,经纪人和发行商的预先设定数据沟通,因此父公司决定将所兼并的小型公司的室内系统保持不动。然而,父公司需要将购买订单传递给其它公司。我的这个朋友认为这正是利用WSDL应用软件的时候。 他打电话来询问有关EDI的内容,EDI是小型公司进行沟通交流的主要方式。计划方案是简化公司之间的订单处理过程并对双方公司的事物办理带来最小的影响。在我们对其进行了详细讨论之后,他决定在大型公司这一端,购买订单,一份来自客户(存储在客户的系统之中)的回归文档的直接拷贝,需要在发送端被看成是出外的SAP IDoc且在接收端被看成是回归的EDI。但这里的麻烦是整个的转移过程需要实现完全的自动化。 还在不久之前,要实现这样的透明化还是一个重大的课题。然而,随着Web服务的出现,这样的B2B事务处理将不再成为问题,它可以很快地被实现并不需要过多花费。 你的桥上要有多少条道? 然而,我们所需要的是对商业档案的详细而明确的重新包装,而这又需要进行常规修改,有时候会是非常详细而棘手的(那些接触过EDI的源代码层级的人会深有体会)。此外,父公司预计这个桥梁只是第一个,类似的客制化,透明的应用软件桥梁将需要陆续地建立。一个第三方整合数据包就足够了吗?或者公司最好是投入WSDL的领域并建构它自己的Web服务应用软件? 如果你面对一个类似的决定,这是第一个必须要有回答的高级别问题,你必须将一些相关问题作为你做出决定的基础: 相互关系是一对一,还是一对多? WSDL部件列表和指示表 Web服务已经迅速地出现在我们面前,承诺了自身带有的很多内容。如果你初次接触这个详细的技术,不要让它使你厌烦。Web服务是建构在灵活的常见的技术之上的并确实实现了它所承诺的内容。 对于Web服务中需要实现自动控制的地方,很多B2B应用软件都可以作为候选者。供应链管理(特别是货物清单管理),外来数据库的更新,第三方服务代理和其他很多应用软件都是很理想的候选者。 你需要确实进行编写的部分是服务描述,了解它在方案中的位置是很重要的。 一旦你了解了应用软件将如何被配置,你就需要选择一个双方都认可的应用软件架构。一般来讲,你所发送的应用软件的数据(被映射到ebXML或一些类似的格式)是被包裹在一个封套之中的。标准的封套是XML-derived Simple Object Access Protocol (SOAP)。SOAP是独立传输协议的,所以你可以选择你的传输协议(SMTP, HTTP, HTTPS等等)。见图A,SOAP将应用软件的数据绑在选定的传输协议上,这样就将数据送至服务部分。 服务目录提供了一个服务名称,它描述了适合于应用软件(这是WSDL部分)的服务。这个服务在WSDL之中被定义,在描述中包含的内容是应用软件数据的目的地(一旦应用软件数据被服务所处理,整个处理过程就会在应用软件数据向接收器前进时反转)。 Figure A Web services数据传输的协议层
这样做还有一个优点就是在远程处理时释放了双方,例如在我同事所做的应用软件之中的两个公司,他们彼此是完全独立于架构的,不仅是在应用软件数据格式和house系统(这是他们的目标)之中,而且是在互联网沟通交流的各个方面。下面的一些问题需要各方来进行回答: 准备传输的应用软件数据的格式将是什么? 下一步 工作中有两个主要的阶段:设置数据沟通和编写Web服务描述,我将在这个系列中的第二,第三部分分别地进行介绍。 让你的客户或是高层管理者知道你达到了这些目的,现在应该是强调设置B2B详细资料这种方式的有效性的时候了,当然还有它可以节省多少资金。这种节省内建在了整个Web服务之中,但你还是不得不由衷地对它表示欣赏。 如果您希望与本文章的作者或其所在机构,进一步交流,请联系:畅享网 姜小姐 jill.jiang@amt.com.cn | 021-51096826-112 | 在线联系 |
|
|
|