现状评估（讨论稿）_v3

1、中国建设银行科技应用系统中国建设银行科技应用系统现状评估现状评估（讨论稿）（讨论稿）二二三年一月十三日三年一月十三日1介绍介绍 （要函盖业务的内容）（要函盖业务的内容）.41.1文档编写目的.41.2目标.41.3范围.41.4目标读者.51.5假设.51.6本文档编写过程中所使用资料清单.52建设银行的中长期发展战略建设银行的中长期发展战略.62.1建设银行的总体战略目标.62.1.1成为质量、效益最好的银行.62.1.2成为服务最优、效率最优的银行.72.1.3立足特色，发展优势，逐步成为多功能的国际化商业银行.72.2建设银行的市场定位.82.2.1区域战略定位.82.2.2客户战略定位

2、.82.2.3产品战略定位.92.2.4分销渠道战略定位.93建设银行面临的挑战建设银行面临的挑战.103.1外部挑战.103.1.1外部市场环境.103.1.2行业发展及监管要求的趋势.103.1.3竞争对手.113.2内部挑战.123.2.1内部管理的挑战.123.2.2人员管理的挑战.133.2.3技术方面的挑战.134系统信息调查及访谈结果概要系统信息调查及访谈结果概要.154.1系统信息调查.154.2系统调查及访谈结果.194.2.1建设银行IT系统调研结果.204.2.2对建设银行分行系统的访谈结果.205使用参照体系结构模型考察建设银行现行的应用系统使用参照体系结构模型考察建设

3、银行现行的应用系统.225.1参照体系结构模型介绍.225.1.1渠道层.235.1.2渠道接口管理层.245.1.3客户交互层.245.1.4操作型客户管理层.255.1.5分析型客户关系管理层.265.1.6业务集成层.275.1.7产品引擎层.285.1.8合作伙伴管理层.295.1.9银行内部管理系统层.305.1.10支付网关层.315.2基于参照体系结构模型的当前状态下系统组成框架图.325.2.1建设银行当前状态下的系统组成框架图.325.2.2建设银行完成DCC和MIS两大项目后的系统组成框架图.366建设银行当前状态下的系统功能和相互关系图建设银行当前状态下的系统功能和相互关

4、系图.396.1核心运营体系的各系统的功能和相互关系图.406.1.1帐务核算体系.406.1.2个人金融产品的供应体系.416.1.3对公司及金融同业的产品供应体系.446.1.4外币资金清结算体系.466.1.5本币资金的清结算体系.486.2银行管理信息系统体系.496.2.1管理会计及管理报表类型的信息系统体系.496.2.2普通的企业管理信息系统.506.3客户关系管理系统.517建设银行当前主要应用系统的基本状况的统计和分析建设银行当前主要应用系统的基本状况的统计和分析.527.1基本状况汇总.527.2建设银行当前应用系统的统计分析.577.2.1当前主要应用信息系统的使用时间.

5、577.2.2当前主要应用系统来源.587.2.3开发语言及工具.597.2.4数据库类型.597.2.5硬件平台.607.2.6操作系统.617.2.7软件架构.628总结总结 （结论部分要响应前述的业务战略和挑战，指出当前的不足之处）（结论部分要响应前述的业务战略和挑战，指出当前的不足之处）.621 介绍介绍 （要函盖业务的内容）（要函盖业务的内容）1.1 文档编写目的文档编写目的本文档编写的目的在于为建设银行当前所使用的主要业务运营支持系统及管理信息系统进行评估与简单分析。本文档将作为其它交付成果的重要基础之一。 1.2 目标目标本文档的目标如下:建立建设银行当前主要 IT 系统状况的清

6、单；利用参照体系结构模型建立当前系统层次模型图；按照业务运营或业务管理的内在逻辑，将支持某种业务运营或业务管理的系统功能集中，完成当前的系统的逻辑关系图集，明确系统之间的联系和数据信息流动；简要列出建设银行当前 IT 系统的第三方供应商及开发工具；完成对建设银行的各类系统的统计分析工作。1.3 范围范围本文档要完成的工作如下：收集主要现有系统的信息； 基于我们对主要系统的理解，绘制系统的逻辑关系及数据交换图；使用参照体系结构模型对系统进行划分以便进一步分析；明确建设银行总分行间主要系统的功能和系统接口。1.4 目标读者目标读者本文档的目标读者是 IT 管理人员和规划人员，在一定程度上比较了解建

7、设银行的系统现状。本文希望对建设银行的系统现状进行初步分析，并在此基础之上明确现有 IT 系统与目标状态之间的差距、做出 IT 转型计划。 1.5 假设假设 作为本评估的一部分，我们制定了一系列的工作假设，在此之上对建设银行提供的各种数据进行分析：各个 IT 系统的信息及其之间的联系是真实准确的；对每个系统的目的和功能的描述同实际情况完全相符；调研和访谈的结果同事实比较相符。1.6 本文档编写过程中所使用本文档编写过程中所使用的建设银行的建设银行资料清单资料清单（业务方面的参考资料）（前期项目的业务诊断报告名称）（国外银行业务体系架构及应用体系的最佳实践）汇总的分行计算机应用系统调查情况表开发

8、中心正在开发、维护和升级的项目的情况调查表建设银行 IT 项目小组此前完成的工作底稿，内容涉及 34 个主要系统的功能、数据数据输出、和其它系统的相互关系等内容22 个主要应用系统的叫项目原始申报材料，内容涉及这些开发这些项目时所考虑的功能定位、概要的应用体系结构等内容2003 各业务部门的系统开发请求汇总，共涉及 35 个系统的开发、维护和升级的需求数据集中工程应用总体设计基础框架湖北分行城市综合网介绍 CBS浙江银行综合业务系统简介2 建设银行的中长期发展战略建设银行的中长期发展战略2.1 建设银行的总体战略目标建设银行的总体战略目标根据建设银行的关于提高核心竞争力，扩大市场份额研究总报告

