通过基于SOA的业务系统融合平台,整合企业信息化应用

　　摘要随着当前企业信息化应用的不断深入，企业引进了各种针对不同业务场景的信息化系统，但由于企业自身的需求是不断演进的，同时，企业信息化系统建设也往往是循序渐进的建设的，在这个跨度较长的过程中，由于各信息化系统有各自针对的管理范畴、信息系统建设初期需求挖掘不到位、各应用系统间技术架构不统一、企业自身管理模式、业务流程发生改变等原因，导致各信息系统间数据不融通、业务流程不能对接，造成了若干的信息孤岛和流程孤岛。为了解决这一问题，在实践中我们尝试使用基于SOA的业务系统融合平台将各业务系统的数据和业务流程联接起来，化解数据孤岛难题，使各个业务系统可以联动，另外，通过工作流系统灵活的可定制性，也使企业的业务流程可以随需应变。
　　【关键词】SOA 工作流 信息孤岛 BPMN
　　1 问题的提出
　　随着企业对于信息化应用的不断深入，多数企业已经建立起各项业务管理信息系统。然而，随着信息化项目的不断引入，“信息孤岛”的问题开始愈加突出,制约着企业的信息共享和信息交换。
　　信息孤岛是指相互之间在功能上不关联互助、信息不共享互换以及信息与业务流程和应用相互脱节的计算机应用系统。由于信息孤岛的存在，信息不能及时快速的传递到其他应用系统中上，导致信息的传递不畅，进而影响到整体工作效率的提高。
　　而且由于企业内各信息系统往往是只针对具体的业务内容，但企业的整体业务往往是各项业务具体的业务内容串连起来的，各业务内容之间存在一系列的人为审批，而这个人为审批的过程往往各信息系统都不负责处理，而是通过传统的手工模式进行审批的。这就导致了信息传递时间更长、在传递过程中可能存在的信息失真情况更多，系统之间信息不能共享，上游信息系统变更了信息，下游信息系统并不能及时获知，从而进行错误的业务活动或管理决策。特别是那些企业业务流程较长、上下游依存程度较高的企业，这种问题就更加明显。“信息孤岛”问题已经成了企业发展的重大瓶颈。这已经不仅仅是会影响管理的效率和决策，造成信息的浪费和重复建设，更会产生直接的高成本和巨大的经济损失。
　　2 探究问题出现的原因
　　企业信息化是一个逐步发展的过程，在具体的企业中，尽管存在多个信息化系统并存，但每个信息化系统的建设、实施和应用都不是同步建设完成的，而是经过了一个循序渐进的过程，逐步建立起来的。在信息化系统各自的建设过程中，一方面是由于建设信息应用系统时，缺乏整体架构观念，各职能部门各自为“战”，仅从自身业务需求出发建设信息系统，从系统职能上将整体业务割裂开来，在不同系统减形成了若干的信息孤岛；另一方面在于各应用系统的建设时期不同，各自建设时期的技术人员应用的技术手段和开发平台也各不相同，必然形成以多种技术架构搭建的应用并存的状况，从技术上导致了更多信息孤岛的存在。第三方面，企业建设信息化系统很大程度上并不是以自身技术团队为主体建设的，而是引入了许多来自企业外部软件厂商的成品软件，不同的软件厂商在开发软件时，并没有使用统一的标准或接口，对硬件的兼容性也存在着许多问题，甚至有些软件厂商生产出的不同系列产品之间都无法相互兼容，这也就造成了企业各个部门的信息数据都是孤立的不能相互共享。而随着企业的信息化进程不断深入，使“信息孤岛”现象便越来越严重地突显出来。
　　3 如何在企业内部消除信息孤岛
　　化解企业的“信息孤岛”难题，对于那些信息化刚刚起步不久，“孤岛现象”尚未对业务造成影响的企业而言，自然可以从企业信息化建设的规划部署上入手，从一开始就防患于未然。而对于那些信息化已见规模，“信息孤岛”已经凸显的企业而言，实际上他们所面临的瓶颈问题并不是计算机网络搭建、设备和应用软件选型，而是如何将分散、孤立的各类信息变成网络化的有效信息资源加以充分利用，将分散的信息系统进行整合，消除信息孤岛，实现信息资源共享出来。
　　当遇到了“信息孤岛”时，企业不可能把所有业务暂停几个月，将已有的系统全部换掉再进行统一规划，并建设完成全新的信息化系统。这种“休克式”的解决方案对企业来说，无论是从成本上，还是从时间上都是难以接受的，何况当企业的业务需求非常庞大和复杂时，并没有任何一个软件厂商的解决方案可以解决所有问题，而且企业自身IT力量也不足以建设完成如此庞大的应用系统，因此，消除“信息孤岛”，还是要从现有各应用系统之间的数据融合和流程沟通入手，实现企业各信息系统之间的“数据整合”和“流程整合”，使数据相互融通、系统协同运作。之后，企业可以较为从容的规划自身信息化架构，并在新完成的信息化架构的整体规划下，在现有的不同业务范畴、不同技术平台的信息系统中，找到已经明显不符合企业整体信息架构的落后信息系统，逐步代谢、更新。最终完成信息共享，实现信息资源利用率的最大化。
　　为了达成上述目标，相应的解决方案必须是基于SOA架构的，这样就可以回避来自不同信息系统之间技术平台的差异给“数据整合”和“流程整合”带来的影响。同时，解决方案必须是能够根据实际业务需要，自定义系统间信息沟通的载体的格式（往往以数据表单的形式出现）和信息沟通的渠道（往往以自定义业务流程的形式出现），其外在表现应该是一个基于SOA的业务系统融合平台和流程执行引擎。在进行“数据整合”和“流程整合”时，工作流平台首先web Service的方式交换与上游业务系统进行数据交换，提取所需的业务数据，并封装成为适当的业务实体。其后，将自动（或手动，根据实际业务需要）出发相应的预定义工作流程，由业务实体初始化系统表单（或手工填写，根据实际业务需要），在业务流程中对业务实体和系统表单中的数据进行不断的完善和逻辑处理，待完成业务流程执行完毕后，再通过web Service的方式交换的方式，将更新后的业务实体和系统表单中的数据递交到下游信息系统中，其逻辑结构如图1所示。
　　4 业务系统融合平台架构设计
　　结合前期系统逻辑结构的设计，业务系统融合平台应提供开放的业务系统集成接口，可根据实际业务需求对将业务系统融合平台内的业务实体与其他业务系统进行无缝集成。在业务流程方面，用户可以利用图形化界面，和丰富的流程逻辑和业务操作节点进行业务流程定义，同时系统需提供了图形化的流程设计界面和流程监控报表，让用户对流程运转状态和效率一目了然；在系统管理方面，用户可以灵活的进行各种数据类型、函数类型、及用户表单的定制，并利用系统需提供的各种类型的流程节点，进行各种管理流程的定制；在用户管理方便，用户可以方便的进行工作流审批、流程查阅、和流程报表的操作。系统由六个核心部件组成，如图2所示。
　　■ 组织结构设计器
　　■ 业务实体设计器
　　■ 用户表单设计器
　　■ 业务流程设计器
　　■ 融合平台流程引擎
　　■ 业务系统集成框架
　　4.1 组织结构设计器
　　组织结构设计器针对企业实际应用环境特点需提供了包括用户管理、部门管理、角色管理、角色和部门及用户进行关系设定等一系列完整的组织结构设定和管理功能。用户可根据自身企业实际情况进行组织结构设定，并可维护在指定的组织结构项下、不同角色的对应人员。在业务流程执行时，业务融合平台的流程引擎会参考流程设计情况和组织结构树，实现自动寻址，流程可以根据相关情况自动寻找相应的组织结构节点进行流转。
　　4.2 业务实体设计器
　　业务融合平台中的业务实体是与传递业务数据和业务动作相关的动态数据对象，在业务流程执行前被创建，在流程的执行过程中可能会对业务实体中的数据进行修改，在业务流程执行结束后，会将业务实体中的数据通过Web Service交换至下游业务系统中，业务实体主要包括档系统资源文件夹、工作集、函数、规则、规则模板、枚举类型等。
　　
　　4.3 用户表单设计器
　　表单设计器使用户可以根据自身需求，借助图形化的表单编辑界面，灵活的自制和修改系统表单，系统表单基于HTML技术实现，表单设计时留有与和流程设计的接口，实现表单与流程的绑定、表单部件与流程节点的绑定，在具体的流程被执行时，用户选择发起某项流程，相应的表单自动显示在对应的流程发起页面，且随着流程的向下执行，根据流程节点的定义，自动调整对应表单部件的显示和隐藏。
　　4.4 业务流程设计器
　　业务融合平台中的流程设计器是基于BPMN2.0标准构件的图形化流程设计器，BPMN（Business Process Modeling Notation，业务流程建模标记法）是OMG（Object Management Group，对象管理组织）维护的关于业务流程建模的行业性标准，当前最近版本是BPMN2.0。BPMN2.0建立在与UML的活动图非常相似的流程图法基础上，为业务流程图中的特定业务流程提供一套图形化标记法，提供从标记法的图到执行语言基础构造的映射，尤其是业务流程执行语言（BPEL, Business Process Execution Language）。
　　4.5 融合平台流程引擎
　　业务融合平台流程引擎根据流程设计器所定义的业务流程、各节点判定条件，并结合企业组织结构、角色定义的不同决定流程的传递路由、内容等级，并把具体任务交给指定用户来完成。对应用户在登录后，会发现有一项新的任务在他的任务列表中。在他选择执行后，预先设定的应用程序将被激活。在执行应用程序的过程中，所调用的应用程序会和工作流引擎交换数据。告诉工作流引擎目前运行的状态。当他完成任务后，工作流引擎得到反馈，将按流程把任务交给下一个人，直到完成整项工作。
　　4.6 业务系统集成框架
　　业务融合平台通过业务系统集成框架与企业其他业务系统相联，当业务系统需要通过业务融合平台进行信息传递和流程协同时，可以将业务数据通过Web Service接口传入业务融合平台，流程的中间结果和最终结果同样可以通过Web Service接口写入相关的业务系统中。
　　
　　参考文献
　　[1]王俊杰.冲出数据孤岛.实现数字资源共享.大学图书馆学报.2004.3,16-18 .
　　[2]潘宝玉.减少信息孤岛,实现资源共享.情报杂志.2003.3,61-62.
　　[3]Binildas C A. Service Oriented Java
　　 Business Integration[M].Packt Publishing,2008:55-74.
　　
　　作者简介
　　张良（1971-），男，河南郑州人，研究方向为计算机应用、控制工程，讲师。现公职于黄河科技学院。
　　
　　作者单位
　　黄河科技学院河南省郑州市450006