微软数据交换平台解决方案v1

上传人:工**** 文档编号:487551637 上传时间:2022-10-23 格式:DOC 页数:7 大小:61.50KB
返回 下载 相关 举报
微软数据交换平台解决方案v1_第1页
第1页 / 共7页
微软数据交换平台解决方案v1_第2页
第2页 / 共7页
微软数据交换平台解决方案v1_第3页
第3页 / 共7页
微软数据交换平台解决方案v1_第4页
第4页 / 共7页
微软数据交换平台解决方案v1_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《微软数据交换平台解决方案v1》由会员分享,可在线阅读,更多相关《微软数据交换平台解决方案v1(7页珍藏版)》请在金锄头文库上搜索。

1、-微软数据交换平台解决案n 问题和挑战当前信息化建立过程中,企业各业务单元或政府各个部门常常按照自身工作需求孤立的功能单元构建应用系统。虽然能在最短的时间解决问题,满业需求,然而,这样的构建式也带来以下问题:1业务或条线系统独立,信息相对封闭,阻碍了系统间信息的沟通与共享;信息化深入开展,企业部或政府各个部门都在建立自己的信息系统,但系统都相互独立,特别是各个条线系统之间,系统是封闭的,相互之间的数据不会交换和共享。例如,一个典型制造业企业,生产系统中的产品详细信息和销售订单中的用户信息需要传递到呼叫中心,使维修部门可以对用户的维修请求快速做出反响。但由于各系统在建立时采用的数据模型,技术规等

2、不一样,使生产、销售和客服系统之间的数据很难共享与互通。生产系统销售管理客服系统2数据重复录入,造成了重复劳动,降低了工作效率及易产生的错误处理;例如,现今约近80% 通过网络输入的订单都必须重新以人工式输入已传送的订单到后端订单处理系统以及数据仓储系统,不能实现定单流程的直通处理和下单流程自动化。3“数出多门、“异数异源,数据标准不统一,数据共享不够,已有数据得不到充分利用;在我国电子政务建立中,与企业信息相关的部门到达十几个部门工商、地税、财税、质监等,当前这些部门系统的企业数据大多数都是封闭互相之间不联通的,造成政府对企业管理的多空白点。在我国首批企业根底信息交换试点城市,通过工商、税务

3、、质检部门的根底信息共享,已查出大量“漏管户和“非正常户。市在第一次税务与工商的数据比对中,就发现了上万条不一致的信息;市共发现地税漏管户近2万户,国税漏管户近3万户,在税务部门登记而无工商注册的将近4万户;这些数据说明,由于系统之间的相对封闭和数据标准的不统一,造成了“异数异源,造成数据共享程度缺乏,给数据的综合应用带来困难。4数据不保持同步,系统间数据不一致;业务人员更新了CRM系统Sieble中的*个客户信息,但ERP系统SAP中的相关客户的信息没有保持同步更新,造成了保存在CRM和ERP两个系统中的客户信息不一致。5缺乏综合管理平台,无法为决策分析提供必要依据;例如,一些企业的业务数据

4、主要分布在全国各地工厂的ERP系统中,总部不能实时汇总各分支机构业务数据,很难为领导提供企业综合实时决策数据。n 解决案概述为更好的解决跨业务、跨部门异构系统间数据交换的难题,帮助企业客户能更快的构建一个信息可以任意互连互通信息交换与共享IT根底架构,微软推出了数据交换互连互通平台解决案。微软解决案案是:1) 基于消息总线消息中间件和企业应用集成技术,实现企业部不同系统间或分支机构系统间的信息交换与共享EAI和企业与企业间的信息交换B2Bi;2) 完全基于*ML标准进展数据交换;3) 通过适配连接器式连接原有系统,只需配置不需编码即可集成原有系统;4) 采用成熟的互联互通中间件平台,具有本钱低

5、、见效快、风险小、高可靠性、高性能扩展性、易管理和维护等优点;5) 提供可视化的快速开发、部署、配置与管理工具,开发工具统一集成在Visual Studio;n 案优势和业务收益当前企业大多都采用传统的点对点式实现实现系统间的数据交换,当业务系统的数量增长到一定规模时,采用传统式进展数据交换将是一个巨大的挑战:第一,开发上的复杂性,这种式通过手工编写代码,改造原有系统接口式,需要大量的开发量;第二,管理上的复杂性,集成的系统间连接混乱,不能有效进展集中的监控和管理;第三,这种集成式系统间紧耦合,系统不能进展灵活调整,签一发而动全身,系统不能根据业务的需要进展灵活调整相对传统点对点接口集成式,微