9、，建设银行的战略目标是成为“最富有价值的银行”。而实现这一目标的根本途径是持续地提高盈利水平、资源产出效率、经营效率、风险管理能力以及持续发展的推动能力。这一目标的具体涵义可以归纳如下：2.1.1 成为质量、效益最好的银行成为质量、效益最好的银行建行要成为效益最佳银行，必须通过优化调整收入结构来实现经营效益稳步增长，并且依据利率市场化改革的进程，抓紧成本核算和管理会计工作，严格控制成本，从而使建行依据国际会计准则，在同等规模商业银行中保持资产收益率、资本收益率（股本回报率）的领先地位。另外，建行要成为质量最优的银行，就必须建立适应市场发展的资产负债管理体系和完善的风险管理体系以保证资产流动性、

10、安全性和收益性的高度协调。这包括两方面工作，一方面大力调整优化资产结构，提高有效盈利资产比重，按照年均增长 30%以上的速度加快消费信贷和中间业务的发展。另一方面争取在 3-5 年内建立和完善风险控制体系，从而切实提高信贷资产质量，严格控制新增贷款质量，使新增贷款不良率控制在 1%以下，同时压缩不良资产，争取 2006 年把全行不良贷款率控制在 10%以内。但在控制风险的同时，还必须平衡风险和盈利的关系，不能一味强调风险，失去市场机会。2.1.2 成为服务最优、效率最优的银行成为服务最优、效率最优的银行建设银行需要具备强大的客户需求采集和分析能力，明确目标市场和客户，同时建立强大的产品研发能力

11、，从而在服务创新、满足客户需求方面领先同业，在批发、零售、结算领域树立核心品牌，并拥有大批稳定的优质客户基础，成为服务最优的银行。同时，建行必须坚持不懈的优化资源配置结构以成为效率最优银行。一方面，在人力资源管理上要有效裁减冗员，同时根据业务发展的需要和重点，转移无法裁减的冗员，对留存人员进行专业化的人才培训，加大考核奖惩力度。另一方面，需要大力提高集约化经营水平，提高单位资源产出率，构建起前后台分离、职责清晰、协调统一的运作模型。从而使建行在人均营业收入，人均利润、人均经营规模处于同业领先地位。2.1.3 立足特色，发展优势，逐步成为多功能的国际化商业银行立足特色，发展优势，逐步成为多功能的

12、国际化商业银行建行要建成以城市为主体的、网络范围覆盖全国、延伸全球主要发达国家和金融中心的多功能、国家化商业银行。这就要求建设银行在发挥中长期信用、评估分析、审价咨询、住房信贷等领域的特色与优势的同时，大力发展票据、财务顾问、资产管理等新兴业务。另外，建行要前瞻性的在人员技术上为混业经营作好准备，从而保持大型商业银行的有效规模优势。2.2 建设银行的市场定位建设银行的市场定位根据建设银行的总体战略发展目标， 在确保资产业务、负债业务、中间业务均衡发展，坚持中心城市行发展战略的基础上，建设银行的市场定位重点如下：三类重点区域：长江三角洲、珠江三角洲、环渤海地区三类重点客户：优质公司类客户、机构类

13、客户、高中端个人客户三类重点产品：中长期信用、住房和汽车消费信贷、结算产品三类重点渠道：综合性精品网点、电子银行、客户经理2.2.1 区域战略定位区域战略定位区域战略定位将依据资源投入产出最大化的原则，进一步改进和完善中心城市行优先发展战略，重点扶持长江三角洲及东部沿海地区、珠江三角洲和东南沿海地区、环渤海地区，不断提高有效市场份额；有区别、有重点地发展中部、西北、西南地区以及东北地区，配合国家西部大开发的财政政策；稳步拓展海外市场，以香港为桥头堡，以亚太地区为重点，关注欧洲市场。2.2.2 客户战略定位客户战略定位客户战略定位的核心思想是以“客户为中心”，重点发展优质公司类客户、机构类客户和

14、高中端个人客户。零售业务中的高端个人客户是建设银行今后业务发展的重点，包括个人住房贷款、个人汽车贷款、个人投资顾问等，建设银行个人业务要逐步达到 40% 到 50%。在追求较高数量的高端客户的同时，按照多元化发展的原则，不断扩大中端客户份额， 通过对不同的客户群体提供差别性服务，调整、优化低端客户结构。另外，在巩固国有企业客户的基础上，加强对民营企业和外资企业的市场开拓。同时，加强客户有效需求的采集、分析，建立差别化的客户评价模型，及时准确的选择目标客户，并确定与之对应的销售渠道和产品种类。2.2.3 产品战略定位产品战略定位在产品定位方面，建设银行将根据比较优势，重点发展市场潜力巨大、收益明

15、显的三类业务（中长期信用、住房和汽车消费信贷、结算产品），同时保持建设银行的特色业务（工程审价、资金清算），并培育有增长潜力的新兴业务（信用卡、投资银行、票据业务、个人理财）。在产品研发方面，坚持需求导向原则，明确产品研发流程，在总行和分行建立两级产品研发中心，从而具备对市场进行迅速反应的能力。在整体产品管理方面，加强产品定价管理，建立高效、灵活的定价机制。同时，建立产品评级体系，推进产品经理制，强化对业务产品的专业管理，并在此基础上，进行产品整合，创建核心品牌，实现产品的个性化、系列化和一体化，降低业务运营成本。2.2.4 分销渠道战略定位分销渠道战略定位渠道建设的市场定位主要是集中在综合性

