XX銀行IT規(guī)劃藍(lán)圖設(shè)計(jì)報告

1、xx 銀行銀行 IT 規(guī)劃規(guī)劃藍(lán)圖設(shè)計(jì)報告藍(lán)圖設(shè)計(jì)報告第 2 頁 /共 39 頁xx 銀行銀行 IT 規(guī)劃項(xiàng)目組規(guī)劃項(xiàng)目組目錄目錄1前言前言.41.1文檔目的.41.2文檔內(nèi)容.42XX 銀行信息技術(shù)發(fā)展戰(zhàn)略和總體目標(biāo)銀行信息技術(shù)發(fā)展戰(zhàn)略和總體目標(biāo) .52.1信息技術(shù)發(fā)展戰(zhàn)略.52.2信息技術(shù)發(fā)展的總體目標(biāo).52.3IT 規(guī)劃項(xiàng)目的目標(biāo).52.3.1架構(gòu)設(shè)計(jì)目標(biāo).62.3.2應(yīng)用建設(shè)目標(biāo).62.3.3數(shù)據(jù)管理目標(biāo).62.3.4基礎(chǔ)設(shè)施建設(shè)目標(biāo).62.3.5IT治理目標(biāo).63應(yīng)用及數(shù)據(jù)架構(gòu)設(shè)計(jì)應(yīng)用及數(shù)據(jù)架構(gòu)設(shè)計(jì).73.1目標(biāo)應(yīng)用及數(shù)據(jù)架構(gòu)的設(shè)計(jì)思路.73.2XX銀行業(yè)務(wù)能力提升及相應(yīng)業(yè)務(wù)需求分析

2、 .73.2.1基于整體業(yè)務(wù)架構(gòu)的業(yè)務(wù)能力提升點(diǎn)分析.83.3應(yīng)用架構(gòu)設(shè)計(jì).103.3.1目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)目標(biāo)與原則.103.3.2xx銀行目標(biāo)應(yīng)用架構(gòu).113.3.3目標(biāo)系統(tǒng)架構(gòu)及過渡方案.143.4數(shù)據(jù)架構(gòu)設(shè)計(jì).253.4.1數(shù)據(jù)架構(gòu)設(shè)計(jì)的內(nèi)容和范圍.253.4.2數(shù)據(jù)架構(gòu)設(shè)計(jì)原則.253.4.3xx銀行的數(shù)據(jù)架構(gòu)設(shè)計(jì).264IT 基礎(chǔ)設(shè)施架構(gòu)設(shè)計(jì)基礎(chǔ)設(shè)施架構(gòu)設(shè)計(jì).27第 3 頁 /共 39 頁4.1IT 基礎(chǔ)設(shè)施架構(gòu)總體設(shè)計(jì).274.1.1IT基礎(chǔ)設(shè)施架構(gòu)建設(shè)模式.274.1.2目標(biāo)IT基礎(chǔ)設(shè)施架構(gòu).284.1.3生產(chǎn)和災(zāi)備中心建設(shè)的策略.294.2數(shù)據(jù)中心架構(gòu).314.2.1架構(gòu)設(shè)計(jì)策

3、略.314.2.2架構(gòu)參考模型.314.2.3架構(gòu)設(shè)計(jì)原則.324.3服務(wù)器架構(gòu).334.3.1服務(wù)器架構(gòu)現(xiàn)狀.334.3.2架構(gòu)描述.334.3.3服務(wù)器資源的共享策略.344.3.4數(shù)據(jù)庫服務(wù)器高可用建議.344.3.5服務(wù)器選型建議.364.3.6服務(wù)器架構(gòu)設(shè)計(jì)特點(diǎn)小結(jié).364.4存儲架構(gòu).374.4.1設(shè)計(jì)目標(biāo).374.4.2存儲虛擬化的考慮.374.4.3存儲架構(gòu)設(shè)計(jì)特點(diǎn)小結(jié).37第 4 頁 /共 39 頁1前言前言1.1文檔目的文檔目的本報告是根據(jù)xx 銀行 IT 規(guī)劃咨詢工作說明書（下稱工作說明書）對項(xiàng)目交付物的要求編寫。根據(jù)工作說明書的項(xiàng)目階段劃分，YY 公司所承擔(dān)的 IT 規(guī)

4、劃咨詢項(xiàng)目共分為兩個個階段：目標(biāo)架構(gòu)設(shè)計(jì)以及實(shí)施路徑規(guī)劃階段。本報告即目標(biāo)架構(gòu)設(shè)計(jì)的提交件。1.2文檔內(nèi)容文檔內(nèi)容本報告的內(nèi)容包括以下幾個部分：第一章：描述文檔目的、文檔內(nèi)容。第二章：描述 xx 銀行的信息技術(shù)發(fā)展戰(zhàn)略和總體目標(biāo)。第三章：描述 xx 銀行應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的目標(biāo)設(shè)計(jì)。第四章：描述 xx 銀行基礎(chǔ)設(shè)施架構(gòu)的目標(biāo)設(shè)計(jì)。第 5 頁 /共 39 頁2xx 銀行信息技術(shù)發(fā)展戰(zhàn)略和總體目標(biāo)銀行信息技術(shù)發(fā)展戰(zhàn)略和總體目標(biāo)2.1信息技術(shù)發(fā)展戰(zhàn)略信息技術(shù)發(fā)展戰(zhàn)略在以改進(jìn)以及整合為主的現(xiàn)階段，信息技術(shù)發(fā)展戰(zhàn)略的具體內(nèi)容包括：支持“以客戶為中心”的經(jīng)營理念，即 IT 系統(tǒng)能夠：全面提升全行合規(guī)的、科

5、學(xué)的、精細(xì)管理的能力，即 IT 系統(tǒng)能夠：繼續(xù)使用和升級有先進(jìn)管理理念和豐富管理實(shí)踐支撐的、成熟的企業(yè)資源管理類型的應(yīng)用軟件逐步改良 IT 治理結(jié)構(gòu)，使其符合以下原則：穩(wěn)步推進(jìn)基礎(chǔ)設(shè)施建設(shè)，以滿足業(yè)務(wù)發(fā)展所要求的連續(xù)性、時效性、安全性。2.2信息技術(shù)發(fā)展的總體目標(biāo)信息技術(shù)發(fā)展的總體目標(biāo)在 xx 銀行信息技術(shù)發(fā)展戰(zhàn)略的基礎(chǔ)之上，xx 銀行信息技術(shù)各方面的工作，應(yīng)該有具體的方向，它們構(gòu)成了信息技術(shù)發(fā)展的總體目標(biāo)。項(xiàng)目組認(rèn)為：xx 銀行信息技術(shù)發(fā)展的總體目標(biāo)，應(yīng)以業(yè)務(wù)戰(zhàn)略和公司治理為基礎(chǔ)，以業(yè)務(wù)合作為前提，以外部監(jiān)管要求為約束，形成七個方面的具體能力： 應(yīng)用服務(wù)化數(shù)據(jù)標(biāo)準(zhǔn)共享化基礎(chǔ)資源服務(wù)化IT 治

6、理模式現(xiàn)代化IT 管理專業(yè)化IT 運(yùn)營標(biāo)準(zhǔn)化IT 人員發(fā)展優(yōu)質(zhì)化2.3IT 規(guī)劃項(xiàng)目的目標(biāo)規(guī)劃項(xiàng)目的目標(biāo)本項(xiàng)目的四個專題（應(yīng)用和數(shù)據(jù)架構(gòu)/基礎(chǔ)設(shè)施架構(gòu)/IT 治理/核心系統(tǒng)專題）是圍繞著xx 銀行今后的架構(gòu)設(shè)計(jì)工作、應(yīng)用系統(tǒng)建設(shè)工作、數(shù)據(jù)管理工作、基礎(chǔ)設(shè)施建設(shè)工作協(xié)同展開的。明確 xx 銀行在這幾個方面的工作目標(biāo)，是展開各專題工作的前提。第 6 頁 /共 39 頁2.3.1架構(gòu)設(shè)計(jì)目標(biāo)架構(gòu)設(shè)計(jì)目標(biāo)全面規(guī)劃全面規(guī)劃 xx 銀行的信息技術(shù)架構(gòu)銀行的信息技術(shù)架構(gòu)建立架構(gòu)管理的長效機(jī)制建立架構(gòu)管理的長效機(jī)制集中資源，建立、夯實(shí)架構(gòu)的基礎(chǔ)建設(shè)集中資源，建立、夯實(shí)架構(gòu)的基礎(chǔ)建設(shè)2.3.2應(yīng)用建設(shè)目標(biāo)應(yīng)用建

7、設(shè)目標(biāo)進(jìn)一步強(qiáng)化信息技術(shù)應(yīng)用的合理分布與集中建設(shè)進(jìn)一步強(qiáng)化信息技術(shù)應(yīng)用的合理分布與集中建設(shè)建立企業(yè)級基礎(chǔ)服務(wù)應(yīng)用建立企業(yè)級基礎(chǔ)服務(wù)應(yīng)用加強(qiáng)決策支持應(yīng)用的建設(shè)加強(qiáng)決策支持應(yīng)用的建設(shè)2.3.3數(shù)據(jù)管理目標(biāo)數(shù)據(jù)管理目標(biāo)建立企業(yè)級信息模型和數(shù)據(jù)標(biāo)準(zhǔn)建立企業(yè)級數(shù)據(jù)整合架構(gòu)重點(diǎn)整合客戶信息，統(tǒng)一客戶視圖；建立全行的風(fēng)險數(shù)據(jù)管理2.3.4基礎(chǔ)設(shè)施建設(shè)目標(biāo)基礎(chǔ)設(shè)施建設(shè)目標(biāo)建立全行集中、穩(wěn)定、可擴(kuò)展的基礎(chǔ)運(yùn)營環(huán)境建立具備虛擬化、動態(tài)配置、按需調(diào)整資源配置的基礎(chǔ)設(shè)施架構(gòu)滿足未來應(yīng)用需要的網(wǎng)絡(luò)架構(gòu)規(guī)范標(biāo)準(zhǔn)的運(yùn)維作業(yè)流程2.3.5IT 治理目標(biāo)治理目標(biāo)明確 IT 定位，初步建立聯(lián)邦式的 IT 組織結(jié)構(gòu)提高整體 IT

