【51CTO獨家專訪】回溯南京油運三年半的信息系統建設歷程，前期的信息資源規劃占了四分之一的時間。比起高屋建瓴，令人心馳神往的系統構想和干起來熱火朝天，成效立竿見影的應用部署，信息資源規劃的工作不僅艱辛枯燥，而且難以清晰地看到階段性的進展。

都說信息化建設要“整體規劃，分步實施”，既然是“一張白紙”的狀況，為什么不在規劃愿景的同時先從一些適合快速部署，易于見效的應用系統做起呢？這是筆者在專訪中拋給南京油運信息中心負責人的***個問題。

“是企業管理向信息化提要求還是信息化推動管理變革，這是一個見仁見智的問題，但在當時企業轉型的背景下先做管理咨詢這種‘自上而下’的方法難以落實。”南京油運信息中心主任鄧長林介紹說，“而一套先進的信息資源規劃方法可以指導核心業務應用系統的集成化開發和系統集成，奠定南京油運信息化建設的地基。”

主管信息化建設工作的副總經理余俊也向51CTO 記者說明，“我們曾經也考慮過用成型的集成方案來解決眼前的問題，但最基礎的數據工作做好了才有數據集成，應用集成的基礎。現成的‘搭橋’方案或許能滿足一時之需，但很難解決本質的問題，而且無法適應業務的發展。所以從2005年中開始，南京油運花了差不多一年的時間來進行信息資源整理的工作?！?/P>

經過仔細的考察篩選，南京油運選擇了一套符合中國國情的信息資源規劃方法并持之以恒地予以貫徹執行。如今回頭來看，適時的工作不僅理清了舊有信息系統數據庫資源不一致，接口復雜、冗余等問題，而且建立了能夠適應新的信息需求的規范化數據結構以及以信息資源管理基礎標準為核心的南京油運標準化體系。最終實現了數據環境的改造和提升，為構建核心主業務系統的數據共享與交換平臺打下了堅實的基礎。

 
 
圖：南京油運建立的企業數據管理體系

實現信息資源規劃離不開業務流程的梳理，訪談中各位嘉賓一再強調“全員參與”和“想業務部門所想”的重要性。南京油運為之建立了一整套工作方案，不僅在項目組內建立了由咨詢方業務經理、信息部門、業務專家組成的核心工作小組，而且成立了由公司領導和業務部門一把手組成的項目領導小組。得到領導小組直接授權的核心工作小組負責對整個項目進行總體的監督、控制和執行。

在業務流程梳理的過程中，所有經營業務按照經營性質分成經營管理、船舶管理、財務管理、人力資源、物資、客戶、資產和網絡化辦公管理八個職能域，各由核心工作小組指派的業務負責人負責。這些逐級落實的措施讓業務流程的梳理在各個層面都得到了保證，最終為企業內部應用系統之間的流程整合，以及外部的應用系統與企業內部應用系統之間的流程整合提供了可靠的保障。#p#

全方面的SOA架構基于ESB來實現

聊到盡興處，與會的記者發現了一個有趣的現象，這個稱為“企業信息應用與集成系統”的項目在名稱上可謂平淡至極，只有在具體的介紹中才提到了建設基于SOA架構的集成平臺的目標。

“SOA現在非常時髦，講SOA是方法也好，是標準體系也好，不是這個項目名稱中有SOA這個詞這個項目才叫SOA項目；雖然我們的項目名稱中并沒有提及SOA，但我們招標書中明確提出基于面向服務的架構（SOA）實現公司集成應用的目標”，鄧長林說。孫建云副主任接過話題，介紹了方案設計之初由公司領導定下的四項要求?！笆紫仁且獔猿肿龊眯畔①Y源規劃。第二個要求是嚴格堅持SOA的架構。第三個要求是堅持平臺化，第四個要求是堅持相對集中。這四個要求本質上都是符合SOA思想和方法的，在后來對應用系統的選型中，我們也是按照這些要求去評判供應商。”

針對上述的四個要求，承接整個集成項目的華勝天成軟件集成中心與南京油運信息中心共同擬定了項目設計、實施的基本原則，其中最重要的一項技術規范即為應用服務總線架構，保證架構級的可擴展性。

 
 
