【文章內(nèi)容簡介】 Urbis 核心業(yè)務(wù)系統(tǒng) B2B 系統(tǒng) RA 客戶端系統(tǒng) 柜面終端系統(tǒng) 系統(tǒng) 我們使用下表中所設(shè)計(jì)的內(nèi)容，來收集這些應(yīng)用系統(tǒng)的狀況：表 21：中國建設(shè)銀行應(yīng)用信息系統(tǒng)狀況表系統(tǒng)名稱：19 / 64調(diào)查內(nèi)容 說明系統(tǒng)名稱所支持業(yè)務(wù)內(nèi)容系統(tǒng)描述供應(yīng)商名稱購入/開發(fā)時(shí)間系統(tǒng)類型 P、C、V P= 內(nèi)部開發(fā)或供應(yīng)商專門為建設(shè)銀行開發(fā)、C= 外部采購產(chǎn)品客戶化并由內(nèi)部支持、V= 供應(yīng)商提供產(chǎn)品及支持應(yīng)用中間件的使用系統(tǒng)接口的情況（報(bào)文、格式等）與其有連接的其它系統(tǒng)名稱被該系統(tǒng)調(diào)用數(shù)據(jù)的系統(tǒng)調(diào)用該系統(tǒng)輸出數(shù)據(jù)的系統(tǒng)使用該系統(tǒng)的部門/用戶（請(qǐng)指明系統(tǒng)的應(yīng)用范圍，如在總行或哪級(jí)分行使用）系統(tǒng)使用狀態(tài) U、P、D、R U = 在線使用、P = 已采購、D = 在開發(fā)、R = 待淘汰業(yè)務(wù)增長率（可由系統(tǒng)用戶填寫） ％未來三年的預(yù)計(jì)業(yè)務(wù)量增長率。如果該系統(tǒng)不是基于交易的，則使用基本生產(chǎn)單位，例如，發(fā)出帳單數(shù)量等。系統(tǒng)版本狀態(tài) 0、 0= 當(dāng)年投產(chǎn)、1= 上年投產(chǎn)、2= 前年投產(chǎn)、操作系統(tǒng)操作系統(tǒng)版本操作系統(tǒng)使用時(shí)間數(shù)據(jù)庫類型與版本硬件平臺(tái)版本硬件平臺(tái)使用時(shí)間（年）數(shù)據(jù)處理模式 B、P、O B = 批量、 P = 部分在線、O = 100% 在線 基于 Web A、P、N A = 已經(jīng)、P = 可能、N = 不會(huì)開發(fā)語言 應(yīng)用開發(fā)所使用的編程語言支撐工具 應(yīng)用系統(tǒng)支持所需要的主要工具軟件架構(gòu)（B/S,C/S 等）系統(tǒng)優(yōu)點(diǎn)現(xiàn)存問題對(duì)本系統(tǒng)的升級(jí)具體要求對(duì)本系統(tǒng)的升級(jí)具體計(jì)劃注：在說明中可以闡述系統(tǒng)的各個(gè)應(yīng)用模塊在總、分行的的功能分布情況 系統(tǒng)調(diào)查及訪談結(jié)果 建設(shè)銀行 IT 系統(tǒng)調(diào)研結(jié)果我們對(duì)于建設(shè)銀行主要應(yīng)用系統(tǒng)應(yīng)用信息系統(tǒng)進(jìn)行了資料層面的調(diào)查，并對(duì)調(diào)查結(jié)果進(jìn)行匯總。具體結(jié)果參見本文第五章。 對(duì)建設(shè)銀行 對(duì)分行系統(tǒng)的訪談結(jié)果建設(shè)銀行為本項(xiàng)目選擇了陜西（Unisys 主機(jī)）河北（RS/6000 主機(jī)）、福建（AS/400 主機(jī)）、上海（ES/9000 主機(jī)）四家分行的科技處長或開發(fā)中心主管，和畢博管理咨詢的項(xiàng)目工作人員進(jìn)行了訪談。根據(jù)對(duì)建設(shè)銀行這四個(gè)有代表性的分行的科技處處長的訪談，我們得到了以下主要信息。訪談的詳細(xì)記錄，見先前提交給建設(shè)銀行的訪談紀(jì)要。1. 分行外圍系統(tǒng)的構(gòu)思大體相仿，目標(biāo)都是用大前置整合渠道、管理交易、落實(shí)本地特色業(yè)務(wù)；中間業(yè)務(wù)平臺(tái)完成新中間業(yè)務(wù)的定義和外部系統(tǒng)的連接。但在落實(shí)參差不齊，有的分行還沒有完整的大前置，中間業(yè)務(wù)平臺(tái)的功能也各不相同。2. 分行核心業(yè)務(wù)系統(tǒng)平臺(tái)各不相同，省級(jí)集中的方式不同，版本不同3. 在安排各自的 IT 工作上，分行的策略各不相同4. 各分行都或多或少的開發(fā)了管理信息類的系統(tǒng)5. DCC 項(xiàng)目獲得高級(jí)主管的足夠支持，系統(tǒng)規(guī)劃較完整6. DCC 項(xiàng)目存在諸多一定的風(fēng)險(xiǎn)，如人員保證、符合項(xiàng)目計(jì)劃和預(yù)算、系統(tǒng)測(cè)試的條件、系統(tǒng)切換、異構(gòu)的歷史數(shù)據(jù)的集中過程等方面。）7. DCC 項(xiàng)目規(guī)劃支持目前通行的產(chǎn)品類型，對(duì)今后一段時(shí)間內(nèi)金融產(chǎn)品多樣性的支持沒有明確答案8. 都認(rèn)為版本統(tǒng)一比數(shù)據(jù)集中更重要21 / 649. 都認(rèn)為管理信息系統(tǒng)的開發(fā)重點(diǎn)在于數(shù)據(jù)的獲取和全行的數(shù)據(jù)標(biāo)準(zhǔn)10. 分行目前新的業(yè)務(wù)需求不多,處于優(yōu)化的過程11. 缺少項(xiàng)目實(shí)施后對(duì)項(xiàng)目效益的評(píng)估 使用參照體系結(jié)構(gòu)模型考察建設(shè)銀行現(xiàn)行的應(yīng)用系統(tǒng) 參照體系結(jié)構(gòu)模型介紹我們進(jìn)行 IT 規(guī)劃的一個(gè)重要參考，就是參照體系結(jié)構(gòu)模型。該參照體系結(jié)構(gòu)模型已經(jīng)在其他國家的銀行行業(yè)的客戶中得到實(shí)施、驗(yàn)證并進(jìn)行了改進(jìn)。我們用參照體系結(jié)構(gòu)模型作為對(duì)現(xiàn)狀分析階段所收集的信息進(jìn)行分類和分析的工具，同時(shí)也將用來輔助設(shè)計(jì)建設(shè)銀行的目標(biāo)應(yīng)用體系結(jié)構(gòu)。圖 31 參照應(yīng)用體系結(jié)構(gòu)圖23 / 64每層次的定義、含義和每層系統(tǒng)實(shí)例如下： 渠道層 渠道是銀行和它的客戶進(jìn)行交互的界面。為方便起見，我們將銀行渠道分為以下四種：? 電子渠道——電子渠道是通過數(shù)字設(shè)備訪問銀行系統(tǒng)的總稱，包括 Money 或 Quicken 這樣的 PC 軟件、Web 的訪問、移動(dòng)電子設(shè)備（手機(jī)、PDA 等）、交互式電視等。他們應(yīng)該通過統(tǒng)一的交換平臺(tái)向主機(jī)發(fā)送交易請(qǐng)求。Email 也是一條渠道，雖然它可能要通過專用的軟件（如 BridgeWare）才能產(chǎn)生交易請(qǐng)求。 ? 呼叫中心——呼叫中心在結(jié)構(gòu)上分為 ACD（自動(dòng)呼叫分配） 、IVR/AVR（交互/自動(dòng)的語音應(yīng)答）、CTI（計(jì)算機(jī)/電話集成）。當(dāng)網(wǎng)絡(luò)帶寬足夠?qū)捛医?jīng)濟(jì)時(shí)，完整的圖象交換也可以實(shí)現(xiàn)。當(dāng)前的呼叫中心的體系結(jié)構(gòu)都假設(shè)：在對(duì)外服務(wù)時(shí)只有一個(gè)邏輯上的呼叫中心，而實(shí)際上建設(shè)多個(gè)物理的呼叫中心。可以在多個(gè)呼叫中心進(jìn)行負(fù)載均衡、實(shí)現(xiàn) CTI 交換。? 支持渠道—現(xiàn)在包括所有的自動(dòng)化機(jī)具。傳真和郵遞渠道也可以包含在其中。最終跨渠道的電子現(xiàn)金的表單的處理也會(huì)包含在其中。目前尚沒有支持性渠道的統(tǒng)一的概念定義。? 傳統(tǒng)的營業(yè)網(wǎng)點(diǎn)——柜臺(tái)、綜合柜員制。 渠道接口管理層 渠道管理層負(fù)責(zé)渠道設(shè)備的物理管理和集成（幾個(gè)渠道共用）管理，它可以允許在渠道的界面做個(gè)性化定制。渠道管理有以下幾個(gè)關(guān)鍵問題：? 渠道管理—管理特殊的渠道比如管理 Email 的 Brightware。也包括交換平臺(tái)管理的各個(gè)渠道。為了利用單渠道管理的界面表達(dá)優(yōu)勢(shì)，應(yīng)該在該層中建立界面表達(dá)子層。? 界面表達(dá)——界面表達(dá)將銀行服務(wù)傳遞到界面終端。在 Web 界面方面，界面元素應(yīng)該能夠得以管理、維護(hù)和版本變更；對(duì)于呼叫中心，則包括腳本代碼和代理服務(wù)管理。? 發(fā)布——利用技術(shù)將信息發(fā)布給銀行客戶。包括廣播、多頻道的能力和發(fā)布管理軟件，以及允許聲音、數(shù)據(jù)、圖象通過 IP 一起傳輸?shù)臋C(jī)制。例如 Pointcast 和 MBONE。? 個(gè)性化——將需要傳輸?shù)男畔?，根?jù)客戶個(gè)人的定制，以獨(dú)特的方式發(fā)布的技術(shù)。個(gè)性化技術(shù)有多個(gè)層面，例如： Broadvision公司著眼于全部表達(dá)的個(gè)性化；Vigte 公司則著眼于基于會(huì)話活動(dòng)的表達(dá)的個(gè)性化。 客戶交互層客戶交互層保存的是，每個(gè)客戶和某銀行及其每一個(gè)合作銀行的每一次接觸的歷史的全局視圖。該層包括以下功能：25 / 64? 客戶交互軟件——提供給用戶一個(gè)和銀行接觸史的單點(diǎn)視圖。這可以通過數(shù)據(jù)映射實(shí)現(xiàn)，也可以通過數(shù)據(jù)復(fù)制實(shí)現(xiàn)。? 工作流——既可以通過客戶管理管理系統(tǒng)中的工作流機(jī)制實(shí)現(xiàn)，也可以通過象 Eastman 或 AWD 這樣的企業(yè)工作流產(chǎn)品的界面實(shí)現(xiàn)。如果連接到象 Blaze 這樣的業(yè)務(wù)規(guī)則引擎中處理流程邏輯，效果更好。銀行的業(yè)務(wù)邏輯將逐漸地從核心業(yè)務(wù)系統(tǒng)這樣地系統(tǒng)中抽取出來，這是趨勢(shì)，代之以 CORBA 組件或者業(yè)務(wù)規(guī)則引擎這樣的體系結(jié)構(gòu)。? 客戶交互的完成——現(xiàn)實(shí)中，有類似于客戶手冊(cè)之類的文件支持客戶交易的完成。在系統(tǒng)中，可以執(zhí)行自動(dòng)化的、體現(xiàn)法律關(guān)系的、個(gè)性化的交流手段。為了使客戶交互完成的成本最低，要盡量減少手工介入。? 銷售和服務(wù)的前端系統(tǒng)——該層應(yīng)該開發(fā)為組件形式，駐留在應(yīng)用服務(wù)器上，其物理位置可以是任何地方。之所以將該層置于客戶交互層而非產(chǎn)品引擎層，是強(qiáng)調(diào)它的重要性和邏輯上的位置。這個(gè)以對(duì)象為基礎(chǔ)的應(yīng)用，會(huì)和客戶的信用數(shù)據(jù)、信用評(píng)分、以及后臺(tái)系統(tǒng)交互。信用評(píng)分引擎可以部署在這一層，如果它太復(fù)雜，也可以部署在后臺(tái)系統(tǒng)。 操作型客戶管理層操作型客戶管理層，控制銀行和客戶的商業(yè)操作面的關(guān)系。真正的商業(yè)處理是按照市場規(guī)則進(jìn)行的個(gè)性化的運(yùn)作。該層包括以下幾個(gè)方面的系統(tǒng)功能：? 客戶和客戶家庭的商業(yè)價(jià)值? 組合的風(fēng)險(xiǎn)狀況? 市場營銷活動(dòng)在邏輯上，操作型的客戶數(shù)據(jù)庫和分析用的數(shù)據(jù)庫是分離的，因?yàn)槎呤菍?duì)不同數(shù)據(jù)類型的數(shù)據(jù)的訪問。在物理上，兩套數(shù)據(jù)庫也是通常分別建立在不同的平臺(tái)上，以支持不同類型的服務(wù)。 分析型客戶關(guān)系管理層客戶關(guān)系管理的基本理論認(rèn)為，每個(gè)客戶都應(yīng)該被視為單獨(dú)對(duì)待，特別是給銀行帶來良好利潤的客戶。分析型客戶關(guān)系管理層整個(gè)建立在一對(duì)一市場營銷的理論基礎(chǔ)上，功能包括：? 客戶價(jià)值分析? 個(gè)性化和產(chǎn)品開發(fā)27 / 64? 客戶行為分析? 家庭的價(jià)值分析? 市場營銷活動(dòng)的管理? 客戶屬性定義 業(yè)務(wù)集成層 .該層提供端到端處理的“粘合劑”，可以在該層進(jìn)行大量的增值服務(wù)。該層的基礎(chǔ)是基本連接，由通訊中間件提供，如消息中間件、COM/DCOM、CORBA 通訊機(jī)制，也包括交易中間件（如 CICS）。建立于該層之上的增值服務(wù)包括：數(shù)據(jù)的集合（例如兩個(gè)交易請(qǐng)求合并為一個(gè)后再發(fā)出）；數(shù)據(jù)的分割（例如一個(gè)交易請(qǐng)求被分解為多個(gè)交易請(qǐng)求再發(fā)出）；按照業(yè)務(wù)規(guī)則進(jìn)行的數(shù)據(jù)的轉(zhuǎn)換（例如，某些算法操作、數(shù)據(jù)表的查詢和數(shù)據(jù)格式的轉(zhuǎn)換）還有許多高級(jí)金融產(chǎn)品的提供基于規(guī)則的工作流類型的系統(tǒng)功能。這種功能會(huì)按照交易內(nèi)容的優(yōu)先級(jí)，控制數(shù)據(jù)在虛擬組織中的流動(dòng)。另外，目錄服務(wù)可以跨網(wǎng)絡(luò)地進(jìn)行資源定位、跟蹤設(shè)備使用、提供消息修復(fù)功能之類的管理工具。目錄服務(wù)也是需要的。該層的諸多可能的功能，要根據(jù)銀行的具體情況，有選擇地實(shí)施。然而，越來越多的金融產(chǎn)品在系統(tǒng)中的實(shí)現(xiàn)，需要共性的、基礎(chǔ)性的服務(wù)，從簡單的網(wǎng)絡(luò)連接工具到高端的 EAI（企業(yè)應(yīng)用集成）產(chǎn)品。這些服務(wù)，都應(yīng)該盡量安排在商業(yè)整和層實(shí)現(xiàn)，作為各種金融產(chǎn)品、金融渠道的共享服務(wù)。 產(chǎn)品引擎層產(chǎn)品引擎提供金融服務(wù)的核心能力，并保存細(xì)節(jié)的帳戶記錄。該層所提供的，是傳統(tǒng)的后臺(tái)服務(wù)，越來越多的業(yè)務(wù)規(guī)則的處理前移到整個(gè)體系結(jié)構(gòu)的客戶交互層中。中間件和其他系統(tǒng)軟件的使用，將原先的大塊邏輯處理，分解為原子級(jí)交易，并保持和最終交易系統(tǒng)及企業(yè)工作流的接口。產(chǎn)品引擎要支持金融產(chǎn)品在整個(gè)生命周期內(nèi)所要提供的服務(wù)。和交易相關(guān)的每個(gè)產(chǎn)品的信息都記錄在產(chǎn)品引擎中。同時(shí)交易路徑的支持、專家性的支持也可以由產(chǎn)品引擎在客戶需要的領(lǐng)域內(nèi)提供，如：欠款催繳、捐款處理、抵押等。產(chǎn)品引擎以以下的幾種方式存在：29 / 64? 核心銀行產(chǎn)品——提供包括現(xiàn)金帳戶、存款、借貸在內(nèi)的業(yè)務(wù)。在理想狀況下，借記卡、支票業(yè)務(wù)等金融產(chǎn)品的處理，和前面的業(yè)務(wù)是一體的，靠參數(shù)化配置就能實(shí)現(xiàn)新業(yè)務(wù)? 信用卡? 抵押業(yè)務(wù)? 其他金融產(chǎn)品，包括保險(xiǎn)產(chǎn)品、租賃和中介業(yè)務(wù)。? 和一些非金融機(jī)構(gòu)的系統(tǒng)進(jìn)行集成，例如，和電子商務(wù)網(wǎng)站在支付上的集成。所有的業(yè)務(wù)的處理都是基于帳戶交易的。銀行的品牌可以體現(xiàn)在客戶服務(wù)點(diǎn)上。該層需要和整個(gè)系統(tǒng)結(jié)構(gòu)中的其他層緊密結(jié)合，才能實(shí)現(xiàn)端到端的自動(dòng)化的交易流程的實(shí)現(xiàn)，并且能做到低成本、低風(fēng)險(xiǎn)、少人工干預(yù)。 合作伙伴管理層合作伙伴管理層應(yīng)該管理銀行和所有業(yè)務(wù)伙伴的關(guān)系，主要包括：? 行政管理——維護(hù)每個(gè)合作伙伴的基本信息，為每日的關(guān)系管理提供支持。例如，合作伙伴中的哪位用戶被授權(quán)可以改變產(chǎn)品信息。? 財(cái)務(wù)管理——維護(hù)和處理合作伙伴的帳單和財(cái)務(wù)回報(bào)。本功能的特點(diǎn)是完全依賴于和合作伙伴的關(guān)系的定義。例如從帳戶和交易的處理費(fèi)用，到互聯(lián)網(wǎng)上的廣告費(fèi)用，他們的處理過程，根據(jù)合作伙伴的關(guān)系的不同，可能完全不同。? 關(guān)系管理——是管理基于服務(wù)水平協(xié)議的合作伙伴關(guān)系和它們的對(duì)應(yīng)責(zé)任的商務(wù)過程。這包括為每個(gè)業(yè)務(wù)合作伙伴定義產(chǎn)品和服務(wù)的能力和管理這些“進(jìn)出”的能力。? 品牌信息管理——管理和每一個(gè)品牌相關(guān)的信息。需求的程度取決于業(yè)務(wù)合作伙伴在需求上和銀行一致性。? 業(yè)務(wù)風(fēng)險(xiǎn)——該功能的特點(diǎn)是：提供接近實(shí)時(shí)的、關(guān)鍵性的操作信息，以便于風(fēng)險(xiǎn)管理。這里的一個(gè)關(guān)鍵問題是業(yè)務(wù)合作伙伴的商業(yè)操作所帶來的風(fēng)險(xiǎn)的管理。另外，如果是業(yè)務(wù)合作伙伴提供服務(wù)給銀行，和上述管理相反向的管理也要進(jìn)行。如果超過一個(gè)合作伙伴提供了某種服務(wù)，那么就應(yīng)該建立智能產(chǎn)品選擇功能，以告訴產(chǎn)品引擎哪個(gè)服務(wù)在何種條件下應(yīng)該被推薦。31 / 64 銀行內(nèi)部管理系統(tǒng)層銀行內(nèi)部管理系統(tǒng)是用來管理銀行內(nèi)部業(yè)務(wù)操作的。它們由內(nèi)部的支持性應(yīng)用系統(tǒng)組成，在大多數(shù)情況下，銀行會(huì)應(yīng)用這些系統(tǒng)。它們包括：? 行政管理系統(tǒng)—包括運(yùn)營管理報(bào)告（如任務(wù)清單、異常情況）和所有的法定管理報(bào)告（如人民銀行、外匯管理局要求的報(bào)告）? 財(cái)務(wù)管理系統(tǒng)——包括總帳、資金、支持性的帳務(wù)、固定資產(chǎn)、供應(yīng)商管理傭金管理。? 人力資源管理系統(tǒng)——通常為人事和工資管理系統(tǒng)。該系統(tǒng)提供其他所有系統(tǒng)關(guān)于角色、責(zé)任和授權(quán)的信息。? 業(yè)務(wù)績效管理信息系統(tǒng)——提供包括和渠道、客戶、產(chǎn)品盈利性、銷售和服務(wù)業(yè)績的報(bào)告? 業(yè)務(wù)風(fēng)險(xiǎn)管理系統(tǒng)——該系統(tǒng)的特點(diǎn)是：提供近乎實(shí)時(shí)的、關(guān)鍵性的操作信息，以便于風(fēng)險(xiǎn)管理。該系統(tǒng)關(guān)注的是銀行的風(fēng)險(xiǎn)頭寸，而非合作伙伴的風(fēng)險(xiǎn)頭寸。? 交易核對(duì)機(jī)制保證所有的產(chǎn)品帳務(wù)和支付數(shù)據(jù)無誤。? 傭金管理系統(tǒng)——用于監(jiān)控期望的和實(shí)際的由合作伙伴或第三方提供服務(wù)所引起的傭金收入（反方向也要考慮作為銷售成本的傭金付出）。? 員工自服務(wù)——許多系統(tǒng)的輸出都建立在員工自服務(wù)的概念上，特別是費(fèi)用、人力資源、工資、日常購買等。 支付網(wǎng)關(guān)層支付網(wǎng)關(guān)——是產(chǎn)生支付動(dòng)作的系統(tǒng)，例如：? SWIFT? 卡支付—— 國內(nèi)的信用卡通過 VISA 網(wǎng)絡(luò)的交易界面產(chǎn)生國際交易。重要的是，支付功能從銀行內(nèi)部的體系結(jié)構(gòu)中分離出來，由外部的