You are here

Home

研究與報告

瑞穗企業銀行的新核心系統策略

瑞穗企業銀行(Mizuho Coporate Bank-以下簡稱MCB)的次期系統、特徵是建構一個核心HUB系統、新種商品與新型服務皆依賴其整合、另一方面逐步將現行核心作業與機能縮減、解決系統長年修補所遺下的肥大化問題。將来的計劃則以邁向、SOA架構為目標....2004年12月三家銀行(註)系統整合完成後、瑞穗企業銀行開始次期系統的檢討。瑞穗企業銀行(Mizuho Coporate Bank-以下簡稱MCB)的次期系統、特徵是建構一個核心HUB系統、新種商品與新型服務皆依賴其整合、另一方面亦逐步將現行核心作業與機能縮減、解決系統長年修補所遺下的肥大化問題。將来的計劃則以邁向、SOA架構為目標。做為現階段系統核心的HUB-「業務間整合基盤」系統、競爭廠商有IBM(NEFSS)、日立製作所(NEXTCAP)、富士通都表現勢在必得的決心.、但最終確定由日立取得該合約。MCB的HUB主要角色是負責帳務系與對外系等系統間、控制交易(Transaction)的合作。系統構成則是由日立的伺服器「EP8000」搭載IBM的AIX構成。

註 第一勸業銀行(Fujitsu)、富士銀行(IBM)、興業銀行(Hitachi)合併分割成瑞穗銀行與瑞穗企業銀行。

核心銀行系統的10個迷思

  1. Business or System
  2. Platform or Application
  3. Local or Global
  4. ▼ Rewrite or Rebuild
  5. DIY or Package
  6. Transaction or Service
  7. ▼ Monolithic or Complexity
  8. Open or Mainframe
  9. Java or Cobol
  10. Cost or Value

▼注意- 內文撰寫中，部份尚無法進入，敬祈見諒

核心銀行系統在台灣、日本的觀念差異

核心系統在日本又稱基幹系統、不論叫核心系統或稱基幹系統、從名稱都可看出其在一個IT應用環境的重要角色地位。如果把核心系統視之為一個應用系統、我認為那是不完全的描述、迄今我仍經常聽到許多銀行同業說Core Banking System就等於Retail Banking System、逢此我都選擇表面沉默實則內心不表完全認同、我認為既稱之為核心(基幹)系統、表示必然支援許多應用系統、以銀行為例、不論消金、企金、外匯、情報都屬應用系統、且應建構在所謂銀行核心系統之上、因此核心(基幹)系統不僅是一IT架構(Architecture)提供許多個別應用系統的系統面與應用面功能、而且核心(基幹)系統應該規範了各應用系統的範本(Template)、例如365x24On-Line是核心系統共同功能(也是系統架構)個別應用系統都依此標準範本(Template)、設計應用系統的24x365On-Line、這是我認為之所以稱核心(基幹)系統、應該以這種角度看比較貼切。

台灣BankingIT需要一個新系統目標

台灣的銀行在1990年代時、當大部份的亞州國家的銀行陷於金融風暴漩渦時、幸運的並未受波及、仍然得以平穩發展。然而以今日眼光來看也並未因逃過一劫而蒙受好處、反而近15年因未如其他國家因金融風暴而趁機徹底解決沉荷後產生的爆發力相較之下反而不如。綜觀近年來全世界的銀行經歷過程都差不多、成立金控、進行合併、擴大經營規模、降低成本、組織再造、企業轉型..台灣的銀行在這股風潮下也進行同樣的策略、然而成效似乎不如其他國家、譬如與我國相近的韓國、主要原因可能如前述因為未經歷如其他國家金融風暴的打擊以致未能進行重大改革導致進行轉型時背負歷史包袱太多轉型不夠徹底、其他法令改革緩慢、銀行自有人才不足、合併速度緩慢、導致銀行規模無法短期內大型化等等、都讓台灣的銀行經營不振、這點可從近年來台灣股市金融股價反應上看出端倪....台灣的銀行在1990年代時、當大部份的亞州國家的銀行陷於金融風暴漩渦時、幸運的並未受波及、仍然得以平穩發展。然而以今日眼光來看也並未因逃過一劫而蒙受好處、反而近15年因未如其他國家因金融風暴而趁機徹底解決沉荷後產生的爆發力相較之下反而不如。

