ssm银行账目管理系统的设计与实现
摘 要
大数据时代下,数据呈爆炸式地增长。为了迎合信息化时代的潮流和信息化安全的要求,利用互联网服务于其他行业,促进生产,已经是成为一种势不可挡的趋势。在银行账目管理的要求下,开发一款整体式结构的银行账目管理系统,将复杂的系统进行拆分,能够实现对需求的变化快速响应、系统稳定性的保障,能保证平台可持续、规模化发展的要求。
本系统的前端界面涉及的技术主要有JSP, HTML,jQuery等等,通过这些技术可以实现前端页面的美观和动态效果使之符合广大群众的审美观,后台主要使用的技术主要有Java编程语言,MySQL数据库,SSM框架和Ajax异步交互,根据Ajax异步模式的银行账目管理系统解决了传统管理方式所带来的人力、物力和时间上的虚耗和交流深度的限定,这让交流的过程更快捷、准确、便利,同时完成银行账目管理系统的基本功能:主页、个人资料、用户管理(管理员、注册用户)账户信息、存款信息、支出信息、透支信息、贷款信息、透支还款、贷款还款。
关键词:银行账目管理;整体式结构;Java编程语言;MySQL数据库
Design and Implementation of Ssm Bank
Account Management System
Abstract
In the era of big data, data is growing explosively. In order to meet the trend of the information age and the requirements of information security, it has become an irresistible trend to use the Internet to serve other industries and promote production. Under the requirements of bank account management, develop a bank account management system with an integrated structure, split the complex system, which can achieve rapid response to changes in demand, guarantee the stability of the system, and ensure the requirements of sustainable and large-scale development of the platform.
The front-end interface of the system mainly involves technologies such as JSP, HTML, jQuery, etc. Through these technologies, the beauty and dynamic effect of the front-end page can be achieved to make it conform to the aesthetic view of the masses. The main technologies used in the background include Java programming language, MySQL database, SSM framework and Ajax asynchronous interaction. The bank account management system based on Ajax asynchronous mode has solved the human resource The waste of material resources and time and the limitation of the depth of communication make the communication process faster, more accurate and convenient, and complete the basic functions of the bank account management system: home page, personal data, user management (administrator, registered user) account information, deposit information, expenditure information, overdraft information, loan information, overdraft repayment, loan repayment.
Key words: bank account management; Integral structure; Java programming language; MySQL database
目 录
第1章 绪论
1.1 研究背景与意义
1.2 开发现状
1.3 论文组成结构
第2章 开发工具及相关技术介绍
2.1 Myeclipse描述
2.2 MySQL描述
2.3 Tomcat描述
2.4 J2EE描述
2.5 Java描述
2.6 JavaBeen描述
第3章 系统分析
3.1 可行性分析
3.1.1 技术可行性
3.1.2 经济可行性
3.1.3 操作可行性
3.2 需求分析
3.3 系统业务流程分析
3.4 系统数据流程分析
第4章 系统设计
4.1 系统架构设计
4.2 系统功能结构
4.3 功能模块设计
4.4 数据库设计
4.4.1 概念模型设计
4.4.2 逻辑结构设计
4.4.3 数据库连接设计
第5章 系统实现
5.1 登录模块的实现
5.2 用户子系统模块的实现
5.2.1 用户首页模块
5.2.2 用户注册模块
5.2.3 意见模块
5.2.4 还款提交模块
5.2.5 存款信息模块
5.2.6 支出信息模块
5.2.7 贷款信息模块
5.3 管理员子系统模块的实现
5.3.1 系统用户管理模块
5.3.2 挂失补办管理模块
5.3.3 账户管理模块
5.3.4 账单管理模块
第6章 系统测试
6.1 测试目的
6.2 测试用例
6.2.1 登录测试
6.2.2 注册测试
6.2.3 意见测试
6.2.4 通知公告管理测试
6.2.5 账户管理测试
6.3 测试结果
第7章 总结与展望
参考文献
致谢
-
绪论
- 研究背景与意义
到目前为止中国银行系统已经经历了三十多年的发展历程,特别是移动客户端银行系统更是飞速发展,保持持续增长,成为日益增长的阳光产业。再加上银行系统可以大大简化人们对资金账户的管理,所以这也成为了人们日常生活的必备品,并且银行系统设计简洁,使各个年龄层次的人们更容易学会操作。但随着社会经济的发展,人们对物质文化生活的需求层次也在提高,这就要求对其进行进一步的研究,使其不断满足人们日益增长的需求。BSDP(banking system development plan,现代化跨国银行系统开发计划)正产生于这个背景下,其内容包括银行系统的开发计划以及银行系统的采购计划,即主开发计划(Main development plan,MDP),这是BSDP开始的依据;其次是银行系统的设计结构,即银行系统的需求设计计划(Demand design plan,DDP),这样才能把主开发计划展开成现代化跨国银行系统开发计划;当然还包括人才的培养,系统开发的工作量,以及银行对系统需求的变化分析和系统性的可行性研究。
信息化银行管理是一个动态的系统和一个动态的管理,银行管理信息化不是一下就建立起来的,而是逐渐适应当前银行业务变化的产物。银行系统的类型选择、需求的分析、系统的设计、系统的开发以及系统的应用是动态改进过程。这一过程是与银行企业的战略目标和业务流程紧密联系在一起的。银行管理信息化可以大大提高银行的运作效率、以最小投资获取最高收益、借助一些重要的工具(银行账目管理系统)和手段而有效利用银行人力、物力和财力等资源的过程。
-
- 开发现状
首先,传统的银行管理理念与科学的银行管理存在差距。而我国资本市场还处于高速发展的初级阶段,很多企业的融资都是间接的,所以,银行的运作受很多因素影响。而且,我国的银行产业主要集中在中国银行、建设银行、工商银行、和招商银行,银行过分追求经营的规模,看中短期目标,一切以利益至上,缺乏风险的预估。
银行系统就是一个虚拟金库,因为银行系统内的数据代表实际金额,所以要对银行计算机管理系统进行维护,保证信息的安全性、准确性、可用性、生存性和保密性。银行计算机管理系统是为了承载、传输、保存、输入、输出、管理、处理信息提供服务,因此对银行计算机管理系统进行维护是十分必要的。对银行业来讲,银行内部的信息安全是不容忽视的,信息安全主要指防止他人非法入侵、篡改数据,维护银行内部数据的安全和完整,保证其它系统能够正常运行,不会因为系统问题造成营业间断等,所以银行账目管理系统需要维护。随着金融电子化的不断发展,我国金融业务步入了新的历程,金融从业人员不仅要做好电子化业务的开发工作,还要积极改进管理方式,做好计算机系统的维护,从而加强计算机系统的管理,为业务高效发展提供保障。要想建设出现代化的银行,就必要要处理好科技工作和业务工作之间的关系,目前我国多数银行中普遍存在着计算机系统管理运行维护水平较低、观念落后等问题,不仅会对科技人员的创造性、工作积极性造成影响,且会影响到计算机系统的应用效益和未来系统需求的设计分析以及银行系统的开发理念。
-
- 论文组成结构
根据市场调研得到的信息数据,结合国内外前沿研究,利用相关系统开发和设计方法,最终设计出银行账目管理系统。
本文共有七章,如下所示。
第一章概述了银行账目管理系统的研究目的和意义;精炼地总结了国内外在仓储领域的研究情况和未来的研究趋势,最后给出了论文的组成结构。
第二章简要概述了本文所用的开发技术和工具。
第三章简要对系统各业务流程进行需求分析、可行性分析。
第四章对银行账目管理系统进行设计。
第五章对银行账目管理系统进行实现,并贴出相关页面截图,语言描述出具体功能实现的操作方法。
第六章对银行账目管理系统采用测试用例的方式来对一些主要功能模块测试,最后得出测试结果。
第七章总结全文并对未来的研究做出展望。
-
开发工具及相关技术介绍
- Myeclipse描述
我们在利用Java来开发系统时通常采用的软件就是Myeclipse,它是用来设计Java, JavaEE的Eclipse插件的调集,采取了 Myeclipse大部分可以实现对MySQL的数据库和JavaEE的研究和开发。用了Myeclipse很大的便利了开发人员,系统开发的进度也会得到一些提高。
-
- MySQL描述
现在MySQL数据库在网络上它可以支撑许多个用户,而且也可以适应客服机和服务器的部署或者配置等,我们这里的服务器和客户机其实就是一种软件上的概念,并且我们使用的计算机硬件也与他们不存在一一对应的关系。
MySQL是一款非常流行的关系型数据库管理系统,它的出现一直都是佼佼者,它不仅功能非常强大,而且使用起来非常方便,并且MySQL的跨平台能力也很好,软件开发人员非常喜欢它的这些强大的优点。不同于其他关系型数据库,对于数据库的管理它有着自己的一套方案,通过对用户设定相应的权限和角色来达到对数据库的管理。由此可见,MySQL是一个能够适用于吞吐量高,可靠性高,效率高的一款数据库管理软件。
优点一:MySQL中对于不同身份的用户都设定其不同的权限来完成不同的业务逻辑,这使得MySQL在安全和完整性远远超出了其他关系型数据库。
优点二:对于那些动画、图形和声音的数据类型MySQL也可以支持,这说明多数据类型MySQL也是可以支持的。
优点三:MySQL还可以做到多个平台的开发,软件开发的多种编程语言都可以实现对MySQL数据库的操作。
-
- Tomcat描述
Tomcat是一个不收费的服务器。使用场景比较适合访问量比较少的情况下。意思就是,将Tomcat安装到电脑上的时候,前端HTML页面的访问请求可以通过它进行解析。实际上,Tomcat是对Apache的扩展,但它相对于Apache却是相对独立作业的,由此可以看作它与Apache 是相对独立进程运行的。
Tomcat最开始是SUN公司的戴维森进行开发应用的,经过他的努力,不断地将其变为开源的服务器。还由SUN公司将其交给了Apache软件基金会。不断发展的Tomcat服务器在最近的一个版本中进行了大量的重构和梳理,使其使用起来更加的方便。基于Tomcat负载均衡算法是一种开源的软件,实现方式[8]。不需要增加额外的硬件投入,实现起来也很方便,特别适用于一般的小企业网站服务器在现在和将来一段时间的扩展。从目前的实践来看,可作为需要进行类似应用的一个参考借鉴。
-
- ssm框架介绍
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
2.4.1 Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
2.4.2 SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
2.4.3 mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
-
- Java描述
Java是一种平台性计算机语言技术,主要包括两部分:Java虚拟机(Java Virtual Machine,JVM)和Java API(Application Program Interface,应用接口编程) [11]。
个人对两种语言深入理解:C语言更多的是创造工具,而Java更多的是使用工具。我们知道Java很多的底层实现其实是通过C语言来实现的,所以更能看出这一点。在使用Java的过程中,我们需要会使用API文档,可以将其看做是Java的使用说明。Java面向对象的特性,使其有很多封装好的对象,在使用时,我们只要知道对象的行为(也是对象封装的方法),在这里要注意方法是静态方法还是常规方法,因为调用时,差距很大。未来肯定会有比Java更加人性化,更加容易开发的编程语言,但是肯定不可能完全迥异于Java语言,俗话说“他山之石,可以攻玉”,学好Java也可以方便我们更好的学习其它语言。
-
- MVVM模式介绍
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
-
系统分析
- 可行性分析
在软件开发的过程中系统的可行性分析是必不可少的,可行性的研究就是评估问题是否能得到解决并且是要以最少的时间和最少的代价来解决。为实现上面的目标还要必须考虑到解决这些问题的方法的优点和缺点,还要考虑到实现了这些系统规模的开发带来的经济效益。这里可以用技术的可行性,操作的可行性,经济的可行性对我们的系统进行可行性的研究。银行账目管理系统的可行性分析如下所示:
-
-
- 技术可行性
-
银行账目管理系统采用的是Java编程语言并于JSP和Servlet的模式,数据库部分采用的是当前流行的MySQL数据库,银行账目管理系统中的所有数据资源都存储在MySQL数据库中,本系统多处采用了Ajax的异步操作,Ajax技术可以对用户指定部分的数据进行局部刷新,不仅减少了服务器对页面的解析而且极大增加了用户的体验度。本系统的环境配置也较为简单,因为用的是Myeclipse编辑器,而Myeclipse里面有自带的Tomcat服务器和JDK环境,因此不需要我们在重新配置。
本系统采用Java、MySQL来支持事务和数据逻辑用H5来做前台页面的显示。
HTML网页中的不同组成成分是采用标签的形式来进行标识的。以下是HTML的基本的组成布局:
图3-1 HTML基本构成图
-
-
- 经济可行性
-
银行账目管理系统是在Java和MySQL的环境中运行的,而系统的成本也只是主要分布在软件的开发和维护上。但如果系统上线投入使用之后,不仅可以方便人们,还节省了用户的时间和精力,而且还极大限度的方便了运营者,减少了运营者的工作强度。银行账目管理系统其实也不太复杂,在开发的时候经济支出也不大,在开发系统时时间用的也不多,从时间的优势和对经济利益方面产生的好处远超过维护和管理的成本,所以开发此系统是可行合适的。
-
-
- 操作可行性
-
本系统是基于浏览器和服务器的银行账目管理系统,系统开发完成之后用户只需要在浏览器中输入正确的URL地址即可进行访问。本系统的前台页面简单明了,在没有操作指导的情况下也可以进行操作,无论是系统管理员还是普通用户在页面中所有的操作都是在浏览器中完成的,因此只要电脑在有网络的情况下,打开浏览器都能操作。而且在使用之前也不用进行相关的环境配置,因此本系统方便、简单、易于使用,所以该系统是容易并且可操作的。
-
- 需求分析
根据用户对系统的需求,要求系统简单操作,能够准确,完整的对信息进行管理。银行账目管理系统在对需求做解析后,整个系统主要分为两个部分:管理员和普通用户,每个模块下的分支功能不一样。对功能做出如下说明:
管理员模块:主页、个人资料、用户管理(管理员、注册用户)账户信息、存款信息、支出信息、透支信息、贷款信息、透支还款、贷款还款。
用户模块:主页、个人资料、账户信息、存款信息、支出信息、透支信息、贷款信息、透支还款、贷款还款。
在用户主菜单中,用户选择存款业务,即可进入存款子模块界面,该模块需要用户输入存款金额,并且要求用户输入的金额必须大于0并且为100的倍数,否则用户无法进行存款,如下表所示:
表3-1 存款
输入 |
处 理 |
操作 |
金额 |
金额的校验 |
1.金额不符要求,提示出错信息; 2.金额符合要求,提示存款成功。 |
在用户主菜单中,用户选择支出业务,即可进入支出子模块界面,该模块需要用户输入支出金额,而且要求用户输入的金额必须大于0并且为100的倍数,支出金额不能大于该用户信用卡中的余额,否则用户无法进行支出业务,如下表所示:
表3-2支出功能
输入 |
处 理 |
操作 |
支出金额 |
金额校验 |
1.金额不符要求,提示出错信息; 2.金额符合要求,提示支出成功。 |
在用户主菜单中,用户选择还款业务,即可进入还款子模块界面,该模块需要用户输入转入账户的ID,以及转入金额。在数据库中需要对转入账号的ID进行检索,如果数据库中存在转入账户的ID,才能进行下一步的还款操作,同时也要对输入的金额进行校验,当两者均符合要求时,方可还款成功,否则给出相关错误提示,还款失败。如下表所示:
表3-3还款功能
输入 |
处 理 |
操作 |
1.转入账号 2.转入金额 |
ID检索 金额校验 |
1.与数据库匹配,根据ID是否存在,提示相关信息; 2.金额不符要求,错误提示; 3.符合要求,提示还款成功。 |
在用户主菜单中,用户选择查询业务,即可进入查询账户子模块界面,该模块不需要用户输入任何信息,进入该模块后即可看到当前登录用户的账户中的账户,如下表所示:
输入 |
处 理 |
操作 |
无 |
信息确认 退出系统 |
确认信息后返回到用户主菜单;或者退出系统。 |
表3-4 账户查询
用户用例图如下所示。
图3-1 用户用例图
管理员用例图如下所示。
图3-2 管理员用例图
根据用例图,对一些重要的用例进行描述。
注册用例描述如下表所示。
表3-1 注册用例描述
用例名称 |
注册 |
参与者 |
用户 |
描述 |
用户填写相关注册数据完成注册成为系统的用户 |
前置条件 |
无 |
后置条件 |
用户填写相关注册数据并且要注册的账号不存在与系统中 |
事件流 |
|
补充说明 |
|
登录用例描述如下表所示。
表3-1 登录用例描述
用例名称 |
登录 |
参与者 |
用户 |
描述 |
用户填写用户名和密码登录系统 |
前置条件 |
用户拥有账号和密码 |
后置条件 |
用户名和密码都正确 |
事件流 |
(1)用户在登录页面输入用户名和密码 (2)系统检测用户输入的用户名和密码是否正确 (3)用户名和密码正确的话,显示登录成功并返回主页面 |
补充说明 |
(a)系统检查除密码不正确,返回登录页面 |
个人信息管理用例描述如下表所示。
表3-1 个人信息管理用例描述
用例名称 |
管理和修改个人信息 |
参与者 |
用户 |
描述 |
用户查看、修改个人信息 |
前置条件 |
用户已登录到系统中 |
后置条件 |
无 |
事件流 |
(1)用户查看个人信息 (2)用户修改个人信息 |
补充说明 |
(a)用户可修改密码 (b)用户可修改个人资料,例如姓名,头像等 |
存款信息用例描述如下表所示。
表3-1 存款信息用例描述
用例名称 |
存款信息 |
参与者 |
用户 |
描述 |
用户执行存款信息操作 |
前置条件 |
用户已登录 |
后置条件 |
该账户存在,并且能被存款 |
事件流 |
(1)在账户页点击要存款的账户 (2)填写存款信息表单 |
补充说明 |
(a)存款信息表单数据不能为空 |
支出信息用例描述如下表所示。
表3-1 支出信息用例描述
用例名称 |
支出信息 |
参与者 |
用户 |
描述 |
用户执行支出信息操作 |
前置条件 |
用户已登录 |
后置条件 |
该账户存在,并且能被支出 |
事件流 |
(1)在账户页点击要支出的账户 (2)填写支出信息数据 |
补充说明 |
(a)支出信息表单数据不能为空 |
账户还款用例描述如下表所示。
表3-1 账户还款用例描述
用例名称 |
账户还款 |
参与者 |
用户 |
描述 |
用户执行账户还款操作 |
前置条件 |
用户已登录 |
后置条件 |
该账户存在,并且能被还款 |
事件流 |
(1)在账户页点击要还款的账户 (2)填写账户还款数据 |
补充说明 |
(a)账户还款表单数据不能为空 |
账户用例描述如下表所示。
表3-1 账户用例描述
用例名称 |
账户管理 |
参与者 |
用户 |
描述 |
用户提供新增、修改、删除、查阅等功能 |
前置条件 |
|
后置条件 |
无 |
事件流 |
(1)用户查看修改账户 (2)用户添加账户 (3)用户删除账户 |
补充说明 |
(a)新添加的账户不符合要求时会添加失败 (b)修改的账户不符合要求时会修改失败 |
-
- 系统业务流程分析
银行账目管理系统的业务流程如下图所示。
图3-3 系统业务流程图
管理员拥有最高权限,在对各项信息进行增加、删除、修改后会更新后台数据库的内容,用户在登录进行账户信息、存款信息、支出信息、透支信息、贷款信息、透支还款、贷款还款等指令动作同样会更新后台数据。
-
- 系统数据流程分析
与强调控制逻辑的程序流程图不同,它更关心的是整个系统中数据的具体流动以及数据的加工处理的整个客观过程,是对数据规格的说明。也正因如此,系统数据流图作为系统结构化分析方法中极为重要的一种描述工具备受青睐。
银行账目管理系统的顶层数据流如下图所示。
图3-4系统顶层数据流图
系统顶层数据流:外部实体为用户,第一个流程为登录验证,用户信息表返回密码验证,是否正确,正确则登录系统,错误则反馈信息,登录系统后,根据不同用户的功能选择,来读写数据库。
系统底层数据流如下图所示。
图3-5系统底层数据流图
系统底层数据流:外部实体为管理员和普通用户,数据流分别有管理员和普通用户流向系统数据流程,数据表提供数据支持,来完成逻辑操作。
-
系统设计
- 系统架构设计
由于本系统在逻辑事务处理方面对数据库的操作比较频繁所以系统在底层连接数据库时并没有使用原生的JDBC,而是把JDBC进行了封装,封装之后相当于一个连接数据库的工具DB UTIL,这样使用起来会更加方便而且这样进行封装还可以降低系统中代码的冗余,当我们需要连接和使用数据库时只需要调用这个工具里面的一个方法就可以了。而且通过封装可以把对数据库的操作独立起来,当需要连接不同种类的数据库时只需要加以修改就可以达到目的。
DAO层本来并无这个类,它只是java中MVC构造里的一个model概念,主要就是里面的一些方法,而这些方法就是用来访问数据库的方法。我们在软件开发时DAO层我们一般都放接口和接口的实现类,用于来规范实现类的我们叫它接口,实现类重点用于对数据库的操纵。
MVC是一种系统研发的关键模型,M是Model模型,它是系统内部关键程序运行的核心,主要进行对数据库的各种操作。视图View是V也叫做视图,主要的作用是对一些数据进行显示。控制器Controller 是C执行从View的视图层来读取数据,然后控制用户的输入。
系统架构如下图所示。
图4-1系统架构图
-
- 系统功能结构
进入系统后首先要进行登录,验证你的身份,赋予你不同的权限。当你成功登录后,页面会有多个板块,分别是主页、个人资料、账户信息、存款信息、支出信息、透支信息、贷款信息、透支还款、贷款还款。里面界面简单易懂,根据标示可以直接进行方便快捷的操作。
系统功能结构图如下所示。
图4-2系统功能结构图
-
- 功能模块设计
管理员账户的基本信息管理。主要提供管理员账户的基本信息录入、删除、维护和查询等功能,包括:
管理员录入管理员账户基本信息;
管理员更新、增加及删除管理员账户基本信息;
用户根据管理员账户 ID 查询基本信息;
系统管理员更改个人密码;
还款的基本信息管理。主要提供还款的基本信息录入、删除、维护和查询等功能,包括:
用户录入还款基本信息;
用户更新、增加及删除还款基本信息;
用户根据还款 ID 查询基本信息;
存款信息的基本信息管理。主要是提供存款信息的基本信息录入、维护和查询功能,包括:
用户录入存款信息基本信息;
用户更新、增加及删除存款信息基本信息;
用户根据存款信息 ID 查询存款信息基本信息;
支出信息的基本信息管理。主要是提供支出信息的基本信息录入、维护和查询功能,包括:
用户录入支出信息基本信息;
用户更新、增加及删除支出信息基本信息;
用户根据支出信息 ID 查询支出信息基本信息;
贷款信息的基本信息管理。主要是提供贷款信息的基本信息录入、维护和查询功能,包括:
用户录入贷款信息基本信息;
用户更新、增加及删除贷款信息基本信息;
用户根据贷款信息 ID 查询贷款信息基本信息;
账单的基本信息管理。主要提供账单的基本信息录入、删除、维护和查询功能, 包括:
管理员录入账单信息;
管理员更新、增加账单基本信息;
管理员根据账单 ID 查询账单基本信息;
用户根据个人信息导航栏查询账单信息;
账户的基本信息管理。主要提供账户的基本信息录入、删除、维护和查询功能, 包括:
管理员录入账户信息;
管理员更新、增加账户基本信息;
管理员根据账户ID 查询账户基本信息;
用户根据个人信息导航栏查询账户信息;
通知公告的基本信息管理。主要是提供通知公告的基本信息录入、删除、维护和查询功能,包括:
管理员录入通知公告基本信息;
管理员更新、增加及删除通知公告基本信息;
管理员根据通知公告 ID 查询基本信息;
-
- 数据库设计
一个好的系统它的后台数据库一定要考虑的全面,这和我们建造房子一个概念,房子不是随心所欲建起来的,一切都是在合理设计的基础是实现的,地基打牢固了房子才能建的更高。数据库如果设计的很合理,而且每个方面都能考虑到了那么这个系统才能不会出现大的问题。
-
-
- 概念模型设计
-
本系统在数据库中存放了多张表,分别是用户表、账户表、存款表、还款表、支出表。
系统的主要实体间关系E-R图如下图所示。
图4-7系统E-R图
-
-
- 逻辑结构设计
-
此环节把概念转变成数据。由于整个数据库所处理的信息过多,就只展示几个表。
表access_token (登陆访问时长)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
token_id |
int |
10 |
0 |
N |
Y |
临时访问牌ID |
|
2 |
token |
varchar |
64 |
0 |
Y |
N |
临时访问牌 |
|
3 |
info |
text |
65535 |
0 |
Y |
N |
||
4 |
maxage |
int |
10 |
0 |
N |
N |
2 |
最大寿命:默认2小时 |
5 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
6 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户编号: |
表account_information (账户信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
account_information_id |
int |
10 |
0 |
N |
Y |
账户信息ID |
|
2 |
account_no |
varchar |
64 |
0 |
N |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
account_amount |
int |
10 |
0 |
Y |
N |
0 |
账户金额 |
5 |
line_of_credit |
int |
10 |
0 |
Y |
N |
0 |
透支额度 |
6 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
7 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
8 |
contact_information |
varchar |
64 |
0 |
Y |
N |
联系方式 |
|
9 |
home_address |
varchar |
64 |
0 |
Y |
N |
家庭住址 |
|
10 |
account_password |
varchar |
64 |
0 |
Y |
N |
账户密码 |
|
11 |
account_status |
varchar |
64 |
0 |
Y |
N |
账户状态 |
|
12 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表auth (用户权限管理)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
auth_id |
int |
10 |
0 |
N |
Y |
授权ID: |
|
2 |
user_group |
varchar |
64 |
0 |
Y |
N |
用户组: |
|
3 |
mod_name |
varchar |
64 |
0 |
Y |
N |
模块名: |
|
4 |
table_name |
varchar |
64 |
0 |
Y |
N |
表名: |
|
5 |
page_title |
varchar |
255 |
0 |
Y |
N |
页面标题: |
|
6 |
path |
varchar |
255 |
0 |
Y |
N |
路由路径: |
|
7 |
position |
varchar |
32 |
0 |
Y |
N |
位置: |
|
8 |
mode |
varchar |
32 |
0 |
N |
N |
_blank |
跳转方式: |
9 |
add |
tinyint |
3 |
0 |
N |
N |
1 |
是否可增加: |
10 |
del |
tinyint |
3 |
0 |
N |
N |
1 |
是否可删除: |
11 |
set |
tinyint |
3 |
0 |
N |
N |
1 |
是否可修改: |
12 |
get |
tinyint |
3 |
0 |
N |
N |
1 |
是否可查看: |
13 |
field_add |
text |
65535 |
0 |
Y |
N |
添加字段: |
|
14 |
field_set |
text |
65535 |
0 |
Y |
N |
修改字段: |
|
15 |
field_get |
text |
65535 |
0 |
Y |
N |
查询字段: |
|
16 |
table_nav_name |
varchar |
500 |
0 |
Y |
N |
跨表导航名称: |
|
17 |
table_nav |
varchar |
500 |
0 |
Y |
N |
跨表导航: |
|
18 |
option |
text |
65535 |
0 |
Y |
N |
配置: |
|
19 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
表deposit_information (存款信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
deposit_information_id |
int |
10 |
0 |
N |
Y |
存款信息ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
deposit_time |
datetime |
19 |
0 |
Y |
N |
存款时间 |
|
7 |
deposit_amount |
int |
10 |
0 |
Y |
N |
0 |
存款金额 |
8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表expense_information (支出信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
expense_information_id |
int |
10 |
0 |
N |
Y |
支出信息ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
expense_type |
varchar |
64 |
0 |
Y |
N |
支出类型 |
|
7 |
spending_time |
datetime |
19 |
0 |
Y |
N |
支出时间 |
|
8 |
expenditure_amount |
int |
10 |
0 |
Y |
N |
0 |
支出金额 |
9 |
purpose_of_expenditure |
text |
65535 |
0 |
Y |
N |
支出用途 |
|
10 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表hits (用户点击)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
hits_id |
int |
10 |
0 |
N |
Y |
点赞ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
点赞人: |
3 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
4 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
表loan_information (贷款信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
loan_information_id |
int |
10 |
0 |
N |
Y |
贷款信息ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
loan_time |
datetime |
19 |
0 |
Y |
N |
贷款时间 |
|
7 |
loan_amount |
varchar |
64 |
0 |
Y |
N |
贷款金额 |
|
8 |
lending_rate |
varchar |
64 |
0 |
Y |
N |
贷款利率 |
|
9 |
total_loans |
varchar |
64 |
0 |
Y |
N |
贷款总额 |
|
10 |
loan_status |
varchar |
64 |
0 |
Y |
N |
贷款状态 |
|
11 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
12 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
13 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表loan_repayment (贷款还款)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
loan_repayment_id |
int |
10 |
0 |
N |
Y |
贷款还款ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
repayment_time |
datetime |
19 |
0 |
Y |
N |
还款时间 |
|
7 |
total_loans |
varchar |
64 |
0 |
Y |
N |
贷款总额 |
|
8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表overdraft_information (透支信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
overdraft_information_id |
int |
10 |
0 |
N |
Y |
透支信息ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
overdraft_time |
datetime |
19 |
0 |
Y |
N |
透支时间 |
|
7 |
overdraft_amount |
int |
10 |
0 |
Y |
N |
0 |
透支金额 |
8 |
purpose_of_overdraft |
text |
65535 |
0 |
Y |
N |
透支用途 |
|
9 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
10 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
11 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表overdraft_repayment (透支还款)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
overdraft_repayment_id |
int |
10 |
0 |
N |
Y |
透支还款ID |
|
2 |
account_no |
varchar |
64 |
0 |
Y |
N |
账户编号 |
|
3 |
account_type |
varchar |
64 |
0 |
Y |
N |
账户类型 |
|
4 |
user_account |
int |
10 |
0 |
Y |
N |
0 |
用户账号 |
5 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
6 |
repayment_time |
datetime |
19 |
0 |
Y |
N |
还款时间 |
|
7 |
overdraft_amount |
varchar |
64 |
0 |
Y |
N |
透支金额 |
|
8 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表registered_users (注册用户)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
registered_users_id |
int |
10 |
0 |
N |
Y |
注册用户ID |
|
2 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
4 |
date_of_birth |
varchar |
64 |
0 |
Y |
N |
出生日期 |
|
5 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
6 |
recommend |
int |
10 |
0 |
N |
N |
0 |
智能推荐 |
7 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
表upload (文件上传)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
upload_id |
int |
10 |
0 |
N |
Y |
上传ID |
|
2 |
name |
varchar |
64 |
0 |
Y |
N |
文件名 |
|
3 |
path |
varchar |
255 |
0 |
Y |
N |
访问路径 |
|
4 |
file |
varchar |
255 |
0 |
Y |
N |
文件路径 |
|
5 |
display |
varchar |
255 |
0 |
Y |
N |
显示顺序 |
|
6 |
father_id |
int |
10 |
0 |
Y |
N |
0 |
父级ID |
7 |
dir |
varchar |
255 |
0 |
Y |
N |
文件夹 |
|
8 |
type |
varchar |
32 |
0 |
Y |
N |
文件类型 |
表user (用户账户:用于保存用户登录信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_id |
mediumint |
8 |
0 |
N |
Y |
用户ID:[0,8388607]用户获取其他与用户相关的数据 |
|
2 |
state |
smallint |
5 |
0 |
N |
N |
1 |
账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 |
user_group |
varchar |
32 |
0 |
Y |
N |
所在用户组:[0,32767]决定用户身份和权限 |
|
4 |
login_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
上次登录时间: |
5 |
phone |
varchar |
11 |
0 |
Y |
N |
手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 |
|
6 |
phone_state |
smallint |
5 |
0 |
N |
N |
0 |
手机认证:[0,1](0未认证|1审核中|2已认证) |
7 |
username |
varchar |
16 |
0 |
N |
N |
用户名:[0,16]用户登录时所用的账户名称 |
|
8 |
nickname |
varchar |
16 |
0 |
Y |
N |
昵称:[0,16] |
|
9 |
password |
varchar |
64 |
0 |
N |
N |
密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 |
|
10 |
|
varchar |
64 |
0 |
Y |
N |
邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 |
|
11 |
email_state |
smallint |
5 |
0 |
N |
N |
0 |
邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
13 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
group_id |
mediumint |
8 |
0 |
N |
Y |
用户组ID:[0,8388607] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000] |
3 |
name |
varchar |
16 |
0 |
N |
N |
名称:[0,16] |
|
4 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该用户组的特点或权限范围 |
|
5 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
6 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
7 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
8 |
register |
smallint |
5 |
0 |
Y |
N |
0 |
注册位置: |
9 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
-
-
- 数据库连接设计
-
该系统的数据库连接方法采用的是C3P0数据连接池的方法,C3P0是开源的JDBC连接池,jdbcURL是所创建的数据库,driverClass连接数据库驱动,user为用户名,password为用户密码,acquireIncrement当连接池中的连接耗尽的时候C3P0一次同时获取的连接数,initialPoolSize初始化连接池中的连接数,minPoolSize和maxPoolSize分别是连接池中保留的最小和最大的连接数。C3P0的特点在于有自动回收空闲连接的功能。
数据库连接池配置代码如下所示。
package com.project.demo.constant;
/**
*/
public class FindConfig {
public static String PAGE = "page";
public static String SIZE = "size";
public static String LIKE = "like";
public static String ORDER_BY = "orderby";
public static String FIELD = "field";
public static String GROUP_BY = "groupby";
public static String MIN_ = "_min";
public static String MAX_ = "_max";
}
- 系统实现
- 登录模块的实现
该登录模块利用js进行设计,JavaScript函数CheckSubmit()对输入框是否为空进行验证,使用js的技术结合MySQL 2012数据库的查询语句进行登录信息的验证。首先从文本框中分别获得账号user_name和密码user_pw,使用Sql语句“select * from t_user where user_name=‘”+user_name+“’ and user_pw=‘”+user_pw+“’”将查询结果赋给rs结果集,若rs.next()返回值为空,表示数据库找不到该用户数据,若rs.next()返回值不为空,则显示登录成功,进入主界面。
用户登录流程图如下所示。
图5-1用户登录流程
用户登录流程:用户只有输入正确的用户名和密码才会成功进入系统,用户输入用户名密码后点击登录按钮,系统会进行校验该用户名是否存在,如果用户名与密码不匹配或者用户名不存在,则返回主界面。
系统登录界面如下图所示。
图5-2系统登录界面
登录功能的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
-
- 用户子系统模块的实现
- 用户首页模块
- 用户子系统模块的实现
在浏览器的地址栏里输入http://localhost:8080/index.jsp 地址,就可以跳转到银行账目管理系统的首页,首页是由4个页面组成的,包括top、left、down和center等页面,这里也是浏览者访问系统的入口,通过@ include引入。
首页载入流程图如下所示。
图5-3首页载入流程
首页载入流程:系统先连接数据库,显示界面参数初始化,读取数据库的数据表,读取html显示模板,对数据按添加时间排序,按照模板设计位置显示数据,刷新显示界面,断开数据库连接。
首页如下图所示。
图5-4首页界面
其中载入首页的主要代码如下。
public Map<String, Object> error(Integer code, String message) {
Map<String, Object> map = new HashMap<>();
map.put("error", new HashMap<String, Object>(4) {{
put("code", code);
put("message", message);
}});
return map;
}
-
-
- 用户注册模块
-
系统的用户通过自行注册生成,在系统首页点击用户注册菜单,系统跳转到对应的注册页面。点击重置按钮,清空所填数据,点击注册按钮完成注册。
用户注册流程图如下所示。
图5-5用户注册流程
注册个人信息实现流程为:填写个人信息,系统使用JQuery选择器获取在网页中输入的注册信息,再对联系方式、登录密码等信息进行验证,验证通过后用Ajax异步请求方式向服务器发送请求并把数据传送到后台,然后验证用户名是否已存在,如果已存在则注册失败提示“用户名已存在”;如果用户表中没有该用户名则把用户信息加入数据库,把操作状态以json字符串方式返回到前台。Ajax请求成功接收到返回的数据时会触发成功回调函数,然后解析返回的json字符串,系统根据返回信息弹出提示框,注册成功后返回登录页。
用户注册界面如下图所示。
图5-6用户注册界面
用户注册页面的逻辑代码如下。
/**
* 注册
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
public Map<String,Object> readBody(BufferedReader reader){
BufferedReader br = null;
StringBuilder sb = new StringBuilder("");
try{
br = reader;
String str;
while ((str = br.readLine()) != null){
sb.append(str);
}
br.close();
String json = sb.toString();
return JSONObject.parseObject(json, Map.class);
}catch (IOException e){
e.printStackTrace();
}finally{
if (null != br){
try{
br.close();
}catch (IOException e){
e.printStackTrace();
}
}
}
return null;
}
public void insert(Map<String,Object> body){
E entity = JSON.parseObject(JSON.toJSONString(body),eClass);
baseMapper.insert(entity);
log.info("[{}] - 插入操作:{}",entity);
}
-
-
- 还款提交模块
-
用户提交还款后后台会自动生成还款列表。从session中取出该用户信息,前台发起请求,将对应的用户信息、zhuanzhangpId参数信息从前台传递ZhuanzhangController类里,匹配到create()方法,create()方法调用ZhuanzhangServiceImpl类的createZhuanzhang()方法获取数据,调用本类的getCartZhuanzhangItem()方法得到还款列表。
账号还款界面如下所示。
图5-1账户还款界面
-
-
- 存款信息模块
-
用户拥有个人的银行账户,包括用户名、姓名、账号、账户账户、预留手机号,选择相应的存款信息,通过id传参,找到该账户,在add.jsp提交存款表单,生成存款记录。
存款信息流程如下图所示。
图5-15存款信息流程
存款信息界面如下图所示。
图5-17存款信息界面
存款信息的主要逻辑代码:
public Map<String, Object> error(Integer code, String message) {
Map<String, Object> map = new HashMap<>();
map.put("error", new HashMap<String, Object>(4) {{
put("code", code);
put("message", message);
}});
return map;
}
-
-
- 支出信息模块
-
用户拥有个人的银行账户,包括用户名、姓名、账号、账户账户、预留手机号,选择相应的支出信息,通过id传参,找到该账户,在add.jsp提交支出表单,生成支出记录。
支出信息流程如下图所示。
图5-15支出信息流程
支出信息界面如下图所示。
图5-17支出信息界面
-
-
管理员子系统模块的实现
- 系统用户管理模块
-
管理员子系统模块的实现
管理员对系统用户的管理,在yhzhgl.jsp实现管理员用户的管理,包括录入、删除、修改,修改密码通过SESSION获取用户名,然后输入新密码,提交到mod.jsp中,使用sql命令更新密码。
管理员用户管理的界面如下图所示。
图5-2管理员用户管理界面
登录密码修改界面如下图所示。
图5-4登录密码修改界面
登录密码修改的逻辑代码如下。
public String encryption(String plainText) {
String re_md5 = new String();
try {
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(plainText.getBytes());
byte b[] = md.digest();
int i;
StringBuffer buf = new StringBuffer("");
for (int offset = 0; offset < b.length; offset++) {
i = b[offset];
if (i < 0)
i += 256;
if (i < 16)
buf.append("0");
buf.append(Integer.toHexString(i));
}
re_md5 = buf.toString();
} catch (Exception e) {
e.printStackTrace();
}
return re_md5;
}
-
-
- 账户管理模块
-
管理员在zhanghu_add.jsp发布账户,跳转至账户添加表单,提交账户信息,包括用户名、姓名、账号、账户账户、预留手机号等,账户提交后,数据库的账户信息表刷新数据,系统将账户信息展示出来。
账户管理的流程如所示。
图5-7账户管理流程
账户添加的界面如所示。
图5-8账户添加界面
账户管理的界面如所示。
图5-9账户管理界面
账户信息添加的逻辑代码如下。
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
-
系统测试
- 测试目的
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
-
-
测试用例
- 登录测试
-
测试用例
登录测试用例如下表所示。
表6-1登录测试用例
输入 |
输出 |
|
用户名 |
密码 |
|
空 |
空 |
用户名或密码不能为空 |
蔡徐坤 |
123 |
用户名不能为汉字,请重新输入 |
789 |
789 |
用户名或密码错误 |
678 |
123456 |
登录成功 |
-
-
- 注册测试
-
注册测试用例如下表所示。
表6-2注册测试用例
输入 |
输出 |
|||
用户名 |
密码 |
确认密码 |
邮箱 |
|
空 |
空 |
空 |
空 |
请输入完整 |
001 |
001 |
001 |
001@qq.com |
注册成功 |
002 |
002 |
003 |
002@qq.com |
注册失败,两次密码不一致 |
003 |
003 |
003 |
003.com |
注册失败,邮箱格式不正确 |
-
-
- 账户管理测试
-
账户测试用例如下表所示。
表6-4添加账户测试用例
输入 |
输出 |
|||
账号 |
用户名 |
账户账户 |
备注 |
|
空 |
空 |
空 |
空 |
添加失败 |
账户1 |
A |
1 |
添加成功 |
|
空 |
A |
1 |
添加失败,账号不能为空 |
|
账户2 |
空 |
1 |
添加失败,请选择用户名 |
-
- 测试结果
经过测试,得到测试结果如下表所示。
表6-6测试结果
测试项目 |
内容和目的 |
测试结果 |
用户登录 |
输入正确用户名与密码 |
可以登录 |
输入错误用户名与密码 |
提示错误的信息 |
|
账户管理(添加,修改,删除) |
输入正确信息 |
成功完成 |
输入错误信息 |
操作失败 |
|
修改登录密码 |
修改新的密码 |
成功完成 |
存款、支出、还款管理(添加,修改,删除) |
输入正确信息 |
成功完成 |
输入错误信息 |
操作失败 |
|
账号管理(添加,修改,删除) |
输入正确信息 |
成功完成 |
输入错误信息 |
操作失败 |
|
还款管理(添加,修改,删除) |
输入正确信息 |
成功完成 |
输入错误信息 |
操作失败 |
|
贷款管理(添加,修改,删除) |
输入正确信息 |
成功完成 |
输入错误信息 |
操作失败 |
- 总结与展望
本次毕业论文的主要是利用Javaweb+MySQL开发一个安全可靠,操作简易,同时具备业务可扩展的银行账目管理系统。本文详细的论述了银行账目管理系统的设计和开发,本系统的所有事务逻辑都是按照系统的需求分析进行设计的,系统有普通用户和系统管理员两种角色,本系统多处采用了Ajax的异步交互技术,同时它也叫异步交互技术,利用它我们可以让网页的局部进行数据刷新操作,Ajax和传统的数据更新技术大大增加了客户的体验程度,由于是对局部进行操作那么就减少了一些繁琐而又不必要的操作,减轻了服务器对页面解析的负担。
与其他系统相比,本系统有自身的优点,
例如:
(1)创新性强;
(2)业务逻辑性强,安全性高,在一些重要的功能模块需要通过审查之后才可使用;
(3)移植性高,在所有Window平台都可使用。
当然也还有很多需要进一步改进的地方:
(1)系统大多数页面都是全局刷新,缺乏局部刷新,这将增加服务器的压力,如果有大量用户在同一时间段操作同一个功能模块,可能会导致查询缓慢;
(2)页面没有经过专业的UI设计,美观程度不及其他市场其他网站系统,有待改善。
参考文献
[1]贾先文,李周.北美五大湖JSP管理模式及对我国河湖流域管理的启示[J].环境保护,2020,48(10):70-74.
[2]张元刚.煤炭运销综合管理系统智能发运关键技术的研究[J].自动化技术与应用,2020,39(05):154-159.
[3]韩思凡.Web开发中的JSP与HTML的基础应用[J].科学技术创新,2020(14):71-72.
[4]张英,李鹏,郭奇峰,蔡美峰,任奋华,武旭.水力耦合裂隙岩体变形破坏机制研究进展[J/OL].哈尔滨工业大学学报:1-21[2020-06-09].http:/rwt/CNKI/http/NNYHGLUDN3WXTLUPMW4A/kcms/detail/23.1235.T.20200525.1030.002.html.
[5]杨占胜.JSP中文乱码问题的探讨与解决方法[J].福建电脑,2020,36(04):36-41.
[6]蒋治学.JSP技术及其在动态网页开发中的应用分析[J].浙江水利水电学院学报,2020,32(02):75-77.
[7]刘小飞,李明杰.基于JSP和Servlet架构的通知频道系统[J].电脑知识与技术,2020,16(12):82-83.
[8]赵诗奎.作业车间调度问题的多工序联动邻域结构研究[J/OL].机械工程学报:1-15[2020-06-09].http:/rwt/CNKI/http/NNYHGLUDN3WXTLUPMW4A/kcms/detail/11.2187.TH.20200416.2059.157.html.
[9]申峰,杜钦生.基于SSH的汽车4S店综合业务管理平台[J].内燃机与配件,2020(07):208-210.
[10]陆丽.MVC设计模式在JavaWeb开发中的应用研究[J].信息通信,2020(04):104-106.
[11]桂林,张春江,李新宇.具有工序顺序柔性的车间调度问题研究综述[J].工业工程,2020,23(02):116-123.
[12]廖西.基于SSH2框架的Web系统综合研究[J].计算机产品与流通,2020(04):146.
[13]周新丰.“高校校园一卡通”通用建设思路探讨[J].办公自动化,2020,25(07):32-34.
[14]本刊讯.《世界华人消化杂志》参考文献要求[J].世界华人消化杂志,2020,28(06):209.
[15]杨美艳,都广捷,刘艳娇.智慧养老系统设计与开发[J].科学技术创新,2020(09):105-106.
[16]GietzeltMatthias,KarmenChristian,Knaup-GregoriPetra,GanzingerMatthias.vivaGen-asurvivaldatasetgeneratorforsoftwaretesting.[J].BMCbioinformatics,2020,21(1).
[17]LeeBo-Young,ParkJunChul,KimMin-Sub,ChoiBeom-Soon,KimDuck-Hyun,LimJong-Sung,YumSeungshic,HwangUn-Ki,NahGyoungJu,LeeJae-Seong.ThegenomeoftheJavamedaka(Oryziasjavanicus):Potentialforitsuseinmarinemolecularecotoxicology.[J].Marinepollutionbulletin,2020,154.
[18].Mathematics;ResearchersfromDiponegoroUniversityDescribeResearchinMathematics(AnalysisofPriorityScaleforWatershedReforestationUsingTrapezoidalFuzzyVIKORMethod:ACaseStudyinSemarang,CentralJavaIndonesia)[J].JournalofMathematics,2020.
[19]AgustinaRina,NadiyaKhairun,AndiniElA,SetianingsihAinanurA,SadariskarAriniA,PrafiantiniErfi,WirawanFadila,KaryadiElvina,RautManojK.Associationsofmealpatterning,dietaryqualityanddiversitywithanemiaandoverweight-obesityamongIndonesianschool-goingadolescentgirlsinWestJava.[J].PloSone,2020,15(4).
[20].InternationalBusinessMachinesCorporation;PatentIssuedforSharingAJavaVirtualMachine(USPTO10,623,242)[J].InternetBusinessNewsweekly,2020.
致谢
经过几个月时间的努力终于完成了这篇文章,在文章的写作与研究的过程中遇到了很多困难,都在同学和老师的帮助下解决了。尤其非常感谢我最敬爱的老师,他对我进行了无私的指导和帮助,不厌其烦的帮助进行文章的修改。老师严谨的治学态度、渊博的学术知识、诲人不倦的敬业精神以及宽容的待人风范使我获益颇丰。此外,在校图书馆查找资料的时候,图书馆的老师也给我提供了很多方面的支持与帮助。在此,向帮助和指导过我的老师表示最衷心的感谢!感谢这篇文章所涉及到的各位学者。本文引用了数位学者的文献,如果没有各位学者的研究成果的帮助和启发,我将很难完成本篇文章的写作。感谢我的同学、朋友以及所在单位的同事,在我写文章的过程中给与了我很多素材和帮助,还在文章的撰写和排版过程中提供热情的帮助。同时,感谢我的室友对我的热心指导和帮助,经常有不懂之处都是大家在帮助我,才使得我比较顺利的完成了这篇文章。由于我水平有限,所写文章难免有不足之处,恳请各位老师和学友批评和指正!文章来源:https://www.toymoban.com/news/detail-741593.html
请关注点赞+私信博主,免费领取项目源码文章来源地址https://www.toymoban.com/news/detail-741593.html
到了这里,关于ssm银行账目管理系统-计算机毕设 附源码 93216的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!