
在中國建設銀行(亞洲)(以下簡稱“建亞”)的香港業務中心里,單證部門的工作忙碌而有序。數據、表格、傳真、電子文件等在后臺被壓縮、加密、分時間段傳輸,實現其在香港、北京、上海三地間的及時平移。順暢的數據傳輸保證了業務流程的順利進行。
建亞業務平臺的對接對象從美國銀行的單證中心遷移到中國建設銀行(以下簡稱“建行”)北京、上海業務中心的全部過程都是悄然發生的,絲毫沒有影響單證部門的日常工作。但對于建行上海開發中心(以下簡稱“開發中心”)的項目經理肖魯川和項目成員雷鳴來說,期間的驚心動魄猶在眼前。
2006年末,建行收購了美國銀行(亞洲)100%股權,成立建亞。2007年1月,建行國際業務部貿易單證中心在上海成立。由于上海和香港建亞間IT系統無法支持相關數據傳輸,建亞的單證業務依然要靠美國銀行處理。雙方就此談判之后,美國銀行要求建行在2008年6月之前完成交接。
開發中心臨危授命,必須在一年半的時間內開發出一個和當時建亞與美國銀行傳輸數據時所用系統功能相同的新系統。肖魯川和雷鳴等人意識到這相當于接到了開發中心成立以來的第一個“外包”單子,但他們并沒想到接下來的開發過程會如此曲折。
出師不利
經過半個月的初步了解,肖魯川和雷鳴的觀點不謀而合——完成這個任務太難了,或者說幾乎是不可能的。
一直以來,建亞和美國銀行的貿易融資系統從項目到服務都是外包的,建亞的工作人員只負責使用,他們根本不知道應該怎樣提出標準的用戶需求。
雷鳴回憶道:“建亞的工作人員提需求的時候,是以美國銀行提供的服務為基準的,由于部分業務是完全外包給美國銀行的業務人員操作的,建亞對此并不了解;與此同時,新接口既要和建亞系統當時在使用的接口對接,又不能對后者進行改造。”
不僅如此,建亞的工作語言是粵語和英語,而上海開發中心的工作人員對此并不精通。有很長一段時間,盡管雙方都在積極交流,但缺少有效溝通。
再從項目本身說。以前,開發中心所做的項目都是對建行現有系統平臺的延伸和補充,技術上不會遇到太大障礙。而且以往的項目都是自上而下推行,由于使用者是下級單位,它們大多會迎合系統平臺的要求,而不是一味提出自己的要求。
而建亞項目則完全相反,開發中心相當于為它量身做“外包”,不僅在技術上要跨平臺、跨系統,而且在實施過程中要面對獨立經營的建亞毫不“遷就”的態度。
面對一系列前景不可測的困難,開發中心本打算向美國銀行尋求幫助,卻遭到對方IT部門趁機刁難。美國銀行列出了價格昂貴的收費目錄:整理用戶需求要收費,專家接電話甚至要按分鐘收取咨詢費。對方甚至有高層毫不諱言地向建行高層表示,“這個系統,你們是做不出來的?!?/P>
肖魯川分析后認為,“這個項目涉及美國銀行、建設銀行和建亞三方的利益糾葛。建行全權接手,意味著美國銀行要失去這個業務,所以美國銀行不愿意幫忙也在情理之中。”
沉下心來,開發中心決定逐個攻破難題。從溝通上,開發中心的人員盡快熟悉英語,香港建亞工作人員爭取講普通話,雖然進展緩慢,但在雙方的努力下,用戶需求漸漸被整理出來。
借助外力
開發的核心工作是解決數據傳輸問題。建行內部雖然早就拋棄了相對落后的FTP傳輸系統,自己開發了一套BDE標準的傳輸系統,但他們進行傳輸試驗時,出現了死機、丟數據的現象。而銀行對信息系統的首要要求就是穩定,哪怕死機、丟數據的現象出現一次,后果都是不堪想象的。
時間不知不覺過去了三個多月,項目卻因為找不到突破口停滯不前。無奈之下,建行開發中心向上級請求延期,但遭到了美國銀行方面的斷然拒絕,“我讓你們延期三個月,到時候你們會要求延期半年?!?/P>
開發中心的工作人員開始再次進行需求分析,發現要解決的問題很多。
建亞的工作流程與內地有所不同。后者的數據交易就是對常規業務的簡單描述,只有很簡單的四五項內容;建亞沿用的國外銀行的數據要復雜得多,包括銀行信息、貨幣種類、貨運信息、禁運信息甚至黑名單等十幾個數據。而且每次數據都不完全一樣,很難整理出標準化格式。
再者,建亞對傳輸性能的要求很高,一個白天要傳輸大約10個大數據包,晚上要傳20個左右。如果該過程中出現問題,就要影響整個業務流程。此外,香港、澳門的貨幣、節假日都和內地不盡相同,這些參數也需要更改相關設置。
肖魯川從側面了解到,美國銀行、花旗銀行等金融機構都在使用ATT的子公司SterlingCommerce的數據傳輸中間件C:D解決方案進行數據上傳管理。開發中心于是把SterlingCommerce公司作為一個備選。
在對傳輸問題的研究中,肖魯川漸漸對文件傳輸管理有了新的認識。
傳統的FTP以及建行內部的BDE標準傳輸文件都采用所在操作系統的賬戶來管理,一旦黑客侵入系統,他就可以直接用系統內的賬戶干擾文件傳輸。并且建行原有系統沒有獨立的數據通道,文件有被黑客截獲的可能,即使黑客未必能破解所有文件,但他們做幾個小改動就會令最終數據出錯。而中間件解決方案可以有獨立的賬戶,所有的用戶權限分配都是與操作系統相獨立的,在加密文件傳輸過程中,如果黑客截獲文檔后進行修改,在收取文件的終端會得到提示。
除此之外,中間件解決方案可以實現文件壓縮和傳輸的同步,較之以前的壓縮-傳輸-壓縮的流程可以節省大約20%的時間。
縱觀全球金融系統,建亞的數據傳遞并不算十分復雜,只是建行的開發人員缺乏類似經驗。經過反復測試和論證,建行開發中心最終決定借助外力,購買現成的C:D工具解決數據傳輸問題。
解決了最撓頭的問題,新系統還要接受應災測試。“與以往的簡單演示不同,”雷鳴回憶:“在測試過程中,所有數據傳輸系統被人為切斷,依次模仿突發災難。”他們從晚上11點開始進行IT系統的整體遷移、修復,次日整個系統恢復了正常運行,“單證業務部門的工作人員幾乎沒有發現系統出過什么問題?!?/P>
向國際水平看齊
2008年3月8日,項目進入用戶驗收測試階段,開發中心再次感受到了建亞的嚴謹。
之前一個類似規模的項目驗收,使用者進行了50次測試,提出了30個修改需求;而建亞進行了900次測試,提出了636個修改需求。之前很多使用者根本不會提出來的一些問題,建亞的工作人員非要“打破沙鍋問到底”,甚至把肖魯川和雷鳴都問倒了。
經過反反復復提出問題、解決問題的磨合,新系統終于在6月8日上線,標志著建行在事實上完成了收購美國銀行(亞洲)后的數據交接任務。
2008年6月13日下午,北京遠洋大廈長安廳舉行了“新一代貿易融資系統海外擴展(建亞)項目”的慶功會。雖然這只是一個兩千萬級別的“小”項目,但建行首席技術官、北京信息技術管理部總經理等高層悉數到場——在平時,他們只會過問超過五千萬的項目。
從整個項目實施到新系統最終上線,肖魯川和雷鳴感觸良多。
美國銀行的傲慢、建亞的嚴謹,以及國際金融行業IT需求的提高給他們留下了深刻的印象,也讓他們感覺到了自身在技術和觀念上的差距。
正如一位業內專家指出的,一直以來,由于行業的特殊性,金融機構對IT技術的選擇大多趨于保守,中國金融行業的信息化建設更是如此,除了購買數據庫等基礎軟件,許多銀行寧愿投資大量人力和資金自己做開發和進行維護。不同的開發標準等因素導致了各銀行平臺之間難以互通有無,制約了國內金融行業整體的信息化水平。而在國際上,很多銀行會直接使用IT服務公司提供的金融行業整體解決方案。
不過該專家同時表示,隨著經濟環境對金融業IT要求的提高,以及國內金融機構對外合作越來越多,這一狀況會逐漸得到改善。
肖魯川表示,新一代貿易融資系統海外擴展(建亞)項目的上線,一方面標志著建行收購美國銀行(亞洲)后,在業務和技術支持上已經實現了全面獨立自主;另一方面建立了對海外子公司的業務外包模式,意味著建行開發中心今后可以為海外分行的貿易融資業務提供更可靠的技術保證。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