回溯南京油运三年半的信息系统建设历程,前期的信息资源规划占了四分之一的时间。比起高屋建瓴,令人心驰神往的系统构想和干起来热火朝天,成效立竿见影的应用部署,信息资源规划的工作不仅艰辛枯燥,而且难以清晰地看到阶段性的进展。
都说信息化建设要“整体规划,分步实施”,既然是“一张白纸”的状况,为什么不在规划愿景的同时先从一些适合快速部署,易于见效的应用系统做起呢?这是笔者在专访中抛给南京油运信息中心负责人的第一个问题。
“是企业管理向信息化提要求还是信息化推动管理变革,这是一个见仁见智的问题,但在当时企业转型的背景下先做管理咨询这种‘自上而下’的方法难以落实。”南京油运信息中心主任邓长林介绍说,“而一套先进的信息资源规划方法可以指导核心业务应用系统的集成化开发和系统集成,奠定南京油运信息化建设的地基。”
主管信息化建设工作的副总经理余俊也向51CTO 记者说明,“我们曾经也考虑过用成型的集成方案来解决眼前的问题,但最基础的数据工作做好了才有数据集成,应用集成的基础。现成的‘搭桥’方案或许能满足一时之需,但很难解决本质的问题,而且无法适应业务的发展。所以从2005年中开始,南京油运花了差不多一年的时间来进行信息资源整理的工作。”
经过仔细的考察筛选,南京油运选择了一套符合中国国情的信息资源规划方法并持之以恒地予以贯彻执行。如今回头来看,适时的工作不仅理清了旧有信息系统数据库资源不一致,接口复杂、冗余等问题,而且建立了能够适应新的信息需求的规范化数据结构以及以信息资源管理基础标准为核心的南京油运标准化体系。最终实现了数据环境的改造和提升,为构建核心主业务系统的数据共享与交换平台打下了坚实的基础。
实现信息资源规划离不开业务流程的梳理,访谈中各位嘉宾一再强调“全员参与”和“想业务部门所想”的重要性。南京油运为之建立了一整套工作方案,不仅在项目组内建立了由咨询方业务经理、信息部门、业务专家组成的核心工作小组,而且成立了由公司领导和业务部门一把手组成的项目领导小组。得到领导小组直接授权的核心工作小组负责对整个项目进行总体的监督、控制和执行。
在业务流程梳理的过程中,所有经营业务按照经营性质分成经营管理、船舶管理、财务管理、人力资源、物资、客户、资产和网络化办公管理八个职能域,各由核心工作小组指派的业务负责人负责。这些逐级落实的措施让业务流程的梳理在各个层面都得到了保证,最终为企业内部应用系统之间的流程整合,以及外部的应用系统与企业内部应用系统之间的流程整合提供了可靠的保障。
全方面的SOA架构基于ESB来实现
聊到尽兴处,与会的记者发现了一个有趣的现象,这个称为“企业信息应用与集成系统”的项目在名称上可谓平淡至极,只有在具体的介绍中才提到了建设基于
SOA架构的集成平台的目标。
“
SOA现在非常时髦,讲
SOA是方法也好,是标准体系也好,不是这个项目名称中有
SOA这个词这个项目才叫
SOA项目;虽然我们的项目名称中并没有提及
SOA,但我们招标书中明确提出基于面向服务的架构(
SOA)实现公司集成应用的目标”,邓长林说。孙建云副主任接过话题,介绍了方案设计之初由公司领导定下的四项要求。“首先是要坚持做好信息资源规划。第二个要求是严格坚持
SOA的架构。第三个要求是坚持平台化,第四个要求是坚持相对集中。这四个要求本质上都是符合
SOA思想和方法的,在后来对应用系统的选型中,我们也是按照这些要求去评判供应商。”
针对上述的四个要求,承接整个集成项目的华胜天成软件集成中心与南京油运信息中心共同拟定了项目设计、实施的基本原则,其中最重要的一项技术规范即为应用服务总线架构,保证架构级的可扩展性。
“
SOA可大可小,但需要以ESB为基础。全方位的
SOA集成,就像打仗时同时拉开的战线。南京油运以夯实信息交换与共享基础的数据集成为第一切入点,以门户展现和自上而下的流程整合为第二切入点。”负责南京油运的项目总监沈晖用这番话总结了自己的切身体会。
沈晖介绍说,业界最常见的例子是应用
SOA的方法来开发新的应用或者对已有系统作整合,这样的需求在以往华胜天成承接的软件项目中并不少见。而南京油运的集成项目却有许多与众不同的地方,“
SOA的切入点在五个层面都有。既有自下而上,从信息标准化开始的信息交互和共享,基础是元数据的标准化;也有自上而下,流程驱动的跨系统流程的整合,同时还有单点登录和门户展现的要求,这样全方面的
SOA项目集成非常有特色和极具挑战性。”
南京油运集成系统采用了WebSphere Message Broker (MB)和来构建ESB(
企业服务总线),采用了Websphere MQ来保证消息的可靠传递;以基于服务组件架构的WebSphere Process Server (WPS)作为跨应用系统的流程引擎,并配有WebSphere Integration Developer (WID)流程开发工具。
“基于Web Services技术标准封装消息服务、应用/数据服务和流程服务,并在UDDI服务器上集中注册和统一管控。还有基于消息的流程触发机制,一个系统的流程通过消息机制去触发另外一个系统的流程。” 南京油运信息中心主任工程师钱晓明介绍说。“通过集成项目,我们也摸索出在
SOA架构中抽象模式非常关键。比如说应用系统间的信息交换,刚开始做需求的时候有一百多个信息交换项,如果每项都用不同的方法实现肯定实现不了。后来我们抽象出来四种基本模式,定好之后再衍生出其他的来就方便多了”,孙建云副主任说。
本文转自
alifafa 51CTO博客,原文链接:http://blog.51cto.com/chenghong/156979 ,如需转载请自行联系原作者