银行信贷综合管理系统的设计与实现

北京工业大学
硕士学位论文
银行信贷综合管理系统的设计与实现
姓名：明磊
申请学位级别：硕士
专业：软件工程
指导教师：沈琦;王大溪
20070401
北京工业大学工程硕士学位论文
３．４ＣＭＳ系统数据库开发环境
３．４．１硬件及网络环境
随着银行信息处理的日益膨胀和处理速度要求越来越快，原有的ＩＯＭ低速网络和单服务器网络将难以承受负荷，因此必将逐步引进高速交换技术，采用ＩＯＯＢＡＳＥＴ／ＩＯＯＭＦＤＤＩ／ＡＴＭ等将银行日常业务处理服务器、管理服务器、文件服务器组成一个协同工作服务器簇，通过共享式集线器连接各个工作站组成银行内部的Ｉｎｔｒａｎｅｔ，通过路由器连接远地的局域网和Ｉｎｔｅｒｎｅｔ，在此基础上，利用多媒体技术、数据仓库技术、ＯＬＴＰ、ＯＬＡＰ等技术充分实现信息的共享和交流。

３．４．２软件环境
图３－４网络硬件联接示意图
ｆｉｇｕｒｅ３－４ｈａｒｄｗａｒｅｃｏｎｎｅｃｔｉｏｎｓｓｋｅｔｃｈｍａｐ
（１）服务器：
操作系统：Ｕｎｉｘ５．０５
ＤＢＭＳ：ＳＹＢＡＳＥＳＱＬＳｅｒｖｅｒ１１．０
（２）客户机：
操作系统：Ｗｉｎｄｏｗｓ９８、ＷｉｎｄｏｗｓＭｅ、Ｗｉｎｄｏｗｓ２０００、ＷｉｎｄｏｗｓＸＰ推荐ＷｉｎｄｏｗｓＸＰ
开发系统：ＰｏｗｅｒＢｕｉｌｄｅｒ５．０ＥｎｔｅｒｐｒｉｓｅＶｅｒｓｉｏｎ
２２
第４章Ｃ１１１￥系统实现方案
第４章ＣＭＳ系统实现方案
４．１数据库表采集的实现方案
在整个系统中，用于数据采集的各个子系统都是通过应用服务器对数据库进行操作，来完成相应的功能，对于这些子系统来说应用服务器就是解决方案的关键技术。

因此，应用服务器设计的成功与否，将直接影响到上述子系统的正常运行。

作为数据集中处理的关键环节，应用服务器应能满足以下要求：
１．当收到前台大量的并发交易时，通过有效的并发手段，保证每笔交易对响应时间的要求。

２．当交易达到高峰时避免用户的请求阻塞或系统崩溃，保证系统可靠运行。

３．支持农行现有的大部分硬件平台、网络平台，适各种规模的应用。

４．支持通用的开发、调试工具。

能够使用开发人员所熟悉的方式展开工作。

５．能保证系统所涉及的各种类型交易的事务完整性，以及在不同的网络环境之问进行的交易的事务完整性。

根据以上要求，提出应用服务器的实现模式见下图：
图４．１服务器实现模式
ｆｉｇｕｒｅ４－１ｓｅｎ＾ｅｒｒｅａｌｉｚａｔｉｏｎ’ｓｍｏｄｅ
由于系统响应时『自】有一定要求，而系统本身又建立在一个广域网上，因而
北京－［业大学丁程硕十学位论文
１．总体框架
在本系统中将采用ＪＡＶＡＳＥＲＶＬＥＴ的方法来实现ＷＥＢ查询，其总体
框架如图所示：
图４－３总体框架图
ｆｉｇｍｅ４－３ｗｅｂｓｋｅｔｃｈｍａｐ
①采用连接缓冲池技术
ＳＥＲＶＬＥＴＳＥＲＶＥＲ服务程序提供了与数据库连接的连接管理功能，通过数据库连接缓冲技术，使得ＳＥＲＶＬＥＣＬＩＥＮＴ调用数据库功能无需每次都建立数据库连接，而只需从缓冲池取得一个已经建立的数据库连接即可。

由于在数据库处理中，数据库连接的建立是一个较大开销，通过这种技术使得本系统访问数据库有非常高的性能。

目前，已经有一些现成的产品如ＪＢＵＩＬＤＥＲ，ＷＥＢＳＰＨＥＲＥ等。

可以有效帮助程序员缩短开发时间，提高系统运行效率。

②保障系统安全
提供数据传输加密，多重存取权限控制，存取角色设计、分配等安全保障机制。

③记录操作日志
记录访问开始时间、结束时间；纪录存取访问数据库内容；记录代理运行日志。

④能够提供计费功能。

２．采用ＪＡＶＡＳＥＲＶＥＴ实现ＨＴＴＰ请求逻辑
从本质上说一个ＳＥＲＶＬＥＴ的请求与一个ＣＧＩ的请求相类似，只是采
用ＳＥＲＶＬＥＴ可以提高系统的运行效率。