8、人員數(shù)量與質(zhì)量，以支持未來快速的 IT 建設(shè)與運(yùn)行服務(wù)建立科學(xué)的 IT 決策機(jī)制建立完整、科學(xué)、精細(xì)化的全方位的 IT 業(yè)務(wù)管理體系建立規(guī)范化、成熟的軟件開發(fā)管理體系第 7 頁 /共 39 頁3應(yīng)用及數(shù)據(jù)架構(gòu)設(shè)計(jì)應(yīng)用及數(shù)據(jù)架構(gòu)設(shè)計(jì)3.1目標(biāo)應(yīng)用及數(shù)據(jù)架構(gòu)的設(shè)計(jì)思路目標(biāo)應(yīng)用及數(shù)據(jù)架構(gòu)的設(shè)計(jì)思路本次規(guī)劃中應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的設(shè)計(jì)思路，是以業(yè)務(wù)為出發(fā)點(diǎn)，參考 YY 公司金融行業(yè)模型和行業(yè)先進(jìn)實(shí)踐，結(jié)合 xx 銀行銀行系統(tǒng)現(xiàn)狀，構(gòu)建目標(biāo)架構(gòu)和實(shí)施路線。主要設(shè)計(jì)交付物包括：xx 銀行目標(biāo)應(yīng)用架構(gòu)xx 銀行應(yīng)用架構(gòu)中多個重點(diǎn)系統(tǒng)的藍(lán)圖重點(diǎn)系統(tǒng)的實(shí)施項(xiàng)目定義項(xiàng)目實(shí)施的路線圖設(shè)計(jì)分三階段實(shí)現(xiàn)，即分析階段、設(shè)計(jì)

9、階段及實(shí)施規(guī)劃階段，各階段的主要工作及方法或工具模型如所示：第一階段：現(xiàn)狀分析（暨業(yè)務(wù)需求收集確認(rèn)）分析階段的主要工作：分析階段的主要工作：分析階段的主要工具：分析階段的主要工具：第二階段：目標(biāo)架構(gòu)設(shè)計(jì)設(shè)計(jì)階段的主要工作設(shè)計(jì)階段的主要工作：設(shè)計(jì)階段的架構(gòu)設(shè)計(jì)指導(dǎo)原則設(shè)計(jì)階段的架構(gòu)設(shè)計(jì)指導(dǎo)原則設(shè)計(jì)階段的主要考慮因素設(shè)計(jì)階段的主要考慮因素第三階段：實(shí)施規(guī)劃第三階段主要工作第三階段主要工作階段主要成果階段主要成果3.2xx 銀行業(yè)務(wù)能力提升及相應(yīng)業(yè)務(wù)需求分析銀行業(yè)務(wù)能力提升及相應(yīng)業(yè)務(wù)需求分析在現(xiàn)狀分析階段，項(xiàng)目組除了吸收科爾尼公司在 IT 診斷項(xiàng)目中總結(jié)出的 xx 銀行業(yè)務(wù)戰(zhàn)略重點(diǎn)及關(guān)鍵 IT 需求

10、外，還充分利用 YY 公司成熟的方法和工具，進(jìn)一步收集、確認(rèn)了與 xx 銀行業(yè)務(wù)發(fā)展戰(zhàn)略相一致的業(yè)務(wù)能力提升要求及其對 IT 系統(tǒng)建設(shè)的高階需求。第 8 頁 /共 39 頁3.2.1基于整體業(yè)務(wù)架構(gòu)的業(yè)務(wù)能力提升點(diǎn)分析基于整體業(yè)務(wù)架構(gòu)的業(yè)務(wù)能力提升點(diǎn)分析3.2.1.1銀行業(yè)整體業(yè)務(wù)架構(gòu)分析銀行業(yè)整體業(yè)務(wù)架構(gòu)分析3.2.1.1.1銀行業(yè)業(yè)務(wù)架構(gòu)的多視角分析銀行業(yè)業(yè)務(wù)架構(gòu)的多視角分析Z 從客戶、內(nèi)部員工的工作流程、股東及利益相關(guān)人等多視角來審視銀行業(yè)務(wù)：客戶視角下的銀行業(yè)務(wù)架構(gòu)內(nèi)部業(yè)務(wù)流程視角下的銀行業(yè)務(wù)架構(gòu)股東和利益相關(guān)人的銀行業(yè)務(wù)架構(gòu)3.2.1.2xx 銀行關(guān)鍵業(yè)務(wù)能力提升點(diǎn)銀行關(guān)鍵業(yè)務(wù)能力提

11、升點(diǎn)項(xiàng)目組根據(jù) xx 銀行的業(yè)務(wù)戰(zhàn)略重點(diǎn)、IT 診斷項(xiàng)目中科爾尼公司對 xx 銀行高層領(lǐng)導(dǎo)、業(yè)務(wù)部門的訪談要點(diǎn)、科爾尼公司總結(jié)的 xx 銀行業(yè)務(wù)戰(zhàn)略重點(diǎn)及關(guān)鍵 IT 需求、結(jié)合領(lǐng)先銀行實(shí)踐及 xx 銀行業(yè)務(wù)能力現(xiàn)狀，在上述標(biāo)準(zhǔn)銀行業(yè)業(yè)務(wù)框架中選擇、確立了 xx 銀行在未來應(yīng)重點(diǎn)提升的關(guān)鍵業(yè)務(wù)能力，主要體現(xiàn)在 1.客戶管理、2.渠道管理、3.產(chǎn)品管理、4.風(fēng)險管理、5.財務(wù)管理、6.業(yè)務(wù)流程六大關(guān)鍵領(lǐng)域。3.2.1.2.1客戶管理能力客戶管理能力目標(biāo)客戶定義、識別及管理能力目標(biāo)客戶為 xx 銀行在未來可預(yù)見的業(yè)務(wù)范圍內(nèi)，根據(jù)自身特點(diǎn)和金融市場需求甄別出的重點(diǎn)客戶群體。xx 銀行需進(jìn)一步提升的主要

12、業(yè)務(wù)能力有：能夠完整、詳細(xì)地定義目標(biāo)客戶群；能夠?qū)Ω鶕?jù)目標(biāo)客戶群定義識別已有客戶；能夠?yàn)槟繕?biāo)客戶群提供差異化的服務(wù)?？蛻絷P(guān)系管理能力客戶關(guān)系管理能力是指在統(tǒng)一標(biāo)識客戶的基礎(chǔ)上對客戶貢獻(xiàn)度、行為、需求、滿意度進(jìn)行分析，并有效進(jìn)行客戶群細(xì)分及營銷目標(biāo)挖掘的能力。在客戶關(guān)系管理方面，xx 銀行需進(jìn)一步提升的主要業(yè)務(wù)能力有：能夠?qū)蛻暨M(jìn)行統(tǒng)一標(biāo)識，并識別客戶之間的關(guān)系；第 9 頁 /共 39 頁能夠進(jìn)行客戶信息的整合及共享，全面了解客戶在銀行的信息，對客戶持有產(chǎn)品、交易歷史等進(jìn)行分析；能夠根據(jù)不同角度對客戶進(jìn)行細(xì)分，分析不同客戶群的特點(diǎn)；能夠建立預(yù)測型的客戶和銷售分析能力，包括交叉銷售分析、客戶需求分

13、析等。3.2.1.2.2渠道管理能力渠道管理能力渠道管理能力是指對各類渠道進(jìn)行整合、向客戶提供一致客戶體驗(yàn)以及對各類渠道進(jìn)行分析進(jìn)而實(shí)現(xiàn)資源優(yōu)化配置的能力。3.2.1.2.3產(chǎn)品管理能力產(chǎn)品管理能力產(chǎn)品管理能力包含了面向內(nèi)部的產(chǎn)品開發(fā)與管理能力，以及面向客戶的產(chǎn)品交付能力。3.2.1.2.4風(fēng)險管理能力風(fēng)險管理能力在風(fēng)險管理方面，xx 銀行需進(jìn)一步提升的主要業(yè)務(wù)能力有：能夠建立符合巴塞爾新資本協(xié)議要求的全面風(fēng)險管理體系，涵蓋信用風(fēng)險、市場能夠建立起全面完善的內(nèi)部控制體系，滿足外部監(jiān)管機(jī)構(gòu)、內(nèi)部管理部門對業(yè)務(wù)經(jīng)營的各項(xiàng)合法合規(guī)要求3.2.1.2.5財務(wù)管理能力財務(wù)管理能力在財務(wù)管理方面，xx 銀

14、行需進(jìn)一步提升的主要業(yè)務(wù)能力有：能夠?qū)崿F(xiàn)滿足國際會計(jì)準(zhǔn)則、新會計(jì)準(zhǔn)則以及國內(nèi)監(jiān)管要求的財務(wù)報告和信息披露；能夠進(jìn)行科學(xué)合理的成本管理，實(shí)現(xiàn)成本信息的收集、成本的科學(xué)分?jǐn)?、成本分析以及成本控制措施的制定；能夠科學(xué)的制定預(yù)算并進(jìn)行管理，實(shí)現(xiàn)對預(yù)算執(zhí)行的考核、監(jiān)督和優(yōu)化調(diào)整；能夠進(jìn)行全面多維度的財務(wù)績效評估；第 10 頁 /共 39 頁能夠及時準(zhǔn)確的了解全行流動性、匯率風(fēng)險、利率風(fēng)險的狀況，并采取適當(dāng)?shù)墓芾泶胧?；能夠建立科學(xué)的資金轉(zhuǎn)移定價及其應(yīng)用的體系；能夠?qū)~面資本、監(jiān)管資本和經(jīng)濟(jì)資本進(jìn)行衡量、科學(xué)分配和考核評估。3.2.1.2.6業(yè)務(wù)流程管理能力業(yè)務(wù)流程管理能力在公共業(yè)務(wù)處理方面，xx 銀行需進(jìn)