16、精品网点、电子银行、客户经理三大类。网点建设方面，主要通过加快传统网点的功能改造和职能调整，实现传统网点精品化、集约化发展。同时重点发展电子银行，加快发展新兴分销渠道，实现销售方式多元化。另外，注重建立一支以客户经理为主体的高素质分销队伍，逐步实现专业化和产业化。3 建设银行面临的挑战建设银行面临的挑战基于中国建设银行提出的总体战略以及市场定位和中长期发展目标，毕博认为建设银行要想提高其核心竞争力，应对同业竞争，完成中长期的经营目标，必须充分认识其所面临的各种挑战，概括地说，主要包括外部的市场环境、行业环境和竞争形势的挑战和内部的管理、人员和技术的挑战。3.1 外部挑战外部挑战3.1.1 外部

17、市场环境外部市场环境加入 WTO 和国有经济的战略性调整，将使一些比较优势不明显、长期受到政策保护的行业受到很大的冲击，比如电信、电力、民航等垄断行业的改制，涉及建行资产业务占比近 40，这对主要以国有企业为客户对象的建行带来巨大挑战。另外，从整体上看，我国的金融市场发育不健全，没有建立起有效的社会信用体系，这将使银行在经营中面临更大的风险，承担更大的经营成本。3.1.2 行业发展及监管要求的趋势行业发展及监管要求的趋势目前由于银行数目的增多，银行的服务市场正由卖方市场向买方市场转变，这使银行的经营管理压力空前增大。而且，证券市场的发展使企业对银行融资的依赖性减弱，同时，基金市场和保险公司的发

18、展对银行的存款分流的压力也很大。另外，随着利率市场化进程的推进，央行的八次降息直接导致了以传统存贷业务为主的国内银行盈利的下降，建设银行面临着巨大的拓宽和创造利润来源新渠道的压力。在行业监管方面，巴塞尔新资本协议对银行的治理提出了更高的要求。新协议要求安全及稳健的金融体系要满足三个支柱要求，即最低资本要求、监管检查程序和市场纪律三个支柱。所以，建设银行需要在上述三方面在提高对信息技术的运用的同时，加大对风险资产的控制，加强内部控制，提高信息披露的程度。3.1.3 竞争对手竞争对手目前在中国金融市场上建设银行的竞争对手主要是其它三家大型国有商业银行、十家股份制银行。但是随着中国加入世贸组织之后，

19、政府将在五年内逐步取消对外资银行经营外汇业务与人民币业务的地域限制和客户限制，建设银行已经在趋于平等的竞争环境中面对更多、更强的跨国外资银行的冲击。下表列出国有商业银行、股份制银行和外资银行各自的优势和劣势：银行银行优势优势劣势劣势四大国有商业银行有广大的存款及贷款基础，可靠性高拥有丰富的人才队伍分行网络覆盖面广有能力进行大量的信息技术投资，金融科技发展水平较先进有很大机会提高经济效益规模大，反应慢历史包袱及社会责任沉重组织结构复杂，改造难度大税负重，刚性费用支出多股份制银行规模较小，改造难度低历史负担及社会责任不多可灵活选择经营地点在一定程度上能够有效率地作出信息技术投资，经济效率较高人事管

20、理和激励机制有吸引力资金来源及存款基础有限分行网络有限目标市场竞争剧烈外资银行技术及管理先进以高利润业务为主发展完善的产品已确立的品牌雄厚的资金实力在国内市场的参与相当有限对国内市场不了解，可供参考的市场资料不足短期业务限制分行网络不够广泛3.2 内部挑战内部挑战在面临以上的外部挑战的同时，建行还面临内部管理等方面的挑战，主要为以下几方面：3.2.1 内部管理的挑战内部管理的挑战目前建设银行所面临的内部管理方面的挑战，主要包括：未来建设银行将寻求机会在资本市场上筹集资金，这使得建设银行将来必须按国际会计准则或其他会计准则 (例如美国公认会计原则) 编制帐项。而用国际标准来衡量，建行的盈利水平将

21、下降在风险管理方面，建行的战略目标是使不良贷款率从 15降到 10，这就要求建行具备更高的风险管理能力，加强组合管理的能力在业务营运方面，流程的标准化和自动化程度不高。随着建设银行业务的逐渐增长，建行必须提高营运的效率，同时降低操作风险，以获得稳固的业务基础目前建行还无法进行基于产品、客户、渠道的成本核算和利润贡献度分析，这对于建行进行更准确的产品定价和提高成本效益管理能力提出了挑战建行要实现从以帐户为基础转为以客户为基础的经营理念，就必须具备对客户信息进行采集、分析和相应区分目标客户的机制和能力。3.2.2 人员管理的挑战人员管理的挑战过去受很多政策的限制，人才的善用、培训、业绩考核和薪酬等

22、均是建行需要解决的问题。另外，对职业道德和企业文化的认知也是非常重要的问题。目前建行只采用有限的业绩评估指标，而且奖励和晋升主要是以员工的年资和地位而不完全是以绩效为依据。同时，目前建行对基层员工的培训普遍不足，尤其缺乏对银行业务营运的国际最佳模式和风险管理方面的培训。这都对建行留住人才和实现企业化经营提出了很大的挑战。3.2.3 技术方面的挑战技术方面的挑战目前，各分行自行开发自己的信息技术系统和解决方案，以致平台和应用程序各异。在这种情况下，建行很难对不断变化的业务需求迅速作出反应，而且造成了维护成本高，又无法在全国范围内提供统一的服务的局面。另外，目前建行所采用的计算机系统不能够提供详细

