【纯干货分享】计算机毕业设计必看必学(基于SSM的银行账目管理系统的设计和开发)原创的定制程序,java、PHP、python、C#小程序、文案全套、毕设程序定制/毕设成品等等.
目录
摘 要
基于SSM的银行账目管理系统旨在通过采用Spring、Spring MVC和MyBatis(SSM)框架,开发一个高效、可靠的银行账目管理系统。该系统具备用户管理、账户管理、存取记录查询、转账及挂失生等功能模块。本系统应用于某商业银行的日常账目管理中,有效提升了银行账目处理的效率和准确性。
该系统通过整合Spring的依赖注入、Spring MVC的控制器模式以及MyBatis的数据持久层框架,实现了业务逻辑层、表现层和数据访问层的清晰分离,从而增强了系统的可维护性和可扩展性。此外,系统采用了先进的加密技术和安全验证机制,确保了用户数据的安全性和隐私保护。在实际应用中,该系统已取得了显著的成效,不仅提高了银行的工作效率,还增强了客户的满意度和信任度。
该系统界面友好,操作简便,使得银行工作人员能够快速上手并高效管理账目。同时,系统还提供了丰富的报表生成功能,帮助银行管理层更好地了解账目情况,做出科学决策。总之,基于SSM的银行账目管理系统为银行提供了全方位、智能化的账目管理服务,是现代银行业不可或缺的重要工具。
关键词:银行账目管理系统;SSM框架;MyBatis;
The bank account management system based on SSM is designed to develop an efficient and reliable bank account management system by adopting the Spring, Spring MVC, and MyBatis (SSM) frameworks. The system includes functional modules such as user management, account management, inquiry of deposit and withdrawal records, transfer, and report of loss. This system is applied to the daily account management of a commercial bank, effectively improving the efficiency and accuracy of bank account processing.
By integrating Spring's dependency injection, Spring MVC's controller pattern, and MyBatis's data persistence layer framework, the system achieves a clear separation of the business logic layer, presentation layer, and data access layer, thereby enhancing the system's maintainability and scalability. In addition, the system employs advanced encryption technology and security verification mechanisms, ensuring the security and privacy protection of user data. In practical applications, the system has achieved significant results, not only improving the efficiency of bank operations but also enhancing customer satisfaction and trust.
The system features a user-friendly interface and simple operations, allowing bank staff to quickly learn and efficiently manage accounts. Moreover, the system provides a wealth of report generation functions, helping bank management better understand account situations and make scientific decisions. In summary, the bank account management system based on SSM provides comprehensive, intelligent account management services for banks and is an indispensable tool for modern banking.
Keywords: Bank Account Management System;SSM Framework; MyBatis.
第一章 绪 论
1.1研究背景及意义
随着信息技术的飞速发展,银行作为金融行业的核心机构,其业务处理效率和客户服务质量越来越受到关注。传统的银行账目管理方式存在诸多不足,如人工操作繁琐、数据更新不及时、信息安全性差等问题,已难以满足现代银行业的需求。SSM框架作为一种轻量级、高效的企业级开发框架,以其模块化、可配置化、易扩展等特点,被广泛应用于各种企业级应用系统的开发中[1]。因此,基于SSM框架设计和开发银行账目管理系统,对于提升银行业务处理效率、优化客户服务体验具有重要意义。通过该系统,银行可以实现账目信息的自动化管理,提高数据处理的准确性和时效性,同时加强信息安全防护,为银行的稳健发展提供有力支持[2]。
在客户服务方面,该系统也能够发挥重要作用。通过系统,银行可以为客户提供便捷的在线查询服务,使他们能够随时了解自己的账户余额、交易记录等信息。这不仅可以提升客户的满意度和忠诚度,还能够降低银行的人工客服成本[3]。基于SSM的银行账目管理系统的设计和开发对于提升银行业务处理效率、优化客户服务体验以及加强信息安全防护等方面都具有重要意义。同时,系统提供的便捷在线查询服务,也大大提升了客户的满意度和忠诚度,降低了银行的人工客服成本。因此,基于SSM框架设计和开发银行账目管理系统,是银行业提升竞争力的必然选择,也是未来银行业发展的重要趋势[4]。
1.2国内外研究现状
在国内,随着信息技术的不断发展和金融行业的数字化转型,银行账目管理系统的研究和开发已经取得了显著进展。许多银行已经采用了先进的IT技术来提升其账目管理系统的性能和效率[5]。SSM框架作为国内广泛应用的Java Web开发框架之一,其在银行账目管理系统中的应用也日益广泛。通过SSM框架,银行可以构建出具有高效性、可扩展性和可维护性的账目管理系统,从而更好地满足客户需求和提升市场竞争力[6]。
然而,与国内相比,国外在银行账目管理系统的研究和开发方面起步更早,技术更为成熟。许多国际知名银行已经拥有高度自动化、智能化的账目管理系统,这些系统不仅能够实现高效的数据处理和信息管理,还能够通过机器学习等技术进行风险预测和智能决策,为银行的稳健发展提供有力支持[7]。因此,国内银行在设计和开发基于SSM的银行账目管理系统时,可以借鉴国外的先进经验和技术,不断提升自身的技术水平和创新能力[8]。
1.3论文组织结构
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:详细介绍与本研究相关的技术,包括Java语言、B/S框架、SpringBoot框架、Vue技术和MySQL数据库。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
第二章 关键技术
2.1Java语言
在本研究中,Java语言是构建银行账目管理系统的核心技术之一。主要使用Java语言开发后端系统,采用SpringBoot框架来实现业务逻辑和数据交互。SpringBoot简化了配置和开发过程,提供了一套开箱即用的解决方案,能够专注于业务功能的实现。Java的多线程和并发处理能力,使平台能够高效处理大量用户请求和并发交易,保证系统的稳定性和响应速度。Java语言的跨平台特性和丰富的类库支持,使得系统具有良好的可移植性和可扩展性,能够适应不同的操作环境和业务需求。Java语言在本系统中的应用,为实现一个高效、安全、稳定的银行账目管理系统提供了坚实的技术基础。
2.2MySQL
MySQL是一种流行的开源关系型数据库管理系统,用于存储和管理数据。在银行账目管理系统中,MySQL可以用于数据存储、数据查询和数据管理等方面,用户可以免费使用和修改源代码,为平台提供可靠和高性能的数据库支持。MySQL支持多种存储引擎,如InnoDB和MyISAM,可以根据不同的应用场景选择合适的存储引擎,以提高性能;提供了多种数据安全机制,如用户权限管理、数据加密和备份恢复等,确保数据的安全性。
2.3SSM框架
SSM框架,即Spring、Spring MVC和MyBatis的整合框架,是构建Java Web应用的主流框架之一。在本研究中,SSM框架被用于构建银行账目管理系统的后端部分。Spring框架提供了全面的基础设施支持,简化了Java企业级应用的开发;Spring MVC则负责处理Web层请求和响应,提供了灵活和可扩展的MVC架构;MyBatis则是一个持久层框架,支持自定义SQL、存储过程和高级映射,使得数据访问层的开发更加高效和灵活。SSM框架的整合使用,充分发挥了各自的优势,提高了系统的整体性能和开发效率。
2.4B/S结构概述
B/S结构是一种网络应用模式,其主要特点是将客户端与服务器端的任务进行划分。客户端主要负责用户界面的显示与用户操作,而服务器端则负责数据处理、业务逻辑实现以及数据存储等任务。在这种结构中,客户端使用浏览器作为访问服务器端应用程序的入口,通过HTTP协议与服务器端进行通信。
B/S结构相较于传统的C/S(Client/Server,客户端/服务器)结构,具有更好的跨平台性、可维护性和可扩展性。它摆脱了客户端与服务器端之间的紧密耦合,使得开发和维护变得更加方便。同时,B/S结构还能够充分利用互联网的资源,实现快速的信息传递与共享。
第三章 银行账目管理 系统分析
3.1系统可行性分析
3.1.1技术可行性
现代软件开发技术已经相当成熟,提供了丰富的工具和框架,可以应对各种复杂的业务需求。采用Java等成熟、稳定的语言进行开发,利用其面向对象、跨平台等特性,实现系统的模块化、可扩展性和可维护性。利用SpringBoot等现代框架,简化开发过程,提高开发效率。对于数据库的选择,使用MySQL等关系型数据库,以满足数据存储和查询的需求。因此,从技术层面来看,开发银行账目管理系统是完全可行的。
3.1.2经济可行性
系统的开发成本相对较低,可以利用开源框架和工具,降低开发成本。其次,系统的运行和维护成本也相对较低,可以采用Java等技术,实现系统的自动化部署和维护。因此,从经济层面来看,开发银行账目管理系统也是可行的。
3.1.3社会可行性
系统开发符合社会的需求和趋势,能够为用户提供银行账目方面的信息交流和分享平台,提高用户的生活质量和财务水平。为社会创造更多的经济价值和就业机会。因此,从社会层面来看,开发银行账目管理系统也是可行的。
3.1.4操作可行性
系统的操作界面设计简洁明了,易于用户理解和操作。系统提供了详尽的操作指南和帮助文档,使得用户能够快速上手并熟练使用系统。系统还具备良好的容错性和错误提示功能,当用户操作失误时,能够及时给出提示信息,引导用户进行正确的操作。因此,从操作层面来看,银行账目管理系统同样具备可行性。
3.2系统功能分析
3.2.1功能性分析
银行账目管理系统我划分为了后端模块的普通用户和普通员两大部分。
普通用户模块:
- 后台首页:普通用户在后台首页可以直观地查看系统公告管理、账户信息管理、存款记录管理、取款记录管理、转账记录管理和挂失补办管理等主要功能模块。
- 系统公告管理:普通用户可以查看系统发布的最新公告,包括公告的重置、查询、详情查看等,确保及时获取系统重要信息。
- 账户信息管理:用户可以管理自己的账户信息,包括重置信息、查询详情等,同时支持账户存款、账户取款、账户转账和挂失补办等功能的操作与查看。
- 存款记录管理:用户可以查看自己的存款记录,包括记录的重置、查询、详情,确保存款活动的透明度和个人财务的准确性。
- 取款记录管理:用户可以管理自己的取款记录,包括记录的查询、重置和详情查看,以便追踪和审计个人的取款历史。
- 转账记录管理:用户可以查看和管理自己的转账记录,包括记录的查询、重置和详情,同时系统会对转账活动进行审核,确保资金转移的安全性。
- 挂失补办管理:若用户遇到银行卡丢失或损坏的情况,可以在此模块提交挂失申请,并查看挂失补办的相关记录和详情,系统会对挂失补办流程进行审核和处理。
管理员模块:
- 后台首页:管理员可以查看系统整体运行状态,实时监控各项数据指标。确保后台展示信息的准确性和时效性,为优化产品功能提供数据支持。
- 系统用户管理:管理员负责对系统内的用户进行管理,包括普通用户的添加、删除、重置、查询和详情查看等操作。
- 系统公告管理:管理员在系统公告管理中拥有发布、编辑、删除公告的权限,同时可以对公告进行重置和查询操作,确保公告信息的及时更新和准确性。
- 账户信息管理:管理员负责对账户信息进行管理,包括账户的添加、删除、重置、查询和详情查看。此外,管理员还能够处理账户存款、取款、转账等财务操作,并对账户进行挂失补办。
- 存款记录管理:管理员在存款记录管理中可以查看、添加、删除、重置和查询用户的存款记录,确保存款活动的透明度和记录的准确性。
- 取款记录管理:管理员负责对用户的取款记录进行管理,包括记录的添加、删除、重置、查询和详情查看,以监控和记录用户的取款活动。
- 转账记录管理:管理员在转账记录管理中可以执行转账记录的添加、删除、重置、查询和详情查看,同时负责对转账活动进行审核,保证资金转移的安全性。
- 挂失补办管理:管理员在挂失补办管理中负责处理用户的挂失申请和补办手续,包括记录的添加、删除、重置、查询和详情查看,以及审核相关流程。
- 操作日志管理:管理员负责记录和管理系统的操作日志,包括日志的添加、删除、重置、查询和详情查看,以追踪和审计系统操作历史。
3.2.2非功能性分析
银行账目管理系统的非功能性需求比如银行账目管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等,具体可以表示在如下3-1表格中:
表3-1银行账目管理系统非功能需求表
|
安全性 |
主要指银行账目管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
|
可靠性 |
可靠性是指银行账目管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
|
性能 |
性能是影响银行账目管理系统占据市场的必要条件,所以性能最好要佳才好。 |
|
可扩展性 |
比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
|
易用性 |
用户只要跟着银行账目管理系统的页面展示内容进行操作,就可以了。 |
|
可维护性 |
银行账目管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.3系统用例分析
银行账目管理系统的完整UML用例图分别是图3-1、3-2。
普通用户角色用例如图3-1所示。