圖：面向服務架構（SOA）

“SOA可大可小，但需要以ESB為基礎。全方位的SOA集成，就像打仗時同時拉開的戰線。南京油運以夯實信息交換與共享基礎的數據集成為***切入點，以門戶展現和自上而下的流程整合為第二切入點?！必撠熌暇┯瓦\的項目總監沈暉用這番話總結了自己的切身體會。

沈暉介紹說，業界最常見的例子是應用SOA的方法來開發新的應用或者對已有系統作整合，這樣的需求在以往華勝天成承接的軟件項目中并不少見。而南京油運的集成項目卻有許多與眾不同的地方，“SOA的切入點在五個層面都有。既有自下而上，從信息標準化開始的信息交互和共享，基礎是元數據的標準化；也有自上而下，流程驅動的跨系統流程的整合，同時還有單點登錄和門戶展現的要求，這樣全方面的SOA項目集成非常有特色和***挑戰性。”

南京油運集成系統采用了WebSphere Message Broker (MB)和來構建ESB(企業服務總線)，采用了Websphere MQ來保證消息的可靠傳遞；以基于服務組件架構（SCA）的WebSphere Process Server (WPS)作為跨應用系統的流程引擎，并配有WebSphere Integration Developer (WID)流程開發工具。

 
 
圖：南京油運集成平臺架構

“基于Web Services技術標準封裝消息服務、應用/數據服務和流程服務，并在UDDI服務器上集中注冊和統一管控。還有基于消息的流程觸發機制，一個系統的流程通過消息機制去觸發另外一個系統的流程?！蹦暇┯瓦\信息中心主任工程師錢曉明介紹說。“通過集成項目，我們也摸索出在SOA架構中抽象模式非常關鍵。比如說應用系統間的信息交換，剛開始做需求的時候有一百多個信息交換項，如果每項都用不同的方法實現肯定實現不了。后來我們抽象出來四種基本模式，定好之后再衍生出其他的來就方便多了”，孫建云副主任說。#p#

滾動開發滾動上線 創新的系統集成模式

從2007年11月29日集成項目正式啟動到2009年1月30日開始應用集成的分模塊驗收，一年多的時間里，來自不同軟件廠商的開發、實施人員加上咨詢、監理方組建了南京油運集成項目的“聯軍”?！翱蛻籼岢龅恼闲枨?，有門戶層面的、交互層面的、單點登錄層面的，還有流程層面的，數據交換層面的。事前、事中、事后的集成彼此交錯，在集成的同時還有新的應用系統的開發，規范的制訂。于是我們采取了‘滾動開發 滾動上線’的方法”，沈暉談到這一點甚為激動。

之前做信息資源規劃好比“打地基”，穩扎穩打無可厚非，現在要多管齊下繪宏圖，怎樣才能做到胸中有丘壑，下筆如有神呢？

余俊介紹說，在集成項目啟動之初，首先由信息中心和華勝天成牽頭，邀請金蝶、菲奈特等核心應用開發商共同成立了總的項目集成組。先通過充分溝通制定了共同認可的集成規范，然后帶領各方在實施過程中嚴格遵守。以信息交換格式的標準化為例。油運行業涉及的數據和信息格式比較繁雜，如果沒有一個良好的規范來約束，在內部系統之間進行信息交換的時候就會由于格式表述的不統一帶來巨大的消耗。因此整合平臺上定義的各種內部信息交換格式應該***國際標準，其次國家標準，然后才是行業標準和企業標準。
規范有助于意識的貫徹，但項目在具體的落實中仍然少不了磕磕絆絆。錢曉明告訴51CTO記者，要實現這樣的集成必須堅持兩個原則，“一是要遵循標準，二是要迭代發展。標準化的格式、接口有利于服務的拼裝，系統的對接；但是任何標準都不能脫離應用本身的基礎，而且必須意識到企業自身的標準也是迭代式發展形成的。”