23、的管理信息报告，特别是风险管理和业绩评价方面的报告。这对建行应付日益激烈的竞争，合理定价和获得利润提出了很大的挑战。4 系统信息调查及访谈结果概要系统信息调查及访谈结果概要4.1 系统信息系统信息调查调查到目前为止，我们就建设银行的主要系统（总行推广的系统）进行了现状调查。这些系统主要是：重要的金融交易提供系统历史上建设银行总行向各分行统一推广的系统开发中心目前正在开发、维护和升级的系统来年各业务部门报请的系统这些系统是：1. 城综网系统2. 清算系统3. 现代化支付系统接口4. 龙卡系统5. 龙卡网络系统6. 证券业务系统7. 证券业务系统与中证接口8. 股票质押贷款系统9. 住房贷款证券化

24、系统10.外汇会计网络处理系统11.外汇资金后台 Opics 系统12.总分行资金交易系统13.国际结算系统14.国际卡系统15.速汇通系统16.龙卡 IP 电话支付系统17.B 股证券资金清算系统18.个人贷款信息系统19.投资基金托管业务综合系统20.银联卡接口系统21.国内信用证系统22.抵债资产系统23.个人售汇系统24.委托性住房金融业一级分行数据集中25.个人理财系统26.网上银行业务系统27.网上银行 RA 认证系统28.CALL CENTER 系统29.手机银行系统30.资金清算系统帐户信息服务子系统31.重要客户服务系统32.ATM 功能拓展和系统监控项目33.总帐信息管理系

25、统34.信贷管理信息系统35.人行信贷登记系统接口36.信贷风险评级预警系统37.审计管理信息系统38.非现场审计系统39.办公自动化系统40.档案信息化系统41.人力资源管理信息系统42.营业费用核算管理系统43.固定资产管理信息系统44.南非约堡 Globus 核心业务系统45.东京分行 Urbis 核心业务系统46.汉城分行核心业务系统47.一级分行清算中心48.房改金融业务系统49.个人住房贷款系统50.储蓄事后监督系统51.个人电子汇款系统52.网上银行 B2B 系统53.企业证书 RA 客户端系统54.信贷清分系统55.呆坏帐核销系统56.岗位培训信息管理系统57.养老统筹系统58

26、.信息服务站系统59.计算机设备管理系统60.产品信息采集系统61.离休干部信息管理系统62.新一代柜面应用系统63.会计稽核系统64.电子汇划系统65.现金出纳系统66.会计资产清理系统67.NT 柜面终端系统68.本级财务系统69.资产损失清理系统70.PC-CONNECT 系统71.企业终端72.结算扫描系统73.外币卡收单系统74.龙卡前置系统75.信用卡止付黑名单系统76.三峡移民资金管理系统77.行长查询系统78.筹资报表 3.079.储蓄卡统计80.柜面业务查询系统81.会计决算报表系统我们使用下表中所设计的内容，来收集这些应用系统的状况：表表 2-12-1：中国建设银行应用信息

27、系统状况表：中国建设银行应用信息系统状况表系统名称：系统名称：调查内容调查内容说明说明系统名称所支持业务内容系统描述供应商名称购入/开发时间系统类型P、C、VP= 内部开发或供应商专门为建设银行开发、C= 外部采购产品客户化并由内部支持、V= 供应商提供产品及支持应用中间件的使用系统接口的情况（报文、格式调查内容调查内容说明说明等）与其有连接的其它系统名称被该系统调用数据的系统调用该系统输出数据的系统使用该系统的部门/用户（请指明系统的应用范围，如在总行或哪级分行使用）系统使用状态U、P、D、RU = 在线使用、P = 已采购、D = 在开发、R = 待淘汰业务增长率（可由系统用户填写） 未来

28、三年的预计业务量增长率。如果该系统不是基于交易的，则使用基本生产单位，例如，发出帐单数量等。系统版本状态0、-1、-2、0= 当年投产、-1= 上年投产、-2= 前年投产、操作系统操作系统版本操作系统使用时间数据库类型与版本硬件平台版本硬件平台使用时间（年）数据处理模式B、P、OB = 批量、 P = 部分在线、O = 100% 在线 基于 WebA、P、NA = 已经、P = 可能、N = 不会开发语言应用开发所使用的编程语言支撑工具应用系统支持所需要的主要工具软件架构（B/S,C/S 等）系统优点现存问题对本系统的升级具体要求对本系统的升级具体计划注：在说明中可以阐述系统的各个应用模块在总

29、、分行的的功能分布情况注：在说明中可以阐述系统的各个应用模块在总、分行的的功能分布情况4.2 系统调查及访谈结果系统调查及访谈结果4.2.1 建设银行建设银行 IT 系统调研结果系统调研结果我们对于建设银行主要总行推广的系统应用信息系统进行了资料层面的调查，并对调查结果进行汇总。具体结果参见本文第五章。4.2.2 对对建设银行建设银行对对分行分行系统的访谈结果系统的访谈结果建设银行为本项目选择了陕西（Unisys 主机）河北（RS/6000 主机）、福建（AS/400 主机）、上海（ES/9000 主机）四家分行的科技处长或开发中心主管，和毕博管理咨询的项目工作人员进行了访谈。根据对建设银行这

30、四个有代表性的分行的科技处处长的访谈，我们得到了以下主要信息。访谈的详细记录，见先前提交给建设银行的访谈纪要。1. 分行外围系统的构思大体相仿，目标都是用大前置整合渠道、管理交易、落实本地特色业务；中间业务平台完成新中间业务的定义和外部系统的连接。但在落实参差不齐，有的分行还没有完整的大前置，中间业务平台的功能也各不相同。2. 分行核心业务系统平台各不相同，省级集中的方式不同，版本不同3. 在安排各自的 IT 工作上，分行的策略各不相同4. 各分行都或多或少的开发了管理信息类的系统5. DCC 项目获得高级主管的足够支持，系统规划较完整6. DCC 项目存在诸多一定的风险，如人员保证、符合项目

