我国银行系统信息化建设

1、银行解决应用整合、数据重构问题迫在眉睫圣达 IT 咨询技术总监 高复先一、我国银行系统信息化建设的基本问题让我们从 "票据光盘缩微系统 " 谈起。 银行业务部门每天都要处理大量的票据， 一个大中型城市的专业 银行每天的票据量会在 2 万张左右或更多，要求作为原始凭证的票据 都要保存一定的年限， 这就成为银行票据保管与查询的难题。 传统的 保存与查询方式不能适应银行业务日益发展的需要， 那么，将票据以 电子图像的方式保存于海量光盘库中，其优越性和局限性是什么？" 票据光盘缩微系统 "可以通过计算机网络快速查看所需要的票 据，并可即时打印，甚至可在异地通过国

2、际互联网进行查询和打印。 但是，这种系统需要对各种票据要素建立索引，需要摄象、扫描等一 整套录入设备， 大量的原始凭证二次录入并不是容易的事情。 更成问 题的是，这种系统能不能对某一（或某类）客户的某种票据的数据做 连续的分析， 从而进行数据挖掘， 发现经营管理上的某些规律呢？回 答是否定的，因为它与传统的缩微技术在信息组织上没有本质的区 别。请想一下， 作为银行信息化的项目， 一个是查找某一票据 "原样"， 一个是利用票据的准确、 完整、海量信息来进行经营分析和管理决策， 哪一个更为重要、更为经济、更有实效？海量的票据存储，并不等于海量的 "有用信息 "

3、;的存储。要对来自 原始票据的海量信息做连续的分析，需要对其进行科学的再组织 -建 立标准化的客户信息分类编码、规划稳定的客户 -业务主题数据库和 数据仓库。类似的上述的事例很多， 综合起来， 当前全国银行系统信息化建 设的问题是：1. 运作层应用普及面广，但孤岛式应用系统多，信息不能共享， 相关业务的信息交换（包括异地、远程交换）方式落后，及时性差；2. 单证票据信息只作为运作层应用采集、处理，用过即存档（包 括" 票据光盘缩微系统 "），没有作统一、稳定结构的历史存储（即数 据仓库），因而无法发挥其重要的银行信息源的作用，造成信息资源 的重大损失；3. 管理层计算机应用

4、相对于运作层的普及情况差一些，决策层的 计算机应用更差一些，与发达国家 80年代的"决策信息贫乏 "现象同 出一辄，计算机没有成为某些中高层管理人员的得力工具。上述问题，许多人误认为是网络问题、通信带宽问题、计算机处 理速度问题或软件等等问题。 实际上， 许多银行的网络和计算机已经 是一流的了，上述问题依旧没有解决，这是为什么？二、借鉴国外银行信息系统问题解决的经验詹姆斯马丁对70年代到80年代初的数据处理发展和所遇到的 问题进行了深入的分析，论述了 " 数据处理危机 " 的表现和产生的原 因，指出了获得转折性发展的策略方法， 其中许多案例来自银行系统。

5、例如，欧洲一家银行应用于程序开发花费了 7000 万美元，但在 数据规范化方面的工作没有做好，结果失败。银行系统计算机应用起步早，应用面广，但到 80 年代出已经看 出，许多银行无用的或效率很低的应用程序越积越多，即形成" 应用积压"问题，大多数已有两年到四年的积压，有的银行达到七年以上 的积压。长期的积压使计算机部门对尽快满足最终用户需求无能为 力，许多用户需要的很有价值的应用项目， 却因计算机部门的应用系 统维护负担过重而不能及时开发。为解决这些问题，詹姆斯 马丁 (James Martin)等专家创立了 ”信息 工程方法论 "(Information Eng

