21.4以服務(wù)為中心的企業(yè)整合--案例分析

21.4.1案例背景

某航空公司的IT系統(tǒng)己有好幾十年的歷史。該航空公司的主要業(yè)務(wù)系統(tǒng)構(gòu)建于20 世紀七八十年代，以IBM的主機系統(tǒng)為主一包括運行于TPF上的訂票系統(tǒng)和運行在 IMS上的航班調(diào)度系統(tǒng)等。在這些核心系統(tǒng)周圍也不乏基于UNIX的非核心作業(yè)系統(tǒng)， 和基于。Net的簡單應(yīng)用。這些形形色色的應(yīng)用，有的用匯編或COBOL編寫，運行于主 機和IMS之上；有的以PR0*C編寫，運行在UNIX和Oracle上。這些應(yīng)用雖然以基于 主機終端的界面，但是基于Web和GUI的應(yīng)用也為數(shù)眾多。

近年來，該公司在企業(yè)集成方面也是煞費苦心已經(jīng)在幾個主要的核心系統(tǒng)之間 構(gòu)建了用于信息集成的信息Hub （Information Hub），其他應(yīng)用間也有不少點到點的集成。 盡管這些企業(yè)集成技術(shù)在一定程度上增進了系統(tǒng)間的信息共享，但是面對如此異構(gòu)的系 統(tǒng)，技術(shù)人員依然覺得企業(yè)集成困難重重。

（1）因為大部分核心應(yīng)用構(gòu)建在主機之上，所以InformationHub是基于主機技術(shù)開 發(fā)，很難被開放系統(tǒng)使用。

（2）Information Hub對Event支持不強，被集成的系統(tǒng)間的事件以點到點流轉(zhuǎn)為主， 被集成系統(tǒng)間耦合性強。

（3）牽扯到多個系統(tǒng)間的業(yè)務(wù)協(xié)作以硬編碼為主，將業(yè)務(wù)活動自動化的成本髙，周 期長，被開發(fā)的業(yè)務(wù)活動模塊重用性差。

為了解決這些企業(yè)集成中的問題，該公司決定以Ramp Control系統(tǒng)為例探索一條以 服務(wù)為中心的企業(yè)集成道路。本文將以Ramp Control系統(tǒng)中的Ramp Coordination流程為例，說明如何用以服務(wù)為中心的企業(yè)集成技術(shù)一步步解決該公司IT技術(shù)人員面臨的企業(yè)集成問題。