31、计划和预算、系统测试的条件、系统切换、异构的历史数据的集中过程等方面。）7. DCC 项目规划支持目前通行的产品类型，对今后一段时间内金融产品多样性的支持没有明确答案8. 都认为版本统一比数据集中更重要9. 都认为管理信息系统的开发重点在于数据的获取和全行的数据标准10.分行目前新的业务需求不多,处于优化的过程11.缺少项目实施后对项目效益的评估5 使用参照体系结构模型使用参照体系结构模型考察建设银行现行的应用系统考察建设银行现行的应用系统5.1 参照体系结构模型参照体系结构模型介绍介绍我们进行 IT 规划的一个重要参考，就是参照体系结构模型。该参照体系结构模型已经在其他国家的银行行业的客户中

32、得到实施、验证并进行了改进。我们用参照体系结构模型作为对现状分析阶段所收集的信息进行分类和分析的工具，同时也将用来辅助设计建设银行的目标应用体系结构。图图 3-1 参照应用体系结构图参照应用体系结构图每层次的定义、含义和每层系统实例如下：5.1.1渠道层渠道层 渠道是银行和它的客户进行交互的界面。为方便起见，我们将银行渠道分为以下四种：电子渠道电子渠道是通过数字设备访问银行系统的总称，包括 Money或 Quicken 这样的 PC 软件、Web 的访问、移动电子设备（手机、PDA 等）、交互式电视等。他们应该通过统一的交换平台向主机发送交易请求。E-mail也是一条渠道，虽然它可能要通过专用

33、的软件（如 BridgeWare）才能产生交易请求。 呼叫中心呼叫中心在结构上分为 ACD（自动呼叫分配） 、IVR/AVR（交互/自动的语音应答）、CTI（计算机/电话集成）。当网络带宽足够宽且经济时，完整的图象交换也可以实现。当前的呼叫中心的体系结构都假设：在对外服务时只有一个逻辑上的呼叫中心，而实际上建设多个物理的呼叫中心。可以在多个呼叫中心进行负载均衡、实现 CTI 交换。支持渠道现在包括所有的自动化机具。传真和邮递渠道也可以包含在其中。最终跨渠道的电子现金的表单的处理也会包含在其中。目前尚没有支持性渠道的统一的概念定义。传统的营业网点柜台、综合柜员制。5.1.2渠道接口管理层渠道接口

34、管理层 渠道管理层负责渠道设备的物理管理和集成（几个渠道共用）管理，它可以允许在渠道的界面做个性化定制。渠道管理有以下几个关键问题：渠道管理管理特殊的渠道-比如管理 Email 的 Brightware。也包括交换平台管理的各个渠道。为了利用单渠道管理的界面表达优势，应该在该层中建立界面表达子层。界面表达界面表达将银行服务传递到界面终端。在 Web 界面方面，界面元素应该能够得以管理、维护和版本变更；对于呼叫中心，则包括脚本代码和代理服务管理。发布利用技术将信息发布给银行客户。包括广播、多频道的能力和发布管理软件，以及允许声音、数据、图象通过 IP 一起传输的机制。例如Pointcast 和

35、MBONE。个性化将需要传输的信息，根据客户个人的定制，以独特的方式发布的技术。个性化技术有多个层面，例如： Broadvision 公司着眼于全部表达的个性化；Vignette 公司则着眼于基于会话活动的表达的个性化。 5.1.3客户交互层客户交互层客户交互层保存的是，每个客户和某银行及其每一个合作银行的每一次接触的历史的全局视图。该层包括以下功能：客户交互软件提供给用户一个和银行接触史的单点视图。这可以通过数据映射实现，也可以通过数据复制实现。工作流既可以通过客户管理管理系统中的工作流机制实现，也可以通过象 Eastman 或 AWD 这样的企业工作流产品的界面实现。如果连接到象Blaze

36、 这样的业务规则引擎中处理流程逻辑，效果更好。银行的业务逻辑将逐渐地从核心业务系统这样地系统中抽取出来，这是趋势，代之以 CORBA组件或者业务规则引擎这样的体系结构。客户交互的完成现实中，有类似于客户手册之类的文件支持客户交易的完成。在系统中，可以执行自动化的、体现法律关系的、个性化的交流手段。为了使客户交互完成的成本最低，要尽量减少手工介入。销售和服务的前端系统该层应该开发为组件形式，驻留在应用服务器上，其物理位置可以是任何地方。之所以将该层置于客户交互层而非产品引擎层，是强调它的重要性和逻辑上的位置。这个以对象为基础的应用，会和客户的信用数据、信用评分、以及后台系统交互。信用评分引擎可以

37、部署在这一层，如果它太复杂，也可以部署在后台系统。5.1.4操作型客户管理层操作型客户管理层客户数据库客户信息客户管理风险管理处理策略联系管理关系管理客户管理系统客户数据库客户信息客户管理风险管理处理策略联系管理关系管理客户管理系统操作型客户管理层，控制银行和客户的商业操作面的关系。真正的商业处理是按照市场规则进行的个性化的运作。该层包括以下几个方面的系统功能：客户和客户家庭的商业价值组合的风险状况市场营销活动在逻辑上，操作型的客户数据库和分析用的数据库是分离的，因为二者是对不同数据类型的数据的访问。在物理上，两套数据库也是通常分别建立在不同的平台上，以支持不同类型的服务。5.1.5分析型客户

38、关系管理层分析型客户关系管理层详细数据财务 客户产品渠道分析数据库行为分析客户价值分析积分卡关系个性化开发资产拥有交叉销售客户及市场分析系统详细数据财务 客户产品渠道分析数据库行为分析客户价值分析积分卡关系个性化开发资产拥有交叉销售客户及市场分析系统客户关系管理的基本理论认为，每个客户都应该被视为单独对待，特别是给银行带来良好利润的客户。分析型客户关系管理层整个建立在一对一市场营销的理论基础上，功能包括：客户价值分析个性化和产品开发客户行为分析家庭的价值分析市场营销活动的管理客户属性定义5.1.6业务集成层业务集成层.Directory Services消息管理安全FTP工作流队列Invoca