15、一步提升的主要業(yè)務(wù)能力在專項(xiàng)業(yè)務(wù)處理方面，xx 銀行需進(jìn)一步提升的主要業(yè)務(wù)能力3.3應(yīng)用架構(gòu)設(shè)計(jì)應(yīng)用架構(gòu)設(shè)計(jì)3.3.1目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)目標(biāo)與原則目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)目標(biāo)與原則3.3.1.1目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)的總體目標(biāo)目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)的總體目標(biāo)總結(jié)高階業(yè)務(wù)需求對系統(tǒng)建設(shè)的要求，結(jié)合應(yīng)用架構(gòu)設(shè)計(jì)應(yīng)遵循的原則，xx 銀行應(yīng)用架構(gòu)設(shè)計(jì)的總體目標(biāo)是：要設(shè)計(jì)以客戶為中心、以服務(wù)為導(dǎo)向?qū)崿F(xiàn)開放/松散耦合的應(yīng)用架構(gòu)?？蛻魹橹行牟还苁菄鴥?nèi)還是國外，長期以來，金融業(yè)（含銀行業(yè)）的經(jīng)營中心一直圍繞著金融服務(wù)產(chǎn)品，而不是客戶。銀行對產(chǎn)品盈利情況、可盈利客戶、客戶關(guān)系、及客戶使用渠道的情況缺乏分析和了解，國內(nèi)情況尤其如此。這

16、種狀況很難適應(yīng)目前金融業(yè)的發(fā)展現(xiàn)狀和演變，即利息已不再或?qū)⒉辉偈倾y行最主要的盈利來源，而收費(fèi)服務(wù)，如付賬、外幣買賣、基金代銷等對銀行的盈利、生存和發(fā)展會越來越重要，另外，客戶越來越重視個性化服務(wù)與自助服務(wù)。這就要求銀行能真正了解那些給自己帶來盈利的客戶，即以客戶為中心，通過高質(zhì)量的服務(wù)保證客戶忠誠度。在渠道和產(chǎn)品方面也要以可盈利客戶為主要目標(biāo)。以服務(wù)為導(dǎo)向的應(yīng)用架構(gòu)實(shí)現(xiàn)開放/松散耦合的架構(gòu)服務(wù)為導(dǎo)向的應(yīng)用架構(gòu) SOA（service-oriented architecture）是支持客戶為中心的銀行業(yè)務(wù)的技術(shù)手段。它把銀行的產(chǎn)品和交易看成是一個個不同的服務(wù)，如賬戶查詢、客戶查詢、轉(zhuǎn)賬、開戶、地

17、址變更、付賬等等。服務(wù)為導(dǎo)向的應(yīng)用架構(gòu)特別注重服務(wù)的重用，即架構(gòu)支持不同渠道對共享服務(wù)的重復(fù)使用。這完全不同于第 11 頁 /共 39 頁傳統(tǒng)的，從前臺前端到業(yè)務(wù)邏輯到后臺處理一條龍的、垂直化的系統(tǒng)開發(fā)方法，而是將架構(gòu)分為不同的層次，以充分共享共同邏輯、服務(wù)和信息。3.3.1.2目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)原則目標(biāo)應(yīng)用架構(gòu)設(shè)計(jì)原則應(yīng)用架構(gòu)的設(shè)計(jì)原則是確保架構(gòu)決策的基礎(chǔ)，目的是保證各個應(yīng)用項(xiàng)目在規(guī)劃和實(shí)施過程中的整體統(tǒng)一。支持業(yè)務(wù)能力原則應(yīng)用分層和組件化原則應(yīng)用平臺化原則應(yīng)用松耦合和接口可管理原則全行信息系統(tǒng)集中原則統(tǒng)一認(rèn)證平臺使用原則應(yīng)用系統(tǒng)設(shè)計(jì)應(yīng)考慮運(yùn)維要求原則3.3.2xx 銀行目標(biāo)應(yīng)用架構(gòu)銀行目標(biāo)應(yīng)

18、用架構(gòu)3.3.2.1應(yīng)用架構(gòu)的作用和意義應(yīng)用架構(gòu)的作用和意義應(yīng)用架構(gòu)描述了銀行發(fā)展所需要的業(yè)務(wù)功能組，它起到了承接業(yè)務(wù)能力與應(yīng)用系統(tǒng)實(shí)現(xiàn)的作用，即將相對信息技術(shù)而言比較抽象的業(yè)務(wù)能力或業(yè)務(wù)職能需求，以模塊化、可視化的方式，轉(zhuǎn)變成針對信息系統(tǒng)的功能需求，形成業(yè)務(wù)能力和應(yīng)用功能的映射、技術(shù)實(shí)現(xiàn)和應(yīng)用功能的映射，是業(yè)務(wù)架構(gòu)和系統(tǒng)結(jié)構(gòu)之間的橋梁；應(yīng)用架構(gòu)使得未來的應(yīng)用系統(tǒng)設(shè)計(jì)有據(jù)可依，并能夠緊密圍繞著滿足業(yè)務(wù)需求這一永恒和基本的主題對各系統(tǒng)進(jìn)行提升、整合、創(chuàng)新和變革。應(yīng)用架構(gòu)的作用主要體現(xiàn)在以下幾個方面： 根據(jù)應(yīng)用架構(gòu)，可以描述目前應(yīng)用系統(tǒng)的功能；可根據(jù)銀行特色業(yè)務(wù)需求，補(bǔ)充定義目標(biāo)應(yīng)用系統(tǒng)的功能，成

19、為目標(biāo)應(yīng)用系統(tǒng)功能的一部分，完善未來系統(tǒng)設(shè)計(jì)；可按功能點(diǎn)分析銀行的應(yīng)用系統(tǒng)現(xiàn)狀與目標(biāo)的差距，規(guī)劃目標(biāo)應(yīng)用系統(tǒng)的實(shí)施路徑，有助于指導(dǎo)銀行信息系統(tǒng)的建設(shè)工作設(shè)計(jì)合理的應(yīng)用架構(gòu)對銀行信息化建設(shè)的意義在于： 第 12 頁 /共 39 頁奠定系統(tǒng)建設(shè)業(yè)務(wù)驅(qū)動的基礎(chǔ)，銜接業(yè)務(wù)戰(zhàn)略向系統(tǒng)建設(shè)的轉(zhuǎn)變；有助于提升業(yè)務(wù)能力，補(bǔ)充現(xiàn)有應(yīng)用系統(tǒng)對業(yè)務(wù)功能的覆蓋和對未來業(yè)務(wù)需求的滿足；是系統(tǒng)建設(shè)的目標(biāo)、指導(dǎo)和約束；便于架構(gòu)管理，找到可以共享、耦合、集中的通用服務(wù)，并且可以結(jié)合應(yīng)用現(xiàn)狀、先進(jìn)實(shí)踐對應(yīng)用功能的部署作出決策；促進(jìn)業(yè)務(wù)部門與 IT 部門之間的溝通，便于達(dá)成共識。3.3.2.2xx 銀行目標(biāo)銀行目標(biāo) IT 應(yīng)用架

20、構(gòu)功能描述應(yīng)用架構(gòu)功能描述高階業(yè)務(wù)需求融入 YY 公司銀行業(yè)標(biāo)準(zhǔn)應(yīng)用架構(gòu)，形成了 xx 銀行目標(biāo)應(yīng)用架構(gòu)，以下分層詳細(xì)介紹各個功能組及其下的功能塊，及其與 xx 銀行高階業(yè)務(wù)需求的對應(yīng)關(guān)系。3.3.2.2.1渠道網(wǎng)關(guān)層渠道網(wǎng)關(guān)層渠道網(wǎng)關(guān)層是銀行與客戶和第三方之間的接口，即客戶通過各種渠道接入銀行，發(fā)送各種服務(wù)請求；這些服務(wù)請求處理之后的結(jié)果通過各種網(wǎng)關(guān)/渠道反饋給客戶，實(shí)現(xiàn)銀行與客戶之間的交互；其中又可分為接入和整合功能組。接入功能組包括一系列的渠道和網(wǎng)關(guān)；整合功能組包括自助設(shè)備整合、多渠道集成、核心前端整合和內(nèi)部門戶整合。3.3.2.2.2客戶關(guān)系管理層客戶關(guān)系管理層客戶關(guān)系管理層是體現(xiàn)“以

21、客戶為中心”的業(yè)務(wù)戰(zhàn)略的主要應(yīng)用層，其主要功能體現(xiàn)在如下三個方面：1、 ECIF 客戶信息管理：負(fù)責(zé)收集、匯總、歸并與整合從各種渠道以及各種業(yè)務(wù)系統(tǒng)獲取的有關(guān)客戶的各類信息及數(shù)據(jù)，并負(fù)責(zé)向全行各應(yīng)用系統(tǒng)提供統(tǒng)一的的客戶信息服務(wù)，確保客戶信息全面、準(zhǔn)確、完整、一致并可及時共享，為各業(yè)務(wù)部門提供一個全行統(tǒng)一的、信息整合的單一客戶信息視圖；2、 操作型 CRM：為業(yè)務(wù)部門提供應(yīng)用功能和界面，支持和管理業(yè)務(wù)部門與客戶的各類接觸交互活動，提供呼叫中心（服務(wù)）管理、銷售管理、營銷管理、知識庫等功能，確保柜面人員、客戶經(jīng)理、呼叫中心坐席服務(wù)員、銷售經(jīng)理等工作人員能夠方便快捷地獲取全方位的客戶信息，有針對性地

