IBM构建灵活EDI平台 .docVIP

IBM构建灵活EDI平台 　　■ 挑战 　　 　　让分布在世界各地的应用系统联合起来工作，满足信息沟通、业务拓展和海关政策变化的需要，以应对客户在远洋运输中的实时需求变化。 　　 　　■ 为什么选择IBM？ 　　 　　IBM所倡导的SOA理念，不拘泥于技术细节，而是从业务流程出发，解决的是IT系统与业务融合的问题;IBM的SOA理念带来的不仅是一个功能强大的工具，而是一套能随需应变的方法论。 　　 　　■ 方案 　　 　　以IBM WBI Server Foundation和WBI Message Broker为框架，构建面向EDI的企业服务总线（ESB）。 　　 　　■ 回报 　　 　　―可重用已有的业务流程和功能组件，使业务模块更加敏捷; 　　 　　―简化基础设施，降低运维成本:合并分散的EDI应用到一个统一的平台;基于成熟、开放的企业计算平台，减少了开发和维护的开销。 　　 　　―提高了客户服务的满意度:先前应对一个需求变化，需要2-3周的时间才能完成平台间的对接工作，而现在3天内就能完成这些配置工作并交付测试。 　　 　　和多数中国企业一样，中远集装箱运输有限公司（下称“中远集运”）的信息化建设也是起步于上世纪80年代末。然后，在IT投入持续增长的保障下，公司的信息化建设在世纪末经历了快速成长期。至2002年，已经成功地实施了以IRIS- 2为核心的业务系统，IRIS-2的服务范围更是涵盖了全球41个国家的114个口岸。 　　 　　对于中远集运来说，跨区域性的运输服务是公司业务的主导形式，因而EDI（Electronic Data Interchange，电子数据交换）便成为最重要的业务数据处理方式，这需要面向不同对象（海关、VIP客户和供应商等）的应用系统之间频繁地交换、共享数据。 　　 　　在业务朝多元化、纵深方向发展的同时，公司原有的EDI平台不断发出不和谐的声音，这突出表现在两个方面: 　　 　　其一，应用系统的分化阻碍了EDI事务的顺利进行。 　　 　　公司的21类EDI应用系统根据不同国家和不同类型的进出口业务，以不同的版本形式分布在不同型号的服务器上，形成孤立的小系统群。因为各个系统所采用的开发技术不同，所应用的开发语言也存在差异，在任何两个系统间完成EDI都要进行繁琐的人工配置甚至开发，致使EDI平台的运维成本居高不下，而效率却每每不尽人意。 　　 　　其二，EDI平台难以应对业务中的随机性变化。 　　 　　中远集运的EDI平台带给业务的瓶颈效应反映到现实中，是各个层次的不满意:决策层认为IT对业务服务的支持力度不够，反应过于迟缓;客户因为变化的需求得不到及时响应而抱怨不休;公司IT技术人员则疲于应付各种突发事件，而无暇顾及从业务的层面来改善IT架构。 　　 　　为EDI带来更灵活的选择 　　 　　面对蒸蒸日上的业务发展需求，中远集运改造先前的EDI平台已成为必然的趋势。作为中远集运的IT运营机构，上海中远资讯科技有限公司在多年的业务实践中，已经能够深入到远洋运输业务的实质上来看待IT的改造问题，并提出了对公司未来EDI平台的构想: 　　 　　首先，新的平台必须涵盖整个航运业务过程中需要EDI的各种业务流程的定义，并基于可复用的功能模块，以便简化频繁的EDI事务中的配置工作。 　　 　　其次，符合开放性的原则，能够接受除关系型数据以外的其它形式（如符合一定格式的文本文件或XML文件）的数据源。 　　 　　最后，基于简化的基础设施，因为中远集运希望为所有的EDI事务提供一个整合的、通用的“栈道”，而非针对每一项业务都要做烦琐构建工作的专用平台。 　　 　　根据这些构想，中远集运从2004年5月就开始接触业内多家知名厂商。有些厂商提出了完整的、拿来即用的EDI解决方案，但对于中远集运来说，这无疑是将其业务套到一个固有模式上去，一旦客户需求或海关政策发生了变化，就必须对整个平台做大手术;也有厂商精于技术细节，能够针对末端业务构造功能强大的模块，但在整体上却忽略了远洋运输业务中EDI的复杂过程。 　　 　　真正让中远集运眼前一亮的是IBM提出的基于SOA的EDI解决方案，一方面，它立足于远洋运输的业务特性，给出的是解决EDI事务的灵活架构，而非僵化的工具;另方面，它通过SOA将细粒度功能模块组成粗粒度的业务服务，是真正面向服务的架构。 　　 　　最终，中远集运选择IBM作为开发新的EDI平台的供应商。IBM除了提供实现SOA的基础构件IBM WebSphere Server Foundation和IBM WBI MessageBroker之外，还带着丰富的技术经验和前沿的开发理念与上海中远资讯科技有限公司一起投