APP下载

营口银行贷款管理系统的设计

2018-02-03程书伟

电脑知识与技术 2018年2期

程书伟

摘要:该文通过对营口银行的了解,对营口银行贷款业务进行需求分析,该系统的主要功能分为五大模块,分别是客户信息管理、监控、贷款审批、资产管理、系统管理,并且进行了系统流程分析,从而对系统进行了设计。因此,本系统的设计对于规范贷款业务的流程、提高贷款人员的业务水平、增强银行的风险控制、优化贷款流程、有效提高银行的信息化管理水平有着重要的意义。系统基于Struts,选用了Castor技术,选用的数据包括了XML数据与Oracle数据,文件配置需要用到Castor XML,通过Castor JDO实现数据的永久储存。

关键词:银行系统;贷款管理系统;流程控制

中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2018)02-0006-02

流程控制和银行贷款之间的业务联系十分紧密,在隔离方面没有做到很好,当需要调整业务的时候,常常会进行一些改变,然而十分容易对系统造成影响。考虑到业务和流程控制之间的关系,会给系统的实施带来很大的影响,从而会限制银行的业务发展,由于每个地区之间的不同点,从而会导致彼此业务间造成很大的兼容性问题,系统灵活性不够,在处理流程的过程中有着很大的困难,本文具体是根据分析营口银行的公司业务将流程控制与业务很好地分离开来,因此会在银行贷款管理系统中得到很大的应用。

营口银行构建了由柜台服务、ATM自助服务设施、电话银行、网上银行、手机银行、客户服务中心等构成的立体化、多功能的服务渠道,形成了公司业务、零售业务、同业金融三大业务板块和功能多元、内容丰富、特色鲜明的产品体系,金融服务水平发生了质的变化。营口银行的经营范围主要包括:吸收公众存款;发放短期、中期和长期贷款;办理国内结算,办理票据贴现,发行金融债券,买卖政府债券等。贷款业务在银行业务中占据着很重要的角色,但是,比较重要的内容就是营口银行的计算机管理系统相比于其他的计算机管理系统,营口银行的贷款系统,处于劣势。

1 系统需求分析

银行贷款管理系统主要的功能包括了几个方面,分别是客户信息管理、监控、贷款审批、资产管理、系统管理等。数据的交换主要是接口实现的,银行贷款的重点业务具体涉及如下几点:完成贷款的申请审批,而且这个审批的过程,完全是电子化,先是贷款人员提交申请贷款的请求,业务人员接收到请求后,会转接给上级管理人员,进而根据这种情况,展开信息调查,身份核实,同时还包括了信息的审查,在整个审查环节需要重点考虑的是管理人员会不会同意审批,领导按照调查的情况从而进一步确定是否需要做出审批,当领导给出了审批结果以后,就会把结果通知给其他负责贷款的机构。从而下面的机构能够就此执行,这就是整个的电子贷款的过程。

系统基于Struts,选用了Castor技术。按照系统所表现出来的特征,具体包括了数据服务层、业务逻辑层以及表示层等。根据这些数据的公共部分,从而给予了一个能够对数据进行的组件,这就是Comm Java,Castor組件具体是用在数据库方面。升级系统功能的时候,能够根据组件的修改,完善从而获得更好的组件。修改的过程在业务逻辑层中,而且这个操作的过程实现起来比较容易,同时也十分方便,在很大程度上大大地优化了系统后期的维护工作。

所有的业务层组件和业务对象的关系是1对多的关系。通常情况下,业务对象在系统中对应的就是实体,例如公司工人、用户角色,甚至也可以是能够控制的一个对象。当遇到了烦琐的操作时候,能够借助组件的方式从而完成一定的功能。

2 系统设计

2.1 数据层设计

数据层部分重点是数据的保存,本文涉及的数据包括了XML数据与Oracle数据,其中XML数据主要是用来调查贷款情况以及审查表中的数据,而Oracle则是保存了除此之外的数据。

银行贷款的系统中,数据库表具体有70多张,而且随着系统的不断发展,数据量也不断地加大,这对于系统的灵活性以及系统的效率得到了很大的提高,在整个数据库的设计过程里,面对的对象是申请贷款。数据审查等,这些数据全部是放在XML文件里面。

数据层中的数据操作主要有删除、更新、插入等。与外键相互关联的数据是不会保存在数据库中,而且触发器和存储过程是不会使用的,业务逻辑层主要是负责实现全部的逻辑。本文系统主要是体现出了面向对象的思想,从而确保了这个过程就是可以被操控的,由于操作数据表的过程就是利用java组件实现的,如果系统在整个的运行过程里出现了异常的情况,那么这个时候只需要对组件进行相应的修改就可以了,这样就能够很好地防止第二次发生异常。

选择存储过程甚至是触发器,这样会让服务器的业务逻辑更加分散,同时还会利用多种方式实现业务逻辑,进而加大了维护系统的深度,选择数据外键的方式,选择数据外键关联的方式在一方面能够增强数据库的可靠性以及安全性、完整性,另一方面,这种处理方式所带来的影响就是当用户在进行操作的时候,常常会有错误提示内容产生,通过业务层从而能够很好地将这种外键关联得到很好地实现,同时也可以给用户创造更加可靠的信息,进而最后方便用户很好地操作。

2.2 服务器结构设计

