【51CTO專訪報道】現代銀行的業務運營過程已經與IT應用系統的支撐水乳交融、無法脫離。因此，IT應用系統的交付能否與業務需求協調一致，是銀行業務服務的根本保證。“其實交付只是結果，解決業務挑戰的根源是對IT架構和開發過程管理的重視”，普元副總裁周立在接受51CTO.com記者專訪時談到：“從IT架構的角度來看，銀行系統間存在技術路線、系統建設分散，標準與規范不一致，系統架構與功能耦合度高導致系統無法響應業務變化，集成和維護成本高這些問題，在項目實施中，無論是業務方案、技術架構還是開發項目管理、實施人員都不同程度的依賴于開發商，這種局面一方面使得IT部門制定的開發過程與規范難于落地，項目質量很大程度上取決于開發商的項目管理和人員水平，更重要的是導致銀行無法實現對IT的真正掌控。”

幫助銀行的CIO們解決這一困境，普元提出了新一代的應用統一平臺。通過對技術架構與工具、開發與設計規范以及項目實施過程體系這幾個方面的統一建立掌控能力。“架構與規范是應用開發管理體系的基礎”，普元專業服務總監沈培林同記者談到：“它明確了應用的技術標準和架構，來確保技術架構的靈活性和擴展性。通過這種方法對應用的開發起到指導和約束規范的作用。”

通過平臺和工具的形式，固化技術架構、規范，屏蔽技術細節并支持敏捷開發方法，為IT人員提供業務開發、運行、管理的統一手段，確保架構和規范的落地，實現業務與技術的統一。同時能夠提高開發效率降低開發難度，這令開發過程對人員水平的依賴程度自然下降，提高系統的質量和穩定性。在統一的架構和規范下，借助于平臺與工具，在開發業務應用過程中，逐步固化下來的IT系統作為可復用的業務模塊，成為企業的IT資產，同樣提高了研發的效率和質量。

有效的實施類似的統一平臺，普元總結出了三條路線做為***的切入點，***：定制級引入平臺。“這種情況適用于IT應用系統數量眾多，IT組織龐大，需要根據自身銀行差異化特色量身打造統一平臺和工具，并建立相關的規范和方法體系”，沈培林談到：“比如我們會先基于銀行的應用特征，建立應用的統一技術架構模型，包括有業務組件模型、技術分層架構、系統部署模型以及系統集成模型等。然后圍繞應用架構結合銀行的組織模式和IT建設模式，建立敏捷開發過程方法的模板。***還會建立平臺應用的保障體系，比如培訓、共享知識庫等，確保部署后能更好的用起來。”

第二種方式是規劃及引入平臺。對于IT應用系統數量、IT組織人員相對有限，同時IT投入規模也有限的體系，更加適合這種方式。通過引入咨詢的方式逐步建立統一的應用項目組織架構、項目管理規范和軟件過程方法、開發規范；建立復用機制，積累技術構件庫形成IT資產；建立應用系統整合框架繼而對整個體系形成統一。第三種方式是首先著眼于某一個具體的項目引入統一平臺，逐漸擴大統一平臺的采用范圍。

“根據相關研究報告表明，采用構件技術、復用技術開發軟件，利用構件化平臺等系統性的重用方式，軟件投放時間可以縮短為原來的20%-50%”，沈培林談到：“同時產品的缺陷率降低為原來的10%-20%，維護成本降低為原來的10%-20%。因此統一平臺不僅幫助CIO加強對IT架構和開發管理的掌控能力，投資回報方面也會獲得一定的收益。”

山東農信就是通過項目級引入統一平臺，從控制風險的角度出發，啟動了一個典型項目來進行試點，后來逐漸通過大規模的實施實現了規劃級的統一平臺。改變了過去架構發散、前臺展現于后臺業務邏輯混淆，邏輯與數據不分的難題。建立了統一的軟件架構、開發運行和監控平臺。“通過規劃級的大規模實施，山東農信可以由自身培養的精通統一平臺的隊伍”，沈培林說：“基于同一平臺的軟件架構，用統一的項目實施過程，按照統一的項目組織機構，遵循統一的設計和開發規范來繼續建設山東農信更多的應用系統了，同時，也會從復用機制中積累更多的軟件資產。”

這也只是應用統一平臺的一個起點，要讓統一平臺發揮更大的作用，山東農信在經過規劃級階段的大規模應用之后，通過對所規劃內容的一段實踐，還需要進行一個優化和提升的階段，利于更多業務組件的積累和復用、系統間的整合，最終實現業務服務能力的持續提升。