39、tion ofRT/batch functs.业务集成层消息修复流程控制审计跟踪规则引擎数据转换优先级管理数据锁定表数据集合目录管理数据分割Directory Services消息管理安全FTP工作流队列Invocation ofRT/batch functs.业务集成层消息修复流程控制审计跟踪规则引擎数据转换优先级管理数据锁定表数据集合目录管理数据分割该层提供端到端处理的“粘合剂”，可以在该层进行大量的增值服务。该层的基础是基本连接，由通讯中间件提供，如消息中间件、COM/DCOM、CORBA 通讯机制，也包括交易中间件（如 CICS）。建立于该层之上的增值服务包括：数据的集合（例如两个交易

40、请求合并为一个后再发出）；数据的分割（例如一个交易请求被分解为多个交易请求再发出）；按照业务规则进行的数据的转换（例如，某些算法操作、数据表的查询和数据格式的转换）还有许多高级金融产品的提供基于规则的工作流类型的系统功能。这种功能会按照交易内容的优先级，控制数据在虚拟组织中的流动。另外，目录服务可以跨网络地进行资源定位、跟踪设备使用、提供消息修复功能之类的管理工具。目录服务也是需要的。该层的诸多可能的功能，要根据银行的具体情况，有选择地实施。然而，越来越多的金融产品在系统中的实现，需要共性的、基础性的服务，从简单的网络连接工具到高端的 EAI（企业应用集成）产品。这些服务，都应该尽量安排在商业

41、整和层实现，作为各种金融产品、金融渠道的共享服务。5.1.7产品引擎层产品引擎层Credit ReferenceBureau核心产品业务核心数据其它金融业务信用卡制作贷款信用卡抵押贷款FX/旅行支票帐户客户数据信用参考/消费积分卡欺诈发现催欠管理HPI邮递及清算系统应用程序对公存款普通保险 人身保险财产管理 零售代理租赁Credit ReferenceBureau核心产品业务核心数据其它金融业务信用卡制作贷款信用卡抵押贷款FX/旅行支票帐户客户数据信用参考/消费积分卡欺诈发现催欠管理HPI邮递及清算系统应用程序对公存款普通保险 人身保险财产管理 零售代理租赁核心产品业务核心数据其它金融业务信用

42、卡制作贷款信用卡抵押贷款FX/旅行支票帐户客户数据帐户客户数据信用参考/消费积分卡欺诈发现催欠管理HPI邮递及清算系统应用程序对公存款普通保险 人身保险财产管理 零售代理租赁产品引擎提供金融服务的核心能力，并保存细节的帐户记录。该层所提供的，是传统的后台服务，越来越多的业务规则的处理前移到整个体系结构的客户交互层中。中间件和其他系统软件的使用，将原先的大块逻辑处理，分解为原子级交易，并保持和最终交易系统及企业工作流的接口。产品引擎要支持金融产品在整个生命周期内所要提供的服务。和交易相关的每个产品的信息都记录在产品引擎中。同时交易路径的支持、专家性的支持也可以由产品引擎在客户需要的领域内提供，如

43、：欠款催缴、捐款处理、抵押等。产品引擎以以下的几种方式存在：核心银行产品提供包括现金帐户、存款、借贷在内的业务。在理想状况下，借记卡、支票业务等金融产品的处理，和前面的业务是一体的，靠参数化配置就能实现新业务信用卡抵押业务其他金融产品，包括保险产品、租赁和中介业务。和一些非金融机构的系统进行集成，例如，和电子商务网站在支付上的集成。所有的业务的处理都是基于帐户交易的。银行的品牌可以体现在客户服务点上。该层需要和整个系统结构中的其他层紧密结合，才能实现端到端的自动化的交易流程的实现，并且能做到低成本、低风险、少人工干预。5.1.8合作伙伴管理层合作伙伴管理层品牌M.I. & B.I.S.

44、合作伙伴管理系统财务业务风险合作伙伴数据关系管理品牌M.I. & B.I.S.合作伙伴管理系统财务业务风险合作伙伴数据合作伙伴数据关系管理合作伙伴管理层应该管理银行和所有业务伙伴的关系，主要包括：行政管理维护每个合作伙伴的基本信息，为每日的关系管理提供支持。例如，合作伙伴中的哪位用户被授权可以改变产品信息。财务管理维护和处理合作伙伴的帐单和财务回报。本功能的特点是完全依赖于和合作伙伴的关系的定义。例如从帐户和交易的处理费用，到互联网上的广告费用，他们的处理过程，根据合作伙伴的关系的不同，可能完全不同。关系管理是管理基于服务水平协议的合作伙伴关系和它们的对应责任的商务过程。这包括为每个业

45、务合作伙伴定义产品和服务的能力和管理这些“进出”的能力。品牌信息管理管理和每一个品牌相关的信息。需求的程度取决于业务合作伙伴在需求上和银行一致性。业务风险该功能的特点是：提供接近实时的、关键性的操作信息，以便于风险管理。这里的一个关键问题是业务合作伙伴的商业操作所带来的风险的管理。另外，如果是业务合作伙伴提供服务给银行，和上述管理相反向的管理也要进行。如果超过一个合作伙伴提供了某种服务，那么就应该建立智能产品选择功能，以告诉产品引擎哪个服务在何种条件下应该被推荐。5.1.9银行内部管理系统层银行内部管理系统层银行内部管理系统总帐日常报告帐户支付定购管理人事/薪资管理交易调解股票控制财务部风险管

