【轉載】保險應用系統框架 IAA淺析---老話題

kekele647發表於2010-01-24

保險應用系統框架 IAA, 雖然叫了很多年,人壽、人保也傾力購買,可是應用的如何就不知下文了, 今天又把IAA內容翻出來了,共享一下,再觀察幾年,這種系統框架思想應該會有重見天日的機會。

美中不足的是丟失了很多重要的圖片。

本文試圖從業務而不是從IT 的角度、簡明扼要地敘述IAA 的基本內容,展現cpic對IAA 的認識。本文試圖儘可能少地使用技術術語,風格上儘可能地生動、有趣。
  我希望在力圖表明自己對事物清晰簡潔的看法的同時,同樣要敢於呈現自己的彷徨與無知、呈現自己對未知事物的艱難探索過程。
  本文分為5 個部分,即,概述、業務模型、產品建模方法、CPIC 對IAA 的認識、小結。概述部分簡要敘述IAA 的歷史、所針對的業務問題和IAA 框架結構。業務模型部分我們將討論IAA 業務模型和業務需求模型,試圖從業務的角度來理解IAA。產品建模方法將簡要敘述IAA提供的產品規格說明圖(PSD)圖方法,指出這是產品分析和建模的全新視野。在CPIC 對IAA 的認識部分,我們將根據cpic對IAA 的理解,試圖從不同的層次、不同的層面來把握IAA的全貌。小結部分則簡要了地回顧了本文的內容。

1. 概述 1.1 IAA是保險行業的完整模型
  IAA,即Insurance Application Architecture,中文意為“保險應用體系架構”,是IBM針對金融服務行業(特別是保險行業)提出的解決方案模型。它主要包括:
  l 業務模型(資料和流程模型)
  l 元件和訊息的設計模型
  l 產品定義及合約管理的通用設計框架
  l 針對資料倉儲實現(IIW解決方案)的設計模型
  
  形象地說,搭建茅草房不需要設計圖,但修建交銀大廈就必須要有設計圖。這裡,設計圖就是模型。IAA就是新一代cpic IT系統的設計圖。從某種程度上,甚至可以說,IAA不僅僅只是設計圖,更類似於交銀大廈的骨架結構,構建新的IT系統相當於大廈的其他土建工作。
  
   模型是什麼?
  模型是什麼?模型使用圖、表、文字、公式等形式描述系統,模型詳細說明系統的結構和行為,模型給出指導建造系統的模板—cpic“三定”方案對職位的描述也是模型的一種。
  
  建立模型的目的是為了能夠更好地理解客觀實際(系統)。對於複雜的系統,必須建立它的模型。這是因為,人對複雜問題的理解能力是有限的,而模型是對複雜系統的合理簡化和抽象。系統越大、越複雜,就越需要建立其模型。
  
  關於建模,Booch等有過很精闢的敘述:因為我們不能完整地理解一個複雜的系統,所以我們要對它建模。
  
  
  IAA(保險應用體系架構)是一個總稱,完整的模型包括IAA、IIW(保險資訊倉庫),統稱為IAA。對於不特別熟悉IAA的人而言,術語上有混淆的地方。有時,IAA是統稱,有時又專指與IIW相對的IAA。通常可以根據上下文或語意環境區分其含義。
  

 