图 3-2银行账目管理系统普通用户角色用例图
管理员角色用例如图3-2所示。

图 3-3银行账目管理系统管理员角色用例图
3.4系统总体流程设计
3.4.1数据开发流程
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如图3-3所示

图 3-4系统开发流程图
3.4.2用户登录流程
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如图3-4所示。

图 3-5登录流程图
3.4.3系统操作流程
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入;若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如图3-5所示。

图 3-6 系统操作流程图
3.4.4添加信息流程
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如图3-6所示。

图 3-7添加信息流程图
3.4.5修改信息流程
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入;若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如图3-7所示。

图 3-8 修改信息流程图
3.4.6删除信息流程
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节;若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如图3-8所示。

图 3-9删除信息流程图
第四章 银行账目管理系统 总体设计
本章主要讨论的内容包括银行账目管理系统的功能模块设计、数据库系统设计。
4.1系统架构设计
本银行账目管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图 4-1银行账目管理系统架构设计图
表现层(UI):也称为用户界面层,它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验,确保用户在使用银行账目管理系统时感到舒适和便捷。为了确保良好的兼容性,UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外,UI交互功能必须合理设计,确保用户的操作能够得到相应的反馈和结果,这要求表现层与业务逻辑层之间保持良好的通信和协同工作。
业务逻辑层(BLL):这一层主要处理银行账目管理系统的数据和业务逻辑。当用户通过表现层提交数据时,业务逻辑层会接收这些数据,进行处理,并将结果传递给数据层进行存储或查询。同时,当系统需要从数据层读取数据时,业务逻辑层会处理这些数据,并将其传递给表现层进行展示。
数据层(DL):虽然本银行账目管理系统的数据存储在服务端的MySQL数据库中,但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理银行账目管理系统的数据。数据层与MySQL数据库进行交互,执行数据的增、删、改、查等操作,确保数据的完整性和安全性。
这三个层次相互独立但又紧密协作,共同构成了银行账目管理系统的完整架构。通过合理的分层设计,可以提高系统的可维护性、可扩展性和可重用性,为用户提供更好的服务和体验。
4.2系统模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本银行账目管理系统中的用例。那么接下来就要开始对本银行账目管理系统的架构、主要功能和数据库开始进行设计。银行账目管理系统根据前面章节的需求分析得出,银行账目管理系统的功能模块图如下图所示。