6、软基于数据交换平台解决案是基于*ML消息总线式式,相比较具有如下优势:第一,各系统与信息总线通过接插拔式连接,通过信息总线共享数据,能大大减轻系统集成的复杂度问题;第二,在信息总线定义信息交换的数据标准,实现信息转换和路由,并且在总线上具有管理业务流程的功能,进而实现商业流程的自动化实现;第三,数据交换消息处理及业务流程效劳都在总线交换平台上执行,因此,可以对交换平台上交换的信息和处理流程进展集中监控和管理。n 总体架构和主要功能模块特色解决案总体架构图如下:交换平台核心的功能模块有:l 数据格式定义l 数据传输l 适配器连接l 数据转换l 数据路由l 业务流程引擎数据格式定义对于实现多系统不

7、同部门间数据交换,数据交换格式标准的定义至关重要,数据格式是不同系统间进展数据交换的接口契约,微软数据交换平台解决案提供了可视化数据格式的建模工具,生成*ML标准描述的数据构造,创立企业数据字典,并置行业数据标准模板如SAP IDoc,EDI,RossetNEt, Swiftt等,微软数据交换平台支持大量数据格式:*ML,FlatFile, EDI, IDoc, Binary, DB, E*cel 等。数据传输微软解决案置多种数据传输式的支持适应企业系统互联的连接的异构环境以及保障数据转输的平安,支持同步、异步、实时、定时和消息队列等不同网络传输协议,有SOAP、HTTP、HTTPS,File

8、,FTP、SMTP、POP3,MSMQ,MQSeriese, FILE,Sockets等多种传输协议。:平台提供保证消息交换的平安机制,防止非法篡改、非法访问,实现消息发送人和接收人多种式的身份认证,提供消息的可靠交换机制,保证消息交换过程中消息的准确性、可靠性、完整性适配器连接适配器的主要作用是联系业务系统与信息交换平台的桥梁,使他们既能够相互协作,由能够保持各自的独立性,通过适配器使业务系统能更便地使用交换平台交换数据。平台提供企业常用的应用系统、数据库、技术传输适配器,如SAP, Sieble, PeopleSoft, Oracle Application, JDE, Tibco, A*

9、apta, DB2,Oracle, SQL Server, MQ等上百个适配连接器;平台允企业自定适配器将封装或专用的系统与标准技术连接在一起。平台应该提供图形化管理工具,开发人员可以修改适配器处理程序的默认配置,或者添加、删除和修改适配器的发送端口和接收位置。适配器框架允使用*SD定义动态生成用户界面。适配器提供所需的*SD,适配器框架创立一个属性页,让用户输入数值。SDK包含一个简单的文件复制适配器,它可以作为创立和自定义适配器解决案的模板。数据转换数据转换包括两个层面的容,即数据格式转换和数据语义转换。l 消息编解码多系统数据交换与流程集成经常要求大量的不同的数据格式转换,包括*ML和各

10、种自定义格式。编写转换程序,校验程序和管理这些多对多的关系的程序的工作量非常大。各个行业都已有或正在制定自己的数据交换标准,各业务系统间的数据格式将非常负责,而且随着业务的变化,系统的升级,数据格式很难做统一。通过数据转换模块,提供完善的各种数据格式支持,包括*ML、EDI、文本与自定义格式。用户完全可以通过业务总线相关的图形界面工具,定义数据的格式以及数据转换机制。数据转换模块负责在这些参数定义之间翻译数据,以保证各个系统可以以自己理解的式承受到数据。能够实现任意形式的数据格式都转换成为一种统一、规的标准数据格式如*ML,在此根底上再来执行后续相关的数据处理工作。在信息交换平台部,数据格式应

