基于SOA的物流信息集成框架模型设计

日期: 2012-05-10 来源:TechTarget中国 英文

  文中基于SOA具有的松耦合、跨平台、可重用等优势,提出了一种基于SOA的物流信息集成框架模型,对框架内的各个技术层面特别是服务组装层面进行了深入探讨,并通过实例来说明该框架模型和该集成方案的可用性、有效性。

  引言

  在经济全球化发展中的今天,现代物流的作用越来越突出,物流信息化程度的发达与否俨然已成为企业成败的关键。因此,很多企业不仅拥有自己的ERP,也加大投入了对物流信息管理系统的建设。然而现有的系统多采用面向对象设计,造成系统体系结构各异、数据标准不统一、接口不一致,导致系统间交互复杂,数据流向混乱、流程繁多,难以满足易变的业务需求等问题。因此,有效地整合异构的物流信息系统,从而消除“信息孤岛”,实现物流相关信息系统的信息互通,提高物流运作效率和降低物流成本,已成为现代物流技术中急需解决的问题。

  传统的系统架构难以实现异构系统之间的无缝连接和数据交换等问题,数据交互方式通常采用传统接口方式实现数据交换,但接口处数据紧密耦合,造成系统难以维护和升级。面向服务架构(SOA)的出现,让难题迎刃而解。通过SOA,对整个域的信息化解决方案综合考虑,考虑对原有系统的有效集成,实现异构系统间的松藕合,解决业务流程在系统间流转和业务协同等相关问题。因此,文中基于SOA具有松耦合、跨平台、可重用等优点,研究和设计了基于SOA的物流信息管理系统。

  1SOA的特点

  SOA(Service-Oriented-Architecture),是一种面向服务的、松藕合的系统架构模式,其核心思想是将企业应用中分散的功能组织成可以共享的基于标准的服务,通过服务注册方式支持服务的发布和查找,实现服务的松散藕合和无缝互用,通过逻辑编排,为用户提供透明的、丰富多样的合成服务。

  SOA的实现方式有CORBA(Common Object Request Broker Architecture)和Web服务等,目前Web服务凭借其具有更好的可靠性、扩展性以及协议开放性,消除了CORBA解决方案中的互用性问题,成为了SOA目前最流行的一种实现方式。

  SOA的核心在于提供服务,Web Service为异构系统间进行互操作集成提供了公共标准机制,它的特点就是交付“服务”。Web服务区别于其他集成方法的最大特点:Web服务是完全低祸合的,服务请求者只在需要服务时才动态地绑定服务提供者;其次,Web服务是可组合和重用的;再次,Web服务采用SOAP交互协议及XML作为消息格式具有跨平台特性。

  2基于SOA物流信息管理系统架构

  2.1物流企业管理系统的现状分析

  目前物流管理系统主要状况,如图1所示,主要体现了以下几点问题:

传统的物流信息管理系统的架构

图1 传统的物流信息管理系统的架构

  2)不同技术实现、不同系统结构的系统逐渐叠加;

  2)各子系统间的数据交互复杂,数据流向棍乱;

  3)结构复杂,难以满足易变的业务需求。

  2. 2基于SOA的系统集成思想

  通过对目前物流管理系统的现状分析,针对现有系统中存在的几点问题,引入了SOA架构,抽象出一个基于SOA的物流信息管理系统架构,如图2所示。其设计思想考虑到对现有系统的有效集成,引入SOA架构和Web服务后,可以将原有需要开放出来的功能封装成为Web Service,从而使各个子系统都具有统一的接口标准,在SOA下,实现信息交互,使得各个子系统成为既相互独立,又相互协调统一的整体。

  此外,理解业务需求和服务之间的动态关系,分析业务模型,搭建了一个公共信息交换平台。该平台是为实现系统集成和各个系统之间的数据共享,提供有效地决策支持数据,需要建立基于数据管理和利用的综合性技术方案的共享数据中心,用以存放大量数据的同时有效地将数据管理起来,提供数据访问的手段,为集成系统和各个子系统之间的数据共享提供平台,保证数据的及时性、完整性和一致性。公共信息交换平台作为物流产业基本数据的共享平台,将各个业务部门的基本数据进行集中整理,实现统一管理,保证数据的权威和准确,对物流系统架构中服务注册、存储、管理和调用做了改善。

基于SOA的物流信息系统架构