图 4-2银行账目管理系统功能模块图
4.3数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
4.3.1数据库概念结构设计
下面是整个银行账目管理系统中主要的数据库表总E-R实体关系图。

图 4-3银行账目管理系统总E-R关系图
4.3.2数据库逻辑结构设计
通过上一小节中银行账目管理系统中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
token_id |
int |
是 |
是 |
临时访问牌ID |
|
|
2 |
token |
varchar |
64 |
否 |
否 |
临时访问牌 |
|
3 |
info |
text |
65535 |
否 |
否 |
信息 |
|
4 |
maxage |
int |
是 |
否 |
最大寿命:默认2小时 |
|
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
7 |
user_id |
int |
是 |
否 |
用户编号 |
表 4-2-account_information(账户信息)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
account_information_id |
int |
是 |
是 |
账户信息ID |
|
|
2 |
account_card_number |
varchar |
64 |
是 |
是 |
账户卡号 |
|
3 |
user_information |
int |
否 |
否 |
用户信息 |
|
|
4 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
5 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
|
6 |
account_balance |
double |
否 |
否 |
账户余额 |
|
|
7 |
account_remarks |
text |
65535 |
否 |
否 |
账户备注 |
|
8 |
deposit_records_limit_times |
int |
是 |
否 |
账户存款限制次数 |
|
|
9 |
withdrawal_record_limit_times |
int |
是 |
否 |
账户取款限制次数 |
|
|
10 |
transfer_record_limit_times |
int |
是 |
否 |
账户转账限制次数 |
|
|
11 |
report_loss_and_apply_for_compensation_limit_times |
int |
是 |
否 |
挂失补办限制次数 |
|
|
12 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
13 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-3-auth(用户权限管理)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
auth_id |
int |
是 |
是 |
授权ID |
|
|
2 |
user_group |
varchar |
64 |
否 |
否 |
用户组 |
|
3 |
mod_name |
varchar |
64 |
否 |
否 |
模块名 |
|
4 |
table_name |
varchar |
64 |
否 |
否 |
表名 |
|
5 |
page_title |
varchar |
255 |
否 |
否 |
页面标题 |
|
6 |
path |
varchar |
255 |
否 |
否 |
路由路径 |
|
7 |
parent |
varchar |
64 |
否 |
否 |
父级菜单 |
|
8 |
parent_sort |
int |
是 |
否 |
父级菜单排序 |
|
|
9 |
position |
varchar |
32 |
否 |
否 |
位置 |
|
10 |
mode |
varchar |
32 |
是 |
否 |
跳转方式 |
|
11 |
add |
tinyint |
是 |
否 |
是否可增加 |
|
|
12 |
del |
tinyint |
是 |
否 |
是否可删除 |
|
|
13 |
set |
tinyint |
是 |
否 |
是否可修改 |
|
|
14 |
get |
tinyint |
是 |
否 |
是否可查看 |
|
|
15 |
field_add |
text |
65535 |
否 |
否 |
添加字段 |
|
16 |
field_set |
text |
65535 |
否 |
否 |
修改字段 |
|
17 |
field_get |
text |
65535 |
否 |
否 |
查询字段 |
|
18 |
table_nav_name |
varchar |
500 |
否 |
否 |
跨表导航名称 |
|
19 |
table_nav |
varchar |
500 |
否 |
否 |
跨表导航 |
|
20 |
option |
text |
65535 |
否 |
否 |
配置 |
|
21 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
22 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-4-code_token(验证码)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
code_token_id |
int |
是 |
是 |
验证码ID |
|
|
2 |
token |
varchar |
255 |
否 |
否 |
令牌 |
|
3 |
code |
varchar |
255 |
否 |
否 |
验证码 |
|
4 |
expire_time |
timestamp |
是 |
否 |
失效时间 |
|
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-5-deposit_records(存款记录)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
deposit_records_id |
int |
是 |
是 |
存款记录ID |
|
|
2 |
account_card_number |
varchar |
64 |
否 |
否 |
账户卡号 |
|
3 |
user_information |
int |
否 |
否 |
用户信息 |
|
|
4 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
5 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
|
6 |
deposit_date |
date |
否 |
否 |
存款日期 |
|
|
7 |
deposit_amount |
double |
否 |
否 |
存款金额 |
|
|
8 |
deposit_remarks |
text |
65535 |
否 |
否 |
存款备注 |
|
9 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
11 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
12 |
source_id |
int |
否 |
否 |
来源ID |
|
|
13 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-6-hits(用户点击)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
hits_id |
int |
是 |
是 |
点赞ID |
|
|
2 |
user_id |
int |
是 |
否 |
点赞人 |
|
|
3 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
4 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
表 4-7-operation_log(操作日志表)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
operation_log_id |
int |
是 |
是 |
操作日志ID |
|
|
2 |
user_group |
varchar |
64 |
否 |
否 |
用户角色 |
|
3 |
user_name |
varchar |
64 |
否 |
否 |
用户账号 |
|
4 |
routes |
varchar |
64 |
否 |
否 |
模块名称 |
|
5 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-8-ordinary_users(普通用户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
ordinary_users_id |
int |
是 |
是 |
普通用户ID |
|
|
2 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
|
4 |
contact_number |
varchar |
16 |
否 |
否 |
联系电话 |
|
5 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
6 |
user_id |
int |
是 |
否 |
用户ID |
|
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-9-report_loss_and_apply_for_compensation(挂失补办)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
report_loss_and_apply_for_compensation_id |
int |
是 |
是 |
挂失补办ID |
|
|
2 |
account_card_number |
varchar |
64 |
否 |
否 |
账户卡号 |
|
3 |
user_information |
int |
否 |
否 |
用户信息 |
|
|
4 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
5 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
|
6 |
application_date |
date |
否 |
否 |
申请日期 |
|
|
7 |
application_type |
varchar |
64 |
否 |
否 |
申请类型 |
|
8 |
application_content |
text |
65535 |
否 |
否 |
申请内容 |
|
9 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
10 |
examine_reply |
varchar |
16 |
否 |
否 |
审核回复 |
|
11 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
12 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
13 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
14 |
source_id |
int |
否 |
否 |
来源ID |
|
|
15 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-10-schedule(日程管理)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
schedule_id |
smallint |
是 |
是 |
日程ID |
|
|
2 |
content |
varchar |
255 |
否 |
否 |
日程内容 |
|
3 |
scheduled_time |
datetime |
否 |
否 |
计划时间 |
|
|
4 |
user_id |
int |
是 |
否 |
用户ID |
|
|
5 |
create_time |
datetime |
否 |
否 |
创建时间 |
|
|
6 |
update_time |
datetime |
否 |
否 |
更新时间 |
表 4-11-score(评分)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
score_id |
int |
是 |
是 |
评分ID |
|
|
2 |
user_id |
int |
是 |
否 |
评分人 |
|
|
3 |
nickname |
varchar |
64 |
否 |
否 |
昵称 |
|
4 |
score_num |
double |
是 |
否 |
评分 |
|
|
5 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
6 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
7 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
8 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
9 |
source_id |
int |
是 |
否 |
来源ID |
表 4-12-system_announcement(系统公告)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
system_announcement_id |
int |
是 |
是 |
系统公告ID |
|
|
2 |
announcement_number |
varchar |
64 |
否 |
否 |
公告编号 |
|
3 |
announcement_title |
varchar |
64 |
否 |
否 |
公告标题 |
|
4 |
date_of_publication |
date |
否 |
否 |
公告日期 |
|
|
5 |
announcement_image |
varchar |
255 |
否 |
否 |
公告图片 |
|
6 |
announcement_content |
text |
65535 |
否 |
否 |
公告内容 |
|
7 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
8 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-13-transfer_record(转账记录)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
transfer_record_id |
int |
是 |
是 |
转账记录ID |
|
|
2 |
account_card_number |
varchar |
64 |
否 |
否 |
账户卡号 |
|
3 |
user_information |
int |
否 |
否 |
用户信息 |
|
|
4 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
5 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
|
6 |
transfer_date |
date |
否 |
否 |
转账日期 |
|
|
7 |
transfer_amount |
double |
否 |
否 |
转账金额 |
|
|
8 |
payment_name |
varchar |
64 |
否 |
否 |
收款姓名 |
|
9 |
payment_card_number |
varchar |
64 |
否 |
否 |
收款卡号 |
|
10 |
transfer_remarks |
text |
65535 |
否 |
否 |
转账备注 |
|
11 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
|
12 |
examine_reply |
varchar |
16 |
否 |
否 |
审核回复 |
|
13 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
14 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
15 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
16 |
source_id |
int |
否 |
否 |
来源ID |
|
|
17 |
source_user_id |
int |
否 |
否 |
来源用户 |
表 4-14-upload(文件上传)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
upload_id |
int |
是 |
是 |
上传ID |
|
|
2 |
name |
varchar |
64 |
否 |
否 |
文件名 |
|
3 |
path |
varchar |
255 |
否 |
否 |
访问路径 |
|
4 |
file |
varchar |
255 |
否 |
否 |
文件路径 |
|
5 |
display |
varchar |
255 |
否 |
否 |
显示顺序 |
|
6 |
father_id |
int |
否 |
否 |
父级ID |
|
|
7 |
dir |
varchar |
255 |
否 |
否 |
文件夹 |
|
8 |
type |
varchar |
32 |
否 |
否 |
文件类型 |
表 4-15-user(用户账户)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
user_id |
int |
是 |
是 |
用户ID |
|
|
2 |
state |
smallint |
是 |
否 |
账户状态:(1可用|2异常|3已冻结|4已注销) |
|
|
3 |
user_group |
varchar |
32 |
否 |
否 |
所在用户组 |
|
4 |
login_time |
timestamp |
是 |
否 |
上次登录时间 |
|
|
5 |
phone |
varchar |
11 |
否 |
否 |
手机号码 |
|
6 |
phone_state |
smallint |
是 |
否 |
手机认证:(0未认证|1审核中|2已认证) |
|
|
7 |
username |
varchar |
16 |
是 |
否 |
用户名 |
|
8 |
nickname |
varchar |
16 |
否 |
否 |
昵称 |
|
9 |
password |
varchar |
64 |
是 |
否 |
密码 |
|
10 |
|
varchar |
64 |
否 |
否 |
邮箱 |
|
11 |
email_state |
smallint |
是 |
否 |
邮箱认证:(0未认证|1审核中|2已认证) |
|
|
12 |
avatar |
varchar |
255 |
否 |
否 |
头像地址 |
|
13 |
open_id |
varchar |
255 |
否 |
否 |
针对获取用户信息字段 |
|
14 |
create_time |
timestamp |
是 |
否 |
创建时间 |
表 4-16-user_group(用户组)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
group_id |
mediumint |
是 |
是 |
用户组ID |
|
|
2 |
display |
smallint |
是 |
否 |
显示顺序 |
|
|
3 |
name |
varchar |
16 |
是 |
否 |
名称 |
|
4 |
description |
varchar |
255 |
否 |
否 |
描述 |
|
5 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
6 |
source_field |
varchar |
255 |
否 |
否 |
来源字段 |
|
7 |
source_id |
int |
是 |
否 |
来源ID |
|
|
8 |
register |
smallint |
否 |
否 |
注册位置 |
|
|
9 |
create_time |
timestamp |
是 |
否 |
创建时间 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
表 4-17-withdrawal_record(取款记录)
|
编号 |
字段名 |
类型 |
长度 |
是否非空 |
是否主键 |
注释 |
|
1 |
withdrawal_record_id |
int |
是 |
是 |
取款记录ID |
|
|
2 |
account_card_number |
varchar |
64 |
否 |
否 |
账户卡号 |
|
3 |
user_information |
int |
否 |
否 |
用户信息 |
|
|
4 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
|
5 |
contact_number |
varchar |
64 |
否 |
否 |
联系电话 |
|
6 |
withdrawal_date |
date |
否 |
否 |
取款日期 |
|
|
7 |
withdrawal_amount |
double |
否 |
否 |
取款金额 |
|
|
8 |
withdrawal_remarks |
text |
65535 |
否 |
否 |
取款备注 |
|
9 |
create_time |
datetime |
是 |
否 |
创建时间 |
|
|
10 |
update_time |
timestamp |
是 |
否 |
更新时间 |
|
|
11 |
source_table |
varchar |
255 |
否 |
否 |
来源表 |
|
12 |
source_id |
int |
否 |
否 |
来源ID |
|
|
13 |
source_user_id |
int |
否 |
否 |
来源用户 |
第五章 银行账目管理系统 详细设计与实现
银行账目管理系统的详细设计与实现主要是根据前面的银行账目管理系统的需求分析和银行账目管理系统的总体设计来设计页面并实现业务逻辑。主要从银行账目管理系统界面实现、业务逻辑实现这两部分进行介绍。
5.1后端首页模块
首页是用户进入平台后首先看到的页面,它设计得直观且易于导航。整个首页旨在为用户提供丰富的内容和资源,增强用户体验。后台首页模块展示如下图所示。

图 5-1后台首页模块图
5.2用户注册模块
不是银行账目管理系统中正式用户的是可以在线进行注册的,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+手机号+身份+用户姓名+用户性别等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图 5-2注册模块图
5.3登录模块
银行账目管理系统中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到银行账目管理系统的首页中;否则将会提示相应错误信息,登录模块如下图所示。

图 5-3登录模块图
5.4后端普通用户功能模块
5.4.1系统公告管理模块
系统公告管理:普通用户可以查看系统发布的最新公告,包括公告的重置、查询、详情查看等,确保及时获取系统重要信息。系统公告管理模块如下图所示:

图 5-4系统公告管理模块图
5.4.2账户信息管理模块
账户信息管理:用户可以管理自己的账户信息,包括重置信息、查询详情等,同时支持账户存款、账户取款、账户转账和挂失补办等功能的操作与查看。账户信息管理模块如下图所示。

图 5-5账户信息管理模块图
5.4.3存款记录管理模块
存款记录管理:用户可以查看自己的存款记录,包括记录的重置、查询、详情,确保存款活动的透明度和个人财务的准确性。存款记录管理模块如下图所示。

图 5-6存款记录管理模块图
5.4.4转账记录管理模块
转账记录管理:用户可以查看和管理自己的转账记录,包括记录的查询、重置和详情,同时系统会对转账活动进行审核,确保资金转移的安全性。转账记录管理模块如下图所示。

图 5-7转账记录管理模块图
5.4.5挂失补办管理模块
挂失补办管理:若用户遇到银行卡丢失或损坏的情况,可以在此模块提交挂失申请,并查看挂失补办的相关记录和详情,系统会对挂失补办流程进行审核和处理。挂失补办管理模块如下图所示。

图 5-8挂失补办管理模块图
5.5后端管理员功能模块
5.5.1系统公告管理模块
系统公告管理:管理员在系统公告管理中拥有发布、编辑、删除公告的权限,同时可以对公告进行重置和查询操作,确保公告信息的及时更新和准确性。系统公告管理模块如下图所示。

图 5-9系统公告管理模块图
5.5.2系统用户模块
系统用户管理:管理员负责对系统内的用户进行管理,包括普通用户的添加、删除、重置、查询和详情查看等操作。用户管理流程图如下所示。

图 5-10用户管理流程图
系统用户模块如下图所示。

图 5-11系统用户模块图
5.5.3账户信息管理模块
账户信息管理:管理员负责对账户信息进行管理,包括账户的添加、删除、重置、查询和详情查看。此外,管理员还能够处理账户存款、取款、转账等财务操作,并对账户进行挂失补办。账户信息管理模块如下图所示。

图 5-12账户信息管理模块图
5.5.4取款记录管理模块
取款记录管理:管理员负责对用户的取款记录进行管理,包括记录的添加、删除、重置、查询和详情查看,以监控和记录用户的取款活动。取款记录管理模块如下图所示。

图 5-13取款记录管理模块图
5.5.5挂失补办管理模块
挂失补办管理:管理员在挂失补办管理中负责处理用户的挂失申请和补办手续,包括记录的添加、删除、重置、查询和详情查看,以及审核相关流程。挂失补办管理模块如下图所示。

图 5-14挂失补办管理模块图
5.5.6存款记录管理模块
存款记录管理:管理员在存款记录管理中可以查看、添加、删除、重置和查询用户的存款记录,确保存款活动的透明度和记录的准确性。存款记录管理模块如下图所示。

图 5-15存款记录管理模块图
第六章 系统测试
在系统开发的流程中,前台、后台以及数据库的建设只是整个项目的基础构建部分,完成了这些仅仅意味着系统框架的搭建告一段落。然而,一个系统的真正成熟与稳定,关键在于其是否能经受住严格的测试。测试是系统开发流程中不可或缺的一环,它对于确保系统质量至关重要。
6.1系统测试的目的
一个系统测试的目的就是检验系统在真正的工作环境和条件下是不是能够正常运行,各种功能能不能符合设计的要求,通过测试发现系统当中存在的一些潜在的错误,然后对系统进行改进,使得系统最终以完美的形式展现给用户,提高用户使用过程中的体验度,真正达到项目的实际使用目的。
6.2测试用例
6.2.1创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如表6-1所示。
表6-1 创建数据测试用例
|
测试用例编号 |
YL_05 |
|
|
测试用例名称 |
系统使用者进行创建数据 |
|
|
测试用例描述 |
使用者输入要创建的数据 |
|
|
系统入口 |
浏览器 |
|
|
步骤 |
预期结果 |
实际结果 |
|
输入完整并且格式正确的数据 |
提示“创建成功”,并显示所有数据 |
预期结果 |
|
核心位置数据但非必要位置不输入数据 |
提示“创建成功”,并显示所有数据 |
预期结果 |
|
核心数据位置不输入数据 |
提示“创建失败” |
预期结果 |
6.2.2修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如表6-2所示。
表6-2修改数据测试用例
|
测试用例编号 |
YL_06 |
|
|
测试用例名称 |
系统使用者进行修改数据 |
|
|
测试用例描述 |
使用者对可修改的数据项进行修改 |
|
|
系统入口 |
浏览器 |
|
|
步骤 |
预期结果 |
实际结果 |
|
将现有数据修改成正确的数据 |
提示“修改成功”,并显示所有数据 |
预期结果 |
|
将现有数据修改成错误的数据 |
提示“修改失败” |
预期结果 |
6.2.3查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如表6-3所示。
表6-3查询数据测试用例
|
测试用例编号 |
YL_05 |
|
|
测试用例名称 |
系统使用者进行查询数据 |
|
|
测试用例描述 |
全部查询以及输入关键词查询 |
|
|
系统入口 |
浏览器 |
|
|
步骤 |
预期结果 |
实际结果 |
|
界面自动查询全部 |
显示对应所有记录 |
预期结果 |
|
输入已存在且能匹配成功的关键字 |
显示所查询到的数据 |
预期结果 |
|
输入不存在的关键字 |
显示数据界面为空 |
预期结果 |
6.3测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
经过系统测试,我们验证了取款记录管理、挂失补办管理和存款记录管理等核心模块的功能完整性和稳定性。在创建数据测试中,系统能够准确识别并处理完整且格式正确的数据输入,同时对于缺失核心数据的情况给予“创建失败”的提示,确保了数据的完整性和准确性。在修改数据测试中,系统成功响应了正确数据的修改请求,并拒绝了错误数据的修改,体现了系统对数据一致性的严格把控。查询数据测试则验证了系统查询功能的灵活性和准确性,无论是自动查询全部记录还是通过关键词精确查询,系统都能迅速返回正确的结果。
综上所述,本次系统测试全面覆盖了系统的各项功能,测试结果表明,系统在各功能模块上均表现出色,能够稳定运行并满足设计要求。这不仅为系统的正式上线提供了有力保障,也为后续的系统维护和升级奠定了坚实基础。我们相信,这一系统将在实际应用中发挥重要作用,为用户提供高效、便捷的服务体验。
- 管峰. 银行信贷业务中的财务风险管理策略研究 [J]. 广东经济, 2025, (01): 78.
- 孙安刚. 银行财务管理如何发挥最大作用 [J]. 云端, 2024, (51): 112-114.
- 刘晓红. 浅析我国农村商业银行财务管理存在的问题及对策 [J]. 商业2.0, 202433): 120-122.
- 陈静. 基于业财融合的农业政策性银行费用管理数字化研究 [J]. 中国集体经济024, (33): 21-24.
- 刘晓燕. 大数据时代银行财务管理创新策略 [J]. 今日财富, 2024, (32): 74-76
- 冯婷婷,程向峰. 商业银行财务管理智能化的应用探索 [J]. 金融会计, 2024, (1037-43.
- 李兵. 网络时代商业银行财务管理的问题与策略研究 [J]. 中国管理信息化, 20227 (17): 141-144.
- 关玥瑶. 商业银行财务管理数字化转型研究[N]. 河南经济报, 2024-08-03 (011
- 陈祥强. 互联网直销银行财务管理对战略决策的支持与影响 [J]. 财讯, 2024, (13): 94-96.
- 张丹阳. 商业银行财务风险管理研究[D]. 西安理工大学, 2024.
- 董金娥. 银行财务管理中信息化建设的策略探究 [J]. 金融文坛, 2023, (12): 10-12.
- 张仲燕. ERP会计与财务管理系统在我国商业银行的应用分析 [J]. 黑龙江人力资源和社会保障, 2022, (03): 98-100.
- 蒋业宏. 银行业财务核算系统生态化建设——以中国农业发展银行财会信息系统建设为例 [J]. 金融会计, 2021, (09): 18-26.
- Li Z Y ,Gao S ,Pan J , et al. Research and Application of Template Engine for Web Back-end Based on MyBatis-Plus [J]. Procedia Computer Science, 2020, 166 (C): 206-212.
- 杨扬. 基于财务共享中心的企业资金管理研究 [J]. 财经界, 2019, (12): 95-96.
- 刘嘉鹏,王斌,王刚. 基于Z/OS系统的银行账目管理系统的设计与实现 [J]. 中国管理信息化, 2017, 20 (08): 39-40.
- 王通. 基于Java平台银行账目账户系统的设计与实现[D]. 吉林大学, 2015.
- 常龙. 银行账目管理信息系统的设计与实现[D]. 厦门大学, 2014.
- Zhou D ,Yu Z ,Yuan H , et al. Symmetric sandwich microcellular (SSM) structure design for multifunctional carbon nanotubes/polymethylmethacrylate composites foam with broadband electromagnetic wave absorption [J]. Composites Part A, 2024, 181 108154-.
- Setiawan R A A ,Munawar S S ,Ishizaki R , et al. Optimizing biomass supply for cofiring at power plants to minimize environmental impact: A case of oil palm empty fruit bunches in West Java [J]. Fuel, 2024, 367 131359-.
致 谢
银行账目管理系统设计与实现工作已结束,虽然过程中充满挑战,但内心充满自豪和满足。感谢大学四年间教导我的所有老师,他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师,他耐心解答疑惑,引导我解决问题,提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来,我将继续努力追求卓越,不辜负所学所悟和老师期望。坚信坚定信念和不懈努力,未来定能取得更辉煌成就。期待更美好未来!
此外,银行账目管理系统设计与实现不仅是技术挑战,挫折和困难是成长的垫脚石,让我更深入理解问题,精确找到解决方案。每次解决问题,都感到满足和自豪。
对于未来,我充满期待和信心。无论道路多崎岖,只要保持坚定信念,持续努力,定能取得更大成就。期待将知识和技能运用到实际中,为社会做出更大贡献。
最后,感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力,不辜负期望,为实现更美好的未来而奋斗。
代码:
注册代码如下:
/**
* 注册
* @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);
}
登录代码如下:
/**
* 登录
* @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;
}
增删改查代码如下:
<sql id="selectAccessTokenVo">
select token_id, token, maxage, create_time, update_time, user_id from access_token
</sql>
<select id="selectAccessTokenList" parameterType="com.project.demo.entity.AccessToken" resultMap="AccessTokenResult">
<include refid="selectAccessTokenVo"/>
<where>
<if test="token != null and token != ''"> and token = #{token}</if>
<if test="maxage != null "> and maxage = #{maxage}</if>
<if test="userId != null "> and user_id = #{userId}</if>
</where>
</select>
<select id="selectAccessTokenById" parameterType="Integer" resultMap="AccessTokenResult">
<include refid="selectAccessTokenVo"/>
where token_id = #{tokenId}
</select>
<insert id="insertAccessToken" parameterType="com.project.demo.entity.AccessToken" useGeneratedKeys="true" keyProperty="tokenId">
insert into access_token
<trim prefix="(" suffix=")" suffixOverrides=",">
<if test="token != null and token != ''">token,</if>
<if test="maxage != null ">maxage,</if>
<if test="createTime != null ">create_time,</if>
<if test="updateTime != null ">update_time,</if>
<if test="userId != null ">user_id,</if>
</trim>
<trim prefix="values (" suffix=")" suffixOverrides=",">
<if test="token != null and token != ''">#{token},</if>
<if test="maxage != null ">#{maxage},</if>
<if test="createTime != null ">#{createTime},</if>
<if test="updateTime != null ">#{updateTime},</if>
<if test="userId != null ">#{userId},</if>
</trim>
</insert>
<update id="updateAccessToken" parameterType="com.project.demo.entity.AccessToken">
update access_token
<trim prefix="SET" suffixOverrides=",">
<if test="token != null and token != ''">token = #{token},</if>
<if test="maxage != null ">maxage = #{maxage},</if>
<if test="createTime != null ">create_time = #{createTime},</if>
<if test="updateTime != null ">update_time = #{updateTime},</if>
<if test="userId != null ">user_id = #{userId},</if>
</trim>
where token_id = #{tokenId}
</update>
<delete id="deleteAccessTokenById" parameterType="Integer">
delete from access_token where token_id = #{tokenId}
</delete>
<delete id="deleteAccessTokenByIds" parameterType="String">
delete from access_token where token_id in
<foreach item="tokenId" collection="array" open="(" separator="," close=")">
#{tokenId}
</foreach>
</delete>
整理归纳不易,点击「分享」和「在看」让更多有需要的人看到,谢谢!
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢
更多推荐

所有评论(0)