摘 要
近年来,高校的招生工作和新生报到工作变得越来越繁杂。而随着互联网技术的快速发展,很多高校都在逐步推进信息化建设,因此需要一个基于现代化技术架构的新生报到信息管理系统来适应和帮助高校的发展需求。同时,该系统的设计和实现还需要考虑到高校内部管理的特殊性,满足各个高校部门对新生报到的管理需求。
SpringBoot新生报到信息管理系统的设计与实现可以为高校提供一个全面且便捷的新生报到平台。通过该系统,学生可以方便地获取高校的通知公告、报到要求、学生信息、缴费信息、宿舍信息等新生报到相关信息,从而提升学生对高校的印象。高校可以利用该系统进行系统用户管理、反馈类型管理、新生报到管理、宿舍类型管理、费用信息管理等功能,满足招办用户、学生用户、辅导员用户等不同部门对新生报到的针对性需求,简化新生报到流程,提高工作和管理效率。
关键词: SpringBoot;新生报到信息管理系统
Abstract
In recent years, the enrollment and registration of new students in universities have become increasingly complex. With the rapid development of Internet technology, many colleges and universities are gradually promoting the information construction, so a new student registration information management system based on modern technology architecture is needed to meet and help the development needs of colleges and universities. At the same time, the design and implementation of the system also need to consider the particularity of internal management in universities, and meet the management needs of various university departments for new student registration.
The design and implementation of the SpringBoot new student registration information management system can provide a comprehensive and convenient new student registration platform for universities. Through this system, students can easily obtain new student registration related information such as university notices, registration requirements, student information, payment information, dormitory information, etc., thereby enhancing their impression of the university. Universities can use this system for system user management, feedback type management, new student registration management, dormitory type management, expense information management, and other functions to meet the targeted needs of recruitment users, student users, counselor users, and other departments for new student registration, simplify the new student registration process, and improve work and management efficiency.
Key words:SpringBoot; New Student Registration Information Management System
近年来,高校的招生工作和新生报到工作变得越来越繁杂。通常情况下,高校的新生报到需要包括学生信息管理、报到信息管理、缴费信息管理、宿舍信息管理等多个环节。传统的报到工作通常需要大量的纸质材料和手工操作,工作效率低下,容易产生错误和遗漏。因此,基于SpringBoot的新生报到信息管理系统的设计与实现显得尤为重要。
Springboot新生报到信息管理系统的设计与实现可以为高校提供一个全面且便捷的新生报到信息管理系统,通过该平台,新生可以方便地获取高校的通知公告、学生信息、报到信息管理、缴费信息、宿舍信息、留言信息等新生报到信息,从而提升学生对高校的印象;高校可以对系统用户、反馈类型管理、新生报到管理、宿舍类型管理、费用信息管理管理等进行新生报到信息进行管理,满足招办用户、学生用户、辅导员用户的针对性对新生报到的需求,从而简化高校新生报到的流程,提高工作和管理效率。
选择设计和实现一个基于SpringBoot的新生报到信息管理系统具有重要意义。首先,该系统可以提高高校新生报到工作的效率和管理水平。通过引入现代化技术架构,系统能够简化报到流程、减少手工操作,从而节省时间和人力资源。同时,系统还可以自动化管理各项事务,如学生信息录入、缴费管理等,提高工作效率。
其次,该系统可以提供便捷的新生报到平台,为学生提供良好的报到体验。学生可以通过系统获取相关通知、报到要求、学生信息、缴费信息、宿舍信息等,方便快捷地了解并完成报到流程。这不仅提升了学生对高校的印象,也增强了学生的参与感和满意度。
第三,该系统还可以满足高校内部不同部门对新生报到的管理需求。学生用户和辅导员用户等各个部门都可以利用系统的功能进行针对性的管理,确保报到流程的顺利进行,并且提高工作和管理效率。
此外,通过设计和实现该系统,还可以推动高校的信息化建设和数字化转型。引入现代化技术架构,培养和提升高校管理人员和教职工的信息化意识和能力,推动高校管理水平的提升。
综上所述,设计和实现一个基于SpringBoot的新生报到信息管理系统对于高校和学生来说都具有重要意义。它不仅可以提高新生报到工作的效率和管理水平,为学生提供便捷的报到体验,满足高校内部不同部门的管理需求,还可以推动高校的信息化建设和数字化转型。
Java编程语言是一种面向对象的高级编程语言,具有良好的可移植性和广泛应用于企业级开发的特点。通过Java虚拟机(JVM),Java程序可以在不同操作系统上运行,而无需修改源代码。Java拥有丰富的类库和API,方便开发人员快速构建复杂的应用程序,并强调安全性和健壮性,通过内置的安全机制保护应用程序免受恶意代码攻击。其语法简洁易懂,支持面向对象编程的核心概念,并提供了强大的工具和开发环境。这些特点使得Java成为构建可靠、高效和跨平台的应用程序的首选语言之一。
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。
数据库作为数据的存储地方是项目必须的,MySQL是一款非常优秀的关系型数据库,早期的MySQL并不是甲骨文公司的,后来才被他收购的。MySQL非常的小巧,安装包才几兆,sql语言的书写也比较容易学习,最重要的是MySQL同时也是一款开源的软件,所以不需要额外进行付费。
MySQL是一种常用的数据库管理系统,它可以帮助我们存储和管理大量的数据。它被广泛应用于各种网站和应用程序中。
使用MySQL有很多好处。首先,它是开源的,这意味着任何人都可以使用它,并且不需要支付额外的费用。其次,MySQL非常灵活,可以在不同的操作系统上运行,比如Windows、Linux等。无论你用什么电脑或者服务器,都可以轻松地安装和使用它。
MySQL还非常快速和稳定。它被优化得很好,可以迅速地存储和检索数据,处理复杂的查询。它还提供了数据安全的功能,包括用户认证、权限管理和数据加密,以确保我们的数据不会被未经授权的人访问。
另外,MySQL还支持备份和恢复功能,这意味着我们可以定期备份我们的数据,并在需要时轻松地恢复它们。这样即使发生故障或错误,我们也能够保护和恢复我们的数据。
总而言之,MySQL是一种可靠且易于使用的数据库管理系统。它具有开源性、灵活性、高性能、数据安全性和备份恢复功能等特点,为我们的应用程序和网站提供了可靠的数据存储和管理解决方案。
可行性分析也是为了分析项目的开发系统是否对开发有价值,以及是否真的需要改进管理系统在信息听写方面的不足。以本项目新生报到信息管理系统的设计目标和实施过程为例,如果开发该平台,希望能很好地解决高校新生报到管理信息问题,并且如果这使新生报到信息管理系统可以发展出最大价值学说,并且还可以变相的解决了用户在一定程度上的问题,那么这个项目的研发系统也就是最有价值有意义的系统。但研发目标又是不是达到了所期望的结果,以及科研任务在实现后的最大效用和价值,它是否等于所有总成本。因此,研发阶段本质上就是研发体系能否真正设计的阶段。
Spring Boot作为一个成熟的开发框架,具有丰富的功能和广泛的社区支持。它提供了快速开发和部署应用程序的能力,适合构建音乐网站所需的功能和性能要求。Java作为一种流行的编程语言,具有广泛的库和工具生态系统,可以满足项目的需求。MySQL是一种可靠的关系型数据库管理系统,具备良好的性能和稳定性。使用Java开发技术、通过基于springboot框架和MySQL结合起来研发一个新生报到信息管理系统,一定是合理而且有效的。因此,在技术层面上,该项目是可行的。
新生报到信息管理系统的注册与登陆页面设计简洁容易应用,可以通过最常见的页面窗口来登陆页面,并利用过计算机实现登陆功能,因此使用者只要平时利用过计算机都可以实现登陆应用。此操作系统的研发工作环境运用了Java技术,并运用了springboot架构,这些研发工作环境都使得此系统功能更为完整,使整个设计更为个性化,使用者功能也更为简洁方便。本管理系统具备了易于运行、容易管理、交互性较好的优点,在实际操作上也是非常简单的。因此,本管理系统也可进行商业设计。
综上所述,该设备的研发符合技术要求,因此其研发具有可操作性。
用户可行性分析评估了目标用户对新生报到信息管理系统的需求和接受程度。这包括对目标用户群体的市场调研、用户反馈和用户测试,以确保所开发的新生报到信息管理系统能够满足用户的期望并具有吸引力。因此,在用户层面上,该项目是可行的。
springboot新生报到信息管理系统针对用户需求进行划分,主要分为学管理员、学生用户、辅导员用户等三大模块,具体功能分析如下:
1、学生用户:
- 登录:账号密码由管理员添加,使用管理员添加的账号密码即可进行登录,登录成功后,可使用系统功能,并对个人信息和密码进行管理。
(2)新生报到管理:学生用户进入后台查看新生报管理、可以对新生报到信息进行添加,可以查看新生报到列表中的某一信息详情,可以对新生报到列表进行查询和删除操作。
(3)宿舍信息管理:学生用户进入宿舍信息列表在详情理可以查看到辅导员分配的宿舍信息、宿舍地址、宿舍类型等详情信息。
(4)费用信息管理:学生用户进入费用信息管理列表可以查看详情,并对费用进行在线支付,根据需求进行查询等操作。
2、辅导员用户
- 登录:账号密码由管理员添加,使用管理员添加的账号密码即可进行登录,登录成功后,可使用系统功能,并对个人信息和密码进行管理。
(2)系统用户:辅导员对学生用户可以进行信息修改等操作。
(3)新生报到管理:辅导员有对学生用户的缴费信息、分配进行权限管理的权限,对学生报到列表进行详情查看、和对新生报到进行新增添加并可以下载学生档案文件等。
(4)宿舍信息管理:辅导员对学生用户的宿舍信息列表进行详情查看,并根据需要进行查询、删除等。
(5)费用信息管理:辅导员对学生用户进行费用信息列表进行详情查看:学生姓名、缴费日期等信息,并根据需求进行查询、删除等操作。
3、管理员
- 登录:账号密码由系统生成,使用管理员账号密码即可进行登录,登录成功后,可使用系统功能,并对个人信息和密码进行管理。
- 后台首页:可查看系统对反馈类型、学生报到、宿舍类型等数据进行统计分析。
- 系统用户:管理员、学生用户、辅导员用户等用户进行管控,进行增改删查,可点击查看详情,由管理员添加所有用户。
(4)反馈类型管理: 管理员在后台查看反馈类型管理、可以对反馈类型信息进行添加,可以查看反馈类型列表中的某一信息详情,可以对反馈类型列表进行查询和删除操作。
(5)新生报到管理: 管理员在后台查看新生报到管理、可以对新生报到信息进行添加,可以查看新生报到列表中的某一信息详情,可以对新生报到列表进行查询和删除操作。
(6)宿舍类型管理: 管理员在后台查看宿舍类型管理、可以对宿舍类型信息进行添加,可以查看宿舍类型列表中的某一信息详情,可以对宿舍类型列表进行查询和删除操作。
(7)宿舍信息管理: 管理员在后台查看宿舍信息管理、可以对宿舍信息进行新增添加,可以查看宿舍信息列表中的某一信息详情,可以对宿舍信息列表进行查询和删除操作。
(8)费用信息管理: 管理员在后台查看费用信息管理、可以对费用信息进行新增添加,可以查看费用信息列表中的某一信息详情,可以对宿舍信息列表详情的支付进行审查、对费用信息管理进行查询和删除等操作。
新生报到信息管理系统的非功能性需求比如新生报到信息管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2.1 新生报到信息管理系统非功能需求表
安全性 | 主要指新生报到信息管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指新生报到信息管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响新生报到信息管理系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着新生报到信息管理系统的页面展示内容进行操作,就可以了。 |
可维护性 | 新生报到信息管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
学生用户用例图如下所示。
图3-1 学生用户用例图
辅导员用户用例图如下所示。
图3-2 辅导员用户用例图
管理员用例图如下所示。
图3-3管理员用例图
管理员权限下的工作流程主要为:管理员通过系统界面提供登录按钮并点击,转入管理员登录界面,并在界面上填入相应的管理员账户和管理员密码,进入管理员权限下的后台系统,并且在系统左侧导航条设置了相应的操作功能。
用户权限下的工作流程主要为:用户通过系统提供的注册功能,进行身份验证并注册,而后在登录界面进行个人身份验证,并且进入用户的个人后台界面,并进行相应的操作。
新生报到信息管理系统的业务流程如下图所示。
图3-4 系统业务流程图
新生报到信息管理系统主要服务于高校的新生报到信息管理系统,利用网络改变传统设施报修管理模式,简化新生报到信息管理系统流程,减轻传统新生报到信息管理系统带来的工作负担和降低大量资源的消耗。本系统达到的目标主要有以下几点:
(1)通过简单的页面设计和便捷的功能操作,保证系统的简单性和实用性,形成良好的用户体验。
(2)本系统主要针对新生报到信息管理系统需求进行设计开发,突出较强的针对性。
(3)能够具有一定的安全机制,保证用户信息的安全性。
层次框图是一系列由多层矩形框架组成的树,其顶部为矩形框架,表示整个数据结构,下方的长方形立方体表示独立的数据,下方的长方形表示该数据的实际数据(不能进行分割)。由于这个架构的精炼,层级方块图描述的资料结构也愈加详尽,这个模型很好地满足了需求分析的要求。首先对最上层的信息进行分类,然后在图表中的每个路径上重复地进行优化,直至完整的数据结构被确定。
这个系统由3个模块组成,分别是管理员、学生用户、辅导员用户,这些部分看起来是独立的,实际上却是连接着数据库,每个模块都有自己的权限。在调研资料的基础上,完成了各个模块的功能。在对上述功能进行分析的基础上,本系统提出了3个主要的模块,每个单元可划分为若干小单元。
系统的功能结构图如下图所示。
图4-2 系统功能结构图
借助先进的系统,ER图使其他用户可以快速轻松地了解系统的功能以及他们之间的关系。根据新生报到信息管理系统分析结果,整个新生报到信息管理系统包括以下各个单元:管理员,有偿维修,用户,维修接单,公告信息等。
总体ER图如下图所示。
图4-3 总体ER图
所有系统的应用数据相互区分。一旦在相应的系统中实现,它们将与自己相应的网络和服务器通信。所以这个系统可以连接这些数据。当我们选择桥梁截面时,以下将简要介绍如何建立系统。在单击上一个按键的时候,就会自动在对话框中弹出数据源的名字,之后再单击下一个按键时,就在填写相对应的身份验证和登录信息。按照系统功能设计的特点与职能模块的分类,新生报到信息管理系统的总体设计和实施过程一共涉及到了几个资料表格。
以下就介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库表:
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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_information_id | int | 10 | 0 | N | Y | 费用信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | payment_date | date | 10 | 0 | Y | N | 缴费日期 | |
5 | cost_amount | int | 10 | 0 | Y | N | 0 | 费用金额 |
6 | fee_details | 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 | dormitory_information_id | int | 10 | 0 | N | Y | 宿舍信息ID | |
2 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
3 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
4 | dormitory_name | varchar | 64 | 0 | Y | N | 宿舍名称 | |
5 | dormitory_type | varchar | 64 | 0 | Y | N | 宿舍类型 | |
6 | dormitory_address | varchar | 64 | 0 | Y | N | 宿舍地址 | |
7 | accommodation_capacity | int | 10 | 0 | Y | N | 0 | 可住人数 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dormitory_type_id | int | 10 | 0 | N | Y | 宿舍类型ID | |
2 | dormitory_type | 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 | feedback_type_id | int | 10 | 0 | N | Y | 反馈类型ID | |
2 | feedback_type | 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 | 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: |
表new_student_registration (新生报到)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | new_student_registration_id | int | 10 | 0 | N | Y | 新生报到ID | |
2 | report_number | varchar | 64 | 0 | N | N | 报道编号 | |
3 | feedback_type | varchar | 64 | 0 | Y | N | 反馈类型 | |
4 | student_users | int | 10 | 0 | Y | N | 0 | 学生用户 |
5 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
6 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
7 | professional_name | varchar | 64 | 0 | Y | N | 专业名称 | |
8 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
9 | student_files | varchar | 255 | 0 | Y | N | 学生档案 | |
10 | report_date | date | 10 | 0 | Y | N | 报道日期 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
3 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
4 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | professional_name | varchar | 64 | 0 | Y | N | 专业名称 | |
6 | class_name | varchar | 64 | 0 | Y | N | 班级名称 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | tutoring_users_id | int | 10 | 0 | N | Y | 辅导用户ID | |
2 | tutor_name | varchar | 64 | 0 | Y | N | 辅导姓名 | |
3 | coaching_gender | varchar | 64 | 0 | Y | N | 辅导性别 | |
4 | contact_phone_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 | 更新时间: |
辅导员用户、学生用户由管理员添加账号密码,各个用户在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对各个用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面点击重置按钮,清空所填数据,
用户登录流程图如下所示。
图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;
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, "账号或密码不正确");
}
}
可查看自己的新生报到信息,进行查询操作,支持报到编号、学生姓名搜索,可点击查看详情,填写报道信息(学生姓名、学生用户、学生性别、专业名称、班级名称、上传学生档案等)进行提交。界面如下图所示。
图5-3 学生用户新生报到管理界面
可查看自己的缴费费用信息,进行查询操作,支持学生姓名、缴费日期、支付状态搜索,可点击查看详情,可点击进行支付(微信、支付宝、网银)操作。界面如下图所示。
图5-4学生用户费用信息管理界面
可查看自己的宿舍信息,进行查询操作,支持宿舍名称、可住人数搜索,可点击查看详情。界面如下图所示。
图5-5学生用户宿舍信息管理界面
可查看所有新生报到信息,支持关键字(报到编号、学生姓名)搜索,点击可查看详情(报道编号、学生用户、学生性别、班圾名称、反馈类型、学生姓名、专业名称、
学生档案、报道日期),可进行对新生分配宿舍和缴费费用查看等操作。界面如下图所示。
图5-6 辅导员用户新生报到管理界面
可查看学生的宿舍信息,进行查询操作,支持宿舍名称、可住人数搜索,可点击查看详情,对学生的宿舍信息进行详情更改等。界面如下图所示。
图5-7辅导员用户宿舍信息管理界面
可查看系统的所有功能:系统用户、反馈类型管理、新生报到管理、宿舍类型管理、宿舍信息管理、费用信息管理等。界面如下图所示。
图5-8后台首页界面
管理员、学生用户、辅导员等用户进行管控,进行增改删查,可点击查看详情,由管理员添加所有用户。
系统用户流程图如下所示。
图5-9 系统用户流程图
系统用户界面如下图所示。
图5-10 系统用户界面
系统用户关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
可查看添加的所有新生报到信息,进行查询、删除操作,支持报道编号、学生姓名搜索,可点击查看详情(学生姓名、学生用户、学生性别、专业名称、班级名称、上传学生档案、报道日期等),和进行分配、缴费详情查看操作。界面如下图所示。
图5-11新生报到管理界面
可查看所有宿舍类型信息,进行查询和删除操作,支持宿舍类型搜索,可点击查看详情和进行宿舍类型新增添加等操作。界面如下图所示。
图5-12 宿舍类型管理界面
管理员在后台查看费用信息管理、可以对费用信息进行新增添加,可以查看费用信息列表中的某一信息详情,可以对宿舍信息列表详情的支付进行审查、对费用信息管理进行查询和删除等操作。界面如下图所示。
图5-13费用信息界面
费用信息关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
测试是为了发现在开发的程序中所存在的问题,测试这一工作是非常艰巨的,而又是非常困难的,这一部分在程序的设计中占有很大比例,可以说一个程序的开发工作量要是占据了百分至六十,那么剩下的百分之四十必然是测试这一部分,甚至更高。
表6-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-2 创建数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行创建数据 | |
测试用例描述 | 使用者输入要创建的数据 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
-
-
- 修改数据测试
-
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-3 修改数据测试用例
测试用例编号 | YL_06 | |
测试用例名称 | 系统使用者进行修改数据 | |
测试用例描述 | 使用者对可修改的数据项进行修改 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
-
-
- 查询数据测试
-
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-4 查询数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行查询数据 | |
测试用例描述 | 全部查询以及输入关键词查询 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
界面自动查询全部 | 显示对应所有记录 | 预期结果 |
输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
结 论
本次新生报到信息管理系统利用了Java开发技术,通过SpringBoot框架同现实新生报到信息管理系统工作进行相结合,在系统功能开始编码之前,作者花费了大量时间在图书馆内进行资料文献的收集和总结,通过大量文献的分析,能够发现,新生报到信息管理系统的方式在高校中扮演的位置是越来越重要,而使用的方式也是越来越多元化,也正是因为这个原因,作者深深的希望能够开发出一种专门针对高校的新生报到信息管理系统,以满足用户的需求。
在本次新生报到信息管理系统中,利用了目前市场上普遍使用的Java技术,以及数据库管理功能MySQL,和目前比较流行的SpringBoot框架,最后配合使用到了VUE页面布局技术进行系统界面的布置,以现实生活的新生报到信息管理系统过程为标准,设计实现了系统用户管理、反馈类型管理、新生报到管理、宿舍类型管理、费用信息管理等功能,并维护好后台的信息和整体系统的稳定性。
但是由于作者受到了技术水平的限制,在有限的时间,只能够将系统功能模拟时的功能实现,在许多功能方面仍然存在很大的弊端,而这些弊端需要不断的测试,不断的总结,不断的改进。例如本次系统设计中,在数据储存的方面并不够全面,很容易出现信息泄露的风险;例如针对用户权限的设置同样不够全面完整,没有考虑权限在实际情况的运用是否能够完美执行。而在这之后的日子里,作者将会继续学习Java技术和相关的信息技术,对系统功能进行更加完整的,详细的分析,将系统功能一一进行完善,帮助使用者完成相应的操作。
参考文献
[1]Prabawani B ,Hadi P S ,Fisher R M , et al. Socioeconomic perspective of agroforestry development in Central Java [J]. Environmental and Sustainability Indicators, 2024, 22 100354-.
[2]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[3]张期望. 老生返场 新生报到[N]. 海南日报, 2023-10-16 (B05).
[4]叶真,杨频萍. 创意“开学礼” 花式“宠”新生[N]. 新华日报, 2023-09-09 (005).
[5]陈蓓蕾,洪年松. 基于SpringBoot的数据库接口设计 [J]. 信息与电脑(理论版), 2023, 35 (16): 181-183.
[6]李扬. 大学新生报到应独立完成还是家人陪同? [J]. 青春期健康, 2023, 21 (06): 72-73.
[7]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
[8]刘仕华. 基于混合式人脸识别的高校新生报到管理研究 [J]. 计算机时代, 2022, (08): 65-68.
[9]白明松. 高校新生综合业务平台的设计与实现[D]. 北京交通大学, 2022.
[10]许涛. 基于Petri网的新生报到流程建模优化分析 [J]. 赤峰学院学报(自然科学版), 2022, 38 (02): 5-8.
[11]于鹏. 美国大学新生报到日什么样 [J]. 万象, 2022, (Z2): 43-44.
[12]郭静. 基于SSM框架的高校新生预报到系统的设计与实现 [J]. 电子技术与软件工程, 2022, (02): 232-235.
[13]唐利明. 浅谈中职入学新生的教育管理 [J]. 作家天地, 2021, (28): 112-113.
[14]弹头. KAC:新生报到 [J]. 小哥白尼(军事科学), 2021, (10): 34-37.
[15]方伶元. 高职院校新生自助报到系统的分析与设计 [J]. 电子技术与软件工程, 2021, (19): 37-38.
[16]史远航,饶欣宇,解佳坤等. 基于百度AI的人脸识别新生报到系统设计与实现 [J]. 网络安全技术与应用, 2021, (06): 43-45.
[17]邓军. C学院新生人学的项目化管理研究[D]. 电子科技大学, 2021.
[18]房睿. 疫情防控下新生报到的身份证识别系统构建 [J]. 产业与科技论坛, 2021, 20 (01): 59-60.
[19]李阳. 基于Echarts数据分析的新生报到系统设计 [J]. 物联网技术, 2020, 10 (12): 88-89.
[20]刘仕华. 基于人像核验的高校招生管理信息系统的设计与实现 [J]. 信息技术与信息化, 2020, (10): 24-27.
致 谢
在此论文完成之际,感谢我的指导老师。在指导老师的网页设计课上,当时我学到了很多东西,这对于我实习过程中也打了一定的基础,而且指导老师对于我的设计也提出许多建议,并予以悉心的指导,对于一些细小的问题都耐心的指导我去完善,授予我写论文的心得,时常的鼓励我,另外感谢教导我完善此项目的前端同学,对于这个项目,我是边学习边实现完成的,有许多东西开始并不是很明白,但前端开发的同学非常耐心的引导我去将这个项目完成,在系统的后端开发中,所用到的后台开发技术也时常会给我讲解,助于我更好的将论文完成,在此对帮助到我的同学和一直予以教导的指导老师致以衷心的感谢,祝事业有成。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~