本文旨在设计和实现一个基于SSM的个人理财系统。 随着社会经济的发展和个人收入水平的提高,越来越多的人开始关注个人理财问题。由于个人理财管理的复杂性增加,需要一个便捷且高效的系统来帮助个人管理财务活动。设计开发一个个人理财系统可以提供收入信息和支出信息的功能,以支持个人的财务决策和运营。
本系统将采用SSM框架,结合相关技术如Spring Data JPA、Thymeleaf、Bootstrap等,这要面向管理员和普通用户,实现用户登录注册、后台首页、收入信息管理、支出信息管理、个人信息、修改密码等多方面操作等功能,管理员可以对系统用户、收入分类管理、收入信息管理、支出分类管理、支出信息管理等信息进行管控。该系统的设计和实现将遵循软件工程的原则和最佳实践,通过良好的代码结构和模块化设计,提高系统的可维护性和可扩展性。并且,为了保障数据的安全性,将采取相应的安全措施,如数据加密、访问控制等。
个人理财系统的设计与实现,使个人能够更加高效地进行个人理财管理和决策,并提升财务数据的准确性和可靠性。同时,系统的灵活性和易用性也将提高用户的工作效率,为个人带来更好的个人理财管理体验。
关键词:SSM;个人理财系统;MySQL
This article aims to design and implement a personal finance system based on SSM. With the development of social economy and the improvement of personal income level, more and more people are paying attention to personal financial issues. Due to the increasing complexity of personal financial management, a convenient and efficient system is needed to assist individuals in managing financial activities. Design and develop a personal financial management system that can provide income and expenditure information to support personal financial decision-making and operations.
This system will adopt the SSM framework, combined with relevant technologies such as Spring Data JPA, Thymeleaf, Bootstrap, etc. This is aimed at administrators and ordinary users, achieving functions such as user login and registration, backend homepage, income information management, expenditure information management, personal information, password modification, etc. Administrators can manage system users, income classification, income information, and expenditure classification Control expenditure information management and other related information. The design and implementation of this system will follow the principles and best practices of software engineering, and improve the maintainability and scalability of the system through good code structure and modular design. And in order to ensure the security of data, corresponding security measures will be taken, such as data encryption, access control, etc.
The design and implementation of a personal financial management system enables individuals to manage and make decisions more efficiently, while improving the accuracy and reliability of financial data. At the same time, the flexibility and ease of use of the system will also improve user work efficiency, bringing individuals a better personal financial management experience.
Key words:SSM; Personal financial management system; MySQL
目录
1 绪论
随着社会经济的发展和个人收入水平的提高,越来越多的人开始关注个人理财问题。然而,许多人缺乏有效的理财方法和工具,导致财务管理混乱、支出超支等问题频发。个人理财管理是个人财产是至关重要的一环,对于个人财产的健康发展和可持续性具有重要影响。然而,传统的个人理财管理方式存在着一些问题,如手工录入、数据不准确等,难以满足日益复杂的个人理财管理需求。因此,设计一个个人理财系统,帮助用户更好地管理财务、进行理性消费,成为当前社会需求的一个重要方面。本研究旨在设计和实现一个基于SSM框架的个人理财系统,主要面向管理员和普通用户两类角色。通过该系统,管理员可以对系统用户、收入分类管理、收入信息管理、支出分类管理、支出信息管理、个人信息、修改密码进行管控,普通用户可以记录和分析自己的收入支出情况,从而更好地掌握个人财务状况,做出理性的财务决策。个人理财系统的设计与实现具有重要的研究背景和应用价值。通过引入信息技术和自动化工具,结合SSM框架的优势,可以实现个人理财管理数字化转型,提高个人理财管理效率和准确性。
1.2研究意义
个人理财系统的设计与实现具有重要的现实意义和社会意义。一方面可以帮助用户建立良好的理财习惯,对收支信息进行管理,规划个人财务目标,防止财务风险;另外能够提供数据分析功能,可以实现自动化的数据处理和分析信息,帮助用户深入了解自己的收支情况,为优化财务管理提供依据;再者,促进人们理性消费,避免过度消费和财务浪费,从而提高个人财务管理水平,提升生活质量。因此,该系统的研究与实现对于可以推动个人实现个人理财管理的数字化转型,提高数据处理效率、降低错误率,并能够促进个人理财意识的普及和提升,推动个人财务管理方式的转变具有积极的社会影响。
2 个人理财系统需求分析
系统需求分析是系统开发的一个关键环节,它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘,如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例,如果需求分析不到位,后面的系统设计要实现就是一个偏离导航的设计。
2.1 可行性分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及操作层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
2.1.1 技术可行性分析
个人理财系统设计与实现是一个基于Web的交易、管理平台,我们在实现这个系统所采用的技术方案是基于JAVA语言,采用的是比较流行的SSM框架以及MYSQL数据库,在大学的学习中这两门课程都已经学过,而且自己也用这些技术开发过小的项目,在平时的课程设计以及作业也经常用到JAVA、SSM和MYSQL,在技术上实现自己的自主开发是可行的。
2.1.2 经济可行性分析
开发本个人理财系统的技术都是可以从网上直接免费下载,不用花一分钱,而且系统的源代码都是自己进行设计开发的,不需要成本,如果后期想要进行运营,只要把配置到服务器上,花费服务器的租赁费用,在使用中可以进行增加广告收益,因此在经济方面是可性的。
2.1.3 操作可行性分析
当下网络新时代,计算机已经得到了普及,多数人对计算机都比较的熟悉,知道如何使用它,当然也存在对计算机比较陌生的这一群体,也需要对其进行考虑。在进行个人理财系统页面的设计的时候,考虑到使用人群,可能也存在对计算机比较陌生的人,所以,在页面的设计方面,设计的很是简单、简洁,布局明了,色调明朗,让无论是对计算机陌生还是对计算机熟悉的使用者,都可以使用自如,这也说明了该程序的操作方面非常可行。
2.2系统性能需求分析
个人理财系统的性能性需求分析主要是分析本系统的安全性怎么样(是否会泄露用户个人信息),可靠性怎么样(用户操作的时候是不是能够根据实际操作显示信息),性能怎么样(运行是否操作流畅),可拓展性怎么样(功能能否继续拓展)等。具体可以表示在如下2.1表格中:
主要指个人理财系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 | |
可靠性 | 可靠性是指个人理财系统能够按照用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响个人理财系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着个人理财系统的页面展示内容进行操作,就可以了。 |
可维护性 | 个人理财系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
表2.1 个人理财系统非功能需求表
2.3 系统功能需求分析
根据用户对系统的需求,要求系统简单操作,能够准确,完整的对信息进行管理。对个人理财在对需求做解析后,划分为了普通用普通用户和管理员这两大部分,主要包括后台首页、系统用户、收入分类管理、收入信息管理、支出分类管理、支出信息管理、个人信息、修改密码等功能。
普通用户:
(1)后台首页:当用户点击“后台首页”这一菜单时,可以查看用户分类的收入支出的统计数据。
(2)收入信息管理:支持收入分类和收入日期搜索,可增删改查收入信息。
(3)支出信息管理:支持支出分类和支出日期搜索,可增删改查支出信息。
(4)个人信息:当用户点击“个人信息”这一菜单时,可对个人信息进行修改。
管理员:
(1)后台首页:当管理员进入“后台首页”时,可以查看收统计支数据分析。
(2)系统用户:当管理员点击“系统用户”这一菜单时,可对管理员和普通用户进行管控,并进行增删改查的操作。
(3)收入分类管理:当管理员点击”收入分类管理“这一菜单时,支持收入分类搜索、并进行增改删查操作。
(4)收入信息管理:当管理员点击”收入信息管理“这一菜单时,支持收入分类和收入日期搜索,并进行增改删查操作。
(5)支出分类管理:当管理员点击”支出分类管理“这一菜单时,支持支出分类搜索,并进行增改删查的操作。
(6)支出信息管理:当管理员点击”支出信息管理“这一菜单时,支持支出分类和支出日期搜索,并进行增改删查操作。
(7)个人信息:当管理员点击”个人信息“这一菜单时,可对个人信息进行修改。
2.4 非功能性需求分析
系统的非功能需求方面主要是从系统的安全性、存储性、可靠性、易学性、稳定性等方面进行分析:
(1)安全性:系统的安全问题是开发者首先要考虑的,如果系统存在安全隐患,可能使得用户个人信息被泄露,给用户带来困扰,造成损失。
(2)储存性:因为用户使用的关于个人理财系统,会员用户多,而且登录后要查询各种个人理财信息,那就需要一个强大的数据库来进行数据的存储,对数据库的要求是非常严格的,本系统选用的是MYSQL数据库,MYSQL的运行速度很快,执行命令的速度也非常快,而且体积小。
(3)易学性:系统的开发面向对象学历不尽相同,所有在开发的时候要考虑系统操作应该简单,不需要进行任何学习、培训,只能上网的用户就可以操作。
(5)稳定性:系统在运行方面要很稳定,系统的界面、字体要清楚,没有失真现象,给用户以良好的体验。
(6)可拓展性:本个人理财系统的功能还有待完善,因此系统要有很好的拓展性,方便后期功能更新维护。
2.5 系统用例分析
通过2.3功能的分析,得出了系统的用例图:
普通用户角色用例如图如图2-1所示。
图2-1普通用户角色用例图
图2-2管理员角色用例图
3 个人理财系统概要设计
3.1系统功能结构设计
系统在结构上的设计至关重要,要考虑周全,设计全面,一个完善的结构体系,能够满足用户在使用时的各种需求,这样会让提高程序的使用率,保证程序被长久的利用。在设计个人理财系统的结构时,也列入重点,采用模块化的方法来进行设计,即首先将大模块确定下来,再慢慢的将大模块进行补充完善,向下分支出小模块,一起共同组成的系统的结构体系,下图是该个人理财系统的结构设计图,直观明了的可以看出本项目程序的功能。
个人理财系统功能结构图如图3-1所示。
图3-1 个人理财系统功能结构图
3.2系统数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.2.1 数据库概念结构设计
在数据库概念模型设计的时候,一般都采用E-R实体图进行展示,在实体图中可以展示出数据库表中的所有字段名称。下面是整个SSM个人理财系统中主要的数据库表总E-R实体关系图。
图3-2 系统总E-R关系图
3.2.2 数据库逻辑结构设计
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本个人理财系统的主要的数据库表如下:
表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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表expenditure_classification (支出分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | expenditure_classification_id | int | 10 | 0 | N | Y | 支出分类ID | |
2 | expenditure_classification | varchar | 64 | 0 | Y | N | 支出分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表expenditure_information (支出信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | expenditure_information_id | int | 10 | 0 | N | Y | 支出信息ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | expense_title | varchar | 64 | 0 | Y | N | 支出标题 | |
5 | expenditure_classification | varchar | 64 | 0 | Y | N | 支出分类 | |
6 | expenditure_date | date | 10 | 0 | Y | N | 支出日期 | |
7 | expenditure_amount | int | 10 | 0 | Y | N | 0 | 支出金额 |
8 | expense_remarks | text | 65535 | 0 | Y | N | 支出备注 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | income_classification_id | int | 10 | 0 | N | Y | 收入分类ID | |
2 | income_classification | varchar | 64 | 0 | Y | N | 收入分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | income_information_id | int | 10 | 0 | N | Y | 收入信息ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | revenue_title | varchar | 64 | 0 | Y | N | 收入标题 | |
5 | income_classification | varchar | 64 | 0 | Y | N | 收入分类 | |
6 | revenue_date | date | 10 | 0 | Y | N | 收入日期 | |
7 | income_amount | int | 10 | 0 | Y | N | 0 | 收入金额 |
8 | revenue_remarks | text | 65535 | 0 | Y | N | 收入备注 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_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 | user_age | varchar | 64 | 0 | Y | N | 用户年龄 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
4 个人理财系统详细设计与实现
4.1管理员功能模块
4.1.1 登录界面
管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可以直接输入账号密码登录。同时可对管理员资料进行增删改查。界面展示如下图4-1所示。
图4-1 管理员登录界面图
4.1.2 系统用户界面
当管理员点击“系统用户”这一菜单时,可对管理员和普通用户进行管控,并进行增删改查的操作。界面展示如下图4-2所示。
图4-2系统用户界面图
4.1.3 收入分类管理界面
当管理员点击”收入分类管理“这一菜单时,支持收入分类搜索、并进行增改删查操作。其界面如下图4-3所示。
图4-3 收入分类管理界面图
4.1.4 收入信息管理界面
当管理员点击”收入信息管理“这一菜单时,支持收入分类和收入日期搜索,并进行增改删查操作。收入信息界面如下图4-4所示。
图4-4收入信息管理界面图
4.1.5 支出分类管理界面
支出信息管理:当管理员点击”支出信息管理“这一菜单时,支持支出分类和支出日期搜索,并对进行增改删查操作。界面如下图4-5所示。
图4-5 支出分类管理界面图
4.1.6 支出信息管理界面
当管理员点击”支出信息管理“这一菜单时,支持支出分类和支出日期搜索,并进行增改删查操作。界面如下图4-6所示。
图4-6支出信息管理界面图
4.1.7 个人信息界面
当管理员点击”个人信息“这一菜单时,可对个人信息进行修改。展示页面如图4-7所示。
图4-7个人信息界面图
4.2普通用户功能模块
4.2.1 登录注册界面
用户注册并登录系统,可对个人信息进行增删改查,比如个人资料、头像和密码修改。界面如下图4-8所示。
图4-8 登录注册界面图
注册关键代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
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);
}
登录的逻辑代码如下所示。
/**
* 登录
* @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;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}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.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
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, "账号或密码不正确");
}
}
4.2.2 后台首页界面
当用户点击“后台首页”这一菜单时,可以查看用户分类的收入支出的统计数据。界面如下图4-9所示。
图4-9 后台首页界面图
4.2.3 收入信息管理界面
支持收入分类和收入日期搜索,可增删改查收入信息。界面如下图4-10所示。
图4-10收入信息管理界面图
4.2.4 支出信息管理界面
支持支出分类和支出日期搜索,可增删改查支出信息。界面如下图4-11所示。
图4-11支出信息管理界面图
4.2.5 个人信息界面
点击“个人信息”这一菜单时,可对个人信息进行修改。界面如下图4-12所示。
图4-12个人信息界面图
5系统的测试
5.1测试的目的
一个系统测试的目的就是检验系统在真正的工作环境、条件下是不是能够正常运行,各种功能能不能符合设计的要求,通过测试发现系统当中存在的一些潜在的错误,然后对系统进行改进,使得系统最终以完美的形式展现给用户,提高用户使用过程中的体验度,真正达到项目的实际使用目的。
5.2 系统测试用例
系统测试包括:管理员登录功能测试、商城中心查看功能测试、商品添加功能测试、加入购物车购买功能测试,如表6-1、6-2、6-3所示:
表6-1 管理员登录功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
登录模块测试 | 登录成功的情况 | 管理员可以通过浏览器进入到个人理财系统后台登录界面,输入用户名:admin和密码admin后,点击“登录”按钮。 | 成功登录到管理员管理的界面 | 正确 |
登录模块测试 | 登录失败的情况 | 管理员可以通过浏览器进入到个人理财系统后台登录界面,输入用户名:admin和密码111后,点击“登录”按钮。 | 系统提示“用户名和密码不匹配” | 正确 |
收入信息添加界面测试:
表6-3 收入信息添加界面测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
收入信息模块测试 | 收入信息成功的情况 | 在“系统后台”菜单中点击“收入信息管理”会显示出所有的收入信息,点击“添加”,输入添加信息,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
收入信息模块测试 | 收入信息失败的情况 | 在“系统后台”菜单中点击“收入信息管理”会显示出所有的收入信息,点击“添加”,不输入项目类型,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,项目类型不能为空” | 正确 |
支出信息添加界面测试:
表6-3 支出信息添加界面测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
支出信息模块测试 | 支出信息成功的情况 | 在“系统后台”菜单中点击“支出信息管理”会显示出所有的支出信息,点击“添加”,输入添加信息,输入正确的信息后,点击“提交”按钮。 | 提示添加成功 | 正确 |
支出信息模块测试 | 支出信息失败的情况 | 在“系统后台”菜单中点击“支出信息管理”会显示出所有的支出信息,点击“添加”,不输入项目类型,其他信息正常填写后,点击“提交”按钮。 | 提示“添加失败,项目类型不能为空” | 正确 |
5.3 系统测试结果
本次开发的系统是一个个人理财系统,主要功能就是个人在个人理财管理中的高效和安全,其中普通用户的功能有注册登录、后台首页、收入信息管理、支出信息管理、个人信息、修改密码等功能。管理员功能有登录、后台首页、系统用户、收入分类管理、收入信息管理、支出分类管理、支出信息管理、个人信息、修改密码等功能。而且在测试的过程中也对界面的展示进行了查看,发现界面并没有出现扭曲、混乱等情况,能够满足用户的需求,系统运行良好,是可以进行投入使用的。
6 结论
经过了几个月的努力,本个人理财系统终于完成了,虽然在校期间也开发过一些小型的系统,但是都是在老师的讲解以及辅助下完成的,没有经历过开发之前的需求分析、系统分析,都是直接从系统设计开始的,因此本次开发的个人理财系统对我意义重大。
在开发系统最初,首先对本个人理财系统的需求进行调研,了解对于普通用户以及个人来说,开发的系统需要实现哪些功能才能满足使用者的需求,对需求进行分析;其次选择自己比较熟悉的JAVA语言,MYSQL数据库,使用SSM框架来设计开发,通过知网库、学校图书馆等地方查阅、学习这些技术,掌握编程的思想和方法,然后就是对系统进行分析,从系统开发的可行性、系统实现的功能、系统应该具备的性能以及系统的操作流程方面,对系统进行全方位的分析,确定系统的最终功能,从而对系统的功能和数据库进行设计,最后就是系统的实现以及对实现的功能的测试,确保系统能够稳定的运行。
在开发的过程中暴露出了自己的很多问题,比如前期的准备还是不够充分,不能完全掌握其操作流程;在开发过程中对JAVA的编程掌握的还不够熟练以及对系统的环境配置上还存在很多问题,经常会导致项目在运行的时候出现错误。学无止境,通过一边查阅资料一边向导师请教,慢慢的解决了这些问题,在以后的学习、工作者我会更加严谨,通过本项目的开发,我将会受益终生!
参考文献
[1]樊业辉.“互联网+”背景下个人理财业务营销对策分析——以商业银行理财产品为例[J].中国农业会计,2024,34(03):99-101.DOI:10.13575/j.cnki.319.2024.03.036.
[2]申雪萍,原仓周,邵兵.面向软件实践能力的Java程序设计课程教学改革探索[J].计算机教育,2024,(02):20-25.DOI:10.16512/j.cnki.jsjjy.2024.02.008.
[3]Lufthia S ,Erie F ,Mokhamad A , et al.A proposition to implement inclusive Islamic financial planning in Indonesia through bibliometric analysis[J].Journal of Islamic Accounting and Business Research,2024,15(2):225-243.
[4]粟梁.基于Java的汽车租赁管理系统[J].电脑编程技巧与维护,2024,(01):43-45+52.DOI:10.16184/j.cnki.comprg.2024.01.035.
[5]田洎淼.互联网金融背景下个人理财的发展问题及前景[J].今日财富,2024,(02):35-37.
[6]韩小龙,司珍,吕晓峰等.基于面向对象编程的Java语言程序设计方法分析[J].集成电路应用,2024,41(01):228-229.DOI:10.19339/j.issn.1674-2583.2024.01.103.
[7]白茹鑫.基于SpringBoot+SSM框架的企业安全培训管理系统设计与实现[J].现代信息科技,2024,8(01):44-49.DOI:10.19850/j.cnki.2096-4706.2024.01.009.
[8]袁爱平,陈畅,孙士兵等.基于SSM框架的高校学生信息管理系统设计与实现[J].工业控制计算机,2023,36(12):127-129.
[9]单厚信,刘舒心,程文远等.基于SSM架构的图书资料管理系统设计与实现[J].现代信息科技,2023,7(23):46-51.DOI:10.19850/j.cnki.2096-4706.2023.23.010.
[10]苏婉怡,揣小龙,刘美瑜等.基于Java技术的实验室管理系统设计与实现[J].无线互联科技,2023,20(23):58-60.
[11]闫凤琴,李汶洋.基于SSM的防诈骗警民协同防护平台的设计与实现[J].中国新通信,2023,25(23):140-142.
[12]宋晓燕,杨芬.Java程序设计语言的分层教学实践[J].电子技术,2023,52(11):182-183.
[13]刘方磊.基于SSM框架的旅游大数据分析系统设计与实现[J].中国新技术新产品,2023,(21):22-25.DOI:10.13612/j.cnki.cntp.2023.21.002.
[14]张国芳.Java编程语言在计算机软件开发中的应用方向分析[J].信息记录材料,2023,24(11):138-141.DOI:10.16009/j.cnki.cn13-1295/tq.2023.11.042.
[15]施峰,张瑾.基于SSM的编译原理精品课程网站设计与实现[J].中国新通信,2023,25(20):44-46+49.
[16]赵进步,袁慧.基于SSM框架的“云节”系统设计与实现[J].电脑编程技巧与维护,2023,(10):90-92.DOI:10.16184/j.cnki.comprg.2023.10.021.
[17]胡怡彤.互联网背景下个人理财课程教学改革研究[J].老字号品牌营销,2023,(17):167-169.
[18]文臻铭,吴钧皓.基于SSM框架的电力电缆附件电子商城系统设计与实现[J].工业控制计算机,2023,36(08):145-146+153.
[19]Yangyang C ,Zhaohua L ,Lei Z , et al.Multi-type dynamic load identification algorithm in continuous system: A numerical and experimental study based on SSM-Newmark-β[J].Applied Mathematical Modelling,2023,123810-834.
[20]Antje P ,Thomas L ,Felix B .Solid-Supported Membrane (SSM)-Based Electrophysiology Assays Using Surface Electrogenic Event Reader Technology (SURFE²R) in Early Drug Discovery.[J].Current protocols,2023,3(3):e650-e650.
致谢
“致谢”意味着论文的结束,也意味着自己的毕业设计顺利完成,同时也代表了自己的大学生涯即将结束,我即将要离开自己敬爱的老师和亲爱的同学们,在这里我首先要感谢的就是所有的老师,“春满江山绿满园,桃李争春露笑颜,东西南北春常在,唯有师恩留心间”,他们无论在我的学业还是在我的生活上付出了所有,对我谆谆教诲;其次我要感谢我的指导老师,他在我的整个毕业设计当中起着引导作用,每当我有困难的时候,他总会第一时间帮助我,引导我进行解决问题,而不是直接告诉我答案,“授人以鱼不如授人以渔”,指导老师的这种做法让我受益终生,同时我也从指导老师身上学习到了许多的开发技巧以及检验,这对我今后的开发起着十分重要的作用;再次,我需要感谢我的同学、室友,他们不仅仅在毕业设计上给我许多帮助意见,在大学同窗四年,他们给过我的帮助太多了,我对他们有太多的不舍,无法用言语表示,我相信在以后的人生道路上只要想到他们,我心里就会很温暖,这种友情是任何感情替代不了的;最后我还要感谢家人,感谢自己,感谢家人对我的支持,感谢自己在学业上的坚持,我相信我以后的道路会越来越好。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