「系統安全管理」-認証(Authentication) 與認可(Authorization)

認証(Authentication)、認可(Authorization)、都是「共通應用系統」豐富內容中重要的一環。隨著顧客接點(Contact Point)需求多樣化、服務內容(Service Content)的複雜化、如果在前端(Front-End System)與及後端(Back-End System)上、建置此類系統安全管理、由於兩者目標任務志不在此....認証(Authentication)、認可(Authorization)、都是「共通應用系統」豐富內容中重要的一環。隨著顧客接點(Contact Point)需求多樣化、服務內容(Service Content)的複雜化、如果在前端(Front-End System)與及後端(Back-End System)上、建置此類系統安全管理、由於兩者目標任務志不在此、以及追求追加此「共通應用系統」對前端後端系統影響的極小化、建置一中端(Middle-End System)來收容諸如「認可」這類「共通應用系統」自是十分恰當。

核心銀行系統開發技法-SOA版

核心系統開發經驗分享系列
註:SOA-Service Oriented Approachment.

▼需求定義-CBM(Component Business Model)

▼流程定義-WBM(Worflow Business Model)

▼Use Case Model定義-UML(User Model Language)

▼Stereotype/Class設計-OOA,OOD分析與設計

20070801新增

▼開發方法論-SOMA(IBM-SOA Modeling)

▼Banking Solution Framework,Model & Template-IFW(Data Model/Process Model)

▼Service ColLaboration-Enterprise Service Bus/Message Broker

2006 Gartner's Evaluation on Retail Core Banking Solution

Gartner在2007/1/25針對核心銀行(Retail)各家解決方案的市場定位分析.
Magic Quadrant for Retail Core Banking Solution, Gartner, 2006

Source: Gartner (November 2006)

國外核心業務系統簡介－TEMENOS

自1993年11月成立以來，TEMENOS提供給于金融機構一個完全集成的解決方案來支持她們與日俱增的生產力和盈利需求，以便她們能夠應付市場千變萬化和迅速轉變的營商環境。TEMENOS在每個項目上都發揮她豐富的業務經驗和專業知識，保持著對客戶的承諾，顯示出其專業形象。
TEMENOS 現正推出TEMENOS T24，這是一個24小時不間斷運作，用戶介面優良，功能豐富，性能強大的即時銀行應用軟體。她用以應付不斷演變的市場需求和用戶需求，提供市場上最嶄新的解決方案。

TEMENOS 還提供TEMENOS Corebanking, 一個現代化的具縮放性的主機型零售銀行應用系統，能夠處理全球各超級銀行的龐大業務量需求。
TEMENOS的總部設於瑞士日內瓦，其34間辦事處遍佈於29個國家。TEMENOS更於瑞士交易所主板上市（TEMN）。
網站: www.temenos.com

台灣銀行與中信局合併演講摘要

這是筆者在2002年對台灣銀行與中信局合併案演講的一篇摘要,雖然事隔多年,台銀與中信局的合併迄今(2006)仍未實現,然也因如此可以當做檢視計劃構想與實際施行的對照.台灣銀行合併中信局案-有關雙方系統整合問題(2002.7.18在台銀演講摘要)

Application server

公司

產品

IBM

WebSphere V6.0

BEA

WebLogic 10.3

Pages

Subscribe to 研究與報告
TBiCS 華文第一金融系統講談社群
copyright © 2005~2021 版權所有，轉載應註明作者與出處，商業用途須取得書面同意
---- 本社法律顧問 蔡信雄律師 ----