46、理委托管理固定资产电子采购公司管理数据Internet供应商银行内部管理系统总帐日常报告帐户支付定购管理人事/薪资管理交易调解股票控制财务部风险管理委托管理固定资产电子采购公司管理数据公司管理数据Internet供应商银行内部管理系统是用来管理银行内部业务操作的。它们由内部的支持性应用系统组成，在大多数情况下，银行会应用这些系统。它们包括：行政管理系统包括运营管理报告（如任务清单、异常情况）和所有的法定管理报告（如人民银行、外汇管理局要求的报告）财务管理系统包括总帐、资金、支持性的帐务、固定资产、供应商管理佣金管理。人力资源管理系统通常为人事和工资管理系统。该系统提供其他所有系统关于角色、责任

47、和授权的信息。业务绩效管理信息系统提供包括和渠道、客户、产品盈利性、销售和服务业绩的报告业务风险管理系统该系统的特点是：提供近乎实时的、关键性的操作信息，以便于风险管理。该系统关注的是银行的风险头寸，而非合作伙伴的风险头寸。交易核对机制保证所有的产品帐务和支付数据无误。佣金管理系统用于监控期望的和实际的由合作伙伴或第三方提供服务所引起的佣金收入（反方向也要考虑作为销售成本的佣金付出）。员工自服务许多系统的输出都建立在员工自服务的概念上，特别是费用、人力资源、工资、日常购买等。5.1.10支付网关层支付网关层其它银行PBoCCHAPS Euro EBASwiftAUDDIS/ADDACS邮递Fu

48、lfilment结算表汇款处理SET支票制作支票clearing其它银行PBoCCHAPS Euro EBASwiftAUDDIS/ADDACS邮递Fulfilment结算表汇款处理SET支票制作支票clearing支付网关是产生支付动作的系统，例如：SWIFT卡支付 国内的信用卡通过 VISA 网络的交易界面产生国际交易。重要的是，支付功能从银行内部的体系结构中分离出来，由外部的专业公司和系统承担。客户或银行的支付操作请求将通过这些系统以最合理的机制执行。从系统的角度看，支付软件是智能地支持交易路由的。电子票据处理服务类的业务将会得到大幅增长，所以银行应该考虑将此类应用纳入自己的应用体系结构

49、。实际的支付会通过上述的支付网关，但在逻辑上电子票据处理业务将通过客户关系管理系统和客户交互中心。5.2 基于参照体系结构模型的当前状态下系统组成框架图基于参照体系结构模型的当前状态下系统组成框架图5.2.1 建设银行当前状态下的系统组成框架图建设银行当前状态下的系统组成框架图我们基于参照体系结构模型对于建设银行的主要应用信息系统进行分析并归类，得出当前状态下的系统组成框架图：图图 3-23-2：建设银行当前状态下系统组成框架图：建设银行当前状态下系统组成框架图以下从参照应用体系结构的各个层面，总结建设银行现有的系统：支付网关层支付网关层在支付网关层，目前建设银行的系统覆盖了龙卡系统、与人行接

50、口、国际清算接口等应用：龙卡系统-包括了龙卡网络系统、储蓄卡全国联网、龙卡网络系统授权交换中心应用升级及灾难恢复系统实施、银行卡信息交换总中心联网等多项系统功能。现代化支付系统接口通过对综合业务处理系统和资金清算改造，实现了与人行现代化支付系统的对接，从而实现跨行支付业务和资金管理的网络化、自动化处理，并实现资金的自动清算。SWIFT建行内部的 SWIFT 体系，在分行还有 Alliance 和 PC-Connect 系统与 SWIFT 接口配合使用。产品引擎层产品引擎层目前建设银行的各一级分行向客户提供的金融业务品种，各不相同，但通常至少包括：公司业务活期/定期存款（含公司一本通）、协定存款

51、、保证金存款（活期/定期）、通知存款、信贷资金贷款、转贷款、银行汇票、银行本票、银行承兑汇票、支票、汇兑业务、托收承付、委托收款、贴现、保函等。个人业务活期一折通、定期存款（含一本通）、综合理财账户、信用卡保证金存款、通知储蓄存款、异地托收、存款证明、挂失/解挂、冻结/解冻、存款过户、利息税申报、贷款额度管理、不良贷款管理、个人消费贷款、个人权利凭证质押贷款、速汇通。卡业务（含储蓄卡、准贷记卡、贷记卡、IC 卡）开卡（含预制卡）/销卡、存款/取款、转账、信用控制、商户消费。现金业务同业间外币现金存取、机构现金调拨、柜员现金调拨、现金收付、残破币兑换/现金调换。资金调度业务主机业务范围：人行往来

52、、系统内往来（分行与总行）、系统往来（分行与支行）、外汇资金往来（分行与支行）、资金拆借。票据清算同城票据清算（提出/提入）、电子汇划等。外汇买卖业务结售汇业务、代客外汇买卖、经营性外汇买卖。跨分行的业务交易，需要行内清算系统的支持，它覆盖全行的电子汇划及资金清算处理系统，除处理行内对公及个人汇款业务及相关的资金清算业务外，还代理外行资金清算、为企业提供结算服务。同时，还承担着证券、龙卡、重要客户等系统的资金清算功能。渠道接口管理层渠道接口管理层建设银行的各个渠道，如柜台、ATM、 POS、Call Center、网上银行等，都有对应的前置机处理该渠道的设备和报文管理、界面表达、信息发布甚至客