一个经浏览器发出的查询请求的处理过程如下图所示：
第４章Ｃ黔系统实现方案
图４－４查询请求的处理过程
ｆｉｇｕｒｅ４－４ｑｕｅｒｙｐｒｏｃｅｓｓ
①客户端，一个Ｉｎｔｒａｎｅｔ用户，通过浏览器（如ＩＥ）发送一个查询请求，此请求经由Ｉｎｔｒａｎｅｔ，以ＨＴＴＰ协议方式发送到Ｗｅｂ服务器。

②Ｗｅｂ服务器通过对此项请求的分析，确定为是对ｓＥＲｖＬＥＴ调用时，将请求转换为ＪＡＶＡ格式，根据具体请求的服务，调用对应的ＳＥＲＶＬＥＴ客户应用。

③ＳＥＲＶＬＥＴＣＬＩＥＮＴ客户应用生成ＪａｖａＢｅａｎ，将请求交与服务程序
（ＳＥＲＶＬＥＴＳＥＲＶＥＲ）。

④如果服务程序（ＳＥＲＶＬＥＲＳＲＥＶＥＲ）没有建立与数据库服务器的连接，则新建立数据库连接。

如果已经建立，则进入第５步。

本部分的实现也可以采用一些成熟的产品，来加快程序的开发速度，提高系统的运行效率。

⑤服务程序（ＳＥＲＶＬＥＴＳＥＲＶＥＲ）执行响应的查询，然后把响应的结果发送回ＳＥＲＶＬＥＴＣＬＩＥＮＴ。

４．４数据库表分析的实现方案
在信贷工作中需要大量地进行综合数据分析：包括统计各种格式的信贷报表；根据客户的基本情况和历史信贷情况做出信用等级评定和风险预警；根据信贷数据，统计过去的工作成绩，衡量当前的信贷质量，预测未来的工作重点。

所有这些工作都需要将数据库中所有的数据集成在一起，迸行大量的加工处理。

为适应信贷业务的上述需要，提高系统未来的扩展能力，本系统采用数据
北京工业大学工程硕士学位论文
仓库这一国际流行的新兴技术来满足对信贷数据分析要求。

数据仓库不同于数据库。

数据库是一个通用的平台，用来管理企业的数据；雨数据仓库是～种概念，在此概念下进行的整个构造过程，称为数据仓库处理。

数据仓库处理包括许多方面的内容，大致可以分为数据准备、数据展现和过程管理三个阶段。

数据仓库处理的大致流程可见下图所示：
图４－５数据仓库的处理流程
ｆｉｇｕｒｅ４－５ｄａｔａｄｅｐｏｔ’ｓｐｒｏｃｅｓｓ
数据准备阶段首先需要充分了解信贷业务决策需求，按照图５—５数据仓库的处理流程。

数据仓库方法设计数据仓库结构，然后把信贷业务数据库中的数据向数据仓库中进行移动（复制、抽取、清洗），最后把数据仓库中的数据向小规模数据集市的数据复制和分布，使这些数据更容易被信贷用户理解和使用。

数据展现阶段主要需要提供一个直观易用的客户界面，使各层决策者能够迅速掌握数据分析的方法，自由的获得所需要的数据和报表。

４．５数据传输的实现方案
总行作为整个农行的信贷决策和管理中心，需要及时掌握各地的信贷业务数据，为决策管理提供依据，根据实际需求，目前区分行向总行传输的数据主要有：
北京１：业大学Ｔ：程硕士学位论文
４．７．１信贷系统与其他结算系统的接口
银行信贷综合管理系统与其他结算系统的接口如下图：
图４－６接口示意图
ｆｉｇｕｒｅ４－６ｉｎｔｅｒｆａｃｅｓｋｅｔｃｈｍａｐ
在图中，其他各个结算系统（储蓄、对公、信用卡、国际业务等）按照银行信贷综合管理系统提供的接口规范，定期将银行信贷综合管理系统所需的业务数据从其自身的业务数据库中卸载到固定格式的文件中，并上报到区行服务器指定的目录下或将数据插入到专门的数据库中以备信贷系统取用。

通过系统接口可以减少部分数据的输入工作量，保证银行信贷综合管理系统和其它结算系统所共有数据的一致性。

但是目前各种系统之间都是相对独立的，处理的业务范围和管理的侧重面也各不相同。

因此各系统的数据结构和所采集的数据量都有很大的差异。

银行信贷综合管理系统所采集的数据不仅涉及的业务面范围广，而且内容多，内容细。

它包括客户资料、决策信息、台帐资料和机构人员资料。

而其它结算系统只能给信贷管理系统提供整个业务处理流程中台帐资料中的部分数据（如借据金额，还款金额等），银行信贷综合管理系统中所需要的大量数据仍然需要采集录入。

因此银行信贷综合管理系统应具有手工输入和通过接口程序转入数据两种功能，既可以由客户经理手工录入各种原始信贷资料，也可以从其他结算系统所采集的具体数据。

４．７．２信贷系统与人行信贷登记咨询系统的接口方案
人民银行在贷款卡管理基础上，以城市行为中心、以金融机构为主体，建。