借助于业务接口,表现层从而可以得到数据命令,业务层就能够得到所需要的业务逻辑对象,业务逻辑对象会将取数的命令发送给数据库,当从数据库中得到了数据后,表现层就会接收这些数据。数据库操作具体涉及了数据查询、增加、删除、修改等。本文将业务层中的数据库独立开来,选择了Castor组件,可以取名字为数据访问层。而且业务逻辑层如何实现,这些对于表现层而言都是隐藏的。表现层只需要调用业务逻辑层的接口就可以了,这样一来表现层就能够完成具体的操作。所以独立出这个接口,可以用来作为业务逻辑层与数据层之间进行访问的桥梁,而这个接口又可以称为业务表现层。然而被分离出来的全部是抽象的。实现方式涉及多层。同时物理上是能够运行在共同的电脑里面的。endprint

2.2.1 数据访问层

所谓的数据访问层的主要任务就是操作数据库,本文访问数据需要JDBC.Class和Castor组件,Castor组件主要是操作表,JDBC主要是查询、修改数据。

比如JDBCWrapper组件访问Java数据的函数是用了executeupdates,参数名包括了string型的mysqls,boolean类型的transac,主要的作用是方便联机服务过程中更新数据、存储数据。其中sql ddl中包括的数据库基本操作有update、delete以及insert。

2.2.2 业务逻辑层

在业务逻辑层中,根据业务不同,所以选择的服务组件也不同,一般情况下,业务与java组件之间的关系是1对1的关系,数据表对象映射需要用到Data,表单数据请求需要用到Form,逻辑业务需要用到Logic,客户端行为请求需要用到Action。

2.2.3 业务表现层

业务表现层实现起来比较容易,这个时候,没有用到对象,只有所谓的jsp,这些标签是被封装在业务组件里面的。其主要的目的是即使不知道组件的方式,也可以有效地帮助用户进行合作,而且使得流程进一步得到精简。开发员在业务组件运用的过程中不会完成逻辑组件的创建,这个创建的过程能够通过业务单元调用方式实现就可以。

2.3 架构设计

客户端界面实际上指的就是表现层,主要是用来和用户进行打交道的,作为系统的主要集中展示作用。在本文中,选择了面向对象的方式,主要的目的是加快系统开发效率、增强系统稳定性,降低维护的工作量,根据这些基础从而给出了一个完整的界面结构。在该框架下,子类窗口的组成部件包括了Form,而且jsp标签完成了Form表单的数据请求。

3 系统实现

3.1 业务层实现

在银行贷款管理系统里,数据存储是通过数据库完成的,数据存储以及应用服务器逻辑实现是系统需要重点考虑的内容。

后台选择的组件是Castor与JDBCWrapper组件,其中这2个组件之间是相互不受影响的,全部的组件都会用到这组件,进而完成数据库和数据之间的交互。

3.1.1 实现数据访问组件

数据的访问就离不开数据库,在具体的场景中访问数据。数据访问层的实现需要用到Castor XML,数据对象模型的映射以及数据库定义需要用到mapping.xml,文件配置需要用到Castor XML,数据对象中保存的是数据表,对象操作通过Castor JDO实现,从而能够实现数据库的永久性保存。如此一来,数据访问的环境就正式确定下来了。QueryResults、Database的组装是通过Castor JDO实现的,数据库的操作时通过Object Query 实现的,也就是所谓的对象查询。

3.1.2 业务逻辑层实现

多應用结构的核心是业务逻辑层,该逻辑层是由Logic对象组成的,该类中数据库的操作具体包括了数据插入、删除、修改以及新增等,同时Castor JDO对数据库对象的操作时通过Castor JDO完成的。OQL语言和经常使用的SQL语言存在很大的相似点,不同点在于名称不同,以及join子句是不支持的。

通过JDO操作对象的方法为:

1) JDO对象的创建

实现的方法为使用了GlobalVars

2) 操作对象。通过OQL语言可以把全部的对象都封装到已知组中,但是需要知道的是,JDBC中涉及了join,比如:

Usertabs users=null;

OQL oql;

QueryResult results;

Select * from Usertabs ;

OQL和SQL语句存在很大的相同点,sql语句查询主要有几个步骤,首先是JDO对象创建,其次是执行select语句,最后就是获得结果集QueryResults。

当得到了User对象后,需要更改密码,同时在数据库中保存结果,新增对象后,将对象数据保存到数据库中,数据库就会删除掉这个对象。

3.2 接口实现

银行贷款管理系统得到的数据主要是来自于业务账务数据,银行贷款管理系统完成之后,就可以通过数据批量处理。综合业务接口的方式具体包括了两种,分别是直接读取方式以及间接文本方式。其中的直接读取方式的特征是连接业务数据库,简单易操作,效率高。在处理综合业务过程中需要批量操作,从而能够保证数据的安全性以及可靠性。

所谓的间接文本方式的特征是系统的相关人员可以不用对综合业务系统进行了解,贷款管理系统中的接口格式是标准的文本形式,而且数据源就是文本的格式。

4 结束语

银行贷款系统中的重要功能具体包括了数据分析、数据存储、电子化业务、数据收集等,因此在系统的应用过程中可以用到监测工具、信息分析工具。信息增值业务的基础就是业务平台、决策平台等,从而有利于促进贷款业务的进一步创新,提高业务的成绩,最终实现提高利益收入、减少成本投资、降低风险。

本文主要是介绍了营口银行管理系统,主要是从业务层,数据层等。

参考文献:

[1] 中国人民银行辽宁省分行金融研究所调查组. 信贷集中管理好处多——营口市人民银行成立信贷部的情况调查[J].中国金融, 2015(2):17-18.

[2] 赵丹. 银行业金融机构支持小微企业发展的探索研究——基于辽宁省营口银行的做法[J].江苏商论, 2016(6):97-98.

[3] 梁斌.基于Struts框架的银行贷款信息管理系统的设计与实现[D].电子科技大学, 2013.endprint