22、、有條理地服務(wù)客戶，并有效地記錄與客戶的接觸歷史數(shù)據(jù)，有的放矢地收集營銷、銷售及服務(wù)活動數(shù)據(jù)；第 13 頁 /共 39 頁3、 分析型 CRM：通過挖掘有關(guān)客戶及業(yè)務(wù)各方面的數(shù)據(jù)，深入分析市場及客戶群體，研究客戶金融行為、滿意度與客戶盈利度，分析營銷活動有效性，實(shí)現(xiàn)市場及客戶的有效細(xì)分，產(chǎn)生市場及客戶洞察力，用以協(xié)助、指導(dǎo)和調(diào)整未來產(chǎn)品設(shè)計(jì)、市場營銷活動安排以及與客戶的日常溝通，滿足客戶偏好，確保良好的客戶體驗(yàn)，提升盈利能力和最終實(shí)現(xiàn)業(yè)務(wù)目標(biāo)。綜上所述，客戶關(guān)系管理的三大組成部分相互依存，協(xié)同實(shí)現(xiàn)銀行的“以客戶為中心”的戰(zhàn)略目標(biāo)在系統(tǒng)應(yīng)用層面上的落實(shí)，即 ECIF 實(shí)現(xiàn)客戶信息的統(tǒng)一管理，形成

23、企業(yè)級的客戶數(shù)據(jù)基礎(chǔ)并向 OCRM、ACRM 及其他業(yè)務(wù)系統(tǒng)提供客戶信息服務(wù)；OCRM 提供客戶信息的展示界面，支持營銷、銷售、服務(wù)的流程管理；ACRM 則基于數(shù)據(jù)倉庫與數(shù)據(jù)集市（其中數(shù)據(jù)主要來自 ECIF、OCRM 及其他各項(xiàng)業(yè)務(wù)系統(tǒng)），對客戶、客戶關(guān)系、銷售及產(chǎn)品等進(jìn)行多維度的分析，產(chǎn)生客戶及市場洞察力；ACRM 的分析結(jié)果又將被返回OCRM，用以指導(dǎo)日常的客戶管理工作。3.3.2.2.3流程控制層流程控制層流程控制層的應(yīng)用功能組及應(yīng)用功能的定位是相對于交易服務(wù)層而言的，支持的是銀行收到金融產(chǎn)品的服務(wù)請求后所進(jìn)行的各種業(yè)務(wù)操作、風(fēng)險控制和業(yè)務(wù)管理活動，并調(diào)用產(chǎn)品與服務(wù)層的金融產(chǎn)品服務(wù)或交易

24、，強(qiáng)調(diào)業(yè)務(wù)流程管理控制功能。3.3.2.2.4產(chǎn)品服務(wù)層產(chǎn)品服務(wù)層產(chǎn)品與服務(wù)層的應(yīng)用功能組和應(yīng)用功能，支持的是基于賬戶的對各種產(chǎn)品服務(wù)的交易邏輯控制、業(yè)務(wù)處理，維護(hù)客戶和銀行賬戶因交易而導(dǎo)致的變化，最終形成交易的會計(jì)分錄。3.3.2.2.5管理決策層管理決策層管理決策層主要包括信用風(fēng)險管理、市場風(fēng)險管理、操作風(fēng)險管理、資本計(jì)量、合規(guī)審計(jì)、信息披露、反欺詐、反洗錢、財務(wù)管理、管理會計(jì)、資產(chǎn)負(fù)債管理、產(chǎn)品庫、產(chǎn)品生命周期、人力資源管理、協(xié)同辦公及內(nèi)部門戶和外報數(shù)據(jù)，其應(yīng)用功能通常包括基于數(shù)據(jù)挖掘分析等提供決策支持的應(yīng)用功能，以及總賬等財務(wù)管理應(yīng)用功能。為銀行的決策管第 14 頁 /共 39 頁理者

25、提供決策信息和依據(jù)，以支持公司戰(zhàn)略的制定實(shí)施和調(diào)整，也是實(shí)現(xiàn)精細(xì)化管理的基礎(chǔ)。3.3.2.2.6基礎(chǔ)應(yīng)用層基礎(chǔ)應(yīng)用層基礎(chǔ)應(yīng)用層的功能包含了銀行應(yīng)用架構(gòu)體系內(nèi)的應(yīng)用集成功能、結(jié)構(gòu)化及非結(jié)構(gòu)化數(shù)據(jù)的集成功能、安全應(yīng)用功能，是銀行應(yīng)用架構(gòu)的技術(shù)基礎(chǔ)功能層，無業(yè)務(wù)需求與其直接對應(yīng)3.3.3目標(biāo)系統(tǒng)架構(gòu)及過渡方案目標(biāo)系統(tǒng)架構(gòu)及過渡方案3.3.3.1系統(tǒng)架構(gòu)現(xiàn)狀分析系統(tǒng)架構(gòu)現(xiàn)狀分析3.3.3.2全行重點(diǎn)系統(tǒng)組規(guī)劃方案全行重點(diǎn)系統(tǒng)組規(guī)劃方案制定全行重點(diǎn)系統(tǒng)組規(guī)劃方案，其目的是為了在總體把握的前提下，進(jìn)一步識別高優(yōu)先級系統(tǒng)組，加強(qiáng)銀行信息系統(tǒng)建設(shè)，提升信息技術(shù)對銀行業(yè)務(wù)的快速響應(yīng)能力，更大力度支持銀行當(dāng)前和未

26、來新增的關(guān)鍵業(yè)務(wù)需求。在規(guī)劃中，將聯(lián)系較緊密，提供同一或相近業(yè)務(wù)功能和服務(wù)的多個項(xiàng)目劃分為系統(tǒng)組，同時充分考慮項(xiàng)目的優(yōu)先級別，通過業(yè)務(wù)重要性、技術(shù)復(fù)雜性和項(xiàng)目依賴性等維度，科學(xué)評估待建項(xiàng)目的優(yōu)先級，確保具有重要業(yè)務(wù)功能和高項(xiàng)目依賴性的項(xiàng)目能優(yōu)先實(shí)施。根據(jù) xx 銀行目標(biāo)應(yīng)用架構(gòu)，結(jié)合各條線部門高階業(yè)務(wù)需求和 IT 技術(shù)平臺特性，YY公司制定了本次規(guī)劃中應(yīng)重點(diǎn)關(guān)注的應(yīng)用功能組，包括渠道集成、客戶關(guān)系管理、信貸管理、額度管理、抵質(zhì)押管理、后臺集中處理、資金及資本市場、托管、統(tǒng)一支付平臺、資本計(jì)量及管理、合規(guī)審計(jì)等，并對其進(jìn)行系統(tǒng)架構(gòu)藍(lán)圖設(shè)計(jì)及實(shí)施路徑的描述。 企業(yè)服務(wù)總線：采用企業(yè)集成技術(shù)領(lǐng)域的領(lǐng)

27、先標(biāo)準(zhǔn)，基于 xx 銀行現(xiàn)有的企業(yè)集成環(huán)境。有步驟地建設(shè)企業(yè)服務(wù)總線?？蛻絷P(guān)系管理：以客戶為中心的客戶關(guān)系管理包括對公、對私各類客戶的信息管理與統(tǒng)一客戶視圖，涉及跨各業(yè)務(wù)條線的營銷、銷售、服務(wù)，包括客戶識別、客戶關(guān)系維護(hù)、客戶細(xì)分等諸多方面，是 xx 銀行執(zhí)行“以客戶為中心”的業(yè)務(wù)戰(zhàn)略在應(yīng)用系統(tǒng)層面最直接的表現(xiàn)，因此建議從整體的角度進(jìn)行規(guī)劃。第 15 頁 /共 39 頁渠道集成：明確各渠道包括網(wǎng)點(diǎn)（不同類型）、電子渠道的定位、面向的客戶群體、提供的金融服務(wù)類型。實(shí)現(xiàn)不同渠道的一致性體驗(yàn)及不同客戶的差異性服務(wù)。信貸管理：加強(qiáng)信貸管理全流程電子化建設(shè)，滿足信貸業(yè)務(wù)經(jīng)營管理需要，實(shí)現(xiàn)對信貸工作的全面

28、、全程、全員管理，提升信貸經(jīng)營管理水平及風(fēng)險預(yù)警監(jiān)控能力。額度管理：按照統(tǒng)一授信的要求，實(shí)現(xiàn)以客戶為中心、跨授信產(chǎn)品的綜合授信額度管理，以全面防范信貸風(fēng)險。后臺集中處理：以客戶為中心，易于 xx 銀行事中和事前風(fēng)險控制，確保合規(guī)經(jīng)營，力求集中專業(yè)化資源，進(jìn)行標(biāo)準(zhǔn)化操作和管理，提高作業(yè)效率統(tǒng)一支付平臺：整合目前各系統(tǒng)中的支付功能搭建一個全行統(tǒng)一的支付平臺支持前臺跨業(yè)務(wù)條線、跨交易產(chǎn)品、跨幣種業(yè)務(wù)的貨幣給付及資金清算，在避免重復(fù)建設(shè)、實(shí)現(xiàn)資源有效利用的同時，通過集中、專業(yè)的業(yè)務(wù)處理提高效率、降低成本并加強(qiáng)管理。財務(wù)管理：xx 銀行的財務(wù)管理系統(tǒng)功能比較完備，應(yīng)和數(shù)據(jù)架構(gòu)改善工作一起，統(tǒng)一財務(wù)管理領(lǐng)

29、域的數(shù)據(jù)標(biāo)準(zhǔn)，改善數(shù)據(jù)質(zhì)量，從而充分發(fā)揮現(xiàn)有系統(tǒng)的功能。合規(guī)審計(jì)：健全和完善銀行內(nèi)部控制體系，充分發(fā)揮合規(guī)管理、操作風(fēng)險管理第二道風(fēng)險防線職能，內(nèi)部審計(jì)第三道風(fēng)險防線職能，完成內(nèi)控評價 IT 化，建立內(nèi)控評級系統(tǒng)和內(nèi)控數(shù)據(jù)平臺。檔案管理：建立 xx 銀行檔案管理信息系統(tǒng)，統(tǒng)一存儲所有銀行檔案信息，滿足對現(xiàn)有紙質(zhì)檔案、未來電子檔案、照片、實(shí)物等各類檔案的管理、檢索和綜合利用要求。3.3.3.3重點(diǎn)系統(tǒng)組的架構(gòu)設(shè)計(jì)及過渡方案重點(diǎn)系統(tǒng)組的架構(gòu)設(shè)計(jì)及過渡方案3.3.3.3.1企業(yè)服務(wù)總線企業(yè)服務(wù)總線建設(shè)企業(yè)服務(wù)總線，是項(xiàng)目組對 xx 銀行應(yīng)用集成領(lǐng)域（應(yīng)用架構(gòu)中基礎(chǔ)應(yīng)用層的應(yīng)用集成功能組）最重要的建議

