银行业务数据综合查询系统的设计
2024-09-03
来源:欧得旅游网
维普资讯 http://www.cqvip.com —■■——硼_ 竖 墨 Technoloqy aiq(J Apl3tic ̄{.[ 2.接口设计 2 ^ 建行外汇资金清算系统设计了三个与周边系统: 的接口。 2 ^ (1)SWIFT系统:外汇资金清算系统可以产生: 满足标准SWIFT格式的报文,并通过SWIFT系统: 的Auto Batch Input功能将该报文接入系统的报文2 队列;可通过Auto Batch Output功能将接收到的报: 文卸载成文本文件,利用系统的文件接收功能进行: 自动接收,并逐笔将报文内的各项内容通过系统提: 供的拆分功能分解,然后发送至相应分行。 : (2)外汇会计系统:因为~级分行的清算业务 量较大,所以根据外汇会计系统提供的接口标准在 级分行实现外汇资金清算系统和外汇会计系统之 间账务的联动,以减少输入工作量,提高工作效率。 (3)总行清算系统:根据目前系统记账机制,各j 分行日终产生的报文文件被送至总行清算系统记分2 ^ 行账。 : 四、系统特点 1.时效性强 : 和传统外汇业务在起息日到账的要求相比,在2 外汇资金清算中付款人和收款人的关系更为紧密,2 由于要求资金能够实时到账,因此对清算的时效性2 要求非常高。 2.覆盖范围广 由于 ̄Ff,E储蓄覆盖范围广,个人投资者在调度: 资金时不可能只局限在其开办外汇业务的分行或支: 行,资金的调度很可能会涉及所有开办外汇业务的 储蓄柜台。 3.资金交易量大,往来频繁 和具有贸易背景的外汇结算相比,B股证券交 易市场的资金交易量大,资金往来频繁。这一点决定 了如果处理不好外汇资金,特别是B股证券资金的 清算业务,就会造成外汇存款的大量流失。 4.业务规范 银行业务数据综一 : : 福建兴业银行信息科技部柯明通 系统在业务处理流程、接口标准方面做到了规j 范化,在清算方式上符合沪、深交易所的要求。通过 与交易所建立资金汇划接El,系统提供一条安全、i 快捷的A、B股资金清算通道,从而完成银行、交易i 所和证券公司之间的A、B股证券资金的清算。圆 j 52・中国金融电脑2O02年第9期 维普资讯 http://www.cqvip.com 在银行以分行为中心分布存放数据的模式下, 各分行根据自身需要各自开发了业务查询系统,所 用的系统平台和实现方式各不相同,由此造成一定 3.后台应用集中、前台瘦客户端、C/S与B/S 相结合的三层结构 该系统在应用服务器与综合业务系统主机之间 的联系上,采用C/S(Client/Server)结构将应用 集中于一套服务器上:在用户与系统服务器之间, 则采用B/S(Browser/Server)结构。这是实现集中 程度的重复开发,导致数据的统计口径不一致,难 以适应数据大集中模式。因此在数据大集中模式 下,非常有必要开发一套全行统一的业务数据综合 查询系统。福建兴业银行科技研发中心为支持总行 运行管理、集中维护升级及快速推广的技术基础。 Web的设计方式与清晰友好的浏览器界面,使系 统更易于操作。 4.参数与文本驱动 由于系统设计中,用户权限、功能画面、输入 与各级营业机构及时了解业务经营状况,实现业务 经营的查询与管理,在数据集中的基础上开发了基 于Web方式的业务数据综合查询系统。 一、系统目标 参数、输出报表格式以及部分业务规则采用数据库 表参数设计,而业务应用逻辑采用文本方式和存储 过程实现,所以系统绝大部分功能的实现都以配置 参数、编辑文本文件与存储过程来完成,仅有个别 特殊功能需要以特殊模块完成。在业务发生变化 总行与各级营业机构能够全面、准确、及时地 了解辖内的业务经营状况和发展动态 实现公共业 务查询标准化,以统一的功能和统计口径实现对公 共业务的查询管理;支持分行特色业务的查询管 理:满足数据的共享性与一致性要求:实现高效 率、低成本、远距离的推广应用和集中化、简单化 的运行维护;能够快速适应业务的发展变化;容易 升级,具有良好的扩展性。 时,系统功能的变化(包括功能的新增、修改、撤 消)无需再修改和编译程序,只需修改数据库中的 有关参数或更新相关的文本文件和存储过程。 5.分层设计的模块化和工具化实现 根据分层次和模块化的设计思想,报文的通信 与解析、参数传输、数据库连接、权限控制、系统 资源管理、交易流量控制、并行处理子进程的动态 二、系统设计方案 1.建立全行集中统一的基础数据库 控制、参数与逻辑的调用等各个层次模块都由已有 的自行编写的中间件工具实现,从而保证了程序与 数据的集中统一是实现数据共享,保障总行及 时掌握全行业务汇总数据和各分行业务详细数据的 业务逻辑的相对分离,使开发的主要工作量集中于 编写具体业务的逻辑过程,从而方便了测试与修 改,缩短了开发周期,提高了系统效率。在系统设 计中,中间件工具以动态链接库形式实现,使工具 本身更容易升级。 系统还引进了用于处理动态报表和图表类查询 技术基础。基础数据来源于综合业务系统。基础数 据经过统一加工形成全行统一的基础数据库,从而 实现数据的一次性提取加工,保证数据的一致性。 基础数据包含了各时段的客户资料、账目资料、业 务处理、交易流水等多方面的信息,基础数据库可 的展现工具,并针对一些动态的和复杂的多维报表 以及需要以各种图形或复杂表格展现的功能,引进 了专业的商业智能工具。 作为下一阶段引用数据仓库技术建设后台综合管理 分析系统的数据基础。 2.建立面向管理主题的二级数据库 根据各方面管理的需要,从统一的基础数据库 加工产生面向各个主题的二级数据库。在具体实现 各个查询功能时,一般不直接从基础数据库提取数 据,而是从二级数据库提取数据并得出相应结果。 二级数据库的设计可以对应于数据仓库技术引进后 的数据集市。 6.统一门户和组合权限 系统采用统一的门户管理,用户登录后即可使 用权限内的多个系统,而不必分别登录不同的管理 系统:按照用户权限和功能权限进行匹配,根据用 户权限将用户有权使用的功能分类列出,没有权限 的功能则不出现:用户权限可以用参数配置修改, 并按纵向、横向、级别等多种方式分类组合,使系 中国金融电脑2002年第9期・53 维普资讯 http://www.cqvip.com ■—■—■●瞄删 竖 !1221 o…g…v ! ,z ■!i!一 墨 统用户只能使用与自己职责相关的功能,看到辖 内的业务数据。 基于上述数据基础和体系结构,系统具有很 好的灵活性和可扩展性。系统在试运行和推广期 间,为适应金融监管的最新要求,又开发完成了 (6)对公存款的中、大户历史明细查询:反 映机构对公存款的中、大户的账户明细信息。 (7)储蓄存款的中、大户历史明细查询:反 映机构储蓄的中、大户的账户明细信息。 (8)存款户变动排名:按增加和减少两类反 映机构存款变动(比上日)较大的账户信息,这 些账户的存款稳定性、结算量大小、账户属性以 及账户性质等内容。 证券专户报备子系统、兴业卡消费积分子系统、 大额支付管理子系统和外汇账户报备子系统。 三、系统业务功能 本系统可以查询各类账务信息,其中包括存 贷款指标、流动性指标、表外业务指标等宏观数 (9)新开存款的中、大户情况查询:实时反 映某一时段内开户的中、大户的实时余额以及其 他一些相关的账户信息。 (10)对公活期存款账户的属性情况查询:实 时反映各机构基本户与一般户的实时余额及户数。 (11)近期到期的定期存款情况查询:实时反 映各机构对公业务及储蓄定期存款的实时余额, 特定到期日的存款余额。 (12)近期到期的对公定期存款账户明细查 询:实时反映机构近期到期的对公定期存款账户 据,以及指定客户的业务信息和账户明细信息等 微观数据。在查询宏观数据后,可以通过链接功 能直接查询微观数据。 1.综合头寸信息 综合头寸信息反映辖内各机构每日可用的资 金和存款余额,包括对公存款余额、对私存款余 额、专项存款余额、贷款余额、存贷比、备付金 比率等指标。系统既可指定日期查询某日的综合 头寸信息,也可实时查询综合头寸信息。总行可 以看到指定日期或实时的各分行相关数据和全行 汇总数据;其他各级营业机构也可看到辖内的业 务数据及汇总数据。 2.存款类主要功能 (1)存款结构表:反映每日对公存款与对私 存款的结构以及活期存款与定期存款的结构,从 的实时余额、到期日期以及现在距到期日的天数, 使用户及时得到账户层面的流动性信息。 (13)指定客户存款信息查询:反映客户所有 存款账户的信息,包括账户余额、存款稳定性及 结算量等。 (14)存款账户的明细查询:实时反映机构存 款的中、大户实时账户明细,使用户能了解到指 定存款的最新账户信息。 3.贷款类主要功能 存款人性质及存款期限两个角度反映机构的存款 结构。 (1)贷款期限结构情况:反映各级机构按期 限划分的贷款结构以及各期限贷款的比例。 (2)存款户数一览表:反映每日对公的定期 和活期存款户数,对私的定期和活期存款户数, (2)贷款方式结构情况:反映机构的正常贷 款及不良贷款余额。对于正常贷款,可按各种方 式再进行细分。 从存款户数的角度反映机构的存款情况。 (3)日均余额一览表:同时反映每日人民币 存款余额、月日均余额及年日均余额,从三组数 据的差异情况反映机构存款的稳定性。 (4)对公定期存款流动性一览表:反映机构 (3)不良贷款结构情况:按五级分类反映各 机构的不良贷款情况。 (4)贷款流动性情况:反映机构在各种期限 内到期的贷款数据。 (5)个人消费贷款情况:反映个人消费贷款 的种类、余额。 (6)贷款与不良贷款的中、大户历史明细查 在各种期限内到期的对公定期存款的数据,为用 户提供流动性管理的数据依据。 (5)保证金存款结构表:反映机构在不同业 务项下的定期和活期保证金的余额,为用户提供 较为全面的保证金来源渠道信息。 54・中国金融电脑2∞2年第9期 询:全面反映贷款与不良贷款的历史明细情况。 (7)客户贷款信息查询:查询账户余额、贷 维普资讯 http://www.cqvip.com 款性质及贷款方式等信息。 (8)近期到期贷款的中、大户明细查询:查询客 户名称、账户余额、到期日期、距到期日的天数。 4.其他功能 数据表,保留约定时间间隔内的数据。 (5)日志表:实时查询日志。 (6)日期表:本系统的交易日期。 3.动态输出数据 (1)存款余额积数表:存放各存款类账户的隔 日断点数据。 (2)贷款余额积数表:存放各贷款类账户的隔 日断点数据。 (1)同业业务情况。 (2)投资情况明细。 (3)银行承兑汇票情况。 (4)同业拆入、同业拆出账户明细查询。 (5)向人行借款账户明细查询。 (6)存放同业与同业存放账户明细查询。 (7)银行承兑汇票账户明细查询。 (3)大额传票流水:存放隔日大额传票流水。 (4)大额传票历史:存放历史大额传票流水。 (5)基础数据表:隔日基础数据项数据。 (8)长期投资和短期投资明细查询。 (9)专项资金账户明细实时查询。 (6)月基础数据表:各月末基础数据项数据。 (7)基础数据历史:基础数据项历史数据。 (8)报表数据表:隔日报表数据。 四、数据的逻辑设计 1.静态数据 (1)数据字典:存放本系统各类变量及常量 的定义。 (9)报表数据历史:历史报表的数据。 4.机构用户数据 (1)机构表:存放机构数据定义。 (2)用户表:存放用户数据定义。 (3)用户权限表:存放用户权限定义。 (2)权限模板表:存放各模板的有效时间和 有效区间的定义。 五、实现环境 (3)权限模板功能表:存放模板与功能的对 应关系。 1.服务器 (4)功能代码表:存放各功能的定义。 (5)执行代码表:存放各执行代码的定义。 (6)功能执行代码表:存放功能代码与执行 代码的对应关系。 配置2个500M以上CPU的mM RS 6000服 务器或配置2个PⅢ800以上CPU的PC服务器; 1G以上内存;5个40G以上的硬盘(冗余磁盘阵 列);配备磁带机作为备份工具。 2.操作系统 AIX 4.3.3以上或SCO Open Server 5.0.6以上。 (7)输入参数表:存放执行代码的参数定义。 (8)表头定义表:存放执行代码的表头定义。 (9)基础项目定义表:存放基础数据项定义。 3.数据库 Informix Online 7.3 1 o (10)报表格式定义表:存放报表栏目定义。 (11)功能模块定义表:存放批处理报表定 义。 4.开发环境 C语言和Informix ESQL开发环境,Java/JDK 1-3以上开发包,TOMCAT 3.2.1以上web服务器 2.动态输入数据 (1)从业务主机采集的各类数据:包括各分 户账的每日增量数据、每日传票流水、每日总账、 汇票登记簿、业务代号表、货币表。 软件,JDBC 2.1 1以上连接软件。 5.网络环境 TCP/1P协议,企业内部网或广域网的带宽不 低于64K(建议最好在128K以上),一定的网络 安全措施。母 (2)存款余额积数表:针对专项账户处理。 (3)贷款余额积数表:针对专项贷款的账户 处理。 (4)实时数据临时保存表:实时查询的中间 中国金融电脑2002年第9期・55