輔助功能都剝離到外圍系統去了，留下乙個小而精的核心系統處理核心業務，這就是「瘦核心，大外圍」。這樣做的好處在**？首先結構清晰功能明確啦。每個業務流程都乙個開始於外圍，集中到核心系統，核心系統再反饋結果到外圍。大夥該 幹嘛幹嘛，責任明確。企業管理不都提倡這個嘛。其次，這樣的系統架構可以快速適應需求變化。市場和客戶的需求永遠不會恆定的，唯一恆定的東西就是「需求一定會變」。就以支付為例。現在的**支付，手機支付，網上支付手段多多。誰知 道以後會有多少新的支付手段。沒準以後超市裡搞個指紋儀什麼的，按個指紋那邊銀行帳戶直接就扣款了。要不讓你打個噴嚏，那邊儀器分析你的唾沫提取dna，然後定位你的賬戶什麼的。如果每個新的支付手段都要開發乙個全 新的系統，那銀行it部門要累死掉了。怎麼辦，利用核心系統呀。再奇特的支付功能，始終只是渠道的不同，最終的操作只是核心系統裡面的乙個轉賬操作就行 了。增加乙個新的支付方式，對於銀行系統來說，只是增加乙個外圍功能去和核心系統互動而已，成本遠遠小於搞出乙個完整的系統。
當然，核心系統的故事不會就這麼簡單了。大多數銀行的核心系統自然都要包括帳務處理功能。至於其它什麼功能該剝離，什麼功能該進入核心系統，每個銀行有自己 不同的情況，必須要根據實際情況而定，不能象書呆子一樣抱著標準不放。有些核心系統也包含和使用者資訊管理功能，確實這也是乙個大多數業務流程都會「集中 到」的功能。
另外，有些銀行不追求小而精的核心系統，而是建立乙個大而全的的綜合業務系統，這也是根據實際情況的需要。不過這就是另外乙個可以討論的話題了。
銀行核心系統專案實施小結
一 系統總體架構 1.應用架構，例如 核心線 渠道線 客戶線 產品線.2.資料架構，例如 櫃員層 客戶層 產品層 賬戶層 流水層 引數層.3.技術架構，例如 核心與外圍 渠道的接入或整合 底層公共的元件 類或互動控制 主流資料庫的資料儲存 加工.4.專題討論，例如 增強核心產品 技術及業務能力的沉澱...
銀行 核心系統的清算與結算
清算與結算本來是兩種業務，不過因為結算中通常又會包括清算，要分成兩小節，每小節又說不了太多話，所以乾脆放在一起算了，而且這一節只談流程，不講設計，這種業務流程理順了自然就可以設計了。先約定一下，商業銀行的級別，一般是 分行 支行兩級，有的可能還會有儲蓄所這種第 簡化起見，暫時就分兩級來說吧。如果對應...
銀行 核心系統的清算與結算
清算與結算本來是兩種業務，不過因為結算中通常又會包括清算，要分成兩小節，每小節又說不了太多話，所以乾脆放在一起算了，而且這一節只談流程，不講設計，這種業務流程理順了自然就可以設計了。先約定一下，商業銀行的級別，一般是 分行 支行兩級，有的可能還會有儲蓄所這種第 簡化起見，暫時就分兩級來說吧。如果對應...