6、ineering Methodology ,IEM )，通过"总 体数据规划 "建立主题数据库，从根本上解决 "数据处理危机 "问题。 例如，一家大银行进行总体数据规划，得出 21 个主题数据库(如图 1)。有了这些数据库后， 该银行所有的数据处理工作都可以在这些数 据库的基础上进行。 对这些数据库开发工作的规划安排， 可以通过银 行主要业务过程与数据库使用操作的一种关系矩阵表来表示。 银行业 务过程可以分为两类： 一类是日常业务过程处理和简单查询， 它们都 是一些相当简单明了的数据库使用操作； 另一类是更为高级的信息系 统，它们需要复杂的数据库应用。一

7、旦这些数据库投入使用，并且利 用适当的查询语言和数据分析预测软件， 就可以支持银行的全部业务 工作，特别是中高层的经营管理工作。蚩产写负僵汇总支票与僧贷存款凭证商业信贷借出贷款顾客概况活期存款财勢管理总帐个人信贷走期存款金融市场融遥人事管理保险箱柜翌务倍托系貌支持预算控制成本会计计划日程产品服务图1 一家大银行的21个主题数据库三、解决应用整合、数据重构问题迫在眉睫在银行信息化建设中有两类信息流问题需要科学地、有效地加以解决：一是内部职能域之间的信息流；二是与外部客户、业务伙伴和 有关部门之间的信息流。解决这两类信息流问题，固然需要通讯-计算机网络，但是只靠物理平台的先进性、大投资，只能解决问

8、题的一 半；另一半常常被忽视，一些决策者不明白，就是信息组织方面的工 作，非有在建设统一的、高档次的信息平台 方面的大投资不可。实践与理论已经证明：银行各职能域之间的信息流通，银行与客户、业务伙伴之间的信息流通，尽管有多种方式，但是最快捷的机制 是存取共享数据库。在当前Intran et/l nternet的网络环境下，在各处、 各地上网填入的表单数据需要有统一的格式； 网络中心汇集的数据要 存储在经过精心设计的数据库中；用户提交的大量的、快速的信息查 询请求，应该是搜索数据库之后以动态Web页面的形式返回。所有这些，都取决于最基本、最重要的问题的解决-上网的信息资源规划， 这是用好网络资源的

9、的核心与基础工作。目前普遍的、严重的问题在于：大多数单位的信息化建设负责人， 尚不了解"信息工程"的原理与方法；不知道需要通过总体数据规划重 建高档次的信息平台，把物理平台的先进性等同于信息平台的先进 性。例如，中行要进行国内客户 区域分析”其关键技术既不是网络 的先进与否，也不是数据库产品（Oracle或Sybase的选型问题， 而是 客户-业务数据库”的规划设计问题。首先是要建立统一的、科 学的国内客户分类编码，其编码规则如下：X X X X 汽垄 X皆I 顺序号县（区）代码地区（市、州、W代码大区下的省代码大区代码（如；-华北地区，2-东北地区）例如：11010100

10、1-110101999为北京市东城区的客户， 120101035 是天津市和平区的第 35个客户，等等，中行分布在全国各市、 县（区） 的客户被编制成一棵结构严谨的 "树 "。中行的各级营业单位，统一使 用这一套客户编码，按客户编码记录每一笔业务，建立 "客户 -业务数 据库 "（包括在各地、各营业点录入业务数据，及时传输汇总） ，就可 以进行各种 "区域分析 "。如问： "2001 年 1 月至 6 月辽宁省中行储户 的增减情况 "，只要对"客户-业务数据库"记录的"日期"进行限定，对 " 客户代码 "按"21" 进行过滤，就会将所需要的分析信息显示或打印出 来。业务人员只要会使用简单的 “查询语言 ”，不需要编程就能达到分 析的目的。 如果没有科学的信息分类编码和稳定数据库结构， 类似的 "查询分析 " 功能靠编程序、靠再好的通信 -计算机网，都是无济于事的。当前全国银行系统的信息化建设如何上一个台阶，解决应用整 合、数据重构问题迫在眉睫