30、。為此須闡明應(yīng)用集成的概念及內(nèi)涵、應(yīng)用集成的技術(shù)發(fā)展趨勢、分析 xx 銀行目前在該領(lǐng)域的系統(tǒng)現(xiàn)狀并作出實(shí)施路線建議。第 16 頁 /共 39 頁3.3.3.3.1.1應(yīng)用集成的概念和技術(shù)發(fā)展趨勢應(yīng)用集成的概念和技術(shù)發(fā)展趨勢3.3.3.3.1.1.1應(yīng)用集成的價值應(yīng)用集成的價值與早年在信息化方面的一窮二白不同，目前 xx 銀行的信息化建設(shè)已經(jīng)有了多年的應(yīng)用基礎(chǔ)，不斷地部署應(yīng)用系統(tǒng)來協(xié)助和推動銀行的運(yùn)營和變革。但是由于各個業(yè)務(wù)職能部門分管了我行不同的業(yè)務(wù)領(lǐng)域，各業(yè)務(wù)部門的需求提出角度并非是銀行全局的，貫穿全行的業(yè)務(wù)流程也未能反應(yīng)到全部的系統(tǒng)上，這無意中也分隔了行內(nèi)的原本應(yīng)該統(tǒng)一的數(shù)據(jù)和信息。在這種

31、情況下，信息技術(shù)部正努力使全行應(yīng)用基于統(tǒng)一的應(yīng)用集成平臺之上，對各種應(yīng)用進(jìn)行集成，在不同的業(yè)務(wù)系統(tǒng)間，以及跨越銀行邊界的合作伙伴形成的商業(yè)網(wǎng)絡(luò)間，安全地對信息流實(shí)現(xiàn)智能管理，把相關(guān)的外部信息與內(nèi)部信息有機(jī)地聯(lián)系起來，全方位地滿足各種業(yè)務(wù)功能的要求。其對于我行的價值表現(xiàn)如下：基于可重用的資產(chǎn)進(jìn)行開發(fā)，應(yīng)用推出的時間顯著降低；對資產(chǎn)進(jìn)行組合，能快速而靈活地響應(yīng)業(yè)務(wù)需求的變化；初期投入高，后續(xù)建設(shè)和維護(hù)的邊際成本越來越低。3.3.3.3.1.1.2應(yīng)用集成的概念和技術(shù)發(fā)展應(yīng)用集成的概念和技術(shù)發(fā)展應(yīng)用集成（EAI, Enterprise Application Integration），指企業(yè)內(nèi)部不同

32、應(yīng)用系統(tǒng)之間的互連，以期通過應(yīng)用整合實(shí)現(xiàn)數(shù)據(jù)在多個系統(tǒng)之間的同步和共享。最早期的系統(tǒng)應(yīng)用整合，用戶只著眼于解決眼前的一個系統(tǒng)和另外一個系統(tǒng)的互連互通，并不考慮這個系統(tǒng)的合理性和可擴(kuò)展性。這種集成并不采用什么專門的 EAI 產(chǎn)品或技術(shù)，只是使用硬編碼來實(shí)現(xiàn)系統(tǒng)之間的點(diǎn)對點(diǎn)連接。這種方式，在有些特定情況下（比如很小規(guī)模的集成系統(tǒng)）可能會得到相對較高的性能，因?yàn)橐磺卸际菫樘囟ㄇ闆r定制開發(fā)的。但集成規(guī)模稍一復(fù)雜，這種方式使得整個系統(tǒng)架構(gòu)完全變?yōu)橐粋€網(wǎng)狀結(jié)構(gòu)，代碼量大，不可靠，無法維護(hù)等缺點(diǎn)就會顯露無疑。隨著需要集成的系統(tǒng)越來越多，以及一些商業(yè)基礎(chǔ)中間件的廣泛應(yīng)用，EAI 一度成為主流的方式。EAI 技

33、術(shù)基于基礎(chǔ)中間件、或者自己開發(fā)的應(yīng)用系統(tǒng)來實(shí)現(xiàn)眾多應(yīng)用系統(tǒng)的整合。雖然基礎(chǔ)中間件的使用在一定程度上簡化了開發(fā)代碼量，而且大大提高了 EAI 系統(tǒng)的運(yùn)行時可靠性和效率，但其本質(zhì)上仍是不同廠商各自為政有自己的接入方式和數(shù)據(jù)標(biāo)準(zhǔn)，其缺少完整的適合企業(yè)應(yīng)用集成特點(diǎn)的集成框架和設(shè)施，各個模塊之間往往仍然是緊耦合第 17 頁 /共 39 頁的并綁定特有基礎(chǔ)中間件的，而且沒有統(tǒng)一跨平臺數(shù)據(jù)交換標(biāo)準(zhǔn)，沒有組件及接口調(diào)用標(biāo)準(zhǔn)，同樣面臨著技術(shù)復(fù)雜、維護(hù)不易等方面的挑戰(zhàn)。3.3.3.3.1.1.3服務(wù)的架構(gòu)（服務(wù)的架構(gòu)（SOA）和企業(yè)服務(wù)總線（）和企業(yè)服務(wù)總線（ESB）目目前，面向服務(wù)的架構(gòu)（SOA）已經(jīng)成為業(yè)界的

34、潮流。相對于傳統(tǒng)的 EAI 技術(shù), ESB 更加強(qiáng)調(diào)面向服務(wù)、標(biāo)準(zhǔn)化以及松耦合。面向服務(wù)的體系結(jié)構(gòu)是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。這種具有中立的接口定義（沒有強(qiáng)制綁定到特定的實(shí)現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的突出優(yōu)點(diǎn)是靈活性，當(dāng)某個服務(wù)的提供者的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)發(fā)生改變時，其服務(wù)的使用者無需改變。與此對應(yīng)的是，緊耦合意味著服務(wù)的提供者與其使用者是緊密相連的，因而當(dāng)

35、需要對服務(wù)的實(shí)現(xiàn)進(jìn)行某種形式的更改時，服務(wù)的使用者就不得不改變。松耦合的系統(tǒng)比較容易適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)流程、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素；以及應(yīng)用系統(tǒng)、中間件、支持平臺等方面的變化。企業(yè)服務(wù)總線（ESB）的概念是從面向服務(wù)體系架構(gòu)(SOA)發(fā)展而來的，是 SOA核心組成部分。業(yè)務(wù)服務(wù)通過 ESB 進(jìn)行發(fā)布，供服務(wù)的的使用者調(diào)用。同時，ESB 支持服務(wù)的交互、以及服務(wù)質(zhì)量的保證。3.3.3.3.2客戶關(guān)系管理體系客戶關(guān)系管理體系在梳理和設(shè)計(jì)未來客戶關(guān)系管理體系之前，我們首先回顧一下本次 IT 戰(zhàn)略規(guī)劃所介紹的未來客戶關(guān)系管理層的應(yīng)用架構(gòu)，然后

36、以此架構(gòu)為框架，評審現(xiàn)有系統(tǒng)，其次結(jié)合現(xiàn)狀與未來應(yīng)用架構(gòu)，給出未來 xx 銀行的客戶關(guān)系管理目標(biāo)系統(tǒng)架構(gòu)，并簡要闡述這些客戶關(guān)系管理類系統(tǒng)與 xx 銀行其他系統(tǒng)之間的數(shù)據(jù)關(guān)系，最后描繪客戶關(guān)系管理體系的建設(shè)過渡路徑。3.3.3.3.2.1功能架構(gòu)簡介功能架構(gòu)簡介第 18 頁 /共 39 頁上一節(jié)“目標(biāo)應(yīng)用架構(gòu)”中，已經(jīng)簡要地介紹了客戶關(guān)系管理 CRM 的應(yīng)用架構(gòu)，包括三大部分：即客戶信息管理 ECIF、操作型 OCRM 和分析型 ACRM。下面逐一介紹與這三大應(yīng)用功能對應(yīng)的系統(tǒng)的主要特點(diǎn)、關(guān)鍵功能模塊及各系統(tǒng)之間的相互關(guān)系。 1、 企業(yè)級客戶信息管理系統(tǒng)企業(yè)級客戶信息管理系統(tǒng) ECIF作為企業(yè)

37、級的客戶信息管理系統(tǒng) ECIF，其主要功能是向全行各業(yè)務(wù)系統(tǒng)提供統(tǒng)一的客戶信息服務(wù)，建立全行級的客戶統(tǒng)一視圖； ECIF 中客戶信息的源數(shù)據(jù)來自核心系統(tǒng)和各業(yè)務(wù)系統(tǒng)，經(jīng) ECIF 按一定規(guī)則進(jìn)行客戶識別、信息歸并后，成為全行級的客戶統(tǒng)一視圖服務(wù)平臺。在整個應(yīng)用系統(tǒng)中，ECIF 是一個“面向系統(tǒng)的系統(tǒng)”，承擔(dān)著向各業(yè)務(wù)操作系統(tǒng)與信息管理系統(tǒng)傳遞客戶信息的樞紐作用：2、 操作型 CRM （OCRM）操作型 CRM 的主要目標(biāo)在于有效地管理銀行的所有客戶，處理銀行客戶的相關(guān)事務(wù)，實(shí)現(xiàn)銀行內(nèi)部涉及客戶的業(yè)務(wù)流程的自動化。具體而言，操作型 CRM 主要支持銀行的客戶經(jīng)理、營銷人員、客服人員與客戶之間發(fā)生

