核心銀行系統

瑞穗企業銀行(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)合併分割成瑞穗銀行與瑞穗企業銀行。

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

核心系統開發經驗分享系列
註: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