图2 基于SOA的物流信息系统架构

  3基于SOA物流信息管理系统的框架实现

  3.1基于SOA物流信息管理系统框架

  文中基于SOA系统架构对X公司现有的IT物流信息系统进行集成。在逻辑上将该系统分为六层,分别是表现层、业务流程层、业务服务层、企业组件层、应用系统层、ESB总线层,其物流信息系统整体架构模型如图3所示。

  (1)应用系统层。

  应用系统层包括企业内部异构的遗留应用系统,需要引入的外部企业系统以及未知待扩展的应用系统。如何实现这些异构平台和开发环境产出物之间的互操作,成为上层重点解决的问题。

  (2)企业组件层。

  企业组件层为应用系统层中异构的应用系统间实现互操作提供了方法,它使用Web服务封装器将各种应用系统提供的各种功能封装成不同粒度大小的服务,并提供对外的基于Web Service的统一标准接口。

  (3)业务服务层。

  业务服务层包含了针对业务流程层的各种服务以及Web服务平台。Web服务平台可以允许以一种与下层应用及技术平台无关的方式来定义和使用业务服务。服务层为业务流程层提供了理想的平台,主要体现在以下方面:提供了粗粒度的业务功能;提供了无歧异的接口;服务层数据模型是根据服务业务领域定义的,而且是独立于特定应用的数据模型的;服务层安全模型提供了单点登陆和基于角色的访问控制等。

  (4)业务流程层。

  提供以业务为中心的视图,记录端到端的路程,但是不考虑细节。根据其业务流程,查找业务服务层的各类服务或服务组合,组成应用程序。

基于SOA的物流信息管理系统的框架图

图3 基于SOA的物流信息管理系统的框架图

  (5)表现层。

  表现层主要包括系统在客户端的信息呈现和交互方式,为各类用户提供信息服务访问入口。该层实现了数据访问和执行的分离,可以快速响应企业业务流程点变化,满足企业不断变化和扩展的需求以及异构环境下跨平台业务集成的需求。

  (6)总线层。

  总线层,也称为服务集成层,主要提供一个支撑业务流程层的集成环境,是系统松祸合、服务可重用的基础。它主要提供消息的动态路由、管理监控、协议解析、安全服务等功能。ESB是各种服务集成的核心架构,它处理了服务调用者和服务提供者之前所有复杂问题,实现了服务使用者和服务者的分离。

  3.2关键技术分析

  服务封装是该框架模型的核心,由于本系统考虑到对原有遗留系统的集成问题,因此根据原有系统提供的功能把它分解成多个Web服务,每个服务都用Web Service技术进行封装,为应用集成系统提供各类Web服务接口。Web服务封装用于将各种企业应用转换成Web服务的方式进行发布和调用;Web服务适配器主要处理Web服务的绑定调用,同时它还是一个Web服务的WSDL发布者,将Web服务封装层提供的WSDL注册到企业私有的UDDI注册中心。封装的Web服务通过ESB和工作流对服务进行管理和调用。从服务使用者的视角去看,只能看到与Web服务进行交互,而Web服务背后是使用什么样的技术细节无需知道,这样可以屏蔽系统的实现技术。

  4应用实例

  上述框架已在某物流企业成功实施。目前,为了统一物流相关企业下的各种异构应用系统,实现企业之间的信息共享和业务流程的精细化管理,最终可以提高企业物流信息化的程度。利用文中的框架对该企业下的应用系统进行动态集成,其体系结构如图所示。

物流企业系统集成体系结构

图4 XX物流企业系统集成体系结构

  系统实现方式为:采用J2EE技术,运用IBMWebSphere平台,使用XML对数据进行统一的转换,BPEL应用于业务流程,实现服务及业务的动态、灵活编排。

  物流信息平台的整合的实现主要是对原有服务的封装和新开发系统的整合,可采用J2EE系统的组件和服务来实现,使用XML对底层数据进行统一转换;业务流程配置平台,主要根据用户需求对服务以及业务进行动态、灵活的编排,将不同的系统组合在一起协同工作,并提供流程管理和监控,主要采用BPEL来实现;门户界面采用单点登录模式,对用户的权限进行判断,给予相应的控制权限,从而保证系统信息的安全,并可为每位用户提供个性化服务,实现方式主要通过组合HTML、JSP和Java Servlets技术对门户界面进行实现。

  通过对企业异构系统的整合,最终构建一个集采购、生产、销售、库存、配送等为一体的物流信息管理系统。表1给出了该物流企业信息系统整合前后相应的指标变化情况,从中可以清楚地看到,采用SOA思想集成之后给企业带来了明显的好处。

利用SOA思想集成后各项指标的变化

表1 利用SOA思想集成后各项指标的变化

  5结束语

  文中提出了一种基于SOA的物流信息管理系统的架构模型,用以实现物流产业中企业间灵活、高效的服务组合。通过应用实例说明,引入SOA和Web技术,在原有系统之上开发对外服务接口,通过WebService技术进行服务封装,屏蔽了异构系统间的差异性,通过编排业务流程、组合服务,实现业务流程动态重用,并采用服务总线集成各服务接口,进一步降低了服务之间藕合度,达到了降低物流成本、提高执行效率的目的。由此可见,基于SOA的物流信息管理集成框架具有松藕合、行业支持、高度可集成等能力优势,从而保障物流企业信息系统良好的灵活性和扩展性。

  文中的下一步工作是:由于SOA中Web服务的技术标准化对系统速度、资源消耗等方面有一些影响,因此,当系统需要频繁地调用某些服务时,将会对系统资源造成极大地消耗,如何减少系统资源的消耗、优化系统的性能,将是下一步要解决的问题。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 总线技术究竟该不该用?

    曾几何时企业服务总线(ESB)被视为企业IT的核心。今天,不仅ESB受到了比被废弃还要糟糕的攻击,若干开发趋势似乎对更简单的消息总线也发起了质疑。