38、的各類日常接觸交流活動，包括營銷活動、銷售活動及服務(wù)活動；OCRM 一方面提供給工作人員便捷的功能界面和全面、及時、準(zhǔn)確的客戶信息，協(xié)助各渠道的工作人員更好地了解客戶并且服務(wù)客戶，另一方面也盡可能多地、全面地、有效地捕捉和記錄與客戶交流過程中的關(guān)鍵交互信息，便于專職的后臺管理分析人員進(jìn)一步地深挖客戶需求、制定更有效的產(chǎn)品服務(wù)方案、營銷活動和銷售計(jì)劃，協(xié)同前臺銷售服務(wù)人員，提高服務(wù)質(zhì)量、銷售效率和客戶體驗(yàn)。鑒于上述目的，OCRM 的主要功能模塊包括營銷管理、銷售管理、服務(wù)管理和客戶管理，這些功能模塊的主要功能作用已在第 2 章第 5 節(jié)中簡要介紹過，下面我們將對各應(yīng)用模塊的功能作進(jìn)一步的闡述。

39、客戶管理模塊營銷管理模塊服務(wù)管理模塊基礎(chǔ)功能模塊組織和人員管理功能模塊3、 分析型 CRM（ACRM）第 19 頁 /共 39 頁分析型 CRM (ACRM)的業(yè)務(wù)目標(biāo)是識別、吸引和保留最有價值客戶，增加盈利客戶，提高現(xiàn)有客戶的利潤，延長客戶關(guān)系。分析型 CRM 系統(tǒng)是指基于數(shù)據(jù)倉庫和數(shù)據(jù)集市，利用固化或自定義的客戶細(xì)分、客戶價值分析、多維利潤集合和市場趨勢等模型，借助先進(jìn)的數(shù)據(jù)管理和分析工具進(jìn)行相關(guān)的分析和預(yù)測，進(jìn)而為銀行涉及客戶的經(jīng)營和決策提供可靠的、量化的依據(jù)。分析型 CRM 系統(tǒng)是實(shí)現(xiàn)客戶信息數(shù)據(jù)深度挖掘與分析的主要應(yīng)用系統(tǒng)?？蛻舴治隹蛻絷P(guān)系分析客戶績效分析營銷服務(wù)分析功能模塊3.3.

40、3.3.3渠道集成渠道集成3.3.3.3.3.1渠道集成的價值渠道集成的價值上節(jié)已經(jīng)論述了 xx 銀行客戶關(guān)系管理（CRM）體系的建設(shè)目標(biāo)和路徑。而服務(wù)渠道是實(shí)現(xiàn)客戶關(guān)系管理的基本手段。銀行希望將最好的資源用來向優(yōu)質(zhì)客戶提供最好的服務(wù)；并積極鼓勵客戶使用相對便捷的方式來與銀行交流。 客戶關(guān)系管理體系可以做到對客戶需求、行為的理解和預(yù)測以及對客戶群體的劃分來設(shè)計(jì)產(chǎn)品和服務(wù)，在另一方面，通過適當(dāng)?shù)那?、在適當(dāng)?shù)臅r間把適當(dāng)?shù)漠a(chǎn)品推薦給適當(dāng)?shù)目蛻粢彩倾y行需要解決的重大問題。銀行現(xiàn)有信息系統(tǒng)和服務(wù)渠道絕大多數(shù)都無法適應(yīng)這一新的要求，甚至無法了解客戶對渠道的喜好、使用和通過特定渠道提供服務(wù)的成本和帶來的效

41、益等重要情況。這些還直接影響到銀行新業(yè)務(wù)推向市場的速度，影響新產(chǎn)品的銷售策略，通過新產(chǎn)品和服務(wù)來吸引新的客戶的能力大大降低。所有這些都要求銀行重新審視其服務(wù)渠道的現(xiàn)狀和策略，對渠道進(jìn)行整合。獨(dú)立運(yùn)行的渠道，是無法了解客戶的使用習(xí)慣和行為的，而整合的渠道可以幫助銀行收集并集中管理客戶信息，他們何時去網(wǎng)點(diǎn)、使用 ATM 的頻率和地點(diǎn)、何時使用網(wǎng)上銀行、何時打電話到電話服務(wù)中心及跟客戶服務(wù)代表交談何種業(yè)務(wù)等。有了這些信息，銀行就可以建立有效的策略去改變客戶的行為，引導(dǎo)他們使用不同的服務(wù)渠道。服務(wù)渠道集成后，客戶信息可以在所有渠道上共享，銀行可以因此提供更加優(yōu)質(zhì)和個性化的服務(wù)，提高客戶滿意度。例如，客

42、戶在通過網(wǎng)上銀行檢查賬戶余額時發(fā)現(xiàn)某一賬戶第 20 頁 /共 39 頁有問題，需要銀行幫助找出原因。整合的渠道可以這樣設(shè)計(jì)來處理：客戶點(diǎn)擊屏幕上的按鈕申請與電話服務(wù)中心的客戶服務(wù)代表交談，客戶服務(wù)代表立即致電客戶并幫助其解決問題?？蛻粢部梢园才牌渌麜r間讓客戶服務(wù)代表回電，或預(yù)約拜訪銀行的客戶服務(wù)經(jīng)理。再例如，客戶通過網(wǎng)上查詢其信用卡的賬單時發(fā)現(xiàn)錯誤的購物使用記錄，需要向銀行報告?？蛻艨梢灾码婋娫挿?wù)中心，客戶代表可以立即看到與客戶相同的網(wǎng)上銀行頁面。共享信息可以幫助雙方更有效地討論有關(guān)問題，客戶服務(wù)代表也有可能立即幫助客戶解決問題，或記錄在案并報告給信用卡部門跟進(jìn)。渠道集成后，銀行的客戶信息可

43、以由所有渠道共享，渠道集成能提供一致的客戶體驗(yàn)。其好處是所有渠道都使用單一的信息來源，電話服務(wù)中心代表、銷售經(jīng)理、客戶服務(wù)經(jīng)理等將同樣的產(chǎn)品信息傳達(dá)給客戶。渠道集成的另一個好處是新產(chǎn)品的發(fā)布更快，因?yàn)橹恍枰淮涡越a(chǎn)品信息。如果需要改變產(chǎn)品，修改也只需在一個地方進(jìn)行，而作用于所有渠道。3.3.3.3.3.2xx 銀行渠道集成的架構(gòu)規(guī)劃銀行渠道集成的架構(gòu)規(guī)劃3.3.3.3.3.2.1某國際銀行的渠道集成架構(gòu)某國際銀行的渠道集成架構(gòu)該銀行的渠道集成架構(gòu)具備如下特點(diǎn)：總體架構(gòu)是一個不同于經(jīng)典 3 層架構(gòu)的多層架構(gòu)的，擁有劃分清晰的層次的多層架構(gòu)，共分渠道接入層（End Points）、渠道服務(wù)層(

44、Channel Services)、渠道統(tǒng)一應(yīng)用邏輯層(Common Business Object)、渠道統(tǒng)一接口層（Customer Relationship Service & Cor Services，統(tǒng)一訪問客戶關(guān)系服務(wù)及后臺業(yè)務(wù)）3.3.3.3.3.2.2xx 銀行渠道集成目標(biāo)架構(gòu)規(guī)劃銀行渠道集成目標(biāo)架構(gòu)規(guī)劃通過對最佳實(shí)踐的分析以及融合 YY 公司公司在渠道集成領(lǐng)域的架構(gòu)設(shè)計(jì)經(jīng)驗(yàn)，項(xiàng)目組提出 XX 渠道集成的設(shè)計(jì)原則，這些原則和全行的架構(gòu)設(shè)計(jì)原則是一致的松散耦合的分層結(jié)構(gòu)原則渠道應(yīng)用邏輯重用原則業(yè)務(wù)邏輯總行集中原則支持新渠道和新業(yè)務(wù)的快速部署原則數(shù)據(jù)架構(gòu)統(tǒng)一渠道客戶信息原則第 21

45、 頁 /共 39 頁統(tǒng)一渠道接觸歷史信息原則技術(shù)架構(gòu)采用成熟的軟件包原則總行統(tǒng)一渠道集成架構(gòu)的技術(shù)框架和標(biāo)準(zhǔn)原則渠道集成平臺對于接入設(shè)備的無關(guān)性原則以下簡要介紹各層的功能范圍渠道接入層：渠道服務(wù)層處理各渠道特有的應(yīng)用邏輯，包括：網(wǎng)銀的會話管理、話音數(shù)據(jù)同步轉(zhuǎn)接服務(wù)、手機(jī)會話管理等渠道統(tǒng)一應(yīng)用邏輯層包含著提供給渠道服務(wù)層的所有的銀行的產(chǎn)品，服務(wù)，業(yè)務(wù)規(guī)則，事務(wù)和客戶對象的配置統(tǒng)一渠道接口層3.3.3.3.4額度管理額度管理3.3.3.3.4.1現(xiàn)狀說明現(xiàn)狀說明xx 銀行授信業(yè)務(wù)相關(guān)的額度管理可以劃分為三大類別：對公類授信額度管理、個人類授信額度管理及信用卡額度管理。具體分析如下：對公類授信額度管

46、理額度審批設(shè)立額度控管額度信息交互個人客戶授信額度管理額度審批設(shè)立額度控管信用卡額度管理額度審批設(shè)立額度控管第 22 頁 /共 39 頁3.3.3.3.4.2目標(biāo)系統(tǒng)架構(gòu)說明目標(biāo)系統(tǒng)架構(gòu)說明基于后臺處理集中的大趨勢，結(jié)合對現(xiàn)狀的分析，規(guī)劃的目標(biāo)是建設(shè)一個全行統(tǒng)一的額度管理系統(tǒng)，通過額度管理系統(tǒng)與各業(yè)務(wù)系統(tǒng)的實(shí)時連接，實(shí)現(xiàn)以客戶為對象的、跨信貸產(chǎn)品的綜合授信額度管理。額度管理系統(tǒng)的主要功能有額度設(shè)立/調(diào)整、額度占用/串用、額度恢復(fù)、額度凍結(jié)/解凍、額度查詢等。各部分功能說明如下：額度設(shè)立/調(diào)整額度恢復(fù)額度凍結(jié)/解凍額度查詢3.3.3.3.5統(tǒng)一支付平臺統(tǒng)一支付平臺本部分所闡述的統(tǒng)一支付平臺屬于后

