1 引言 随着信息化建设的蓬勃发展，各行业的应用系统数量众多，且各个应用系统间交流频繁，对数据交换的需求愈发迫切。资源整合(ResourceIntegration)“是依据一定的需要，对各个相对独立的资源系统中的数据对象、功能结构及其互动关系进行融合、类聚和重组，重新结合为一个新的有机整体，形成一个效能更好、效率更高的资源体系”。资源整合包含源整合(SourcesIntegration)和数据整合(DataIntegration)两个层面，源整合是针对数据库入口，按各种分类原则进行标引，提供给用户统一的数据库检索入口，即平台整合;数据整合即D2D整合，是对分散异构的多数据源实现统一的访问，形成完整、统一的数据视图，实时、智能地将有价值的数据传递给分析系统或其它应用系统进行信息的进一步加工。 数据建模是数据整合的基础，依据业务流程确定数据的要求，建立完整的信息模型，在逐步规范原有应用系统使用的数据平台基础上，为新的应用系统提供统一的数据交换平台(DataExchangePlatform，DEP)。数据模型在逻辑上必须是统一的，在物理上可以分布存储。数据交换平台是一种综合性服务平台，可满足系统内各种数据交换与共享需求，并能解决应用系统间的数据共享和集成问题，解决诸多应用系统在“联邦模型”(一种应用系统间松散耦合的模型)下出现的信息孤岛问题，为应用系统提供全局数据视图、全局数据权限视图和完善数据交换服务。当前国内外大部分数据交换系统通常按照自有标准设计，没有采用通用的技术和架构标准，通用性较差。这些数据交换系统的开发一般均采用组件化、模块化的软件开发方式，系统各模块间的耦合程度非常高，数据交换系统的维护和修改较困难，维护成本较高。为了解决上述问题，通过深入研究数据交换系统的架构设计及系统实现，提出了基于S工单管理系统的异构系统通信解决方案，用以解决DEP建设和实施过程中的通用性较差、实现复杂度较高等问题。 2 基于Web服务的S工单管理系统模型 2001年，IBM公司提出了一个 S工单管理系统模型，清楚地描述了WebService体系结构中各角色之间的交互，如图1所示。S工单管理系统体系结构的组件中共有3种角色：Serviceprovider(服务提供者)，发布自己的服务并对使用自身服务的请求进行响应;Servicebroker(服务中介)，注册已经发布的Serviceprovider，对其进行分类并提供搜索服务;Servicerequestor(服务请求者)，通过Servicebroker查找所需的服务，然后使用该服务。 在 WebService的角色之间使用了3种操作：publish(发布)，使 Serviceprovider可以向Servicebroker注册自己的功能及访问接口;find(查找)，使Servicerequestor可以通过 Servicebroker查找特定种类的服务;bind(绑定)，使 Servicerequestor能够真正使用 Serviceprovider提供的服务。 3 基于S工单管理系统的DEP体系架构 S工单管理系统被用于信息资源整合，是因其具备标准化、可操作、可组装的特性。S工单管理系统提供了一个通用的、可互操作的和有弹性的行业标准架构，可以在软件基础架构中建立一系列支持商业模型的可重复利用的服务，这些服务由不同应用系统的组件构成，能够适应业务流程变化的需求。为了提高DEP的通用性，满足系统对松散耦合和基于统一技术标准的需求，在层次设计上，采用S工单管理系统的层次划分思想，将整个系统划分为6个层次(服务层、组件层、企业服务总线层、商业流程层、服务质量层及安全管理层)和8个核心模块(消息模块、数据传输模块、服务监控模块、数据存储模块、数据权限存储和验证模块、服务注册和查询模块、身份验证和会话管理模块、出错处理和日志记录模块)。 在具体的实现过程中，DEP采用松散耦合的“服务器+代理”架构，利用S工单管理系统的核心技术(如JMS、WebServices、ESB等)来分别实现DEP消息服务、数据传输服务等核心构件的主要功能。统一的消息服务控制数据交换过程中复杂的控制信息交互;统一的数据传输服务解决数据交换过程中各种数据高效、准确地传输;消息协议和数据交换协议解决标准不统一问题，实现数据交换系统的通用性。 DEP作为一个分布式开放型网络系统，由一个DEP服务和若干个应用软件的DEP代理构成，数据交换中的各应用软件以DEP代理作为接口，通过与DEP服务的消息和数据交互实现信息交换。DEP服务是DEP的核心管理中心，处于所有信息通道的中间。DEP服务的主要功能是为数据交换的各个应用系统提供数据交换服务，包括消息服务、交换数据上传下载服务、交换数据权限服务、交换数据订阅服务等。DEP代理实现DEP与各应用系统之间的交互，主要功能是捕获应用系统的数据交换事件、按照DEP的数据传输规范获取交换数据，通过消息与DEP服务进行交互，控制交换数据正确传输，保证正确完成数据交换的流程。DEP代理可作为一个逻辑部件集成在应用系统内部，也可作为一个独立实体挂接在应用系统外部。 4 异构通信平台设计 某旅游网为了在不同地区、使用不同硬件设施和软件平台的旅行社、酒店、交通部门之间建立统一数据平台，实现其预订酒店、预售车票、智能组团的商业战略，需要构建一个跨地域、跨平台、易扩展的电子商务系统。在进行系统架构设计时，选择了基于WebService的S工单管理系统模型，以解决异构系统互联、低成本高扩展性需求等业务问题。 4.1 系统架构 系统平台运行于分布于全国各地的多台服务器上，从结构和功能上大致分为：旅游门户网站、WebService应用服务、系统数据服务、UDDI、旅行社数据服务、酒店数据服务、车站航运数据服务、网银结算服务，每类服务均由不同地区不同平台类型的服务器组成。 系统的主体部分以及重心在旅游门户和WebService应用服务，旅游门户针对用户的请求作出相应，而数据服务则全部来自WebService应用服务。与旅游网合作的旅行社、酒店和交通运输单位使用WebService发布的接口与之通信，按就近原则将业务数据传输到旅游网的数据服务器集群中，牵涉到结算的数据由旅游网的结算网关统一结算，临时数据则存储在本地。这种系统结构是一种分布式的计算结构，也是一种典型的多层架构：用户接口层是旅游网门户，主要进行绘制界面和与最终用户交互，在应用程序中是一些 aspx的页面和页面相关代码;业务逻辑层封装商业逻辑和规则并且调用各个服务器的WebService提供的服务，负责提供对用户请求的响应和与合作单位通信，为合作单位提供数据的统一接入方式，在异构的系统之间提供服务支持，在应用程序里面被封装为。NET组件;Web服务代理层调用各个Web服务生产代理类，生成代理对象;数据访问层主要完成底层与数据库的交互工作，项目中所有Web应用底层的数据操作都采用了同一套业务代码以达到重用的目的;物理数据层由数据库服务集群和分散在各地的合作单位数据库组成，使用抽象数据接口进行访问，很好地利用了各类数据资源。UD
信息发布：广州名易软件有限公司 http://www.myidp.net
|
名易MyOA协同综合办公平台
名易MyCRM客户关系管理平台
名易MyHR人力资源管理平台
名易MyIDP智能开发平台
名易MyIBP保险业务管理平台
名易MyHMS酒店综合管理系统
名易MyPM项目管理平台
名易MyTMS物流运输管理平台
名易MyVMS汽车综合管理系统
名易MyIMS贷款管理系统
名易MyEDU教育管理平台
名易MyPCS生产事务协调系统
名易MyWIDP微信智能开发平台