信息交換格式的標準化就是這樣一個發展的過程?，F有各種業務系統內部維護著自身的信息格式，但在交換到平臺上處理時，所有的信息先轉成標準的信息邏輯結構，然后在平臺上以通用的格式進行處理，處理完畢后再轉換成相應的目標系統的格式，送入目標系統。當規劃新業務系統時，按照標準定義信息交換格式，使未來的系統逐漸向標準化演變。

 
 
圖：應用系統之間的信息交換

‘滾動開發 滾動上線’的創新方法也給項目總包商華勝天成帶來了超越項目本身的思考?！皢我坏能浖_發商不可能為企業提供所有的應用系統。基于ESB，SOA架構集成平臺的存在可以讓系統集成商、軟件開發商和其他合作伙伴的解決方案很好地協同集成在一起為企業服務。” 華勝天成軟件集成中心總經理袁勝介紹說?！爱敾赟OA架構的項目實施到一定階段的時候，比如說我的數據已經達到了能夠讓各個系統之間共享，我的流程已經達到了可編排可靈活定制的情況之下，如果用戶再提出相關需求的變動，后續的開發和改動比傳統方式要更方便，更快速?！?/P>

正是基于平臺擴展的考慮，南京油運選擇了WebSphere Application Server應用服務器作為統一的J2EE應用支撐平臺，在此基礎上構建各類Web應用系統。WebSphere Application Server支持水平和垂直擴充的服務器集群，可以通過在單臺服務器上添加Application Server數量或者增加新的硬件服務器實現擴展。而且Cluster支持異構的硬件環境，不受服務器數量限制——采用這一方式可以充分利用多臺服務器的資源。

如果用戶新的需求超出原有的平臺框架呢？
“這必然要帶來相當的開發工作量。但可以預見到，在整個大的平臺框架逐步向標準化、模塊化演進，應用接口逐漸豐富、完善、成熟的趨勢下，這種需求出現的可能性會越來越少。對于新的需求也采取模塊化、構件化的實施方式，不僅可以縮短響應時間，也有利于我們控制后續的投入，降低技術支持的難度?！痹瑒僬f。

圖：南京油運SOA集成架構#p#

邁向第五級 從跨業務部門到實現B2B

在SOA成熟度模型中，第五級即意味著全面使用業務信息監控，應用規則處理實時數據，并且將SOA架構延展到整個供應鏈中。這也是南京油運進行信息化建設的***目標。“所謂技術上的障礙，比如消息交換、數據交換的模式，數據的管控，服務的注冊，這些坎通過一年多的實踐都已經邁過去了。我們下一階段的主要目標是實現B2B集成”鄧長林表示，“企業和企業之間實現信息系統整合的需求很明顯，比如我們與客商、港口之間的合作。但外部整合的難度主要在于行業標準。”

現階段，南京油運使用了集成在Websphere應用服務器管理控制臺上的Tivoli Performance Moniter來進行系統監控，下一步的工作目標將還包括實現全面的IT服務管理?！罢麄€系統的服務有七十多項，隨著服務的增加，未來如何界定服務的顆粒度也將非常重要”，孫建云說。

在“滾動開發，滾動上線”的過程中，搭建在的SOA集成平臺上的各個應用系統也開始發揮出集成的功效。余俊介紹了剛剛通過驗收的燃料采購控制系統的情況，“在去年油價大幅度攀升的過程當中，我們通過信息系統由采購公司及時匯報各地的油價動態，把握好提前量，節約了大量成本。新的燃料采購控制系統上線后可以準確、實時地了解各個子公司對燃料的需求，從而更嚴格地控制采購。”據介紹，平臺化的信息系統還將支撐起南京油運在世界各地建立“岸基地”，擴大代理業務規模的計劃。

系統集成項目的驗收通過往往也就意味著甲乙方之間的工作交接，“留下一段佳話”抑或“埋下許多隱患”的例子都屢見不鮮。各路“聯軍”班師回營之后，留守的信息中心怎樣考慮系統的運營、升級呢？