47、臺集中處理的范疇，通過整合目前各系統(tǒng)中的支付功能搭建一個全行統(tǒng)一的支付平臺支持前臺跨業(yè)務(wù)條線、跨交易產(chǎn)品、跨幣種業(yè)務(wù)的貨幣給付及資金清算，在避免重復(fù)建設(shè)、實(shí)現(xiàn)資源有效利用的同時，通過集中、專業(yè)的業(yè)務(wù)處理提高效率、降低成本并加強(qiáng)管理。本文中的統(tǒng)一支付平臺并不包含銀行支付結(jié)算業(yè)務(wù)處理從業(yè)務(wù)操作、賬務(wù)核算、到資金支付及清算的全過程，僅針對其中的資金支付及清算，處理內(nèi)容包含有報文接發(fā)及轉(zhuǎn)換、路由的選擇判斷、支付方式、資金清算、流動性管理（頭寸計(jì)算及檢查）、反洗錢檢查、風(fēng)險及欺詐管理（黑名單校驗(yàn)）、例外處理等。3.3.3.3.5.1支付相關(guān)系統(tǒng)現(xiàn)狀分析支付相關(guān)系統(tǒng)現(xiàn)狀分析由于信用卡業(yè)務(wù)的獨(dú)立性與專業(yè)性，

48、其支付清算也具有一定的特殊性，現(xiàn)狀分析劃分為信用卡專題及非信用卡兩部分進(jìn)行。3.3.3.3.5.1.1.1支付相關(guān)系統(tǒng)現(xiàn)狀（不含信用卡）：支付相關(guān)系統(tǒng)現(xiàn)狀（不含信用卡）： 基于支付對象、貨幣、業(yè)務(wù)產(chǎn)品的不同產(chǎn)生有不同的支付方式/渠道，分別由不同的支付系統(tǒng)給予支持，例如：按照支付對象是否跨系統(tǒng)可以分為系統(tǒng)內(nèi)支付清算及跨行支付清算；按照支付貨幣的不同，可以分為人民幣支付清算及外幣支付清算；按照業(yè)務(wù)產(chǎn)品的不同獨(dú)立出專門的卡支付清算。具體可以分為：第 23 頁 /共 39 頁行內(nèi)跨機(jī)構(gòu)的資金支付清算跨行資金支付與清算人民幣支付清算外幣支付清算借記卡支付清算下面對涉及的主要支付系統(tǒng)（支付模塊）進(jìn)行逐一說

49、明：核心系統(tǒng)中大、小額支付模塊大額支付模塊主要系統(tǒng)功能有：小額支付模塊主要系統(tǒng)功能有：核心系統(tǒng)中同城票交模塊核心系統(tǒng)中行內(nèi)轉(zhuǎn)賬/電子匯劃模塊（含本外幣）境內(nèi)外幣支付系統(tǒng)外匯清算系統(tǒng)SWIFT 報文處理系統(tǒng)借記卡支付清算借記卡下行內(nèi)跨機(jī)構(gòu)的資金支付與清算借記卡下跨行資金支付與清算3.3.3.3.5.2統(tǒng)一支付平臺目標(biāo)架構(gòu)統(tǒng)一支付平臺目標(biāo)架構(gòu)在支付系統(tǒng)現(xiàn)狀分析及未來架構(gòu)設(shè)計(jì)中，需要重點(diǎn)關(guān)注以下幾個問題：支付系統(tǒng)與核心系統(tǒng)的關(guān)系目前各類支付業(yè)務(wù)有不同的處理方式，涉及不同的系統(tǒng)：人民幣支付功能是嵌在核心系統(tǒng)里的，導(dǎo)致每次支付的改變都要修改核心，不利于核心的穩(wěn)定性，也會給支付功能的實(shí)現(xiàn)帶來一定的難度；外

50、匯清算系統(tǒng)目前實(shí)現(xiàn)了業(yè)務(wù)邏輯與核心的分離，但是兩個地方都同時記了支付明細(xì)信息；定位最清晰的是境內(nèi)外幣清算系統(tǒng)，所有的支付邏輯及處理功能都在自己系統(tǒng)實(shí)現(xiàn)，核心只是記賬；第 24 頁 /共 39 頁由于支付相關(guān)功能與核心系統(tǒng)的耦合程度較高，支付功能的變化每每牽扯核心系統(tǒng)其他功能的改造。但支付業(yè)務(wù)面臨著日新月異的外部環(huán)境（業(yè)務(wù)變化、監(jiān)管變化、人行支付系統(tǒng)升級、同業(yè)創(chuàng)新），業(yè)務(wù)變化頻繁，建議支付系統(tǒng)未來建設(shè)能實(shí)現(xiàn)與核心系統(tǒng)的分離。支付平臺的業(yè)務(wù)價值支持支付業(yè)務(wù)產(chǎn)品化，能夠?yàn)榈谌教峁┐碇Ц斗?wù)，實(shí)現(xiàn)結(jié)算運(yùn)營中心從成本中心向利潤中心的轉(zhuǎn)變利用專業(yè)化的集中處理提升支付業(yè)務(wù)處理效率，降低支付成本提升對支付

51、業(yè)務(wù)的跟蹤監(jiān)測能力，為業(yè)務(wù)管理、風(fēng)險管控及客戶服務(wù)提供便利便于應(yīng)對不斷變化的內(nèi)外部環(huán)境，提升 xx 銀行支付業(yè)務(wù)的靈活性與適應(yīng)性，滿足市場的需要未來的支付平臺架構(gòu)清晰、功能明確，主要分為支付 Hub（技術(shù)層）、支付系統(tǒng)（應(yīng)用層）及接口三大部分：支付 Hub（技術(shù)層）支付系統(tǒng)（應(yīng)用層）接口3.3.3.3.6檔案管理檔案管理3.3.3.3.6.1現(xiàn)狀圖說明現(xiàn)狀圖說明會計(jì)檔案及相關(guān)系統(tǒng)文書檔案及相關(guān)系統(tǒng)其他可能積累為業(yè)務(wù)檔案的數(shù)據(jù)3.3.3.3.6.2目標(biāo)系統(tǒng)架構(gòu)說明目標(biāo)系統(tǒng)架構(gòu)說明目前工行等行均成立了獨(dú)立的部門（檔案中心）統(tǒng)一管理業(yè)務(wù)、公文等各類型檔案，由專業(yè)人員對各類原始紙質(zhì)檔案進(jìn)行集中管理，利

52、用電子系統(tǒng)滿足各類部門對檔案的調(diào)用需求。xx 銀行的檔案管理目前仍分散在各個部門，未來業(yè)務(wù)管理的方向可能逐漸向工行的模式過渡，但時間不能確定。系統(tǒng)的規(guī)劃應(yīng)該兼容多種管理模式，保持業(yè)務(wù)管理的靈活性，第 25 頁 /共 39 頁同時應(yīng)考慮到 xx 銀行業(yè)務(wù)的發(fā)展，系統(tǒng)應(yīng)有足夠的可擴(kuò)展性，可存儲未來 5-10 年業(yè)務(wù)產(chǎn)生的非結(jié)構(gòu)化數(shù)據(jù)。未來的檔案管理系統(tǒng)將包括如下系統(tǒng)：統(tǒng)一的內(nèi)容管理平臺會計(jì)檔案公司客戶檔案零售信貸和信用卡檔案文書和人事檔案3.3.3.3.7后臺集中處理后臺集中處理3.3.3.3.7.1后臺集中處理概念后臺集中處理概念后臺運(yùn)營的集中和建立后臺運(yùn)營中心是國外銀行的先進(jìn)實(shí)踐和國內(nèi)銀行運(yùn)營

53、轉(zhuǎn)型的趨勢之一。后臺運(yùn)營的集中根據(jù)集中內(nèi)容的性質(zhì)和范圍不同，可以分為廣義后臺運(yùn)營和狹義后臺運(yùn)營，即通常所稱的“大后臺”和“小后臺”。3.3.3.3.7.2后臺業(yè)務(wù)集中處理帶來的收益后臺業(yè)務(wù)集中處理帶來的收益提高服務(wù)水平，增加核心競爭力控制操作風(fēng)險提高流程操作效率 設(shè)立在正確的地理位置削減成本3.4數(shù)據(jù)架構(gòu)設(shè)計(jì)數(shù)據(jù)架構(gòu)設(shè)計(jì)3.4.1數(shù)據(jù)架構(gòu)設(shè)計(jì)的內(nèi)容和范圍數(shù)據(jù)架構(gòu)設(shè)計(jì)的內(nèi)容和范圍全行級的數(shù)據(jù)架構(gòu)設(shè)計(jì)的內(nèi)容是：|把銀行概念數(shù)據(jù)模型中的所有實(shí)體，根據(jù)其屬性分類后，以應(yīng)用架構(gòu)設(shè)計(jì)所規(guī)劃的功能定義為主要參考因素，以全行對數(shù)據(jù)和信息的使用需求為導(dǎo)向，對全行結(jié)構(gòu)化數(shù)據(jù)的分布、集成、共享進(jìn)行規(guī)劃設(shè)計(jì)。數(shù)據(jù)架構(gòu)

