基于BizTalk的异构系统集成实现【荐】.pdfVIP

基于BizTalk的异构系统集成实现【荐】.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于BizTalk的异构系统集成实现【荐】.pdf

基于BizTalk 的异构系统集成实现 凌咏红,杨维 武汉理工大学计算机科学与技术学院,武汉(430070 ) E-mail: ywwh2008@163.com 摘 要:本文介绍了Biztalk 的基本概念,将Biztalk 数据交换技术应用于电子政务平台的集成, 从而解决了目前电子政务中的”信息孤岛”现象,并以硚口区的公共服务平台和政府督办系统 为例 , 简要设计了Biztalk 数据交换平台,通过webservice 与数据交换平台实现了公共服务平 台与政府督办系统间数据交换的集成. 关键词:biztalk ,webservice ,数据交换,电子政务 0. 引言 近年来我国电子政务迅猛发展,各个政府部门都有各自的应用系统,为了提高各个政府部 门的办事效率,并且相关数据能够共享,但是这些应用系统都是根据当时的业务需求自主开发 或引进的,各个应用系统之间缺乏整体的规划,导致了”信息孤岛”现象的产生,各应用系统自 成体系,产生的数据分散、独立,缺乏统一规范的数据格式,不利于信息的有效利用和深层次的 挖掘.”信息孤岛”现象是分步式信息化建设不可避免的问题,在信息化渐成规模时,孤岛问题 开始凸显,消除信息孤岛成为信息化工作的首要任务.要消除信息孤岛,必须实现政府多个异 构应用系统之间的互联和数据交换[3], 由于政府的信息化建设不断向前发展,应用系统的数量 不断增加,加上已有的多个应用系统,不可能每个系统分别开发连接其它所有系统的模块.解 决问题的现实方法是建设一个应用集成与信息交换平台,各应用系统只需少量改造之后,即能 遵循开放的标准,通过这个平台与其它系统实现互联互通,实现政府信息资源的整合. 1. BizTalk Server 关键技术 BizTalk 框架是用于应用集成和电子商务的XML 框架. 它包括一个设计框架来实现 XML 大纲schema 和一套在应用程序间传递信息之用的XML 标签. Microsoft BizTalk Server 可以帮助客户开发、部署和维护良好、统一的企业一级业务程,并可将这些流程扩展 至合作伙伴和客户.通过易于管理的业务流程,BizTalk Server 帮助客户有效和高效地将系统、 员工和贸易伙伴集成在一起,让他们以高度灵活、高度自动化的方式进行交互. BizTalk 异构 系统集成的主要设计目标——互操作性、模块性、集成性、可扩展性和安全性将帮助企业把 信息、人和流程连接在一起[2] 。BizTalk Server 中消息由接收适配器进行接收。不同的适配 器提供不同通信机制,所以可能会通过访问 Web Services 、读取文件或其他方法来获取消息。 [6]然后,消息由接收管道进行处理.此管道可以包含多种组件,用于执行不同的任务,如图1 所示: - 1 - 图1 BizTalk 消息引擎主要组件 1.1 接收端口 一个接收端口可以包含多个接收位置,每个接收位置就是一个对外接收信息的实际物理 接口。接收位置接收到的信息经过处理,如果设计有映射,经过消息映射转化后再由消息代 理根据消息订阅情况分发到各个订阅消息的服务。 ①接收位置:接收位置主要由接收适配器和接收管道组成,这两个组件再终结点管理器的管 理下协调工作。 ②接收适配器:接收适配器读取数据流创建消息、向该消息添加部分、然后将数据流作为该 部分内容进行提供.接收消息后,适配器将接收位置、适配器类型以及其他内容(与适配器 相关)升级到消息的上下文属性中, 以便根据接收位置或适配器类型订阅消息的服务能接 收到订阅的消息。 ③接收管道:从适配器出来的消息在终结点管理器的控制下送到接收管道中进行处理.接收 管道如图3 包含四个阶段理, BizTalk 提供了两个拆装器:xml 拆装器和平面文件拆装器. Biztalk 的默认接收管道PassThruTransmit 是个直通的管道,它不处理xml 文档,所以如果要 接收xml 消息并升级属性此管道不适合. B

文档评论(0)

aidj + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档