应用系统 现状评估
（讨论稿）
1 介绍 ................................................................................. 4 1.1 1.2 1.3 1.4 1.5 1.6
文档编写目的 ........................................................................ 4 目标 ................................................................................ 4 范围 ................................................................................ 4 目标读者 ............................................................................ 5 假设 ................................................................................ 5 本文档编写过程中所使用资料清单 ...................................................... 5
2 建设银行的中长期发展战略 .............................................................. 6 2.1 建设银行的总体战略目标 .............................................................. 6
2.1.1 成为质量、效益最好的银行 ........................................................ 6 2.1.2 成为服务最优、效率最优的银行 .................................................... 7 2.1.3 立足特色，发展优势，逐步成为多功能的国际化商业银行 .............................. 7
2.2 建设银行的市场定位 .................................................................. 8
2.2.1 2.2.2 2.2.3 2.2.4 区域战略定位 .................................................................... 8 客户战略定位 .................................................................... 8 产品战略定位 .................................................................... 9 分销渠道战略定位 ................................................................ 9
3 建设银行面临的挑战 ................................................................... 10 3.1 外部挑战 ........................................................................... 10
3.1.1 外部市场环境 ................................................................... 10
3.1.2 行业发展及监管要求的趋势 ....................................................... 10 3.1.3 竞争对手 ....................................................................... 11
3.2 内部挑战 ........................................................................... 12
3.2.1 内部管理的挑战 ................................................................. 12 3.2.2 人员管理的挑战 ................................................................. 13 3.2.3 技术方面的挑战 ................................................................. 13
4 建设银行信息技术现状 ................................................................. 15 4.1 系统信息调查及访谈结果概要 ......................................................... 15
4.1.1 系统信息调查 ................................................................... 15 4.1.2 系统调查及访谈结果 ............................................................. 20
4.2 使用参照体系结构模型考察建设银行现行的应用系统 ..................................... 22
4.2.1 参照体系结构模型介绍 ........................................................... 22 4.2.2 基于参照体系结构模型的当前状态下系统组成框架图 ................................. 31
4.3 建设银行当前状态下的系统功能和相互关系图 ........................................... 38
4.3.1 核心运营体系的各系统的功能和相互关系图 ......................................... 39 4.3.2 银行管理信息系统体系 ........................................................... 48
4.3.3 客户关系管理系统 ............................................................... 50
4.4 建设银行当前主要应用系统的基本状况的统计和分析 ..................................... 51
4.4.1 基本状况汇总 ................................................................... 51 4.4.2 建设银行当前应用系统的统计分析 ................................................. 56
5 总结 ................................................................................ 61
1 介绍
1.1 文档编写目的
本文档编写的目的是在总结建设银行的发展战略及所面临的挑战的基础上，为建设银行当前所使用的主要业务运营支持系统及管理信息系统进行评估与简单分析。本文档将作为其它交付成果的重要基础之一。
1.2 目标
本文档的目标如下:
总结建设银行的发展战略 总结建设银行所面临的挑战
建立建设银行当前主要IT系统状况的清单； 利用参照体系结构模型建立当前系统层次模型图；
按照业务运营或业务管理的内在逻辑，将支持某种业务运营或业务管理的系统功能集中，完成当前的系统的逻辑关系图集，明确系统之间的联系和数据信息流动；
简要列出建设银行当前IT系统的第三方供应商及开发工具； 完成对建设银行的各类系统的统计分析工作。
1.3 范围
本文档要完成的工作如下：
收集现有的建设银行的发展战略及所面临的挑战的信息 收集主要现有系统的信息；
基于我们对主要系统的理解，绘制系统的逻辑关系及数据交换图； 使用参照体系结构模型对系统进行划分以便进一步分析； 明确建设银行总分行间主要系统的功能和系统接口。
1.4 目标读者
本文档的目标读者是IT管理人员和规划人员，在一定程度上比较了解建设银行的系统现状。本文希望对建设银行的系统现状进行初步分析，并在此基础之上明确现有IT系统与目标状态之间的差距、做出IT转型计划。
1.5 假设
作为本评估的一部分，我们制定了一系列的工作假设，在此之上对建设银行提供的各种数据进行分析：
各个IT系统的信息及其之间的联系是真实准确的； 对每个系统的目的和功能的描述同实际情况完全相符； 调研和访谈的结果同事实比较相符。
1.6 本文档编写过程中所使用资料清单
第二调研组研究报告汇编
建设银行业务诊断报告
汇总的分行计算机应用系统调查情况表
开发中心正在开发、维护和升级的项目的情况调查表
建设银行IT项目小组此前完成的《工作底稿》，内容涉及34个主要系统的功能、数据数据输出、和其它系统的相互关系等内容
22个主要应用系统的叫项目原始申报材料，内容涉及这些开发这些项目时所考虑的功能定位、概要的应用体系结构等内容
2003各业务部门的系统开发请求汇总，共涉及35个系统的开发、维护和升级的需求
数据集中工程应用总体设计基础框架 湖北分行城市综合网介绍CBS 浙江银行综合业务系统简介
2 建设银行的中长期发展战略
2.1 建设银行的总体战略目标
根据建设银行的‘关于提高核心竞争力，扩大市场份额研究总报告’，建设银行的战略目标是成为“最富有价值的银行”。而实现这一目标的根本途径是持续地提高盈利水平、资源产出效率、经营效率、风险管理能力以及持续发展的推动能力。这一目标的具体涵义可以归纳如下：
2.1.1 成为质量、效益最好的银行
建行要成为效益最佳银行，必须通过优化调整收入结构来实现经营效益稳步增长，并且依据利率市场化改革的进程，抓紧成本核算和管理会计工作，严格控制成本，从而使建行依据国际会计准则，在同等规模
商业银行中保持资产收益率、资本收益率（股本回报率）的领先地位。
另外，建行要成为质量最优的银行，就必须建立适应市场发展的资产负债管理体系和完善的风险管理体系以保证资产流动性、安全性和收益性的高度协调。这包括两方面工作，一方面大力调整优化资产结构，提高有效盈利资产比重，按照年均增长30%以上的速度加快消费信贷和中间业务的发展。另一方面争取在3-5年内建立和完善风险控制体系，从而切实提高信贷资产质量，严格控制新增贷款质量，使新增贷款不良率控制在1%以下，同时压缩不良资产，争取2006年把全行不良贷款率控制在10%以内。但在控制风险的同时，还必须平衡风险和盈利的关系，不能一味强调风险，失去市场机会。
2.1.2 成为服务最优、效率最优的银行
建设银行需要具备强大的客户需求采集和分析能力，明确目标市场和客户，同时建立强大的产品研发能力，从而在服务创新、满足客户需求方面领先同业，在批发、零售、结算领域树立核心品牌，并拥有大批稳定的优质客户基础，成为服务最优的银行。
同时，建行必须坚持不懈的优化资源配置结构以成为效率最优银行。一方面，在人力资源管理上要有效裁减冗员，同时根据业务发展的需要和重点，转移无法裁减的冗员，对留存人员进行专业化的人才培训，加大考核奖惩力度。另一方面，需要大力提高集约化经营水平，提高单位资源产出率，构建起前后台分离、职责清晰、协调统一的运作模型。从而使建行在人均营业收入，人均利润、人均经营规模处于同业领先地位。
2.1.3 立足特色，发展优势，逐步成为多功能的国际化商业银行
建行要建成以城市为主体的、网络范围覆盖全国、延伸全球主要发达国家和金融中心的多功能、国家化商业银行。
这就要求建设银行在发挥中长期信用、评估分析、审价咨询、住房信贷等领域的特色与优势的同时，大力发展票据、财务顾问、资产管理等新兴业务。另外，建行要前瞻性的在人员技术上为混业经营作好准备，从而保持大型商业银行的有效规模优势。
2.2 建设银行的市场定位
根据建设银行的总体战略发展目标， 在确保资产业务、负债业务、中间业务均衡发展，坚持中心城市行发展战略的基础上，建设银行的市场定位重点如下：
三类重点区域：长江三角洲、珠江三角洲、环渤海地区 三类重点客户：优质公司类客户、机构类客户、高中端个人客户
三类重点产品：中长期信用、住房和汽车消费信贷、结算产品 三类重点渠道：综合性精品网点、电子银行、客户经理
2.2.1 区域战略定位
区域战略定位将依据资源投入产出最大化的原则，进一步改进和完善中心城市行优先发展战略，重点扶持长江三角洲及东部沿海地区、珠江三角洲和东南沿海地区、环渤海地区，不断提高有效市场份额；有区别、有重点地发展中部、西北、西南地区以及东北地区，配合国家西部大开发的财政政策；稳步拓展海外市场，以香港为桥头堡，以亚太地区
为重点，关注欧洲市场。
2.2.2 客户战略定位
客户战略定位的核心思想是以“客户为中心”，重点发展优质公司类客户、机构类客户和高中端个人客户。零售业务中的高端个人客户是建设银行今后业务发展的重点，包括个人住房贷款、个人汽车贷款、个人投资顾问等，建设银行个人业务要逐步达到40% 到50%。在追求较高数量的高端客户的同时，按照多元化发展的原则，不断扩大中端客户份额， 通过对不同的客户群体提供差别性服务，调整、优化低端客户结构。另外，在巩固国有企业客户的基础上，加强对民营企业和外资企业的市场开拓。
同时，加强客户有效需求的采集、分析，建立差别化的客户评价模型，及时准确的选择目标客户，并确定与之对应的销售渠道和产品种类。
2.2.3 产品战略定位
在产品定位方面，建设银行将根据比较优势，重点发展市场潜力巨大、收益明显的三类业务（中长期信用、住房和汽车消费信贷、结算产品），同时保持建设银行的特色业务（工程审价、资金清算），并培育有增长潜力的新兴业务（信用卡、投资银行、票据业务、个人理财）。
在产品研发方面，坚持需求导向原则，明确产品研发流程，在总行和分行建立两级产品研发中心，从而具备对市场进行迅速反应的能力。在整体产品管理方面，加强产品定价管理，建立高效、灵活的定价机制。同时，建立产品评级体系，推进产品经理制，强化对业务产品的专业管理，并在此基础上，进行产品整合，创建核心品牌，实现产品的个性化、系列化和一体化，降低业务运营成本。
2.2.4 分销渠道战略定位
`渠道建设的市场定位主要是集中在综合性精品网点、电子银行、客户经理三大类。网点建设方面，主要通过加快传统网点的功能改造和职能调整，实现传统网点精品化、集约化发展。同时重点发展电子银行，加快发展新兴分销渠道，实现销售方式多元化。另外，注重建立一支以客户经理为主体的高素质分销队伍，逐步实现专业化和产业化。
3 建设银行面临的挑战
基于中国建设银行提出的总体战略以及市场定位和中长期发展目标，毕博认为建设银行要想提高其核心竞争力，应对同业竞争，完成中长期的经营目标，必须充分认识其所面临的各种挑战，概括地说，主要包括外部的市场环境、行业环境和竞争形势的挑战和内部的管理、人员和技术的挑战。
3.1 外部挑战
3.1.1 外部市场环境
加入WTO和国有经济的战略性调整，将使一些比较优势不明显、长期受到政策保护的行业受到很大的冲击，比如电信、电力、民航等垄断行业的改制，涉及建行资产业务占比近40％，这对主要以国有企业为客户对象的建行带来巨大挑战。
另外，从整体上看，我国的金融市场发育不健全，没有建立起有效的社会信用体系，这将使银行在经营中面临更大的风险，承担更大的经营成本。
3.1.2 行业发展及监管要求的趋势
目前由于银行数目的增多，银行的服务市场正由卖方市场向买方市场转变，这使银行的经营管理压力空前增大。而且，证券市场的发展使企业对银行融资的依赖性减弱，同时，基金市场和保险公司的发展对银行的存款分流的压力也很大。另外，随着利率市场化进程的推进，央行的八次降息直接导致了以传统存贷业务为主的国内银行盈利的下降，建设银行面临着巨大的拓宽和创造利润来源新渠道的压力。
在行业监管方面，巴塞尔新资本协议对银行的治理提出了更高的要求。新协议要求安全及稳健的金融体系要满足三个支柱要求，即最低资本要求、监管检查程序和市场纪律三个支柱。所以，建设银行需要在上述三方面在提高对信息技术的运用的同时，加大对风险资产的控制，加强内部控制，提高信息披露的程度。
3.1.3 竞争对手
目前在中国金融市场上建设银行的竞争对手主要是其它三家大型国有商业银行、十家股份制银行。但是随着中国加入世贸组织之后，政府将在五年内逐步取消对外资银行经营外汇业务与人民币业务的地域限制和客户限制，建设银行已经在趋于平等的竞争环境中面对更多、更强的跨国外资银行的冲击。
下表列出国有商业银行、股份制银行和外资银行各自的优势和劣势：
银行 优势 有广大的存款及贷款基础，可靠性高 拥有丰富的人才队伍 分行网络覆盖面广 劣势 规模大，反应慢 历史包袱及社会责任沉重 组织结构复杂，改造难度大 税负重，刚性费用支出多 四大国有商业银行 有能力进行大量的信息技术投资，金融科技发展水平较先进 有很大机会提高经济效益 股份制银行 规模较小，改造难度低 历史负担及社会责任不多 资金来源及存款基础有限 分行网络有限 目标市场竞争剧烈 可灵活选择经营地点 在一定程度上能够有效率地作出信息技术投资，经济效率较高 人事管理和激励机制有吸引力 外资银行 技术及管理先进 以高利润业务为主 发展完善的产品 已确立的品牌 雄厚的资金实力 在国内市场的参与相当有限 对国内市场不了解，可供参考的市场资料不足 短期业务限制 分行网络不够广泛 3.2 内部挑战
在面临以上的外部挑战的同时，建行还面临内部管理等方面的挑战，主要为以下几方面：
3.2.1 内部管理的挑战
目前建设银行所面临的内部管理方面的挑战，主要包括：
未来建设银行将寻求机会在资本市场上筹集资金，这使得建设银
行将来必须按国际会计准则或其他会计准则 (例如美国公认会计原则) 编制帐项。而用国际标准来衡量，建行的盈利水平将下降
在风险管理方面，建行的战略目标是使不良贷款率从
能力
15％降到
10％，这就要求建行具备更高的风险管理能力，加强组合管理的
在业务营运方面，流程的标准化和自动化程度不高。随着建设银
行业务的逐渐增长，建行必须提高营运的效率，同时降低操作风险，以获得稳固的业务基础
目前建行还无法进行基于产品、客户、渠道的成本核算和利润贡
献度分析，这对于建行进行更准确的产品定价和提高成本效益管理能力提出了挑战
建行要实现从以帐户为基础转为以客户为基础的经营理念，就必
须具备对客户信息进行采集、分析和相应区分目标客户的机制和能力。 3.2.2 人员管理的挑战
过去受很多政策的限制，人才的善用、培训、业绩考核和薪酬等均是建行需要解决的问题。另外，对职业道德和企业文化的认知也是非常重要的问题。
目前建行只采用有限的业绩评估指标，而且奖励和晋升主要是以员工的年资和地位而不完全是以绩效为依据。同时，目前建行对基层员工的培训普遍不足，尤其缺乏对银行业务营运的国际最佳模式和风险管理方面的培训。这都对建行留住人才和实现企业化经营提出了很大的挑战。
3.2.3 技术方面的挑战
目前，各分行自行开发自己的信息技术系统和解决方案，以致平台
和应用程序各异。在这种情况下，建行很难对不断变化的业务需求迅速作出反应，而且造成了维护成本高，又无法在全国范围内提供统一的服务的局面。
另外，目前建行所采用的计算机系统不能够提供详细的管理信息报告，特别是风险管理和业绩评价方面的报告。这对建行应付日益激烈的竞争，合理定价和获得利润提出了很大的挑战。
4 建设银行信息技术现状
4.1 系统信息调查及访谈结果概要
4.1.1 系统信息调查
到目前为止，我们就建设银行的主要系统进行了现状调查。这些系统主要是：
重要的金融交易提供系统
历史上建设银行总行向各分行统一推广的系统 开发中心目前正在开发、维护和升级的系统 来年各业务部门报请的系统
这些系统是：
1. 城综网系统 2. 清算系统
3. 现代化支付系统接口 4. 龙卡系统 5. 龙卡网络系统 6. 证券业务系统
7. 证券业务系统与中证接口 8. 股票质押贷款系统 9. 住房贷款证券化系统 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.总帐信息管理系统 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.信息服务站系统 59.计算机设备管理系统 60.产品信息采集系统 61.离休干部信息管理系统 62.新一代柜面应用系统 63.会计稽核系统 64.电子汇划系统 65.现金出纳系统 66.会计资产清理系统 67.NT柜面终端系统 68.本级财务系统 69.资产损失清理系统 70.PC-CONNECT系统 71.企业终端 72.结算扫描系统 73.外币卡收单系统 74.龙卡前置系统 75.信用卡止付黑名单系统 76.三峡移民资金管理系统 77.行长查询系统 78.筹资报表3.0 79.储蓄卡统计 80.柜面业务查询系统 81. 会计决算报表系统
我们使用下表中所设计的内容，来收集这些应用系统的状况：
表2-1：中国建设银行应用信息系统状况表
系统名称： P、C、V P= 内部开发或供应商专门为建设银行开发、C= 外部采购产品客户化并由内部支持、V= 供应商提供产品及支持 系统名称 所支持业务内容 系统描述 供应商名称 购入/开发时间 系统类型 应用中间件的使用 系统接口的情况（报文、格式 等） 与其有连接的其它系统名称 被该系统调用数据的系统 调用该系统输出数据的系统 使用该系统的部门/用户（请指 明系统的应用范围，如在总行或哪级分行使用） 系统使用状态 U、P、D、R U = 在线使用、P = 已采购、D = 在开发、R = 待淘汰 未来三年的预计业务量增长率。如果该系统不是基业务增长率（可由系统用户填 ％ 于交易的，则使用基本生产单位，例如，发出帐单写） 数量等。 系统版本状态 操作系统 操作系统版本 操作系统使用时间 数据库类型与版本 硬件平台版本 硬件平台使用时间（年） 数据处理模式 基于Web 开发语言 支撑工具 软件架构（B/S,C/S等） 系统优点 现存问题 0、-1、-2、、 B、P、O A、P、N 0= 当年投产、-1= 上年投产、-2= 前年投产、、 B = 批量、 P = 部分在线、O = 100% 在线 A = 已经、P = 可能、N = 不会 应用开发所使用的编程语言 应用系统支持所需要的主要工具 对本系统的升级具体要求 对本系统的升级具体计划 注：在说明中可以阐述系统的各个应用模块在总、分行的的功能分布情况 4.1.2 系统调查及访谈结果
4.1.2.1 建设银行IT系统调研结果
我们对于建设银行主要应用系统进行了资料层面的调查，并对调查结果进行汇总。具体结果参见本文第五章。
4.1.2.2 对建设银行分行系统的访谈结果
建设银行为本项目选择了陕西（Unisys主机）河北（RS/6000主机）、福建（AS/400主机）、上海（ES/9000主机）四家分行的科技处长或开发中心主管，和毕博管理咨询的项目工作人员进行了访谈。根据对建设银行这四个有代表性的分行的科技处处长的访谈，我们得到了以下主要信息。访谈的详细记录，见先前提交给建设银行的访谈纪要。
1. 分行外围系统的构思大体相仿，目标都是用大前置整合渠道、管理交易、落实本地特色业务；中间业务平台完成新中间业务的定义和外部系统的连接。但在落实参差不齐，有的分行还没有完整的大前置，中间业务平台的功能也各不相同。
2. 分行核心业务系统平台各不相同，省级集中的方式不同，版本不同 3. 在安排各自的IT工作上，分行的策略各不相同 4. 各分行都或多或少的开发了管理信息类的系统 5. DCC项目获得高级主管的足够支持，系统规划较完整
6. DCC项目存在一定的风险，如人员保证、符合项目计划和预算、系统测试的条件、系统切换、异构的历史数据的集中过程等方面。） 7. DCC项目规划支持目前通行的产品类型，对今后一段时间内金融产品多样性的支持没有明确答案 8. 都认为版本统一比数据集中更重要
9. 都认为管理信息系统的开发重点在于数据的获取和全行的数据标准 10.分行目前新的业务需求不多,处于优化的过程 11.缺少项目实施后对项目效益的评估
4.2 使用参照体系结构模型考察建设银行现行的应用系统
4.2.1 参照体系结构模型介绍
我们进行IT 规划的一个重要参考，就是参照体系结构模型。该参照体系结构模型已经在其他国家的银行行业的客户中得到实施、验证并进行了改进。
我们用参照体系结构模型作为对现状分析阶段所收集的信息进行分类和分析的工具，同时也将用来辅助设计建设银行的目标应用体系结构。
图3-1 参照应用体系结构图
每层次的定义、含义和每层系统实例如下：
4.2.1.1 渠道层
渠道是银行和它的客户进行交互的界面。为方便起见，我们将银行渠道分为以下四种：
电子渠道——电子渠道是通过数字设备访问银行系统的总称，包
括Money或Quicken这样的PC软件、Web的访问、移动电子设备（手机、PDA等）、交互式电视等。他们应该通过统一的交换平台
向主机发送交易请求。E-mail也是一条渠道，虽然它可能要通过专用的软件（如BridgeWare）才能产生交易请求。
呼叫中心——呼叫中心在结构上分为
ACD（自动呼叫分配） 、
IVR/AVR（交互/自动的语音应答）、CTI（计算机/电话集成）。当网络带宽足够宽且经济时，完整的图象交换也可以实现。当前的呼叫中心的体系结构都假设：在对外服务时只有一个逻辑上的呼叫中心，而实际上建设多个物理的呼叫中心。可以在多个呼叫中心进行负载均衡、实现CTI交换。
支持渠道—现在包括所有的自动化机具。传真和邮递渠道也可以
包含在其中。最终跨渠道的电子现金的表单的处理也会包含在其中。目前尚没有支持性渠道的统一的概念定义。
传统的营业网点——柜台、综合柜员制。
4.2.1.2 渠道接口管理层
渠道管理层负责渠道设备的物理管理和集成（几个渠道共用）管理，它可以允许在渠道的界面做个性化定制。渠道管理有以下几个关键问题：
渠道管理—管理特殊的渠道-比如管理Email的Brightware。也包
括交换平台管理的各个渠道。为了利用单渠道管理的界面表达优势，应该在该层中建立界面表达子层。
界面表达——界面表达将银行服务传递到界面终端。在Web界面
方面，界面元素应该能够得以管理、维护和版本变更；对于呼叫中心，则包括脚本代码和代理服务管理。
发布——利用技术将信息发布给银行客户。包括广播、多频道的
能力和发布管理软件，以及允许声音、数据、图象通过IP一起传输的机制。例如Pointcast和MBONE。
个性化——将需要传输的信息，根据客户个人的定制，以独特的
方式发布的技术。个性化技术有多个层面，例如： Broadvision公司着眼于全部表达的个性化；Vignette公司则着眼于基于会话活动的表达的个性化。
4.2.1.3 客户交互层
客户交互层保存的是，每个客户和某银行及其每一个合作银行的每一次接触的历史的全局视图。该层包括以下功能：
客户交互软件——提供给用户一个和银行接触史的单点视图。这
可以通过数据映射实现，也可以通过数据复制实现。
工作流——既可以通过客户管理管理系统中的工作流机制实现，
也可以通过象Eastman或AWD这样的企业工作流产品的界面实现。如果连接到象Blaze这样的业务规则引擎中处理流程逻辑，效果更好。银行的业务逻辑将逐渐地从核心业务系统这样地系统中抽取出来，这是趋势，代之以CORBA组件或者业务规则引擎这样的体系结构。
客户交互的完成——现实中，有类似于客户手册之类的文件支持
客户交易的完成。在系统中，可以执行自动化的、体现法律关系的、个性化的交流手段。为了使客户交互完成的成本最低，要尽量减少手工介入。
销售和服务的前端系统——该层应该开发为组件形式，驻留在应
用服务器上，其物理位置可以是任何地方。之所以将该层置于客户交互层而非产品引擎层，是强调它的重要性和逻辑上的位置。这个以对象为基础的应用，会和客户的信用数据、信用评分、以及后台系统交互。信用评分引擎可以部署在这一层，如果它太复杂，也可以部署在后台系统。
4.2.1.4 操作型客户管理层
操作型客户管理层，控制银行和客户的商业操作面的关系。真正的商业处理是按照市场规则进行的个性化的运作。该层包括以下几个方面的系统功能：
客户和客户家庭的商业价值 组合的风险状况 市场营销活动
在逻辑上，操作型的客户数据库和分析用的数据库是分离的，因为二者是对不同数据类型的数据的访问。在物理上，两套数据库也是通常分别建立在不同的平台上，以支持不同类型的服务。
4.2.1.5 分析型客户关系管理层
客户关系管理的基本理论认为，每个客户都应该被视为单独对待，特别是给银行带来良好利润的客户。分析型客户关系管理层整个建立在一对一市场营销的理论基础上，功能包括：
客户价值分析 个性化和产品开发 客户行为分析 家庭的价值分析 市场营销活动的管理 客户属性定义
4.2.1.6 业务集成层.
该层提供端到端处理的“粘合剂”，可以在该层进行大量的增值服务。
该层的基础是基本连接，由通讯中间件提供，如消息中间件、COM/DCOM、CORBA通讯机制，也包括交易中间件（如CICS）。
建立于该层之上的增值服务包括：数据的集合（例如两个交易请求合并为一个后再发出）；数据的分割（例如一个交易请求被分解为多个交易请求再发出）；按照业务规则进行的数据的转换（例如，某些算法操作、数据表的查询和数据格式的转换）
还有许多高级金融产品的提供基于规则的工作流类型的系统功能。这种功能会按照交易内容的优先级，控制数据在虚拟组织中的流动。
另外，目录服务可以跨网络地进行资源定位、跟踪设备使用、提供消息修复功能之类的管理工具。目录服务也是需要的。
该层的诸多可能的功能，要根据银行的具体情况，有选择地实施。然而，越来越多的金融产品在系统中的实现，需要共性的、基础性的服务，从简单的网络连接工具到高端的EAI（企业应用集成）产品。这些服务，都应该尽量安排在商业整和层实现，作为各种金融产品、金融渠道的共享服务。
4.2.1.7 产品引擎层
产品引擎提供金融服务的核心能力，并保存细节的帐户记录。该层所提供的，是传统的后台服务，越来越多的业务规则的处理前移到整个体系结构的客户交互层中。中间件和其他系统软件的使用，将原先的大块逻辑处理，分解为原子级交易，并保持和最终交易系统及企业工作流的接口。
产品引擎要支持金融产品在整个生命周期内所要提供的服务。和交易相关的每个产品的信息都记录在产品引擎中。同时交易路径的支持、专家性的支持也可以由产品引擎在客户需要的领域内提供，如：欠款催缴、捐款处理、抵押等。
产品引擎以以下的几种方式存在：
核心银行产品——提供包括现金帐户、存款、借贷在内的业务。
在理想状况下，借记卡、支票业务等金融产品的处理，和前面的业务是一体的，靠参数化配置就能实现新业务
信用卡 抵押业务
其他金融产品，包括保险产品、租赁和中介业务。
和一些非金融机构的系统进行集成，例如，和电子商务网站在支
付上的集成。
所有的业务的处理都是基于帐户交易的。银行的品牌可以体现在客户服务点上。
该层需要和整个系统结构中的其他层紧密结合，才能实现端到端的自动化的交易流程的实现，并且能做到低成本、低风险、少人工干预。
4.2.1.8 合作伙伴管理层
合作伙伴管理层应该管理银行和所有业务伙伴的关系，主要包括：
行政管理——维护每个合作伙伴的基本信息，为每日的关系管理
提供支持。例如，合作伙伴中的哪位用户被授权可以改变产品信息。
财务管理——维护和处理合作伙伴的帐单和财务回报。本功能的
特点是完全依赖于和合作伙伴的关系的定义。例如从帐户和交易的处理费用，到互联网上的广告费用，他们的处理过程，根据合作伙伴的关系的不同，可能完全不同。
关系管理——是管理基于服务水平协议的合作伙伴关系和它们的
对应责任的商务过程。这包括为每个业务合作伙伴定义产品和服务的能力和管理这些“进出”的能力。
品牌信息管理——管理和每一个品牌相关的信息。需求的程度取
决于业务合作伙伴在需求上和银行一致性。
业务风险——该功能的特点是：提供接近实时的、关键性的操作
信息，以便于风险管理。这里的一个关键问题是业务合作伙伴的商业操作所带来的风险的管理。
另外，如果是业务合作伙伴提供服务给银行，和上述管理相反向的管理也要进行。
如果超过一个合作伙伴提供了某种服务，那么就应该建立智能产品选择功能，以告诉产品引擎哪个服务在何种条件下应该被推荐。
4.2.1.9 银行内部管理系统层
银行内部管理系统是用来管理银行内部业务操作的。它们由内部的支持性应用系统组成，在大多数情况下，银行会应用这些系统。它们包括：
行政管理系统—包括运营管理报告（如任务清单、异常情况）和
所有的法定管理报告（如人民银行、外汇管理局要求的报告）
财务管理系统——包括总帐、资金、支持性的帐务、固定资产、
供应商管理佣金管理。
人力资源管理系统——通常为人事和工资管理系统。该系统提供
其他所有系统关于角色、责任和授权的信息。
业务绩效管理信息系统——提供包括和渠道、客户、产品盈利性、
销售和服务业绩的报告
业务风险管理系统——该系统的特点是：提供近乎实时的、关键
性的操作信息，以便于风险管理。该系统关注的是银行的风险头寸，而非合作伙伴的风险头寸。
交易核对机制保证所有的产品帐务和支付数据无误。
佣金管理系统——用于监控期望的和实际的由合作伙伴或第三方
提供服务所引起的佣金收入（反方向也要考虑作为销售成本的佣金付出）。
员工自服务——许多系统的输出都建立在员工自服务的概念上，
特别是费用、人力资源、工资、日常购买等。
4.2.1.10 支付网关层
支付网关——是产生支付动作的系统，例如：
SWIFT
卡支付—— 国内的信用卡通过VISA网络的交易界面产生国际交
易。
重要的是，支付功能从银行内部的体系结构中分离出来，由外部的专业公司和系统承担。客户或银行的支付操作请求将通过这些系统以最合理的机制执行。从系统的角度看，支付软件是智能地支持交易路由的。
电子票据处理服务类的业务将会得到大幅增长，所以银行应该考虑将此类应用纳入自己的应用体系结构。实际的支付会通过上述的支付网关，但在逻辑上电子票据处理业务将通过客户关系管理系统和客户交互中心。
4.2.2 基于参照体系结构模型的当前状态下系统组成框架图
4.2.2.1 建设银行当前状态下的系统组成框架图
我们基于参照体系结构模型对于建设银行的主要应用信息系统进行分析并归类，得出当前状态下的系统组成框架图：
图3-2：建设银行当前状态下系统组成框架图
以下从参照应用体系结构的各个层面，总结建设银行现有的系统： 支付网关层
在支付网关层，目前建设银行的系统覆盖了龙卡系统、与人行接口、国际清算接口等应用：
龙卡系统--包括了龙卡网络系统、储蓄卡全国联网、龙卡网络系统授权交换中心应用升级及灾难恢复系统实施、银行卡信息交换总中心联网等多项系统功能。
现代化支付系统接口――通过对综合业务处理系统和资金清算改造，实现了与人行现代化支付系统的对接，从而实现跨行支付业务和资金管理的网络化、自动化处理，并实现资金的自动清算。
SWIFT——建行内部的SWIFT体系，在分行还有Alliance和PC-Connect系统与SWIFT接口配合使用。 产品引擎层
目前建设银行的各一级分行向客户提供的金融业务品种，各不相同，但通常至少包括：
公司业务——活期/定期存款（含公司一本通）、协定存款、保证
金存款（活期/定期）、通知存款、信贷资金贷款、转贷款、银行汇票、银行本票、银行承兑汇票、支票、汇兑业务、托收承付、委托收款、贴现、保函等。
个人业务——活期一折通、定期存款（含一本通）、综合理财账
户、信用卡保证金存款、通知储蓄存款、异地托收、存款证明、挂失/解挂、冻结/解冻、存款过户、利息税申报、贷款额度管理、不良贷款管理、个人消费贷款、个人权利凭证质押贷款、速汇通。
卡业务（含储蓄卡、准贷记卡、贷记卡、IC 卡）——开卡（含预
制卡）/销卡、存款/取款、转账、信用控制、商户消费。
??现金业务——同业间外币现金存取、机构现金调拨、柜员现金
调拨、现金收付、残破币兑换/现金调换。
资金调度业务——主机业务范围：人行往来、系统内往来（分行
与总行）、系统往来（分行与支行）、外汇资金往来（分行与支行）、资金拆借。??
票据清算——同城票据清算（提出/提入）、电子汇划等。 外汇买卖业务——结售汇业务、代客外汇买卖、经营性外汇买卖。
跨分行的业务交易，需要行内清算系统的支持，它覆盖全行的电子汇划及资金清算处理系统，除处理行内对公及个人汇款业务及相关的资金清算业务外，还代理外行资金清算、为企业提供结算服务。同时，还承担着证券、龙卡、重要客户等系统的资金清算功能。 渠道接口管理层
建设银行的各个渠道，如柜台、ATM、 POS、Call Center、网上银行等，都有对应的前置机处理该渠道的设备和报文管理、界面表达、信息发布甚至客户服务个性化方面的功能需求。 渠道层
建设银行目前的渠道有下面几种：
Web访问――如网上银行，业务功能覆盖查询、转账、电子支付、代理业务、速汇通、外汇买卖、证券业务、集团资金管理。
CALL CENTER――CALL CENTER系统实现咨询、投诉建议、设置、帐户挂失、帐户查询、帐户转帐、支付、外汇买卖、证券交易、对外呼出十大类业务功能，支持人工坐席、语音自助两种服务方式，并逐步拓展EMAIL、SMS、WAP、PDA等多种服务渠道。
业务支持渠道有ATM和汇款
传统的营业网点——柜台、综合柜员制。 银行内部管理层
建设银行目前具有以下内部管理系统：
人力资源管理信息系统――实现了总行在统一法人体制下及时、准确和全面地掌握全辖机构资源和人力资源情况，合理配置资源、优化使用资源、公正评价资源，充分发挥人力资源整体效能。
总帐信息管理系统――配合建设银行统一会计核算制度的实施，满足建行经营管理及向人民银行全科目指标体系报表报送的需求，由总行正式立项统一组织开发的。
4.2.2.2 建设银行完成DCC和MIS两大项目后的系统组成框架图
图3-3：建设银行DCC和MIS两大项目后系统组成框架图 DCC项目的目标，是在统一业务需求、业务和技术标准的基础上，通过对CCBS 的改造优化，建立起适合业务发展需要和现代管理模式的技术框架---数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）三级系统架构的全行核心业务应用系统，实现以帐务数据为主体的全行核心业务数据的集中处理，形成与数据集中相配套的业务和管理制度，为管理信息系统和决策支持系统提供帐务数据和其他信息，为金融创新和业务拓展奠定基础，从而提升全行核心竞争力。具体而言，该项目的任务包括：
1. 建立起数据集中应具备的帐务组织体系：满足不同层次核算主体行帐务数据完整反映的需要，核算主体可以根据不同时期的管理需要灵活设置；总行可以直接提取上挂行的汇总报表数据，不需要层层汇总；同时不同层次行可直接获得所辖行的汇总数据；实现本外币一体化的集中会计核算，账务数据集中存放。
2. 形成一套完整、规范的建设银行业务和技术标准，系统中凭证、清单、帐薄、报表等输出格式符合制度要求；
3. 划分核心业务和分行的特色业务，明确数据中心、分行前置的职责和范围，尽可能地考虑到全行核心业务的界定，避免项目后期核心业务范围有大的改变；
4. 完整、分阶段完成的周边系统解决方案；
5. 实现数据集中；建立适合业务发展需要和现代管理模式的基本框架---数据中心、前置（一级分行和二级分行）、前端（网点或各种外部渠道）的三级系统架构；
6. 在数据中心内部建立基于Parallel Sysplex 技术可扩展的体系结构； 7. 在基本框架下，围绕核心业务统一、适应本地特色业务发展要求，从CCBS 系统剥离本地特色业务，完成CCBS 的优化和适应性改造形成核心业务版本；完成一级分行前置平台的开发，为中间业务、本地特色业务系统和外围系统提供访问主机核心业务系统的标准接口；在满足性能、安全性等前提下，一级分行与周边系统（包括全行系统、分行的特色业务系统、ATM/POS 前置系统以及其他外连系统）的接口作适应性改造；
由此可见，DCC项目在完善参照体系结构各个功能层面的功能模块方面，变化不大。
建设银行的全行MIS系统，尚处于规划阶段。从目前的进展看，该规划将强调全面的客户关系管理和全面的银行风险管理。
4.3 建设银行当前状态下的系统功能和相互关系图
本章在第三章内容的基础上，从描述系统功能和系统间的逻辑及数据的相互关系的角度，在总分行的全面范围内，进一步分析建设银行的应用系统的现状。本章共三个部分：
核心运营体系——对应参照体系结构的渠道层、渠道接口管理层、客户交互层、业务集成层、产品引擎层和支付网关层。由于目前建设银行的大部分系统是该体系下的系统，系统数量大，关系复杂，我们按照核心运营体系所支持的业务类操作类型的不同，将其分为帐务核算体系、个人金融产品提供体系、公司及金融同业产品提供体系、外币资金清结算体系、本币资金清结算体系五个方面来描述。
管理信息系统——对应参照体系结构的内部管理系统层。建行的现在管理信息类型的系统，一部分和银行的专业管理强相关，我们将它们合并处理为管理会计及管理报表类系统；另一部分是普通的企业信息管理系统。
客户关系管理系统——对应参照体系结构的操作型客户关系管理和分析型客户关系管理层。
4.3.1 核心运营体系的各系统的功能和相互关系图
4.3.1.1 帐务核算体系
图4-1 建设银行当前状态下帐务核算体系的逻辑图
建设银行的现行系统支持多级核算体制：营业网点作为系统的营业前端，主要工作是将经济事项录入计算机；支行（一级分行或二级分行）作
为核算主体，具有完整账务体系的基本核算单位。一个核算主体既可定义为多个营业网点组成，也可定义为一个营业网点。
建设银行的本币公司、外币业务、政策性房贷业务和非利息的收支的帐务，在不同的系统中处理。这四方面的会计总帐信息汇总到总帐传输系统中进行合并和向上汇总。
会计核算账务数据集中存放于一级分行主机中，各营业网点负责采集账务数据向主机传输、提交、一级分行主机负责对核算账务数据集中存放和加工处理，并向各营业网点批量反馈相关会计交易。稽核系统对这些反馈的相关会计交易进行稽核。
为满足各行内部管理和当地人民银行、地方财政、审计、税务等部门对建行的各类监管、检查需要。一级分行主机定时点向各管理层反馈会计信息。特殊需要时，由一级分行主机和总行的总帐合并系统提供数据信息源，各管理层根据需要自行生成数据信息。
国际卡系统将卡中心的总账传到总行营业部（邮件方式），再此处合并总账；在传总行营业部的总帐到总行会计部。
证券业务平台的帐务处理的方式和国际卡相似，将证券交易的总账传到总行营业部，再此处合并总账；再传总行营业部的总帐到总行会计部。
4.3.1.2 个人金融产品的供应体系
图4-2 建设银行当前状态下个人金融产品的供应体系的逻辑图 对上图的说明：
数据线0：网银客户信息、网银交易指令及处理信息
数据线1：网银交易信息，目前支持的交易包括：客户账户查询、个人转账、个人汇款、买卖证券、外汇、企业客户转账、企业跨行支付（当地人行处理）、网上购物结算 数据线2：证券业务信息
数据线3：清算信息 数据线4：汇兑信息
数据线5：个人贷款数据和黑名单数据、个人信用数据 数据线6：个贷会计核算系统到城综网的集中户会计信息
数据线7.1个人售汇登记信息以及外管局对个人售汇的回复单；数据线7.2外管局对个人售汇的回复单，进入城综网个人售汇核算模块（建议） 数据线8：分行与总行的呼叫中心客户信息汇总与更新 数据线9：呼叫中心业务交易信息
数据线10：个贷客户查询信息（到客户查询机）和业务分析数据（到个贷查询机）
数据线11：个贷会计核算数据
数据线12：到人民银行个人信贷登记系统的信息 数据线13：卡账户交易信息 数据线14：跨行卡账户交易信息 数据线15：与银联的交易信息交换
数据线16：日终清分，交由总行清算中心向下清算
数据线17：个人外汇买卖交易信息（城综网里有个人外汇核算模块）、储蓄信息、中间业务交易信息
数据线18：汇价和外汇交易的敞口数据
数据线19：证券业务系统与外部基金/证券公司的结算 数据现20：银证通/存折炒股交易信息 数据线21：中间业务交易信息
数据线22：与中间业务相关外系统的结算 个人业务的相关应用系统的简要描述如下： 1．核心业务系统
建行的个人业务主要由城综网（核心业务系统）完成。主要包括以下子系统：储蓄子系统、银行卡子系统、电子汇划子系统、综合核算子系统、公共管理子系统、客户信息子系统、外汇买卖子系统、个人售汇核算子系统等。目前各一级分行之间的核心业务系统版本、硬件平台、操作系统、数据结构都不一致。 2．账户数据分布
个人客户的主要账户数据存储于城综网（核心业务系统）。但个人信贷业务系统、证券业务系统与城综网相对独立，维护各自相关的账户数据。其中个人信贷业务系统的账户数据存储在一级分行，而证券业务系统的基金户数据集中存储在总行。由于账户数据尚没有做到全行集中，异地汇款仍然不能实时到帐。 3．个人业务渠道
目前个人业务的主要渠道包括：柜面、网银、Call Center、ATM/POS。其中网银的客户登录、客户信息验证和交易指令传递是总行集中处理的；而Call Center的客户数据存储于各一级分行，目前无法通过呼叫中心处理异地账户的数据；ATM/POS的异地交易通过总行的龙卡交换中心向异地行传递信息，而跨行交易则各不一致，有的分行通过当地的银联接口，有的分行则通过总行与银联中心的接口传递交易信息。
4.3.1.3 对公司及金融同业的产品供应体系
图4-3 建设银行当前状态下公司及金融同业的产品供应体系的逻辑图
对上图的补充说明：
1. 重要客户系统和企业终端的连接；证券业务系统和证券公司集中证的接口；未来的保险代理系统和保险公司的连接，都是专线连接 2. 国内信用证是城综网的外挂系统
3. 信贷清分系统负责贷款的清理分类，汇划直联机与清算系统连接 4. 信贷风险预警系统的实际定位是全面的信贷风险管理信息系统，目前正在开发中
5. 目前的CMIS系统是信贷数据的全面的存储库，需要进行流程化改造的需求较迫切
4.3.1.4 外币资金清结算体系
图4-4 建设银行当前状态下外币资金清结算体系的逻辑图
外汇资金后台Opics：应用在总行，整合目前分散的资金后台系统，实现总行外汇资金后台会计核算和结算的一体化。系统需要从KONDOR+，BLOOMBERG调取数据，同时为SWIFT提供外汇清算数据。
外汇会计处理系统实现了一级分行外汇对公业务数据的集中： （1）与国际结算系统建立双向信息传递接口，实现国际结算业务相关账务实时入账，并通过会计系统自动打印凭证，登记相关登记本。 （2）在相关交易中系统自动登记涉外收入登记本、对外付款登记本，由申报人员事后逐笔判断是否需申报，并进入相关申报单界面进行信息的补录，形成外管局国际收支申报系统所要求的接口文件，由业务人员拷盘导入国际收支监测系统。
（3）根据外管局《外汇账户管理系统与外汇指定银行数据接口规范（B版）》要求，从系统中直接采集原始的账户数据，生成外管要求的数据文件对外报送
（4）为城综网和个人实盘外汇买卖系统提供标准数据格式，实现账务数据的批量入账；生成MIS总账和补充指标文本；按照总账的要求产生相应的信息，满足CMIS系统的要求。
（5）不直接与SWIFT系统建立联系，而是借助B股清算系统，即在外汇网络处理系统与SWIFT 系统之间通过B股清算系统进行数据的转
化与交换
与清算网接口文件格式传输文件，密押加押方式，处理直连模式。 外币卡收单系统：应用在全部二级行，处理5种国际信用卡在POS上的消费。
4.3.1.5 本币资金的清结算体系
图4-5 建设银行当前状态下本币资金的清结算体系的逻辑图 在内部资金往来方面，各一级分行在总行营业部开设头寸户；各二级分行对应一级分行核算中心开设头寸户；各支行对应二级分行开设头寸户；各营业网点对应支行开设内部往来账户。
电子划汇系统：完成与建行各分行各项汇划资金划转、特定业务（BSP）的资金划转、建行系统内部的各项资金划转。
图中从证券业务系统到总行资金清算系统的数据线表示的是外部证券/基金公司与建设银行之间的清结算。总行与分行以及分行与当地人民银行现代化支付系统的实线表示的是加急的实时资金划汇，虚线表示普通的批量资金划汇。清算账户信息服务子系统作为清算系统的外围系统，可以实现企业终端对自己账户的查询、支付和转账。
目前全行使用的资金清算系统是统一的版本。但部分分行的清算运行主机已经老化。
4.3.2 银行管理信息系统体系
4.3.2.1 管理会计及管理报表类型的信息系统体系
图4-7 建设银行当前状态下银行管理信息系统的逻辑图
4.3.2.2 普通的企业管理信息系统
图4-8 建设银行当前状态下普通的企业管理信息系统的逻辑图
这些系统的关键点是：
1. 总行与分行之间通过骨干网进行人力资源的信息交换。
2. 总行与分行之间通过骨干网进行档案管理的信息交换，比如档案的异地查询和传输。
3. 总行与分行之间通过骨干网进行办公自动化的信息交换，包括公文无纸化流转，文书档案数字化管理，信息资源共享。
4. 档案管理系统与办公自动化系统之间通过骨干网的信息交换。 5. 档案管理系统将有关的档案管理信息输出到总行信息服务站，再由总行信息服务站发布给行内用户、客户及社会。
6. 总行信息服务站与分行信息服务站之间的信息交流和反馈。
4.3.3 客户关系管理系统
建设银行目前还没有完整的客户关系管理系统。客户信息分散在各个金融产品供应系统中，如城综网系统、信贷管理信息系统、个贷管理系统、房贷系统、网上银行服务器、Call Center服务器等。
4.4 建设银行当前主要应用系统的基本状况的统计和分析
4.4.1 基本状况汇总
根据调查问卷及访谈结果，我们整理出建设银行当前主要应用系统的基本状况如下表：
表5-1：建设银行当前系统开发与集成平台及工具列表
1 城综网系统 清算系统 2 HP小型机 HP-UX INFORMIX 树型网络结构 C语言 3 现代化支付系统接HP小型机 口 龙卡系统 HP-UX INFORMIX C/S 结构 C语言 IBM RS6000 4 5 龙卡网络 证券业务系统 6 7 8 9 UNIX INFORMIX C/S ORACLE 多层C/S ORACLE 多层C/S 待定 C/S C/S B/S C语言 C语言,Pro C,ESQL/C,Delphi C语言,Pro C,ESQL/C,Delphi 待定 C语言,ESQL/C Visual Basic Visual Basic,Java 待定（等招标结果） 证券业务系统与中 证接口 股票质押贷款系统 住房贷款证券化系 统 外汇会计网络处理 10 系统 PC Server 11 外汇资金后台Opics 总分行资金交易系 12 统 国际结算系统 PC Server 13 WINDOWS ORACLE SYBASE SCO INFORMIX 拟定B/S UNIX5.04、Windows C/S C/S INFORMIX C/S ORACLE B/S COBOL ESQL/C C语言 PowerBuilder ESQL/C 14 国际卡系统 15 速汇通 龙卡IP电话支付系 16 统 B股证券资金清算系 17 统 个人贷款信息系统 18 投资基金托管业务 综合系统 20 银联卡接口系统 PC Server 国内信用证 21 19 22 抵债资产 INFORMIX 会计核算：C/S 信贷管理：B/S INFORMIX C/S C/S C语言 ESQL/C 23 个人售汇系统 委托性住房金融业 24 一级分行数据集中 个人理财系统 B/S INFORMIX C/S ESQL/C 25 26 27 28 B/S B/S，C/S混和 B/S、C/S C语言,Java C++ ESQL/C,Visual C++ C语言 网上银行业务系统 PC Server 网上银行RA认证系 统 CALL CENTER系统 手机银行系统 29 IBM RS6000 AIX、SCO UNIX 服务器到服务器 资金清算系统帐户 信息服务子系统 31 重要客户服务系统 30 ATM功能拓展和系统 监控 总帐信息管理系统 IBM 33 RS6000,PC SERVER 信贷管理信息系统 34 32 人行信贷登记系统 35 接口 INFORMIX C/S 结构 C语言 C语言 ESQL/C,PowerBuilder PowerBuilder UNIX、AIX INFORMIX B/S INFORMIX C/S INFORMIX AIX、SCO INFORMIX C/S UNIX、WINDOWS 36 37 38 39 40 41 信贷风险评级预警 系统 审计管理信息系统 非现场审计系统 办公自动化系统 B/S B/S Windows 档案信息化 SCO UNIX INFORMIX B/S 和C/S Windows Windows INFORMIX 桌面系统 Visual Basic, Lotus/Domino Notes Visual Basic Delphi 人力资源管理信息 系统 营业费用核算管理PC Server 42 系统 固定资产管理信息PC Server 43 系统 南非约堡Globus 44 45 46 东京分行Urbis 汉城分行 SQL SERVER SQL 集中、非集中 SERVER B/S ORACLE B/S Delphi BASIC COBOL, LINC II C语言 C语言 C语言 47 一级分行清算中心 48 房改金融业务系统 HP小型机 49 个人住房贷款系统 50 储蓄事后监督系统 PC Server 51 个人电子汇款系统 52 网上银行B2B INFORMIX SCO Unix Unix、 Windows Unix INFORMIX SCO UNIX INFORMIX UNIX Windows Windows Foxpro Windows NT INFORMIX 53 企业证书RA客户端PC Server 系统 54 信贷清分系统 PC Server 55 呆坏帐核销系统 56 岗位培训信息管理 系统 ?57 养老统筹系统 PC Server ?58 信息服务站 Windows NT Windows Windows UNIX SQL SERVER ACCESS ?59 计算机设备管理系PC Server 统 ?60 产品信息采集系统 PC Server ?61 离休干部信息管理PC Server 系统 ?62 新一代柜面应用系ES9000 统 ?63 会计稽核系统 ?64 电子汇划系统 ?65 现金出纳系统 INFORMIX C语言 C语言 Visual Basic NCR5100、HPUNIX INFORMIX 小型机 PC Server SCO UNIX Windows Windows Windows Unix ?66 会计资产清理系统 PC Server ?67 NT柜面终端系统 ?68 本级财务系统 PC Server ?69 资产损失清理系统 ?70 PC-CONNECT系统 ?71 企业终端 ?72 结算扫描系统 ?73 外币卡收单系统 ?74 龙卡前置系统 HP LC2000 SQL SERVER SQL SERVER INFORMIX SCO UNIX INFORMIX Windows INFORMIX FOXPRO ?75 信用卡止付黑名单 ?76 三峡移民资金管理 系统 77 行长查询系统 HP小型机 78 筹资报表3.0 79 储蓄卡统计 Windows SYBASE Windows、 SCO Unix Windows Unix Windows Windows 80 柜面业务查询系统 PC Server 81 会计决算报表系统 4.4.2 建设银行当前应用系统的统计分析
针对本阶段取得的建设银行应用信息系统的相关调查数据，我们进行了初步的数据分析和整理，这一方面是对本阶段工作的回顾和总结，更重要的是为项目下一阶段的工作打下基础。以下的统计分析以表5－1为基础。
由于各一级分行的城综网系统在硬件平台、操作系统、数据库类型、开发工具等方面有较大的差异，同时本项目的调研集中在总行，故城综网系统的情况没有包括在本节的分析之内。
具体的统计分析结果如下：
4.4.2.1 当前主要应用信息系统的使用时间
可以得到以下分析结论：
近4年来投入运行的IT系统呈稳步增长趋势，与建设银行的整体发展趋势相符；
最近两年投入运营的系统占了系统总数的一半以上（64%），与国外同行比较，系统的整体使用时间并不太长，因此目前系统面临的主要问题需通过升级与整合相结合的方法来解决。
4.4.2.2 当前主要应用系统来源
可以得到以下分析结论：
自主开发或自行维护的应用系统占大多数，由此可见建设银行自身的技术支持能力较强；
缺乏成熟的产品化的运营支撑系统，因此系统升级及整合也面临较大的挑战；
自主开发系统多数缺乏系统性的与系统配套的技术资料与文档，从而造成系统再开发及维护困难
4.4.2.3 开发语言及工具
可以得到以下分析结论：
当前系统开发所使用的语言及工具种类较多，由此可见对于IT系统的建设缺乏长期、系统的规划；
系统再开发、整合及维护困难； 对IT人员的技能要求较高。
4.4.2.4 数据库类型
可以得到以下分析结论：
当前应用系统多数采用主流数据库产品，其中最主要的是Informix；
数据保存分散，未来数据集中及跨平台整合将面临挑战。
4.4.2.5 硬件平台
可以得到以下分析结论：
采用多家主流厂商产品，小型机以上的机型，除50%（32%中的16%）采用HP以外，对其它硬件平台的采购较分散，增加了系统的升级与维护成本，对IT人员的技术能力要求较高；
供应商的选择及IT架构规划尚缺乏长期、一致的标准。
4.4.2.6 操作系统
由于资料不完整，许多UNIX操作系统的具体类型尚未明确。下图中用未知的UNIX来将它们归为同一类。 可以得到以下分析结论：
多种硬件平台的使用造成操作系统种类多而分散，增加了系统的升级与维护成本，对IT人员的技术能力要求较高；
对于操作系统的选择缺乏统一的标准。
4.4.2.7 软件架构
可以得到以下分析结论：
目前C/S架构的系统所占的比例较大，这些系统缺乏业务逻辑层，对于业务流程的改变及新产品的开发无法提供有力的支持；
当前C/S架构，在实现系统调用、平台迁移及系统整合时有较大难度；
已采用B/S架构的系统，符合软件架构的发展趋势。
5 总结
本文的重点是针对建设银行应用信息系统的现状进行全面的调查和初步的分析。在总结了业务战略和所面临的挑战后，我们首先通过多种信息采集形式，对所需的信息即主要应用系统的现状进行汇总，随后利用参照体系结构模型对上述系统进行分类，并基于我们对现状的了解，绘制了系统功能和相互关系逻辑图。在本文我们还对主要应用系统的相关信息进行了初步的统计分析。这些工作为下一阶段的目标应用体系结构的设计、现状与目标应用体系结构的差距分析、规划期内的项目定义和优先级排序等工作开展打下基础。
因篇幅问题不能全部显示，请点此查看更多更全内容