54、設(shè)計(jì)的范圍是：主數(shù)據(jù)源的架構(gòu)規(guī)劃主數(shù)據(jù)源的架構(gòu)規(guī)劃第 26 頁 /共 39 頁數(shù)據(jù)集成規(guī)劃數(shù)據(jù)集成規(guī)劃基于數(shù)據(jù)集成的管理分析型應(yīng)用規(guī)劃基于數(shù)據(jù)集成的管理分析型應(yīng)用規(guī)劃3.4.2數(shù)據(jù)架構(gòu)設(shè)計(jì)原則數(shù)據(jù)架構(gòu)設(shè)計(jì)原則數(shù)據(jù)架構(gòu)設(shè)計(jì)指導(dǎo)原則是一系列指導(dǎo)數(shù)據(jù)架構(gòu)未來設(shè)計(jì)和決策過程的判斷標(biāo)準(zhǔn)。這些指導(dǎo)原則從數(shù)據(jù)的角度進(jìn)一步地細(xì)化了銀行應(yīng)用系統(tǒng)架構(gòu)設(shè)計(jì)的通用原則，是對未來各應(yīng)用系統(tǒng)在數(shù)據(jù)方面的分析、設(shè)計(jì)、開發(fā)和實(shí)施的判斷標(biāo)準(zhǔn)。3.4.2.1數(shù)據(jù)共享原則數(shù)據(jù)共享原則數(shù)據(jù)共享應(yīng)覆蓋所有應(yīng)用系統(tǒng)并符合不同程度的時效要求，數(shù)據(jù)的全行統(tǒng)籌是實(shí)現(xiàn)數(shù)據(jù)共享原則的基礎(chǔ)。為實(shí)現(xiàn)這一原則：必須實(shí)現(xiàn)共享數(shù)據(jù)的全行集中必須制定統(tǒng)一的、

55、切實(shí)可行的全行級數(shù)據(jù)模型數(shù)據(jù)分布規(guī)則必須建立并貫徹執(zhí)行3.4.2.2數(shù)據(jù)模型化、標(biāo)準(zhǔn)化原則數(shù)據(jù)模型化、標(biāo)準(zhǔn)化原則共享數(shù)據(jù)的邏輯結(jié)構(gòu)應(yīng)獨(dú)立于各應(yīng)用系統(tǒng)，并遵循全行統(tǒng)一的數(shù)據(jù)模型以及通用數(shù)據(jù)格式和標(biāo)準(zhǔn)，用以最高效地開發(fā)跨業(yè)務(wù)條線的通用解決方案和應(yīng)用，增加跨應(yīng)用系統(tǒng)數(shù)據(jù)的一致性并提高數(shù)據(jù)質(zhì)量，減少數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)復(fù)制的成本。3.4.2.3數(shù)據(jù)的集中化原則數(shù)據(jù)的集中化原則在數(shù)據(jù)架構(gòu)設(shè)計(jì)上保持邏輯集中，但在物理上也支持靈活分布?？傮w來說，跨業(yè)務(wù)條線、跨部門、跨區(qū)域、跨應(yīng)用的全行共享數(shù)據(jù)應(yīng)在總行集中并統(tǒng)一管理。數(shù)據(jù)架構(gòu)設(shè)計(jì)邏輯集中，表現(xiàn)在數(shù)據(jù)模型、數(shù)據(jù)庫定義上完全一致，且數(shù)據(jù)庫中存放的數(shù)據(jù)項(xiàng)均是唯一標(biāo)識的。

56、3.4.2.4避免數(shù)據(jù)冗余和復(fù)制原則避免數(shù)據(jù)冗余和復(fù)制原則同一數(shù)據(jù)的獲取應(yīng)限制在某一應(yīng)用系統(tǒng)中，并盡量在同一系統(tǒng)中維護(hù)。數(shù)據(jù)復(fù)制只有在滿足性能和可獲取性需求時才予以考慮。第 27 頁 /共 39 頁3.4.2.5數(shù)據(jù)的可用性原則數(shù)據(jù)的可用性原則全行共享數(shù)據(jù)應(yīng)支持相應(yīng)業(yè)務(wù)需求，具備持續(xù)、可用性能力。3.4.2.6數(shù)據(jù)訪問的性能原則數(shù)據(jù)訪問的性能原則對全行共享數(shù)據(jù)的使用應(yīng)在性能上能滿足對業(yè)務(wù)服務(wù)的要求。3.4.2.7數(shù)據(jù)的分布和存儲原則數(shù)據(jù)的分布和存儲原則交易型數(shù)據(jù)的分布操作型數(shù)據(jù)存儲分布管理分析型數(shù)據(jù)存儲分布3.4.3xx 銀行的數(shù)據(jù)架構(gòu)設(shè)計(jì)銀行的數(shù)據(jù)架構(gòu)設(shè)計(jì)3.4.3.1xx 銀行的全行概念數(shù)

57、據(jù)模型銀行的全行概念數(shù)據(jù)模型全行級的數(shù)據(jù)架構(gòu)設(shè)計(jì)的內(nèi)容是基于銀行概念數(shù)據(jù)模型的，有必要先介紹其設(shè)計(jì)原則、應(yīng)具備的特點(diǎn)、主要內(nèi)容、作用和意義。銀行全行級概念數(shù)據(jù)模型的設(shè)計(jì)原則正確的業(yè)務(wù)概念及完整性原則連續(xù)性原則靈活性原則前瞻性原則可操作性原則銀行業(yè)概念數(shù)據(jù)模型須具備的特點(diǎn)根據(jù)事物的內(nèi)在特征，業(yè)務(wù)概念內(nèi)外部應(yīng)統(tǒng)一建模，提高模型的通用性和靈活性介質(zhì)和產(chǎn)品/金融協(xié)議應(yīng)分離金融協(xié)議和核算應(yīng)剝離第 28 頁 /共 39 頁條件建模抽象了產(chǎn)品間的相似性，而令產(chǎn)品的差異性分屬有產(chǎn)品模型的各個分支條件上。概念數(shù)據(jù)模型符合條件建模的理念，助于規(guī)則引擎的介入，實(shí)現(xiàn)產(chǎn)品開發(fā)的可配置化，能夠更快速的響應(yīng)市場需求。3.4

58、.3.2xx 銀行主數(shù)據(jù)源的分布規(guī)劃銀行主數(shù)據(jù)源的分布規(guī)劃全行級的數(shù)據(jù)架構(gòu)設(shè)計(jì)的是圍繞應(yīng)用架構(gòu)的。在 xx 銀行目標(biāo)應(yīng)用架構(gòu)的框架下，xx銀行主數(shù)據(jù)源的分布規(guī)劃以下介紹該規(guī)劃的原則、規(guī)劃內(nèi)容規(guī)劃原則單一數(shù)據(jù)視圖原則接近主數(shù)據(jù)源應(yīng)用原則實(shí)體間關(guān)系的主數(shù)據(jù)分布確定原則4 IT 基礎(chǔ)設(shè)施架構(gòu)設(shè)計(jì)基礎(chǔ)設(shè)施架構(gòu)設(shè)計(jì) 4.1IT 基礎(chǔ)設(shè)施架構(gòu)總體設(shè)計(jì)基礎(chǔ)設(shè)施架構(gòu)總體設(shè)計(jì)4.1.1IT 基礎(chǔ)設(shè)施架構(gòu)建設(shè)模式基礎(chǔ)設(shè)施架構(gòu)建設(shè)模式面對基礎(chǔ)設(shè)施面臨的挑戰(zhàn)，xx 銀行首先要改變的是基礎(chǔ)設(shè)施的建設(shè)模式。在傳統(tǒng)的建設(shè)模式中，是先考慮業(yè)務(wù)，再到應(yīng)用和數(shù)據(jù)，最后是 IT 基礎(chǔ)設(shè)施的傳統(tǒng)串行模式，采用這種模式帶來問題是基礎(chǔ)設(shè)

59、施對未來的變化不能快速做出響應(yīng)，每上一個新系統(tǒng)，都要考慮基礎(chǔ)設(shè)施上需要建設(shè)的內(nèi)容，這種建設(shè)模式無法在激烈的競爭條件下生存發(fā)展。建議 xx 銀行應(yīng)過渡到業(yè)務(wù)、應(yīng)用和數(shù)據(jù)、IT 基礎(chǔ)設(shè)施同時考慮的并行模式。圖 4-1 建設(shè)模式在這種模式下，基礎(chǔ)設(shè)施的建設(shè)在業(yè)務(wù)目標(biāo)確定的情況下同步開展，其思路是在應(yīng)用架構(gòu)進(jìn)行變化的同時，開始基礎(chǔ)設(shè)施架構(gòu)搭建，這個架構(gòu)具備支撐未來應(yīng)用架構(gòu)需求的能力，是一個隨需應(yīng)變的運(yùn)行環(huán)境。 第 29 頁 /共 39 頁4.1.2目標(biāo)目標(biāo) IT 基礎(chǔ)設(shè)施架構(gòu)基礎(chǔ)設(shè)施架構(gòu)4.1.2.1設(shè)計(jì)思路設(shè)計(jì)思路對于基礎(chǔ)設(shè)施并行建設(shè)模式來說，選擇何種基礎(chǔ)設(shè)施架構(gòu)是非常重要的，只有按照一個具備良好靈

60、活性、擴(kuò)展性、可用性的目標(biāo)架構(gòu)進(jìn)行建設(shè)才可能保障將來對業(yè)務(wù)的快速響應(yīng)，提供高質(zhì)量的服務(wù)。對于 xx 銀行來說，本次規(guī)劃很重要的一點(diǎn)是要“具有前瞻性”，因此，規(guī)劃的目標(biāo)是按照一個隨需應(yīng)變的運(yùn)行環(huán)境進(jìn)行規(guī)劃設(shè)計(jì)，其目的是為了更好的適應(yīng)業(yè)務(wù)的需求與變化。要建立運(yùn)行環(huán)境隨需應(yīng)變，基礎(chǔ)設(shè)施必須與應(yīng)用松耦合，通過基礎(chǔ)設(shè)施架構(gòu)的簡化來達(dá)到目的?；A(chǔ)設(shè)施架構(gòu)的簡化是從使用者的視角來看，從 IT 建設(shè)的角度來看，其實(shí)質(zhì)是建立基礎(chǔ)設(shè)施資源池，提供各種標(biāo)準(zhǔn)化的服務(wù)，這些服務(wù)組合起來可以支持全行的各種應(yīng)用。這種簡化架構(gòu)可以將以前一套應(yīng)用建一套系統(tǒng)的豎井式建設(shè)方式轉(zhuǎn)變?yōu)楦鶕?jù)應(yīng)用的需求分配資源的方式。可以用四個標(biāo)準(zhǔn)角度的