resizeImage('http://dev.csdn.net/C:Documents','image0')
  圖 1 IAA有時泛指,有時特指,可根據語意環境確定其含義
  
  值得注意的是,IAA並不是一套成型的行業應用軟體,不包括任何可直接實現的程式程式碼,我們不能簡單地把它與Office這樣的應用軟體或者與銀行、保險核心業務系統混為一談。IAA定義的業務物件模型體系以及相關的設計、開發實現過程,是經過多年的行業研究抽象提煉而成,具有指導業務開發和應用框架構建的功用。IAA主要以歐洲、北美等地區的金融業務模型為基礎,因而在金融、保險領域的模型設計非常全面、完整,但同樣也是非常複雜和難於理解的。結合到國內保險行業的實際情況,可能需要進行大量的本地化模型匹配和裁剪工作。
  
   銀行與保險模型統一?
  位於比利時布魯塞爾的IBM金融解決方案中心(常被稱為“比利時實驗室”),開發維護著保險行業模型IAA和保險資訊倉庫IIW。位於愛爾蘭都柏林的IBM金融解決方案中心,開發、維護著銀行模型IFW(Information Framework Models,資訊框架模型)和BDW((Banking Data Warehouse,銀行資料倉儲)。
  
  這兩個單位在IBM內部的單位程式碼是一致的,比利時實驗室受愛爾蘭實驗室的領導。IBM比較喜歡使用Financial Industry(金融行業)這個術語。目前看來,為了適應金融混業經營的大趨勢,IBM有統一IAA和IFW的計劃。也許2004年,我們就能看到統一的金融行業模型。
  
  迄今為止,IAA已有12年的歷史。IBM的對模型開發的投入我們無從知曉,但圖2給出的一些數字還是很有意義的:目前,全球已有超過130家保險公司購買了IAA許可證,有超過20家的獨立軟體開發商和第三方。從運作模式上看,IBM並不把IAA當作自己的私有財產,而是採用與各保險公司合作的方式來開發、維護IAA。

 

resizeImage('http://dev.csdn.net/C:Documents','image1')
  圖 2 IAA的歷史及開發維護方式
  在這130餘家購買了IAA許可證的保險公司中,58%使用IAA來開發應用系統,35%把IAA作為參考模型,還有7%未使用(圖3)。此外,根據IBM的說法,這130餘家保險公司的保費收入,佔全世界總保費的2/3—這個數字沒有公開發表過,姑枉聽之。

 

resizeImage('http://dev.csdn.net/C:Documents','image2')
  圖 3 IBM IAA客戶調研—保險公司如何使用IAA?

 
1.2 IAA所針對的業務問題
  IAA針對如下四個業務問題:
  l 以客戶為中心的理念
  l 大型金融服務機構所面臨的兼併及其他挑戰
  l 銷售渠道及合作伙伴
  l 產品靈活性
  業務是第一推動力。下面將根據IAA白皮書的內容,簡要敘述這四個業務問題。
  
  n 以客戶為中心的理念
  獲取新客戶的成本要遠遠大於留住老客戶的成本。從而,保持較高的客戶滿意度至關重要。要保持較高的客戶滿意度,就必須深入分析客戶資訊,完整地把握、瞭解客戶需要。對於大多數保險公司而言,客戶資訊分散在互不相連的系統中,要獲得客戶的完整資訊完全是不可能的。
  
  所有的IAA模型均建立在“以客戶為中心的理念”業務理念基礎之上,不過,只有在保險資訊倉庫IIW中這個問題才得到了比較好的處理。
  
  IBM開發了客戶資訊整合解決方案(Client Information Integration Solution,CIIS),這是一個軟體產品。CIIS完全建立在IAA模型的基礎之上。不過,目前我們瞭解的情況是,CIIS主要執行在大型機上,IBM也並不打算與IAA捆綁銷售CIIS。
  
  
  n 大型金融服務機構所面臨的兼併及其他挑戰
  最近幾年,競爭的壓力已導致越演越烈的兼併風潮,金融服務企業試圖通過擴大規模來降低成本。兼併的直接後果是出現了前所未有的龐然大物般的金融服務集團。兼併的另一個後果,就是需要整合建立在不同平臺之上的業務系統。除此之外,大型金融集團還要能夠提供單一的Internet形象。
  
  對於大型金融集團而言,可以把IAA 業務模型作為一致、完整、唯一的參考模型,或者說,整合至少有一個相同的、明確的參考。此外,對通過訊息交換而進行的整合而言,IAA-XML 訊息機制是很好的手段。
  
  
  n 銷售渠道及合作伙伴
  為了獲得更大的市場份額,就必須要具備開拓新的銷售渠道的能力。除此之外,還要通過建立戰略聯盟及夥伴關係,為客戶提供各式各樣的產品,以滿足客戶的不同需求。
  
  要實現這些目標,開放式系統是最重要的成功因素。什麼樣的系統是開放式的呢?系統應該有清晰定義的介面並通過訊息交換進行整合。這就是IAA介面設計模型和IAA-XML發揮作用的地方。
  
  業務的飛速發展,要求IT支援不同的銷售渠道,這已是現實。隨著社會的進步和規範,我們需要與車管所、中介機構、公估公司、兼業代理(銀行、郵局等)、監管機構等進行密集的資訊交換,我們的系統必須是開放式系統。
  
  IAA模型已經充分考慮到了對各種渠道的支援,以元件的形式,提供種種穩定而規範的服務介面(或稱之為功能介面)。簡單地說,基於IAA的系統完全不考慮外界以何種形式請求服務,只需要按照系統提供的介面提出服務請求即可。從外部看基於IAA的系統,完全可以不瞭解其內容的實現細節,只需要關心繫統以什麼服務介面提供哪些功能即可。基於元件、以服務介面的方式提供服務,支援不同的訪問手段,是開放式IT應用系統的主流發展方向。
  
  n 產品靈活性
  在激烈競爭的環境中生存並取勝的方法主要有二:價格競爭(成本控制)和市場細分。市場細分包括客戶細分和產品細分。迅速開發新的金融服務產品就顯得非常重要,只有通過創新才不會在競爭中被淘汰。
  
  IAA提供了規格說明框架(Specification Framework),以開發靈活的產品引擎和產品管理系統。規格說明框架的基本思想是產品定義的重用、產品規則的泛化,這可以大幅度地減少新產品的開發時間。
  
  後面將會詳細敘述IAA的產品建模方法。
 
 1.3 IAA的框架結構
  
  圖4是IAA2002的框架結構圖。圖的左邊是保險應用體系架構IAA,右邊是保險資訊倉庫IIW,左邊部分也稱為操作方,右邊也稱為資訊方。稱之為操作,是因為左邊部分與我們的產品設計、核心業務系統密切相關,是保險公司每天要做的“開門七件事”。右邊部分主要是資料的分析與提煉,主要與資訊相關。
 
resizeImage('http://dev.csdn.net/C:Documents','image0')
  圖 4 IAA 2002框架圖
  
  從上到下分別是業務、設計和實現這三個層次。業務層包括:業務需求、業務模型(包括業務物件模型和業務資料模型)、產品建模指南。設計層包括介面設計模型、規格說明框架、企業模型。實現層包括IAA-XML訊息定義、EJB介面、資料集市。與IAA2001相比,2002版的最大特點是在IAA和IIW來自統一的業務模型——不合時宜的是,IBM把它的兩個產品MQS FSE和CIIS也放到框架圖中,這就有推銷產品的嫌疑了,J。
  
  要理解圖4,並不那麼容易——實際上,IBM提供的各種圖,理解起來都不容易,因為IBM更偏重於IT,過於細節。我們將在第四節敘述cpic對IAA模型的理解,一個多視角的理解。
  
   技術崇拜與技術癖
  技術是很時髦的東西——最近在46個國家的調查表明,美國最值得稱道的地方並不其自我標榜的民主制度或價值觀,而是其先進的科學技術——可見技術的地位非同一般。美國是一個技術崇拜的國度,IBM企業文化不可避免地烙上了美國印記,技術佔據了很高的位置,IBM資深技術專家的薪金並不低。
  技術崇拜很容易演化為技術癖,特別是在IT行業。他們滿口時髦的技術術語,成天談論著新的概念,把技術擺在過高的位置——畢竟,企業存在的理由不是為了技術的進步。
  在這樣的背景下,我們就可以理解,為什麼IBM的專家來給我們講了多次IAA,我們還是不能準確把握——講的方式方法有問題,不是從保險公司的角度、不是從業務的角度來闡述,而且還不讓我們看到IAA介質,J。
  
  1.4 小結
  
  本節簡要地敘說了IAA的歷史、所針對的業務問題和IAA框架結構。
  
  IAA的歷史雖然短暫,但其應用價值已經得到全世界130餘家保險公司的承認。IBM對於IAA模型的維護和開發,顯然也是很別緻的,不把IAA視為IBM的專有財產,而是採取了一種與保險公司協作共同開發的開放式體制。
  
  業務是第一推動力,只有徹底瞭解IAA所針對的業務問題,才能更好地把握IAA的模型體系。
  
  IAA的框架圖是IAA模型體系的一個概覽,我們可以從不同的層面去認識、把握IAA模型體系。
 
概述部分說明與回顧
  1、在概述中,把與前僱主相關內容全部刪除。比如,在講IAA針對的業務問題時,有結合前僱主現狀的分析,已刪除。
  2、2003年,IAA出了新版本 IAA 2003,其業務模型加強了(主要是給出了很多參考業務流程)。
  3、IAA這套東西不便宜,賣給保險公司最低價50萬美刀。如果是軟體公司買,IBM不賣IIW部分——他們要留著自己做呢。
  4、現在回頭來看,國內企業目前對行業模型的使用,基本停留在“葉公好龍”階段——不過,那是公司的事,與你我幹活的人沒有關係,我們當然要學習一切值得學習的東西。
  5、IBM的保險行業模型和銀行模型最終沒有走向融合,估計是出於商業策略的考慮。
  6、IBM中國目前沒有IAA的有經驗consultant了。IBM有機會使得IAA成為中國保險行業的企業模型標準,可惜,由於一些要害位置上的頭頭缺乏遠見,也不願意投入,IAA在中國的前景模糊。
  7、到哪裡去找IAA介質?比較難以找到。不過,根據我瞭解的情況是,購買了IAA許可證的保險公司,對IAA介質的保管比較漫不經心,已經有不少公司(甚至是IBM競爭對手)已經通過種種渠道拿到了介質。
 
 
 
 
document.getElementById("ubbcontent").style.display="none"; document.getElementById("ubbcontent").style.display="none"; document.getElementById("ubbcontent").style.display="none";

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7389553/viewspace-625871/,如需轉載,請註明出處,否則將追究法律責任。

下一篇: 資料庫叢集
【轉載】保險應用系統框架 IAA淺析---老話題
請登入後發表評論 登入
全部評論

相關文章