11、以统一标准的数据格式为主如*ML。信息交换平台能够支持任意数据格式到任意数据格式的转换,尤其是实现各种格式与*ML格式的互换。提供数据格式转换工具,或提供与专业数据转换工具便的集成。该数据转换工具应当是可配置,易操作且可视化的。这样能够降低复杂、多层迭代数据格式转换实现的难度。l 数据映射制定的数据交换的数据映射机制解决两个业务部门间语义沟通的桥梁,数据映射的示意图如下:要实现数据映射,需要在数据交换系统中实现如下一些功能:在数据交换系统上必须提供映射工具,用于定义交换数据库中的数据与标准数据间的映射关系。据交换系统提取到交换数据后必须能够按照所定义的映射关系将数据转换成标准的数据文件,然后再

12、进展数据文件交换。据交换系统对接收到数据交换文件能够按照预先所定义的映射关系将标准数据转换为业务系统对应的数据。消息路由交换平台根据消息路由规则,消息路由效劳实现消息在不同的应用集成系统之间和不同消息队列之间的路由。消息路由支持两种路由规则:(1) 基于容的路由根据消息的容,消息路由按照定义的规则将特定容的消息路由到不同的应用集成系统或消息队列中。(2) 基于消息头的路由根据消息头中的目的地进展消息路由一面,基于规则的路由使得可以向不同部门按照特定值发送数据或文件,这一智能功能减少了手工干预,使得操作变得更为快捷和正确。另一面,数据或文件必须能够可靠的进展投递。一个辅助的传输协议可以在第一次传

13、送失败的情况下进展最大限度的尝试。如果再次尝试仍然失败,数据或文档将被送入队列之中等待手工处理,并提醒管理员。流程整合引擎流程整合引擎是交换平台的重要构成局部。它使不同部门的应用系统集成变成可能,。业务整合引擎必须提供以下特性:(1) 事务的支持和管理业务整合引擎必须支持事务。事务具有四大特性:原子性,一致性,隔离性和持久性。业务整合引擎保证当事务的*一局部失败后,整个事务都回滚到原来的状态。(2) 业务进程调度和路由业务整合引擎监视着*ML业务总线上的消息,当特定的*ML消息到达后,引擎会创立一个新的业务进程或激活一个已经挂起的业务进程,该进程根据业务流程各个步骤信息转发的路由,在流程的每一

14、步将相关信息发送给目的单位系统。(3) 流程快速定义要求交换平台可以快速定义办事流程,以满足企业群众的需要。关键在于两点:提供可视化设计器使用可视化设计器,通过简单的流程工具的拖动就可以定义出一个新的办事流程,或者修改相应的办事流程。办事流程定义和实现分开办事流程的定义可以由业务人员完成,但实现通常需要技术人员支持,通过将定义与实现分开,允业务人员与技术人员各自把精力放在自己最擅长的领域。另外,业务流程可以改变而不影响底层的物理实现,流程的改变会变得非常便。更为重要的是,物理实现时,硬件和软件选择的灵活性大大增强。在应用规模扩大以后,底层的硬件平台和软件平台的升级对办事流程毫无影响。n 案例列

15、表和重点客户案例分析该解决案在国外具有多个实施成功案例,局部国外成功实施案例: 英国政府网关 德国邮政 英国银行 福特汽车 Shell油 国电信 三星集团局部国成功实施案例如下: 中国海关核心业务系统H2000 中国油管道生产系统 中国油办公自动化 中国化化数据中心 中国化仪征化纤应用整合 中国网通语音BOSS联接系统 正科技核心业务系统 政府电子政务信息交换平台 省政府中国门户数据交换平台 省政府(数据交换平台) 诚信省征信系统 政府联网审批 电力SAP互连 中国电信 (互连星空) 中国联通 (CDMA 1*增值业务支撑平台) 电信新97系统典型客户案例分析市电子政务信息交换平台在市电子政务信息交换平台建成之前,工商、税务、质监等部门的业务系统各自独立,形成信息孤岛状态。部门间通过定期手工交换数据、存在数据不一致问题,导致工商登记户和纳税登记户无法核对、存在多漏管户、政府监管缺乏、给造成很大损失。为了解决这些问题,在市电子政务电子政务建立中,电子政务信息交换平台成为建立的一个重点。市的电子政务信息交换平台使用了微软数据交换平台解决案BizTalk Server来建立互联互通平台,同时集成了中国政府认

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号