53、户服务个性化方面的功能需求。渠道层渠道层建设银行目前的渠道有下面几种：Web 访问如网上银行，业务功能覆盖查询、转账、电子支付、代理业务、速汇通、外汇买卖、证券业务、集团资金管理。CALL CENTERCALL CENTER 系统实现咨询、投诉建议、设置、帐户挂失、帐户查询、帐户转帐、支付、外汇买卖、证券交易、对外呼出十大类业务功能，支持人工坐席、语音自助两种服务方式，并逐步拓展 EMAIL、SMS、WAP、PDA 等多种服务渠道。业务支持渠道有 ATM 和汇款传统的营业网点柜台、综合柜员制。银行内部管理层银行内部管理层建设银行目前具有以下内部管理系统：人力资源管理信息系统实现了总行在统一法人

54、体制下及时、准确和全面地掌握全辖机构资源和人力资源情况，合理配置资源、优化使用资源、公正评价资源，充分发挥人力资源整体效能。总帐信息管理系统配合建设银行统一会计核算制度的实施，满足建行经营管理及向人民银行全科目指标体系报表报送的需求，由总行正式立项统一组织开发的。5.2.2 建设银行完成建设银行完成 DCC 和和 MIS 两大项目后的系统组成框架图两大项目后的系统组成框架图图图 3-33-3：建设银行：建设银行 DCC 和和 MIS 两大项目后系统组成框架图两大项目后系统组成框架图DCC 项目的目标，是在统一业务需求、业务和技术标准的基础上，通过对CCBS 的改造优化，建立起适合业务发展需要和

55、现代管理模式的技术框架-数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）三级系统架构的全行核心业务应用系统，实现以帐务数据为主体的全行核心业务数据的集中处理，形成与数据集中相配套的业务和管理制度，为管理信息系统和决策支持系统提供帐务数据和其他信息，为金融创新和业务拓展奠定基础，从而提升全行核心竞争力。具体而言，该项目的任务包括：1. 建立起数据集中应具备的帐务组织体系：满足不同层次核算主体行帐务数据完整反映的需要，核算主体可以根据不同时期的管理需要灵活设置；总行可以直接提取上挂行的汇总报表数据，不需要层层汇总；同时不同层次行可直接获得所辖行的汇总数据；实现本外币一体化的集中会计

56、核算，账务数据集中存放。2. 形成一套完整、规范的建设银行业务和技术标准，系统中凭证、清单、帐薄、报表等输出格式符合制度要求；3. 划分核心业务和分行的特色业务，明确数据中心、分行前置的职责和范围，尽可能地考虑到全行核心业务的界定，避免项目后期核心业务范围有大的改变；4. 完整、分阶段完成的周边系统解决方案；5. 实现数据集中；建立适合业务发展需要和现代管理模式的基本框架-数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）的三级系统架构；6. 在数据中心内部建立基于Parallel Sysplex 技术可扩展的体系结构；7. 在基本框架下，围绕核心业务统一、适应本地特色业务发展要

57、求，从CCBS 系统剥离本地特色业务，完成CCBS 的优化和适应性改造形成核心业务版本；完成一级分行前置平台的开发，为中间业务、本地特色业务系统和外围系统提供访问主机核心业务系统的标准接口；在满足性能、安全性等前提下，一级分行与周边系统（包括全行系统、分行的特色业务系统、ATM/POS 前置系统以及其他外连系统）的接口作适应性改造；由此可见，DCC 项目在完善参照体系结构各个功能层面的功能模块方面，变化不大。建设银行的全行 MIS 系统，尚处于规划阶段。从目前的进展看，该规划将强调全面的客户关系管理和全面的银行风险管理。6 建设银行当前状态下的系统功能和相互关系图建设银行当前状态下的系统功能和

58、相互关系图本章在第三章内容的基础上，从描述系统功能和系统间的逻辑及数据的相互关系的角度，在总分行的全面范围内，进一步分析建设银行的应用系统的现状。本章共三个部分：核心运营体系对应参照体系结构的渠道层、渠道接口管理层、客户交互层、业务集成层、产品引擎层和支付网关层。由于目前建设银行的大部分系统是该体系下的系统，系统数量大，关系复杂，我们按照核心运营体系所支持的业务类操作类型的不同，将其分为帐务核算体系、个人金融产品提供体系、公司及金融同业产品提供体系、外币资金清结算体系、本币资金清结算体系五个方面来描述。管理信息系统对应参照体系结构的内部管理系统层。建行的现在管理信息类型的系统，一部分和银行的专

59、业管理强相关，我们将它们合并处理为管理会计及管理报表类系统；另一部分是普通的企业信息管理系统。客户关系管理系统对应参照体系结构的操作型客户关系管理和分析型客户关系管理层。6.1 核心运营体系的各系统的功能和相互关系图核心运营体系的各系统的功能和相互关系图6.1.1 帐务核算体系帐务核算体系 图图 4-14-1 建设银行当前状态下帐务核算体系的逻辑图建设银行当前状态下帐务核算体系的逻辑图建设银行的现行系统支持多级核算体制：营业网点作为系统的营业前端，主要工作是将经济事项录入计算机；支行（一级分行或二级分行）作为核算主体，具有完整账务体系的基本核算单位。一个核算主体既可定义为多个营业网点组成，也可

60、定义为一个营业网点。建设银行的本币公司、外币业务、政策性房贷业务和非利息的收支的帐务，在不同的系统中处理。这四方面的会计总帐信息汇总到总帐传输系统中进行合并和向上汇总。会计核算账务数据集中存放于一级分行主机中，各营业网点负责采集账务数据向主机传输、提交、一级分行主机负责对核算账务数据集中存放和加工处理，并向各营业网点批量反馈相关会计交易。稽核系统对这些反馈的相关会计交易进行稽核。为满足各行内部管理和当地人民银行、地方财政、审计、税务等部门对建行的各类监管、检查需要。一级分行主机定时点向各管理层反馈会计信息。特殊需要时，由一级分行主机和总行的总帐合并系统提供数据信息源，各管理层根据需要自行生成数据信息。国际卡系