基于SOA消防信息系统智能集成探讨.docVIP

基于SOA消防信息系统智能集成探讨 　　摘要：消防通信是消防工作的一个重要组成部分,是灭火调度和组织指挥的神经系统。结合消防信息现状，对SOA的消防信息系统集成展开论述。 　　关键词：集成方式 SOA体系 消防信息 　　 　　1、引言 　　SOA，面向服务的体系结构（service-oriented architecture）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 　　为了消除消防部队信息系统已经存在的“信息孤岛”，迫切要求各信息系统以一种高效的方式互连，达到信息共享或集中、统一管理以及内外部畅通阻的目的。要实现这个目标，客观上需要构建一个统一的应用框架，把各个“信息孤岛”有机地集成起来。通过这样的信息系统集成方式，用户可以透明地访问各数据源，并在性能上应具有良好的扩充性和伸缩性。目前信息系统集成方式既有传统的，也有基于SOA方式的。本文首先分析传统信息系统集成方式实现内容和优缺点，然后介绍面向服务架构(SOA)概念、体系架构和优势，并结合消防部队信息系统的具体情况，提出基于SOA架构的消防信息系统集成平台。 　　2、传统信息系统集成方式 　　传统的应用集成方式主要包括点对点集成、企业消息总线或中间件集成(EAI)、基于分布式通讯技术的集成。这些集成方式在一定程度上可以解决分布性和异构平台的问题，能够对不同业务功能的应用系统进行集成，具有各自的原理和优缺点，具体内容见表1。 　　从表1可以看出传统集成方式有其自身的优势，都是面向各个信息系统的接口，对各个应用系统的接口进行基于某些特定标准的处理，从而达到整合的目的。这些应用集成技术具有与信息系统关系紧密耦合、重用性有限、不能很好适应业务变化、投资大、协议非标准、对硬件平台要求高等缺点，不能很好地解决当前消防部队信息系统间广泛存在的“信息孤岛”问题。当前，消防部队信息系统应用集成迫切需要一种新的有效的集成方法来克服传统的应用集成技术存在的局限性。与此同时，随着XML技术的推广应用，WebService技术、中间件技术的日趋发展完善和面向服务架构(SOA)的兴起，基于SOA架构的集成方式逐渐成熟。因此，本文提出基于SOA的消防信息系统集成平台的总体架构，来解决当前传统信息集成的局限性。 　　3、SOA体系结构及优点 　　3.1 SOA体系结构 　　面向服务的体系架构中共有3种角色，它们分别是服务提供者、服务消费者和服务注册中心。服务提供者负责服务功能的具体实现，并通过注册服务操作将其所提供的服务发布到服务注册中心，当接收到服务消费者的服务请求时，执行所请求的服务。服务消费者则是服务执行的发起者，首先需要到服务注册中心中查找符合条件的服务;然后根据服务描述信息进行服务绑定，以获得需要的功能。而服务注册中心则用来提供服务提供者注册服务、提供对服务的分类和查找功能，以便服务消费者发现服务。这3种角色的关系具体见图1。 　　SOA体系结构中的每个实体(组件)都扮演着服务提供者、消费者、注册中心这3种角色中的一种或多种。在这些角色之间使用了3种操作:(1)发布。(2)发现。(3)绑定。 　　3.2 SOA的优点 　　面向服务体系架构以其高度的抽象性和灵活性，无论是从软件开发技术角度还是从部队现有资源的整合角度来看，都有着诸多的优势：(1)利用现有资源；(2)易于集成和管理；(3)跨平台和重用性；(4)易维护和良好的伸缩性；(5)发现机制。 　　4、基于SOA的消防信息系统集成总体架构 　　结合消防部队信息系统现状，充分利用SOA具有的优势，本文构建了基于SOA的消防信息系统集成总体框架，如图2所示。该总体框架可分为4个层次，分别是资源应用层、服务提供层、业务集成层、访问表示层。各层的功能分别叙述如图2: 　　4.1 资源应用层 　　包括数据资源和相关业务系统。数据资源包括消防接警处数据库、干部人事数据库、兵员数据库、重点单位数据库、防火监督数据库、灭火救援装备数据库等数据库。业务系统包括通信指挥系统、干部人事系统、部队管理系统、后勤管理系统、防火监督执法系统、火灾统计系统以及基于SOA架构开发的系统等。 　　4.2 服务提供层 　　该层主要负责将集成平台与各应用系统进行交互。将下层信息系统的业务逻辑接口包装为服务，并提供给应用集成层调用。该层为服务的访问提供了与平台无关的接口，上层的口调用无需了解下层技术平台和应用实现的细节，解决应用接口集成的问题。对于现有基于J2EE或.NET的应用系统，则采用相应的方法进行Web服务封装。对于使用面