最近許多銀行開始認真檢討新核心銀行系統以取代目前已經運轉超過20年的舊系統,本文就其更換原因,新系統需求,轉換考慮點及如何進行提出一些看法.
通常銀行更換核心銀行系統的理由有下列原因
1. 既有核心銀行系統使用已久 , 累積許多包袱 , 維護逐漸困難 , 滿足使用者日新月異的要求逐漸力不從心 .
2. 新 IT 技術不斷提出 , 相對於既有核心銀行系統傳統技術 , 維護人員產生技術斷層 , 因此希望藉新核心銀行系統的開發 , 將既有經驗與技術繼承下來 .
3. 因為銀行的合併 (Merge & Acquisition) 發覺需要一個全新架構的核心銀行系統 , 才能徹底解決異質系統間系統並存 (Inter-Systems Co-Existence) 的問題 .
4. 原先系統的供應廠商即將退出市場 , 使得銀行不得不未雨綢繆 .
5. 同業率先更換新核心銀行系統 , 並且彰顯新系統的效益 , 形成內部要求更新既有核心銀行系統的壓力.
6. 業務 (產品)的多樣化與細緻化的需求,對舊有系統的可塑性與應變彈性產生空前的壓力.
7. 企業的持續改造工程已成為常態,資訊系統架構應具模組化思考,以支持組織與流程的持續變動.
8. 經營者面對日趨複雜的經營環境,亟需正確,完整,有深度,有洞見,且及時的管理性資訊,原系統的設計並未具備這樣的特質,只得繁複而侷限的外加資料倉儲補強 .
通常銀行對新核心銀行系統的需求有下列幾點
1. 真正的開放架構 - 保障應用系統的投資 , 方便套裝系統的植入.
2. 新 IT 觀念與技術 (New Technology, Component Module)- 應用系統元件化與再利用性 , 降低應用統的開發成本.
3. 應用系統套裝化 , 參數化 (Product Build, Parameter Driven)- 加速應用系統開發效率 , 降低應用系統維護費用.
4. 新應用系統功能 -24*365 On-Line, No-Batch, Multi-Bank, Multi-Currency, Multi-Lingual 等.
5. Web content- 便於提供 Any Time/Any Place 的服務 .
6. World Class Package- 利於取得 Business Know-How .
通常客戶需求量要一個符合下列條件的何作開發夥伴
1. 能提出全面且完整的金融系統藍圖包括系統架構 , 基礎建設 , 應用系統架構 , 中介軟體 , 應用系統套裝匴軟體等 – 理由 : 新核心系統計劃 , 開發的依據 ( 預算 , 人力 , 功能 , 技術 , 時程 ).
2. 具備豐富的開發經驗 , 熟悉新舊資訊科技技術與業務 know-How 的支援能力 – 理由 : 確保新系統的質與能.
3. 100% 開發承諾 – 理由 : 不敢期待有個完美結局 , 至少能夠保證有個善終.
4. 長期合作夥伴 – 理由 : 確保產品 , 服務 , 技術 , 業務 , 管理的長期支援 .
當一個銀行開始檢討新核心系統時, 應該執行的工作項目有:
1. 目的 - 需求面 , 政策面 , 政治面.
2. 策略 -New Business 策略 -New Operation- 策略 ,New IT 策略.
3. 組織 - 管理 , 計劃 , 執行 , 推廣.
4. 計劃 - 時間 , 預算 , 人力 , 外部資源.
5. 工作 - 計劃 , 分析 , 執行 , 檢討 , 修正 ,-> 計劃 , 分析 , 執行 , 檢討 , 修正.