摘 要
随着高校或研究机构规模的不断扩大和业务的日益增多,教研室作为学术研究和教学活动的重要基地,其费用管理也变得越来越复杂。传统的费用管理方式,如纸质记录、Excel表格等,已经无法满足现代教研室对费用管理的需求。因此,开发一款基于Spring Boot的教研室费用管理系统显得尤为重要。
该系统旨在通过信息化手段,实现对教研室费用的高效、准确管理,提高教研室的管理水平和工作效率。通过该系统,教研室工作人员可以方便地录入、查询、统计和报表生成费用信息,为决策层提供有力的数据支持。同时,该系统还能够确保费用数据的安全性和保密性,防止数据泄露和非法访问。
基于Spring Boot的教研室费用管理系统结合了Spring Boot框架的便捷性和高效性,以及Spring Data JPA的数据库操作能力,为教研室提供了一个功能强大、易于维护的费用管理平台。通过该系统,教研室可以更好地管理费用,提高资源的利用效率,推动教学和科研工作的顺利开展。
关键词:教研室费用管理系统;Java语言;springboot技术
A Teaching and Research Office Cost Management System Based on Spring Boot
Abstract
With the continuous expansion of universities or research institutions and the increasing number of businesses, the cost management of teaching and research offices, as important bases for academic research and teaching activities, has become increasingly complex. Traditional cost management methods, such as paper records and Excel spreadsheets, are no longer able to meet the needs of modern teaching and research departments for cost management. Therefore, it is particularly important to develop a teaching and research room expense management system based on Spring Boot.
The system aims to achieve efficient and accurate management of teaching and research room expenses through information technology, and improve the management level and work efficiency of the teaching and research room. Through this system, staff in the teaching and research department can conveniently input, query, statistically analyze, and generate expense information, providing strong data support for decision-makers. At the same time, the system can also ensure the security and confidentiality of expense data, prevent data leakage and illegal access.
The teaching and research office expense management system based on Spring Boot combines the convenience and efficiency of the Spring Boot framework, as well as the database operation ability of Spring Data JPA, providing a powerful and easy to maintain expense management platform for the teaching and research office. Through this system, the teaching and research department can better manage expenses, improve resource utilization efficiency, and promote the smooth development of teaching and research work.
Keywords:Teaching and Research Office Cost Management System; Java language; Springboot technology
目 录
第一章 绪论
1.1 研究背景与意义
随着信息技术的迅猛发展,传统的管理方式已经无法满足现代教研室对费用管理的需求。教研室作为高校或研究机构的重要组成部分,其费用管理涉及多个方面,如教学经费、科研项目经费、日常办公费用等。这些费用需要进行精确的记录、统计和分析,以便教研室能够合理规划和使用资源,提高教学和科研效率。
因此,开发一款基于Spring Boot的教研室费用管理系统具有重要的研究背景和意义。该系统能够利用先进的信息化手段,实现对教研室费用的高效管理,提高管理水平和效率。通过该系统,教研室可以更加便捷地录入、查询、统计和生成费用报表,为决策提供有力的数据支持。同时,该系统还能够确保费用数据的安全性和保密性,保障教研室的正常运行和稳定发展。
综上所述,基于Spring Boot的教研室费用管理系统的研究背景和意义在于,通过信息化手段提高教研室费用管理的效率和准确性,促进教学和科研工作的顺利开展,推动高校或研究机构的整体发展。
1.2 国内外研究现状
在国外,基于Spring Boot的教研室费用管理系统虽然不是一个特定的研究领域,但Spring Boot作为一个广泛使用的Java框架,已经在多个领域得到了深入的研究和应用。SpringBoot的性能优化、与微服务架构的集成以及安全性等方面都是国外研究的热点。特别是在微服务架构中,SpringBoot因其轻量级和快速开发的特性而备受欢迎。此外,随着云计算的普及,SpringBoot在云计算环境下的性能与安全问题也逐渐成为研究焦点。
国内研究现状:
在国内,随着信息技术的快速发展和高校、研究机构对信息化管理的需求增加,基于Spring Boot的教研室费用管理系统逐渐受到关注。国内的研究主要集中在SpringBoot与大数据的融合、Web开发以及云计算环境下的应用等方面。由于大数据技术的迅速发展,如何将SpringBoot与大数据结合,实现更高效的费用数据分析和处理,成为了一个热门的研究方向。同时,随着Web技术的不断进步,如何利用SpringBoot快速开发教研室费用管理系统,提高系统的易用性和用户体验,也是国内研究的重点之一。
总体来说,基于Spring Boot的教研室费用管理系统在国内外都受到了广泛的关注和研究。随着技术的不断进步和应用需求的增加,该系统的功能和性能将得到进一步的提升和完善。
1.3本文的组织结构
第一章是绪论,本文章的开头部分,对本题目的研究背景和研究意义等一些做文字性的描述。
第二章是系统分析部分,包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第三章是系统设计部分,本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第四章是系统的具体实现,介绍系统的各个模块的具体实现。
第五章在前几章的基础上对系统进行测试和运行。
最后对系统进行了认真的总结,以此对未来有一个新的展望。
第二章 系统分析
2.1 可行性分析
本次设计基于B/S 模式下,运用Java技术采用的是MySQL数据库和Eclipse实现,总体的可行性共分为以下三个方面。
2.1.1技术可行性分析
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用JSP技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
2.1.2经济可行性分析
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
2.1.3操作可行性分析
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以教研室费用管理系统具备操作可行性。
2.2 功能需求分析
教研室费用管理系统分为四大部分:管理员模块、财政用户、管理用户、教师用户模块。
(一)管理员管理模块:
- 管理员登录:管理员进入到系统登录界面,需要填写正确的登录名、密码、选择权限等信息输入准确无误后登录进入到系统操作界面。管理员的账号是在数据表表中直接设置生成的,不需要进行注册;修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。
- 后台首页:管理员登录后可以访问后台首页,以查看系统的整体运行情况,包括费用申请情况、费用报销情况、系统用户数量等数据统计信息。
- 系统用户:管理员可以在系统用户模块进行系统用户的管理,包括添加新用户、修改用户信息、删除用户等操作,以保证系统的安全和正常运行。
- 费用分类管理:管理员可以在费用分类管理模块对费用进行分类管理,包括添加新的费用分类、修改分类信息、删除费用分类等操作,方便对费用进行统计和管理。
- 费用申请管理:管理员可以在费用申请管理模块查看和处理费用申请,包括审核费用申请、审批流程管理等操作,以确保费用申请的合规和及时处理。
- 费用报销管理:管理员可以在费用报销管理模块对费用报销进行管理,包括审核费用报销、审批流程管理、报销记录查看等操作,以确保费用报销的合规和及时处理。
(二)财政用户管理模块:
- 后台首页:财政用户登录后可以访问后台首页,以查看系统的整体运行情况,包括费用申请情况、费用报销情况、系统用户数量等数据统计信息。
- 费用申请管理:财政用户可以在费用申请管理模块查看和处理费用申请,包括审核费用申请、审批流程管理等操作,以确保费用申请的合规和及时处理。
- 费用报销管理:财政用户可以在费用报销管理模块对费用报销进行管理,包括审核费用报销、审批流程管理、报销记录查看等操作,以确保费用报销的合规和及时处理。
(三)管理用户管理模块:
- 后台首页:管理用户登录后可以访问后台首页,以查看系统的整体运行情况,包括费用申请情况、费用报销情况、系统用户数量等数据统计信息。
- 费用分类管理:管理用户可以在费用分类管理模块对费用进行分类管理,包括添加新的费用分类、修改分类信息、删除费用分类等操作,方便对费用进行统计和管理。
- 费用申请管理:管理用户可以在费用申请管理模块查看和处理费用申请,包括审核费用申请、审批流程管理等操作,以确保费用申请的合规和及时处理。
(四)教师用户管理模块:
- 后台首页:教师用户登录后可以访问后台首页,以查看系统的整体运行情况,包括费用申请情况、费用报销情况、系统用户数量等数据统计信息。
- 费用申请管理:教师用户可以在费用申请管理模块进行费用申请的管理。费用申请列表功能允许教师用户查看已提交的费用申请列表,包括申请的费用类型、申请时间、状态等信息。费用申请添加功能允许教师用户新增费用申请,包括选择费用类型、填写费用金额、填写申请理由等。
教研室费用管理系统的安全性、可靠性、性能和可扩展性是其重要的考量因素,它们不仅满足了用户对于功能性的要求,还为用户提供了更多的便利。根据表格3-1,我们可以清楚地看到这一点:
表3-1 教研室费用管理系统非功能需求表
安全性 | 主要指教研室费用管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指教研室费用管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响教研室费用管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着教研室费用管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 教研室费用管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3系统流程和逻辑
系统业务流程图,如图所示:
图3-2登录流程图
图3-3添加信息流程图
图3-4注册信息流程图
2.5 系统用例分析
教师用户用例图如下所示。
图3-5教师用户用例图
管理员用例图如下所示。
图3-6 管理员用例图
财政用户用例图如下所示。
图3-6 财政用户用例图
管理用户用例图如下所示。
图3-7 管理用户用例图
第四章 系统设计
4.1 系统架构设计
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。教研室费用管理系统主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
4.2 系统功能结构
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:后台首页、系统用户、费用分类管理、费用申请管理、费用报销管理。系统整体角色分为四个部分,一是教师用户、二是管理员、三是财政用户、四是管理用户。权限分布也是很明显,管理员可以实现对用户的增加以及删除,是最高权限拥有者。
系统功能结构图如下图所示。
图4-2系统功能结构图
3.3 数据库设计
3.3.1 概念模型
根据前面的数据流程图,结合系统的功能模块设计,设计出符合系统的各信息实体。
系统总体ER图如下图所示。
图4-4系统总体ER图
3.3.2 数据表
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。教研室费用管理系统所需要的部分数据结构表如下表所示。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | cost_classification_id | int | 10 | 0 | N | Y | 费用分类ID | |
2 | cost_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 | expense_reimbursement_id | int | 10 | 0 | N | Y | 费用报销ID | |
2 | financial_users | int | 10 | 0 | Y | N | 0 | 财政用户 |
3 | financial_name | varchar | 64 | 0 | Y | N | 财政姓名 | |
4 | cost_classification | varchar | 64 | 0 | Y | N | 费用分类 | |
5 | reimbursement_amount | int | 10 | 0 | Y | N | 0 | 报销金额 |
6 | reason_for_declaration | text | 65535 | 0 | Y | N | 申报原因 | |
7 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
8 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | fee_application_id | int | 10 | 0 | N | Y | 费用申请ID | |
2 | teacher_users | int | 10 | 0 | Y | N | 0 | 教师用户 |
3 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
4 | cost_classification | varchar | 64 | 0 | Y | N | 费用分类 | |
5 | application_amount | int | 10 | 0 | Y | N | 0 | 申请金额 |
6 | application_materials | varchar | 255 | 0 | Y | N | 申请材料 | |
7 | application_time | date | 10 | 0 | Y | N | 申请时间 | |
8 | reason_for_application | text | 65535 | 0 | Y | N | 申请原因 | |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
12 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | financial_users_id | int | 10 | 0 | N | Y | 财政用户ID | |
2 | financial_name | varchar | 64 | 0 | Y | N | 财政姓名 | |
3 | fiscal_gender | varchar | 64 | 0 | Y | N | 财政性别 | |
4 | contact_information | 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 | 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 | manage_users_id | int | 10 | 0 | N | Y | 管理用户ID | |
2 | management_name | varchar | 64 | 0 | Y | N | 管理姓名 | |
3 | managing_gender | varchar | 64 | 0 | Y | N | 管理性别 | |
4 | contact_information | 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 | teacher_users_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teachers_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
3 | teacher_gender | varchar | 64 | 0 | Y | N | 教师性别 | |
4 | contact_number | 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.1 教师用户模块的实现
4.1.1 用户登录界面
系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到教研室费用管理系统的首页中;否则将会提示相应错误信息。用户登录界面如下图所示。
图5-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.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());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
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.1.2 费用申请管理
教师用户点击“费用申请管理”这一菜单的时候,会出现费用申请列表和费用申请添加这两个子菜单,可以对这两个模块进行增删改查操作。费用申请列表和费用申请添加如下图所示。
图5-2费用申请列表界面图
图5-3费用申请添加界面图
4.2 管理用户模块的实现
4.2.1 费用分类界面
管理用户点击“费用分类管理”这一菜单的时候,会出现费用分类列表和费用分类添加这两个子菜单,可以对这两个模块进行增删改查操作。费用分类列表和费用分类添加如下图所示。
图5-4费用分类列表界面图
图5-5费用分类添加界面图
4.2.2费用申请界面
管理用户点击“费用申请管理”这一菜单的时候,会出现费用申请列表,输入教师用户、费用分类、申请材料、申请原因等信息点提交,可以进行费用申请。费用申请列表如下图所示。
图5-6费用申请列表界面图
4.3 财政用户模块的实现
4.3.1 费用申请管理
财政用户用户点击“费用申请管理”这一菜单的时候,可以查看费用申请详情,并支付。费用申请列表如下图所示。
图5-7费用申请列表界面图
4.3.2费用报销管理
财政用户点击“费用报销管理”这一菜单的时候,会出现费用报销列表和费用报销添加这两个子菜单,通过输入费用分类、报销金额、申报原因等信息点提交可以添加费用报销。费用报销列表和费用报销添加如下图所示。
图5-8费用报销列表界面图
图5-9费用报销添加界面图
4.4 管理员功能模块的实现
4.4.1 管理员登录界面
管理员进入到系统登录界面,需要填写正确的登录名、密码、选择权限等信息输入准确无误后登录进入到系统操作界面。管理员的账号是在数据表表中直接设置生成的,不需要进行注册;修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。管理员登录界面如下图所示。
图5-10管理员登录界面图
4.4.2 管理员功能界面
管理员可以查看后台首页、系统用户、费用分类管理、费用申请管理、费用报销管理等,并且可以根据需要进行相应的操作,管理员功能界面如下图所示。
图5-11管理员功能界面图
4.4.3 系统用户管理界面
管理员可以对系统中所有的用户角色进行管控,包含了管理员、教师用户、管理用户、财政用户这四种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。系统用户管理界面如下图所示。
图5-12系统用户管理界面图
第五章 系统测试
5.1 测试目的
测试存在于软件开发进程中的最后一个阶段,它可以保证一个软件的开发质量是否符合设计者的初衷,也为程序的正式上线做了最后一道质量检测的工序。软件测试主要是控制各种条件、包括软件输出方式,使用模式和运行环境等,来评估一个系统或应用是否符合设计标准。在软件测试过程中,我们一般刻意的去制造错误和极端条件,不能仅依照正常模式允许,而是多去尝试那些意外的情况。
5.2 系统测试用例
系统测试包括:用户登录功能测试、费用分类查看测试、发布费用申请、费用报销搜索、密码修改功能测试,如表6-1、6-2、6-3、6-4、6-5所示:
表6-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
费用分类查看功能测试:
表6-2 费用分类查看功能测试表
用例名称 | 费用分类查看 |
目的 | 测试费用分类查看功能 |
前提 | 用户登录 |
测试流程 | 点击费用分类列表 |
预期结果 | 可以查看到所有费用分类 |
实际结果 | 实际结果与预期结果一致 |
管理员发布费用申请测试:
表6-3 管理员发布费用申请测试表
用例名称 | 费用申请发布测试用例 |
目的 | 测试费用申请发布功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)点击费用申请管理,然后点击发布添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的通费用申请 |
实际结果 | 实际结果与预期结果一致 |
费用报销搜索功能测试:
表6-4费用报销搜索功能测试表
用例名称 | 接费用报销搜索测试 |
目的 | 测试费用报销录搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的费用报销 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表6-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.3 系统测试结果
经过对教研室费用管理系统的测试,我们已经完成了5大模块的检测,包括用户登录功能测试、费用分类查看测试、发布费用申请、费用报销搜索、密码修改功能测试,这些功能为后续的推广运营提供了强有力的技术支持。
第六章 总结与展望
通过教研室费用管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]苏婉怡,揣小龙,刘美瑜等.基于Java技术的实验室管理系统设计与实现[J].无线互联科技,2023,20(23):58-60.
[2]杜朋轩,陈芳,曹梦川.基于Java Web的智慧农业信息采集系统的设计与实现[J].科技资讯,2023,21(23):162-165.DOI:10.16661/j.cnki.1672-3791.2307-5042-8177.
[3]Volkan H A .WebCollectives: A light regular expression based web content extractor in Java[J].SoftwareX,2023,24
[4]A S ,A M E ,S R , et al.Diversity of Fruit Flies on Three Varieties of Mango in Kuningan Regency, West Java, Indonesia[J].IOP Conference Series: Earth and Environmental Science,2023,1287(1):
[5]Abdoellah S O ,Suparman Y ,Safitri I K , et al.Food Security of Urban Agricultural Households in the Area of North Bandung, West Java, Indonesia[J].Sustainability,2023,15(24):
[6]Sigit A ,Koyama M ,Harada M .Flood Risk Assessment Focusing on Exposed Social Characteristics in Central Java, Indonesia[J].Sustainability,2023,15(24):
[7]Sofronas D ,Margounakis D ,Rigou M , et al.SQMetrics: An Educational Software Quality Assessment Tool for Java[J].Knowledge,2023,3(4):557-599.
[8]宋晓燕,杨芬.Java程序设计语言的分层教学实践[J].电子技术,2023,52(11):182-183.
[9]田玉昆.基于Java Web技术的手机销售网站的设计与实现[J].电脑知识与技术,2023,19(32):47-49.DOI:10.14004/j.cnki.ckt.2023.1766.
[10]张国芳.Java编程语言在计算机软件开发中的应用方向分析[J].信息记录材料,2023,24(11):138-141.DOI:10.16009/j.cnki.cn13-1295/tq.2023.11.042.
[11]郭子傲,杨凯江.基于Java的在线音乐系统的设计与实现[J].工业控制计算机,2023,36(10):66-67+70.
[12]丁玉青,孙逸飞,朱敏.基于JAVA的共享蓝牙耳机小程序设计[J].科技与创新,2023,(20):152-154.DOI:10.15913/j.cnki.kjycx.2023.20.047.
[13]尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023,(05):45-47.
[14]唐型基,柴群,杨光临.基于Java平台的远程线上教学系统设计[J].信息与电脑(理论版),2023,35(18):75-77.
[15]郑雨晴.企业采购费用申报管理系统[J].中国储运,2022,(05):88-89.DOI:10.16301/j.cnki.cn12-1204/f.2022.05.041.
[16]潘佳辉.企业设备管理系统设计[J].冶金自动化,2021,45(S1):157-159.
[17]李蕾.通信业务管理系统费用营收模块设计与实现[J].中国新通信,2021,23(02):21-22.
[18]邝加龙,姚敦红.基于UML的网上水电费用管理系统设计[J].信息与电脑(理论版),2020,32(13):96-97.
[19]周永圣,孙雯,侯峰裕等.车险中介云平台的费用管理系统的设计与实现[J].微型电脑应用,2020,36(02):86-89.
[20]石琰茹.基于SSH的图书馆管理系统的设计与实现[J].科技资讯,2020,18(03):188-190.DOI:10.16661/j.cnki.1672-3791.2020.03.188.
致 谢
伴随着设计的完成,大学生涯也随之即将结束。大学期间是我最珍惜的时光,大学时光中学会了很多,也成长了很多,这段时光中每一段回忆都刻在脑海中。感谢一起学习,一起成长同学们,和成长过程悉心教导的老师们,非常感激有你们的陪伴。
首先感谢我的指导老师,设计的完成离不开老师的一系列指导。在毕业设计的完成过程中,老师给出了很多中肯的建议,正是由于老师一丝不苟的工作态度,我的设计才能顺利的完成。
最后,感谢在大学生涯中每一位教导我的老师,是你们教给了我丰富的知识,更教会了我遇到问题时,如何去应对并解决。谢谢你们的帮助与支持。