研究與報告

發現產物保險的新藍海 (1/15)

本篇文章是彭文彬博士請我代為轉載，原文亦刊載於彭博士的部落格。

發現產物保險的新藍海 (1/15)
(彭文彬博士、偉信保險經紀人)
e-mail: rapopenn@hotmail.com
部落格: http://tw.myblog.yahoo.com/rapopenn

從SAFE與COREBANK-論NEFSS市況不力的原因

SAFE大約在1985年左右我曾經支援過2個客戶，當然這兩家客戶現在已經更換了其他系統，但是迄今我仍然對SAFE的設計架構十分讚賞-可用四個字形容-乾淨俐落，充分利用了CICS的特點，拿來做活期性存款(SAVING DEPOSIT)系統，實在是再恰當不過了。

核心銀行系統產品分析

涵蓋 TEMENOS、Fidelity、iFlex、TCS(FNS)，4家公司，6核心銀行系統產品，依市場評價、系統架構、金融商品、資料庫、開發語言、開發文件、架構設計、系統運轉環境、中介軟體、處理效能、系統可靠性分析等分門別類說明比較(400項目以上)....

新一代BankingIT的目標

從應用的觀點

新一代銀行系統從應用面來看就是”聯合運用”,也就是說整體系統的應用能激發出個別使用者的”創意”,
從而形成整個銀行的”競爭力”.也就是說各事業單位(Business Unit)的目標從IT的觀點來看是一致的,
IT的目標可以滿足各個BU的需求並協助達成其目標.換個說法就是-IT可以促進各個BU型成銀行整體共同的目標.

從架構的觀點

新一代銀行系統從架構面來看就是要達成”共同利用”與”重複利用”的目標效果.換句話說就是要有一個彈性的系統架構來擴展應用系統的功能與延長系統的生命週期. 共同的技術標準與功能層次,清楚底地規範了建構方式同時也降低了建構風險,至於是否能降低成本?事實上繁複的過程與分工,通常是增加了成本.

從技術的觀點

『超過Mainframe效能與可靠性』、Windows終於實現

最近在日本BankingIT界最轟動的一件事就是105銀行捨棄原先在Mainframe的核心系統成功的將之移轉至Windows。雖說新生銀行的例子當年亦是一例、但以日本BankingIT界的觀點、新生銀行成功的是從『業務』的觀點而非從『技術』的觀點....

105銀行、日本Unisys、Microsoft世界首創以Windows Server®、SQL Server™為基盤的Full Banking System

105銀行（總行：三重縣津市、總經理：前田肇）、日本Unisys（本社：東京都江東区、社長：籾井勝人）雙方共同開發的新核心系統『BankVision®1）』、昨日(2007年5月6日)開始正式上線。『BankVision』係建構世界首次建構在Microsoft（本社：東京都渋谷区、代表執行役社長：格蘭休士頓）Windows Server、 SQL Server架構上的大規模「次世代OPEN核心系統」。

105銀行、這回因新系統的開始啟用、由於附加價値提高、及客戶最適服務的即時提供、居中部地区地銀行同業龍頭地位更加穩固。

應用系統間的整合各種方式比較

前回有提到EAI/ESB，我說過那都是根源於系統間整合的目的所創造出的名詞。如果EAI這個名詞最合適代表「系統整合」，那麼本文不妨也可以說是在談EAI.。談到EAI，首先就要談到Business，到底多大的Service想要整合起來?接這就要問Architecture，到底要採用什麼Techenology ?緊接著就是要如何Implement?這部份包括Network、Programming Model、User環境以及打算採用什麼Standard?這些都檢討過後，我們才可以決定採用什麼Pattern，到底採用DB整合的Pattern或者Message.Process整合的Pattern?兩者當然各有利弊，但是沒有所謂優劣而是看你的用途。首先，先談DB整合的Pattern，這種Pattern又分DB replication與DB Federation。前者-DB Replication，舉例說明，系統A(AP+DB構成)的DB即時(Real Time)但非同期(Asyn)透過網路(Network)複製到系統B(AP+DB構成)的DB，這種應用方式的好處是(1)使用者多有許多範例可供參考(2)系統A的運轉時間不受系統B運轉時間的影響(3)AP不需大幅修改。限制是(a)Real Time的Application應用不易達成(b)業務邏輯侷限於應用程式。

Unix 與 Linux 在建置分行Consolidated Server上兩者適用性的比較

Unix 與 Linux 在建置分行Consolidated Server上兩者適用性的比較.

Browser 與 Java Client在建置分行Thin Client兩者適用性的比較

系統安全管理-認可(Authorization)

在認可(Authorization)方面、設計重心在階層(Hierarchy)的歸納與功能(Function)的分配。前者是由使用者(內部與外部)、通路(有人與無人)、產品(自有或同業)所構成(當然可以再做更精細的分類、視需求與執行可能)....在認可(Authorization)方面、設計重心在階層(Hierarchy)的歸納與功能(Function)的分配。前者是由使用者(內部與外部)、通路(有人與無人)、產品(自有或同業)所構成(當然可以再做更精細的分類、視需求與執行可能)、後者則是分類型(Classification)與規則(Rule)。

Main menu

Secondary menu

You are here