鄧長林主任胸有成竹地告訴51CTO記者，“首先，我們與華勝天成都希望能成為信息戰略伙伴的關系，建立雙方長期的合作。第二，不僅系統平臺和應用是遵照標準化的原則建立的，而且在文檔管理方面也有相應的制度。第三，信息中心也在合作中不斷提高自身的能力，不僅接受產品、技術的培訓，而且直接參與到很多應用系統的開發中?！惫P者在交流中也了解到，“企業信息應用與集成系統”的成功驗收不僅在南京油運的各個業務部門博得喝彩，而且也引起了上級單位長航集團領導的關注。#p#

記者手記：信息化建設者的愿景，誠意與信念

南京之行，與其說是做一次專訪，不如說是參加一場別開生面的研討會?？b密的規劃、實施和創新的方法，先進的技術固然令人耳目一新，但讓筆者油然而生敬意的則是集成系統背后，來自南京油運和華勝天成的信息化建設者們展現的情懷。

讓人敬仰的是南京油運領導對于信息化建設志存高遠的愿景?！皩τ谖覀兤髽I來講，我們要一點都不猶豫地繼續把信息化建設做好，這是企業的發展，行業的發展，經濟形勢的發展所決定的。” 在當前經濟環境下談信息化投入無疑是個敏感的話題，余俊對此也有一套自成機樞的觀點。他認為經濟疲軟的現狀確實會降低許多企業對信息化需求的緊迫性，“經濟火熱的時候，企業容易感覺到提高管理水平，提升信息效率的重要性。但信息化建設不僅不可能一步到位，而且往往談不上立竿見影。從長遠來看，現在加強基礎建設，等到經濟形勢好轉的時候才不至于措手不及。我覺得這是提前運作，未雨綢繆?！?/P>

讓人感動的是項目各方在合作中相互信賴，相互支持的誠意?！按蠹沂且粋€團隊，在同一條戰線上打一個戰役”，余俊表示。在招標的階段還有個小插曲，適時華勝天成總裁王維航先生正在南京主持公司執委會，聽取工作匯報時獲悉南京油運項目，于是立刻決定離開會場專程登門拜訪，最終以誠意打動了客戶?！皬慕痤~來講這不是很大的一個項目，公司的投入卻很大，但是王總很敏銳地發現它非常典型，綜合了十幾家的應用開發商，做了各種各樣的平臺，而且經常是同時進行開發。常見的情況是在現有的應用上進行集成，我們是在運作的過程當中，協調的難度可想而知。但是它也有它的好處，是在一張白紙上進行設計規劃，很多問題只要大家能協調好就能從源頭上解決好。

這比起應用系統開發完畢之后再來進行集成的方式，不僅更靈活而且效果也更好。”袁勝說。無獨有偶，當時金蝶軟件負責人對于南京油運系統集成項目也是親力親為，從而促成了同樣基于SOA架構的金蝶BOS在集成系統中作為業務基礎軟件平臺。

讓人欽佩的是南京油運信息中心精于業務，勇于創新的信念。主管信息化建設的副總經理余俊同時還領導著多個業務部門，多年來一直不遺余力地推動信息系統與業務流程的匹配融合。在鄧長林的領導下，信息中心在各個項目中都竭盡全力地調動業務部門的積極性，督促和鼓勵他們多從業務角度提要求。不難想象，歷時數年的建設過程中少不了林林總總的問題，但在采訪中幾位信息中心負責人說的最多的就是主動的溝通與配合，對于合作廠商也是頗多贊賞，“我們的目標和未來的方向是告訴給大家的。我們希望呈現出什么樣的東西，在這樣的過程當中需要廠商做什么樣的配合和修改，這些話是放在前面說的。可能大家開始都有這樣的思想準備，因此盡管有一些難度，但是配合起來很愉快?！?/P>

探討信息化建設，耳熟能詳的兩個論調一個是“一把手工程”，一個是“整體規劃，分步實施”。但對南京油運的采訪卻讓筆者對這些說法有了進一步的思考，“一把手工程”從何處著手，如何持之以恒地貫徹落實？“整體規劃，分步實施”的方法在新平臺架構下是否也需要與時俱進？

南京油運“企業信息應用與集成系統”案例能給我們帶來許多有益的啟發。