基于SSM框架的信贷管理系统的设计与实现查重.docx
- 文档编号:30065484
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:40
- 大小:876.82KB
基于SSM框架的信贷管理系统的设计与实现查重.docx
《基于SSM框架的信贷管理系统的设计与实现查重.docx》由会员分享,可在线阅读,更多相关《基于SSM框架的信贷管理系统的设计与实现查重.docx(40页珍藏版)》请在冰豆网上搜索。
基于SSM框架的信贷管理系统的设计与实现查重
基于SSM框架的信贷治理系统的设计与实现
王杰
(德州学院信息治理学院,山东德州)
摘要
摘要:
随着经济和科技的不断进展,我国逐渐处于经济转型的关键时期,个人消费水平正在逐步提高,预示着银行业务的经营环境将会发生与时俱进的改变;为跟进国家规划设计的脚步,应抓紧经济三要点,将银行业务模式进行顺应性调整。
居民消费水平的提高促使了中小商业银行个人信用贷款业务的急剧进展,银行为满足这一需求,更好的服务客户,提高自身竞争力和服务质量,将传统的手工信用贷款模式,结合科技进展趋势,建成信息化治理的信用贷款系统,这对客户信息治理及业务办理等都大大提升了效率,在行业进展中发挥重要作用。
本次毕业论文内容系统地描述了整个信贷治理系统的功能以及系统的实现过程。
实现了从系统登录到贷款申请,贷款审批,贷款结束的整个过程;并增设客户信用评估,员工绩效考核等外围业务,满足对个人信用贷款业务要求。
关键词:
经济趋势;信息集中化;贷款治理
1引言
1.1背景及意义
我国现处于经济转型的重要时期,经济规划大致总结为三方面:
刺激消费,产业升级及城市化;银行业应在此三方面积极响应,这三点内容与个人信贷三大主要业务紧密相关,主要体现在以下三方面:
刺激消费与个人消费贷款,产业升级与个人经营贷款,城市化与个人住房贷款;因此,个人信贷业务会进入一个快速进展的阶段。
个人信用贷款业务独立性极强,信息涉及极广,业务治理极其冗杂,这就注定了在科技进展的大浪潮下实现对信用贷款业务的信息化治理。
此系统主要可在以下三方面体现:
(1)可以加强治理人员对客户信息的掌握,根据客户信息进行危险评估,减少银行贷款危险,并根据客户信息为其办理更加符合客户自身条件的业务;
(2)实现贷款业务的上线办理,规范业务流程,记录办理过程信息,便利对业务的治理及查询,(3)可以对内部员工实现业务的记录及评价,对内部员工实现治理。
总的来说,实现一款信贷治理系统,在当下形式有这重要意义,即可提高行业竞争能力,又是对个人贷款业务有着综合考虑及影响,促进信贷业务的快速进展。
基于目前行业需求的日益增加和现有治理系统的功能落后这一矛盾,设计开发一套基于SSM框架的信贷治理系统将会有广泛的市场应用前景。
治理员能够了解客户的全方位信息及评估标准,便于对业务的危险把控。
治理员能够便利系统的办理贷款业务,记录贷款业务信息,更便于各贷款业务的治理,实现贷款业务流程的线上办理。
1.2国内外进展状况
我国信息化技术应用较晚,但进展速度一直处于高速进展状况,因此,计算机的应用使得银行信息化也得到了很大的提升,当然这也增大了银行各种业务的工作量。
传统的信贷治理系统,在审批过程中存在流程杂乱,监管力度不利,导致个人信用贷款过程存在着较大的危险,危险治理是信贷业务中国及其重要的一关,现社会阶段实行才智城市,信息共享化,因此尽快转变为线上业务办理是十分有必要的,这样在个人信用贷款业务办理过程中可以快速准确的确认客户资料,信用信息的评估,以及业务办理的速度。
从国际经验来看,个人贷款在全部银行贷款业务中的比重是一个上升趋势。
在经济进展过程中,传统高资本消耗的工商企业贷款业务前景不佳,银行纷纷转向个人贷款业务,因为个人贷款存在多方面的优势:
具有市场空间大、协商能力强、销售能力强和资本消耗较少等优点。
从银行业以往进展来看,我国银行业也必将经历一轮进展模式的转变。
在对国内外的资料查找和阅读后,发觉目前已经存在的信贷治理系统有两种形式:
基于桌面的传统客户端/服务器(C/S)架构;基于动态网站环境下的扫瞄器/服务器(B/S)架构。
基于桌面版的C/S架构需要治理人员在电脑上安装特定的软件才能使用,具有非常大的局限性,基于动态网站环境下的B/S架构,具有良好的自适应以及移动互联网的特性。
随着全球移动互联网迅猛进展以及计算机的普遍应用,人们的工作和生活方方面面都离不开计算机实现各种各样的操作。
基于这一现实需求,在现有的信贷治理系统的基础上,取长补短,吸取已有系统的经验,开发一套基于SSM框架的信贷治理系统是很有必要的。
2系统开发环境及技术简介
2.1开发环境
开发环境操作系统:
Windows10
Oracle:
Oracle11g
JAVA:
JDK_1.8
Tomcat:
Tomcat8.0
Eclipse:
eclipse-Oxygen
通过各个软件官方网站,猎取软件的安装包。
在电脑上安装JavaJDK并配置环境变量,在CMD下,运行javac命令不报错,则JDK已安装成功且环境变量配置成功。
随后,将Tomcat及Eclipse解压。
启动Eclipse并对Eclipse进行简洁配置(包括添加Tomcat),编写demo程序,成功运行后,说明Eclipse及Tomcat已成功运行。
安装Oracle并配置root密码后,启动Oracle。
在Eclipse中创建程序,使用JDBC链接数据库,进行测试。
2.2开发工具
MyEclipse,是在eclipse基础上加上自己的插件开发而成的功能强大的企业级集成开发环境,主要用于Java、JavaEE以及移动应用的开发。
MyEclipse无论在功能还是应用范围都十分广泛,尤其是对各种开源产品的支持相当不错。
我们可以利用它来实现数据库跟JavaEE的开发,来公布一些应用程序,还可以整合服务器。
MyEclipse支持HTML,CSS,JavaScripst,jQquery、JSP这些前端框架,以及Spring、SpringMVC、MyBatis等轻量级框架。
集编码、测试、公布、调试于一身,可以说MyEclipse是几乎囊括了目前所有主流开源产品的专属Eclipse开发工具。
2.3开发技术
(1)SpringMVC
Spring框架是整个项目中用于装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。
可以称之为项目中的粘合剂。
Spring以控制反转(IoC)和面向切面编程(AOP)为内核,使用基本的JavaBean来完成以前只可能由EJB(EnterpriseJavaBeans,Java企业Bean)完成的工作,取代了EJB的臃肿、低效的开发模式。
SpringMVC是Spring提供的一个实现了WebMVC设计模式的轻量级Web框架。
它与Struts2框架一样,都属于MVC框架,但其使用性能方面更加优异。
(2)JSP技术简介
JSP(JavaServerPages)又称Java服务页面,建立的一种可以动态生成html、xml或者其他格式文档的网页技术标准。
它是一种对HTML的扩展,通过在Jsp页面编写Java代码,可以轻松的实现对数据的动态处理和显示。
Jsp包含4个关键组件,他们分别是:
1、指令
指令简洁来说就是控制Jsp编译器如何生成Servlet的工具,它可以是标签库,也可以是其他资源。
例如我们常见的Import指令,用来引入某个Java类。
2、动作
动作是一些可以调用服务器中功能的标签,例如jsp:
forward动作,则是将恳求不保留的传给某个页面,在客户端的效果就是页面跳转。
Jsp的七大动作,为Web的开发带来了不少的便利。
3、脚本
脚本简洁来说就是规律流,支持Java语言的书写,脚本分为脚本变量和脚本元素。
其中,具有代表性的脚本变量是pageContext、request(恳求)、response(响应)、session(服务端会话),基本脚本元素包括声明标签(变量定义)、脚本标签(规律处理)、表达标签(待赋值表达式)。
4、标签库
标签库包括标准和定制标签库两类,标签库可以自己开发,自己封装,最终形成便于开发者使用的一组标签。
(3)jQuery技术简介
jQuery是一个更为优秀的JavaScript库,jQuery凭借简洁的语法和跨平台的兼容性极大地简化了JavaScript开发人员遍历HTML文档、操作DOM、处理事件、执行动画和开发Ajax的操作。
3系统分析
3.1可行性研究
移动互联网已经成为二十一世纪进展的一个重要方向。
计算机已经成为工作必不可少的工具。
而对目前进展来说,各个银行竞争力逐步增加,客户业务需求也逐步增加,治理难度也日益增加。
进而拥有一个人性化的、操作简洁的信贷治理平台已经成为一个必定趋势。
不仅可以增加治理人员的工作效率;也可使业务流程得到规范化治理。
开发一个易用的信贷治理系统已经势在必行。
可行性研究的目标是用最小的付出,并且在尽可能少的时间内解决目标问题。
我们从技术可行性,操作可行性以及经济可行性来研究一个程序系统是否具有开发的基本要求。
随着移动互联网的进展,计算机技术在各个领域中被广泛应用开来。
就信贷治理而言,系统开发使用Java语言以及SSM轻量级框架,实现视图、模型、控制器的分离,Ajax实现用户重复性校验的异步前后端分离处理操作,使用Oracle数据库存储数据,该数据库适合小型项目的数据存储,因此,它在技术上是可行的。
本系统在运行环境方面要求较低,需在计算机上部署ApacheTomcat服务器用于为前端操作提供服务,使用扫瞄器访问内部网址,进入系统,部署操作简便。
因此,本系统在操作上也是可行的。
3.2系统需求分析
本系统实现的是对个人信用贷款的治理功能,大致可将系统分为四大功能模块:
客户治理,业务治理,利息治理,人员治理。
其中客户治理模块分为客户信息维护和客户信息评估,业务治理分为放贷理财产品治理、客户下单和放贷治理,利息治理分为客户贷款、贷款信息治理和还款操作,人员治理分为人员信息治理和人员绩效考核。
接下来将对四个功能模块进行具体分析。
(1)客户治理
将贷款客户的基本信息资料录入系统,形成综合的客户信息库,后期在客户执行贷款业务时,可根据客户的所属行业以及所在单位和基本年收入评估该客户是否可以在本银行进行信用贷款业务操作,这样不仅可以实现业务人员对客户信息的充分了解,又可根据这些信息发掘其他业务可能,实现业务的拓展,拓展潜在客户。
该功能模块中的客户信息维护子模块支持客户信息的增加,查询、删除,修改等各项操作功能,在进行客户信息维护过程中需要按照系统提示按照基本语法规范录入信息。
客户信息评估子模块主要是对客户列表中客户的所属行业和客户的基本年收入水平进行基本的贷款金额评估,只有当该客户被评估为信用度标准用户才可对该客户进行贷款操作,否则不予贷款业务。
具体评估标准按照银行规范执行。
(2)产品贷款治理
业务员根据系统录入的客户基本信息中的客户所属行业以及客户年收入水平进行条件过滤,将不符合贷款条件的客户过滤掉。
业务治理子模块中主要进行理财产品的贷款操作。
比如车贷,房贷,出国贷款,教育贷款等固有的产品类贷款。
在过滤信用度合格的客户列表中选择一位客户进行理财产品下单操作跳转显示该客户的基本信息资料,在该客户基本信息资料下方显示该客户可选的所有贷款产品列表。
此时可以根据客户需求选择适合该客户的理财产品,并填写办理该单据的业务员名称进行提交下单操作,根据下单时间生成订单信息。
同时根据订单填写时选择的业务员名称,在生成订单后将该订单记录到该业务员的成交列表中生成绩效考核柱状图,作为月结绩效评估标准。
(3)贷款治理
利息治理模块主要为信用标准客户进行贷款、放款、还款的流程化操作。
治理员点击客户贷款,后台将信用度标准以上的客户过滤展示出来,信用度以及年收入水平或企业利润水平不达标的客户不予贷款业务。
根据贷款交易,选择相应的客户执行贷款订单填写操作,在选择贷款的客户信息页面输入需要贷款的年数、月数、日数,并选择相应的贷款利率,根据公式:
利息=贷款金额*贷款年限*年利率和还款金额=贷款金额+利息,计算到期利息以及应还款的金额生成贷款时间,然后进行提交生成贷款订单。
订单生成后提交主管进行贷款订单审批流程。
主管根据自己的注册账号登陆系统执行自己的审批权限,客户贷款订单进入到审批流程。
主管对客户贷款订单列表对应的贷款单进行审批,审批通过后将贷款单据回馈给治理员,治理员进行贷款发放。
贷款到期后,客户如果按期还款则不会收取任何其它手续费用,只需将所贷金额以及贷款期间产生的利息如数还清即可。
若到期后仍尚未进行还款,则会成为逾期还款订单,逾期还款时需要收取0.5%的逾期手续费,并降低该客户的贷款信用额度。
(4)人员治理
人员治理模块主要分为治理员的信息治理和人员绩效考核两个子模块。
其中,治理员信息治理子模块主要是拥有治理权限的主管对治理员的个人信息进行添加、删除、修改、查询操作,在进行添加治理员的账号操作时会局部刷新自动从后台数据库中进行查重校验,如果该治理员信息不存在则提示可以进行注册,如果该治理账号信息已经存在则会提示该账号已经注册,不同意重复注册。
人员绩效考核模块主要是根据在系统中治理员个人成交的理财贷款产品订单数量进行统计。
以柱状图形式展示治理员的理财贷款项目成交订单数量,以饼状图形式展示理财产品贷款成交比例,便于公司进行后期的人员绩效考核评判标准和贷款项目未来进展规划。
3.3功能需求分析
需求分析的任务是根据需要处理的现实生活中的实际业务流程和规范,了解系统所要实现的功能,明确用户需求,在此基础上确定系统的功能。
同时,设计出的系统要考虑随着进展可能产生的变更。
(1)用户具体要求:
①用户登录
②客户信息维护
③贷款申请
④查看贷款申请
⑤审批贷款申请
⑥贷款归还
⑦数据分析
(2)系统性能要求
①系统稳定性高
②功能可用性高
③数据安全性高
3.4业务流程分析
信贷治理系统工作流程为:
启动Tomcat服务器,访问系统URL地址,输入治理员账号、密码进入后台治理系统。
治理员可以进行客户信息维护、贷款业务办理、查看、业务审批、查看贷款业务记录等功能。
同时可以进行治理员可进行客户的信息修改功能,还可对贷款业务和员工业绩进行直观展示。
系统的业务流程图如图3-1所示。
图3-1系统业务流程图
为了让系统在使用过程中发挥作用,提高工作效率,减轻工作人员的负担,对系统的具体目标如下:
(1)界面简洁:
复杂的界面,会使用户感到操作繁琐,不易使用。
所以,在此要求界面简洁美观大方易用。
(2)高可用性:
应用到生产过程中,要保障系统的稳定性。
(3)安全性:
由于数据为客户较私密的个人信息,对于数据的安全性有较高的要求。
4系统总体设计
4.1设计原则
在系统的设计过程中需遵循以下几个原则:
(1)有用性原则
系统要按照提出的具体要求,实现个人信贷治理的基本需求,能够完成系统核心业务,即贷款的申请、审批、发放、计息及归还等操作功能。
(2)先进性原则
在科学技术高速进展的阶段,系统设计需采纳先进的软件开发和设计技术,保障系统的与时俱进能力,便于对系统后期的维护与休整。
(3)安全性原则
信贷治理系统记录了客户重要的个人信息及贷款信息,若有泄露则会给客户带来无法估量的损失,会给客户造成不便与危险,即在设计过程中一定要保证系统运行的安全性,幸免系统数据泄露的可能。
(4)拓展性原则
现阶段社会经济进展迅速,贷款模式及贷款种类不断改变,业务流程也要做出符合该模式及种类的改善,这就要求在开发设计过程中需要注意代码的灵活性和可拓展性,便于系统后期外围功能接入。
4.2系统总体架构设计
系统架构指的是系统开发所采纳的结构模式,主要包括C/S和B/S两种结构,依据需求进行分析,本系统采纳B/S架构进行实现。
在C/S架构中,需使用专门的客户端进行系统的维护,且系统升级过程复杂,不易于客户的操作及后期维护。
用B/S架构,可将扫瞄器作为系统应用的客户端,无需对其进行过多保障,只要保证服务端的正常运行即可保证系统的稳定,减少系统维护的投入成本。
本次设计采纳B/S三层架构模式。
主要包括用户层、业务层及数据层,系统大部分处理工作由业务层实现。
4.3系统功能模块设计
系统功能模块设计是要根据系统分析的要求和实际情况来对新系统的总体功能进行分析设计,将宏观的设打算分的更为细化贴合实际业务需求的过程。
根据上述分析我们可以将本系统分为以下几个功能模块,包括客户信息治理,产品贷款业务治理,贷款治理以及查询统计分析这四大主要部分。
总体的功能图如下图4-1所示。
图4-1系统功能设计图
(1)客户信息治理模块
本模块功能主要是对客户个人信息进行治理,其中包括客户信息的录入,删除,修改,查询等,并且需要对客户的信用等级进行评估等。
将客户信息按提示输入后,按顺序生成客户编号,此编号为该客户信息的唯一标识。
通过搜索编号,找到对应编号的客户信息,点击删除按钮,则会将该客户在数据库中对应表中信息全部删除,实现客户信息的删除操作;选择编辑按钮,显示该客户原有的相关信息,按照需要修改对应项提交成功后则会在客户治理的表中对应修改其中的内容,注意准时保存,保存后修改信息才可生效;修改账户信息流程详见下图4-2所示。
图4-2修改客户信息流程图
本功能模块还包含客户信用评估,该部分主要是以客户的还款能力作为评估标准,进行量化评定。
在审批时,需先对客户的基本信息加以分析,了解客户是否具有偿还贷款能力,综合还款记录确定客户的信用程度。
图4-3信用评估流程图
(2)贷款业务治理
贷款业务治理部分主要是对贷款流程的治理,从贷款的申请,评估,审批,放贷及还款的综合治理。
在客户进行贷款时,主管需核实客户提交资料及查阅贷款记录,针对提交的贷款申请订单做出审批;审批通过,即可为客户放贷,不通过,则驳回此次贷款申请;待贷款合约期满,客户需按时缴纳本金及利息,。
图4-4贷款业务流程图
(3)贷款利息治理
贷款利息治理模块是指对该客户贷款产生的利息进行测算,具体包括利息计算入账和提交审批两部分。
利息计算即对贷款过程中产生的利息进行计算,申请时会依据所填日期进行利息的测算,到期后需要客户按照贷款日期归还本金以及利息如果逾期未还则会增加0.5%的手续费。
图4-5利息计算流程图
(4)查询统计分析
该模块功能是对客户贷款信息,贷款业务办理以及员工工作绩效做出直观展示,通过异步刷新从后台数据库中查询出贷款人及贷款金额和到期应还金额生成柱状图,查询理财产品贷款类型和数目比例生成饼状图,清楚的展示出当前各项业务进展,对数据分析起着重要作用。
图4-6查询统计流程图
4.4数据库设计
(1)表4-7为治理员信息表,存储系统中的治理员信息。
表4-7治理员信息表(Manager)
列名
数据类型
字段大小
必填字段
默认值
说明
Man_id
Varchar2
16
是
自动递增
序号(主键)
Man_name
Varchar2
66
是
无
姓名
Man_realnam
Varchar2
64
是
无
登录名
Man_password
Varchar2
16
是
无
密码
Man_tel
Man_age
Man_sex
Man_adress
Man_createdate
Man_role
Varchar2
Varchar2
Varchar2
Varchar2
Date
Varchar2
16
8
13
128
6
是
是
是
是
是
是
无
无
男,女
无
系统时间
无
联络电话
年龄
性别
地址
创建时间
角色
(2)表4-8为客户信息表,记录系统保存办理贷款业务的客户信息。
表4-8客户信息表(Client)
列名
数据类型
字段大小
必填字段
默认值
说明
Client_number
Varchar2
12
是
自动递增
客户编号(主键)
Client_gettime
date
是
系统时间
猎取客户信息时间
Client_manager
Client_name
Varchar2
Varchar2
36
36
是
是
无
无
客户经办人
客户姓名
Client_city
Varchar2
36
是
无
客户所在地
Client_trade
Varchar2
66
是
无
客户所在行业
Client_product
Client_tel
Client_behave
Client_class
Client_extent
Client_address
Varchar2
Varchar2
Varchar2
Varchar2
Varchar2
Varchar2
66
20
20
20
42
66
是
是
是
是
是
是
无
无
无
无
无
无
客户意向产品
客户电话
客户状态
客户类别
成熟度
公司地址
Client_introduct
Cient_money
Varchar2
Varchar2
66
16
是
是
无
无
客户介绍
客户年收入
(3)表4-9贷款申请记录表,记录系统中的贷款申请。
表4-9贷款申请治理表(loanlist)
列名
数据类型
字段大小
必填字段
默认值
说明
Loan_number
Varchar2
12
是
自动递增
订单号
Loan_product
Varchar2
20
是
无
订单产品名称
Loan_bmoney
Varchar2
10
是
无
贷款金额
Loan_bdate
date
是
无
贷款日期
Loan_status
Varchar2
12
是
无
状态
Loan_dateline
Varchar2
8
是
无
贷款期限
Loan_returndate
date
是
无
还款日期
Clinet_name
Client_money
Client_trade
Client_manager
Varchar2
Varchar2
Varchar2
Varchar2
36
16
66
36
是
是
是
是
无
无
无
无
贷款人
客户年收入
客户所在地
客户主办人
(4)表4-10贷款项目表,记录系统中理财类产品。
表4-10贷款项目表(loan)
列名
数据类型
字段大小
必填字段
默认值
说明
Loan_number
Varchar2
12
是
自动递增
订单号
Loan_product
Varchar2
20
是
无
订单产品名称
Loan_bmoney
Varchar2
10
是
无
贷款金额
Loan_bdate
date
是
无
贷款日期
Loan_status
Varchar2
12
是
1;2
状态
Loan_dateline
Varchar2
8
是
无
贷款期限
Loan_returndate
date
是
无
还款日期
loan_rate
loan_return
loan_returnmoney
Varchar2
Varchar2
Varchar2
10
10
20
是
是
是
无
无
无
贷款利息
是否还款
还款金额
(5)表4-11人员绩效考核表,记录系统中的人员办理业务情况。
表4-11人员效绩考核表(checkperson)
列名
数据类型
字段大小
必填字段
默认值
说明
Man_id
Varchar2
16
是
自动递增
治理员编号
Man_name
Varchar2
6
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基于 SSM 框架 信贷管理 系统 设计 实现