摘 要
随着高新技术的发展,使得计算机网络广泛应用于各领域,每个行业都在进行科技改革,最重要的是计算机提高了管理的准确性与效率性,在很多的高校,已经使用计算机来管理各种文档,相对于我们这样的高校学生生来说,人数众多是最大的一个管理问题,所以开发一个学生管理系统来管理对我们学校来说是很重要。
本系统主要采用了Java技术,将所有业务模块采用以浏览器交互的模式,选择MySQL作为系统的数据库,开发工具选择My eclipse来进行系统的设计。基本实现了学生管理系统 应有的主要功能模块,本系统有管理员、教师用户、学生用户。管理员:后台首页、个人资料(个人信息、修改密码)、系统用户(管理员、教师用户、学生用户)、模块管理(销假管理、防控登录、请假申请、公告通知)。学生用户;后台首页、个人资料(个人信息、修改密码)模块管理(销假管理、防控登录、请假申请、公告通知)。教师:后台首页、个人资料(个人信息、修改密码)模块管理(销假管理、防控登录、请假申请、公告通知)等功能模块。
对系统进行测试后,改善了程序逻辑和代码。同时确保系统中所有的程序都能正常运行,所有的功能都能操作,并且该系统有很好的操作体验,实现了对于学生管理系统对用户管理、政府部门双赢。
关键词:学生管理系统;Springboot框架;MySQL数据库;
Spring boot student management system
Abstract
With the development of high and new technology, computer network has been widely used in various fields. Every industry is undergoing scientific and technological reform. The most important thing is that computers have improved the accuracy and efficiency of management. In many colleges and universities, computers have been used to manage various documents. Compared with college students like us, a large number of students is the biggest management problem, So it is very important for our school to develop a student management system to manage.
The system mainly adopts Java technology, adopts browser interaction mode for all business modules, selects MySQL as the system database, and selects My eclipse as the development tool to design the system. The main function modules of the student management system have been basically realized, including administrator, teacher user and student user. Administrator: background home page, personal data (personal information, password modification), system users (administrator, teacher user, student user), module management (leave cancellation management, anti-control login, leave application, announcement notice). Student users; Background home page, personal data (personal information, password modification) module management (leave cancellation management, prevention and control login, leave application, announcement notice). Teacher: background home page, personal data (personal information, password modification) module management (leave cancellation management, prevention and control login, leave application, announcement notice) and other functional modules.
After testing the system, the program logic and code are improved. At the same time, ensure that all programs in the system can operate normally, all functions can operate, and the system has a good operating experience, realizing a win-win situation for the student management system, user management, and government departments.
Key words: student management system; Springboot framework; MySQL database;
目 录
致谢 33
- 绪论
- 研究背景
学生管理系统是一个对高等教育单位有着重大作用的信息管理系统,它的内容对于学校的管理者来说都是至关重要的,所以学生管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理毕业论文相关文件,这种管理方式存在着许多缺点,如效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已经进入人类社会的各个领域并发挥着重要作用。作为计算机应用的一部分,使用计算机对学生信息进行管理,有手工管理所无法比拟的优点。例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、成本低等。这些优点能极大地提高毕业论文管理的效率,也使教育部门的科学化、正规化管理,与世界接轨的重要条件。
1.2研究的目的与意义
随着计算机技术发展,计算机在生活中应用的普及,利用计算机实现请假信息的管理势在必行。目前请假信息管理工作部分大多数还是假条,工作效率很低,假条还存在这许多弊端,由于不可避免的人为因素,计算机信息化管理有着速度快,储存量大等许多优点,提供给我们的处理信息及时,因此我们利用计算机提供给我们的信息对学生的请加过程形成一整套动态的管理能够极大地提高请假管理的效率,这也是请假管理的科学化、正规化管理,与世界接轨的重要条件。
1.3论文结构安排
论文将分层次经行编排,除去论文摘要、目录、致谢、文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代了项目的背景以及开发的实际意义。
第2章 对本系统的可行性、功能需求展开分析。
第3章 阐述了项目的总体设计。
第4章 阐明了学生管理系统详细功能的实现,主要根据技术性的功能模块功能实现。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了学生管理系统的结论。
本系统前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型。后端部分:采用springboot作为开发框架,同时集成MyBatis、Redis等相关技术。
-
- MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验,如Silverlight、音频、视频、3D、动画……,这导致了软件UI层更加细节化、可定制化。同时,在技术层面,WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM(Model-View-ViewModel)框架的由来便是MVP(Model-View-Presenter)模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去,以应对客户日益复杂的需求变化。
-
- Mysql数据库
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的学生管理系统 也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题[9]。
-
- spring boot框架介绍
Spring框架是Java平台上的一种开源应用框架,提供具有控制反转特性的容器。尽管Spring框架自身对编程模型没有限制,但其在Java应用中的频繁使用让它备受青睐,以至于后来让它作为EJB(EnterpriseJavaBeans)模型的补充,甚至是替补。Spring框架为开发提供了一系列的解决方案,比如利用控制反转的核心特性,并通过依赖注入实现控制反转来实现管理对象生命周期容器化,利用面向切面编程进行声明式的事务管理,整合多种持久化技术管理数据访问,提供大量优秀的Web框架方便开发等等。Spring框架具有控制反转(IOC)特性,IOC旨在方便项目维护和测试,它提供了一种通过Java的反射机制对Java对象进行统一的配置和管理的方法。Spring框架利用容器管理对象的生命周期,容器可以通过扫描XML文件或类上特定Java注解来配置对象,开发者可以通过依赖查找或依赖注入来获得对象。Spring框架具有面向切面编程(AOP)框架,SpringAOP框架基于代理模式,同时运行时可配置;AOP框架主要针对模块之间的交叉关注点进行模块化。Spring框架的AOP框架仅提供基本的AOP特性,虽无法与AspectJ框架相比,但通过与AspectJ的集成,也可以满足基本需求。Spring框架下的事务管理、远程访问等功能均可以通过使用SpringAOP技术实现。Spring的事务管理框架为Java平台带来了一种抽象机制,使本地和全局事务以及嵌套事务能够与保存点一起工作,并且几乎可以在Java平台的任何环境中工作。Spring集成多种事务模板,系统可以通过事务模板、XML或Java注解进行事务配置,并且事务框架集成了消息传递和缓存等功能。Spring的数据访问框架解决了开发人员在应用程序中使用数据库时遇到的常见困难。它不仅对Java:JDBC、iBATS/MyBATIs、Hibernate、Java数据对象(JDO)、ApacheOJB和ApacheCayne等所有流行的数据访问框架中提供支持,同时还可以与Spring的事务管理一起使用,为数据访问提供了灵活的抽象。Spring框架最初是没有打算构建一个自己的WebMVC框架,其开发人员在开发过程中认为现有的StrutsWeb框架的呈现层和请求处理层之间以及请求处理层和模型之间的分离不够,于是创建了SpringMVC。
-
- Vue.js 主要功能
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
系统的开发环境和配置都是可以自行安装的,系统使用springboot框架开发,使用比较成熟的Mysql数据库进行对系统前台及后台之间相关的数据交互,根据技术语言对数据库,结合需求进行修改维护,可以使得系统运行更具有稳定性和安全性,从而完成实现系统的开发。
-
-
- 技术可行性分析
-
所谓的技术可行性就是在限定时间,前期拟定的功能能否被满足。在开发设计上是否会遇上解决不了的问题。做完的项目能否被很好地应用,如果存在缺点在后期的维护上是否存在很大的难度。在对这个系统评估后,认定已存在的技术能达成目标。用java技术来实现动态的页面,嵌入低依赖性的设计模式,灵活的数据库,配合稳定的服务器,整个系统的运行效率大大提升。由此可见,在技术层面达成目标不是非非之想。
在项目上使用的工具大部分都是是当下流行开源免费的,所以在开发前期,开发时用于项目的经费将会大大降低,不会让开发该软件在项目启动期受到经费的影响,所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费,以及设备费用。将在无纸化,高效率的道路上越走越远。
本系统实现功能的操作很简单,普通电脑的常见配置就可以运行本软件,并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力,并且可以正常访问系统,并不需要操作者有什么高超的能力,只需了解业务流程,并且按照专业知识进行正确操作即可,所以学生管理系统具备操作可行性。
在系统开发设计前,应该对功能做初步设想,清楚这个管理系统有什么板块,每个板块有什么功能,整体的设计是否满足使用者的需求,接着对所开发的系统功能进行的详细分析总结,从而设计出完整的系统并将其实现。用户和开发人员的交流分析,使其达到最佳理解程度,使系统功能达到最佳。
学生用户后台功能图如下所示。
图3-1 学生用户后台功能图
管理员后台功能图如下所示。
图3-2 管理员用例图
教师后台功能图如下所示:
图3-3 教师用例图
学生管理系统 在对需求做解析后,整个系统主要分为三个部分:管理员、教师、学生用户,每个模块下的分支功能不一样。对功能做出如下说明:
学生用户模块:
(1)学生用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现图书信息以及留言板等操作,就必须有这个系统的账号,如果没有账号的话,可以注册以后进行相关的操作,同时用户还可以通过“个人账户”这以按钮对个人信息以及操作的信息进行管控。
(2)公告通知:在“公告通知”这一菜单,我们点击进入进去以后,可以查看管理员发布的公告信息;
(3)个人信息:当用户点击右上角“我的”这个按钮,就会进入到对应的后台进行个人信息的管理了;
(4)销假管理:在“销假管理”这一菜单,我们点击进入进去以后,可以编辑学生院系、销假时间、销假备注、请示老师等内容进行提交,等待教师审核回复;
(5)防控登记:在“防控登记”这一菜单,我们点击进入进去以后,可能搜索学生姓名和学生学号进行查看或编辑体温信息、行程码、健康码、登记日期等内容进行提交,等待教师审核回复;
(6)请假申请:在“请假申请”这一菜单,我们点击进入进去以后,可以选择请假类型和请示老师,编辑请假原因、开始日期、结束日期等详细内容进行提交,等待教师审核回复;
管理员模块:
(1)登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)系统用户管理:当点击“系统用户管理”这一菜单的时候,会出现管理员+教师+学生用户三个子菜单,可以对这三个模块进行增删改查操作;
(3)模块管理:当点击“模块管理”这一菜单的时候,会出现公告通知+防控登记+请假申请+销假管理,这四个子菜单,能够对这四个模块进行增删改查等操作。
教师模块:
- 登录:教师的账号是在数据表表中直接设置生成的,不需要进行注册;
- 个人信息:当用户点击右上角“教师”这个按钮,就会进入到对应的后台进行个人信息的管理了;
(3)系统用户管理:当点击“系统用户管理”这一菜单的时候,会出现教师+学生用户两个子菜单,可以对这两个模块进行增删改查操作;
(4)模块管理:当点击“模块管理”这一菜单的时候,会出现公告通知+防控登记+请假申请+销假管理,这四个子菜单,能够对这四个模块进行删改查等操作。
非功能需求分析
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
零层数据流程图包括了登录、用户功能和检索维护等模块,在登录模块使用到的数据存储有用户账户文档,用户功能模块需要的存储是用户各功能模块数据文档,检索维护是使用以上这些数据文档通过关键词进行检索。
系统的零层数据流图如下图所示。
图3-2系统数据流图(零层)
一层数据流程图是对零层数据流程图的细化,将登录细分为填制登录数据和完善数据,用户功能细分为用户基本功能和用户主要功能。
系统的一层数据流图如下图所示。
图3-3系统数据流图(一层)
目前B/S体系的系统主要的数据访问方式是:通过浏览器页面用户可以进入系统,系统可以自动对用户向服务器发送的请求进行处理,处理请求是在系统后台中进行的,用户在浏览器页面上进行相应操作,就能够看到服务端传递的处理结果。学生管理系统 主要分为视图-模型-控制三层架构设计。在视图层中,主要是操作在服务器端向客户端反馈并显示的数据,在模型层中,主要处理相关的业务逻辑、数据整合等,最后的控制层它介于视图和模型之间,主要是调整两层之间的关系,最终落实数据的传递。
系统架构图如下图所示。
图4-1系统架构图
系统设计的目的是分析系统包括的所有功能结构,为开发人员设计开发和实现系统做好准备工作。经过前期的需求调查、分析和整理之后,确定的总体需求主要包括多个模块,分别是:后台首页、个人资料(个人信息、修改密码)、系统用户(管理员、教师用户、学生用户)、模块管理(销假管理、防控登录、请假申请、公告通知)。系统整体角色分为三个部分,一是学生用户、二是管理员、三是教师。系统功能结构图如下图所示。
图4-2系统功能结构图
对于一个要开发的系统来说,E-R图可以让别人能更快更轻松的了解此系统的事务及它们之间的关系。根据系统分析阶段所得出的结论确定了在学生管理系统 中存在着多个实体分别是用请假申请、公告通知、防控登记、销假管理等。系统总体ER图如下图所示。
图4-4系统总体ER图
数据库逻辑结构就是将E-R图在数据库中用具体的字段进行描述。用字段和数据类型描述来使对象特征实体化,最后形成具有一定逻辑关系的数据库表结构。学生管理系统 所需要的部分数据结构表如下表所示。
-
- 表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | announcement_notice_id | int | 10 | 0 | N | Y | 公告通知ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | announcement_no | varchar | 64 | 0 | Y | N | 公告编号 | |
4 | announcement_type | varchar | 64 | 0 | Y | N | 公告类型 | |
5 | release_time | datetime | 19 | 0 | Y | N | 发布时间 | |
6 | announcement_content | longtext | 2147483647 | 0 | Y | N | 公告内容 | |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | leave_management_id | int | 10 | 0 | N | Y | 请假管理ID | |
2 | student_name | int | 10 | 0 | Y | N | 0 | 学生姓名 |
3 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
4 | leave_type | varchar | 64 | 0 | Y | N | 请假类型 | |
5 | reason_for_leave | longtext | 2147483647 | 0 | Y | N | 请假原因 | |
6 | leave_date | date | 10 | 0 | Y | N | 请假日期 | |
7 | end_date | date | 10 | 0 | Y | N | 结束日期 | |
8 | ask_the_teacher | int | 10 | 0 | Y | N | 0 | 请示老师 |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | management_of_resumption_from_leave_id | int | 10 | 0 | N | Y | 销假管理ID | |
2 | student_name | int | 10 | 0 | Y | N | 0 | 学生姓名 |
3 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
4 | student_departments | varchar | 64 | 0 | Y | N | 学生院系 | |
5 | time_of_resumption_from_leave | date | 10 | 0 | Y | N | 销假时间 | |
6 | remarks_on_resumption_of_leave | varchar | 64 | 0 | Y | N | 销假备注 | |
7 | ask_the_teacher | int | 10 | 0 | Y | N | 0 | 请示老师 |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | prevention_and_control_registration_id | int | 10 | 0 | N | Y | 防控登记ID | |
2 | student_name | int | 10 | 0 | Y | N | 0 | 学生姓名 |
3 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
4 | temperature_information | varchar | 64 | 0 | Y | N | 体温信息 | |
5 | trip_code | varchar | 255 | 0 | Y | N | 行程码 | |
6 | health_code | varchar | 255 | 0 | Y | N | 健康码 | |
7 | registration_date | date | 10 | 0 | Y | N | 登记日期 | |
8 | check_the_teacher | int | 10 | 0 | Y | N | 0 | 检查教师 |
9 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
10 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | student_users_id | int | 10 | 0 | N | Y | 学生用户ID | |
2 | student_name | varchar | 64 | 0 | Y | N | 学生姓名 | |
3 | student_id | varchar | 64 | 0 | Y | N | 学生学号 | |
4 | student_gender | varchar | 64 | 0 | Y | N | 学生性别 | |
5 | student_departments | varchar | 64 | 0 | Y | N | 学生院系 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | teacher_user_id | int | 10 | 0 | N | Y | 教师用户ID | |
2 | teacher_id | varchar | 64 | 0 | Y | N | 教师工号 | |
3 | teacher_name | varchar | 64 | 0 | Y | N | 教师姓名 | |
4 | gender_of_teachers | varchar | 64 | 0 | Y | N | 教师性别 | |
5 | bishop_subject | varchar | 64 | 0 | Y | N | 主教科目 | |
6 | teachers_teaching_experience | varchar | 64 | 0 | Y | N | 教师教龄 | |
7 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
8 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | 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 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
系统的登录窗口是用户的入口,用户只有在登录成功后才可以进入访问。通过在登录提交表单,后台处理判断是否为合法用户,进行页面跳转,进入系统中去。
登录合法性判断过程:用户输入账号和密码后,系统首先确定输入输入数据合法性,然后在login.jsp页面发送登录请求,调用src下的mainctrl类的dopost方法来验证。
用户登录模块的IPO如下所示:
输入:用户名和密码。
处理:
1)检测用户输入的账号、密码是否正确及在数据库已对应存在。
2)从数据库中提取记录,并储存在本地的session中(timeout默认=30min)。
3)根据用户名,将其显示在系统首页上。
输出:是否成功的信息。
登录流程图如下所示。
图5-1登录流程图
系统登录界面如下所示。
图5-2系统登录界面
5.2.1 用户后台显示页面
系统呈现出一种简洁大方的首页:界面简约、鳞次栉比,用户能轻车熟路的使用。出于对系统使用群体广泛的顾虑,应有良好性能的后台。
如下图所示为用户后台界面。
图5-3用户后台界面
5.2.2公告通知页面
公告通知页面,在此栏可以通过搜索公告标题进行查看看到管理员发布的公告信息,如下所示。
图5-4公告信息界面图
防控登记:在“防控登记”这一菜单,我们点击进入进去以后,可能搜索学生姓名和学生学号进行查看或编辑体温信息、行程码、健康码、登记日期等内容进行提交,等待教师审核回复;防控登记界面如图所示。
图5-5防控登记界面图
图5-6登记界面图
请假申请:在“请假申请”这一菜单,我们点击进入进去以后,可以选择请假类型和请示老师,编辑请假原因、开始日期、结束日期等详细内容进行提交,等待教师审核回复;请假申请界面如图所示。
图5-7请假申请界面图
图5-8提交界面图
5.3管理员子系统模块的实现
5.3.1用户管理模块
用户在yhzhgl查看用户信息,先使用sql语句查询出所有用户表的数据,然后调用PageManager.getPages(url,4,sql, request ),返回一个ArrayList的对象,在for循环里,使用jsp得到每个ArrayList对象的数据,在jsp页面中解析ArrayList对象,得到其各个键值对的值。
用户管理界面如下图所示。
图5-9用户管理界面
5.3.2模块管理模块
管理员点击“模块管理”这一菜单会显示销假管理+防控登记+请假申请+公告通知这四个子菜单,管理员可以对这四个模块进行管理操作,模块管理界面如下图所示。
图5-10模块管理界面
请假管理:管理员可在请假管理这一栏通过搜索学生学号和学生姓名进行查看请假类型、请假日期、结束日期、请示老师等详细信息,可根据需要进行增删改查等操作,论文题目界面如下图所示。
图5-10请假管理界面
公告通知:管理员可在公告通知这一栏通过搜索公告标题进行查看公告编号、公告标题、发布人、发布日期、公告内容等详细信息,可根据需要进行增删改查等操作,公告通知界面如下图所示。
图5-11公告通知界面
防控登记:管理员可在“防控登记”这一栏可通过搜索学生姓名和学生学号进行查看学生姓名、学生学号、体温信息、行程码、健康码、登记日期、检查老师、审核状态等内容,可根据需要进行增删改查等操作;防控登记界面如下图所示。
图5-12防控登记界面
在对该系统进行完详细设计和编码之后,就要对学生管理系统的程序进行测试,检测程序是否运行无误,反复进行测试和修改,使之最后成为完整的软件,满足用户的需求,实现预期的功能。
在软件的测试过程中,通常测试人员需要针对不同的功能模块设计多种测试用例。通过测试用例能够及时发现代码业务逻辑上是否与真实的业务逻辑相对应,及时发现代码上或逻辑上的缺陷,以此来来完善系统,提高软件产品的质量,使软件具有良好的用户体验。
登录测试用例表如下所示。
表6-1登录测试用例
测试性能 | 用户或操作员登录系统 | ||
用例目的 | 测试用户或操作员登录系统时功能是否正常 | ||
前提条件 | 进入用户登录页面或操作员登录页面 | ||
输入条件 | 预期输出 | 实际情况 | |
各项信息不予填写,直接点击登陆按钮 | 不允许登录,提示填写账号相关信息 | 一致 | |
填写错误的登录名或密码后点击登录系统 | 提示用户名或密码错误,要求重新填写进行登录 | 一致 | |
填写与验证码信息不一致的信息 | 系统显示出提示信息,表明验证码错误,要求重新填写 | 一致 |
请假申请测试用例表如下所示。
表6-2请假申请测试用例
测试性能 | 请假申请相关信息管理功能 | ||
用例目的 | 测试系统后台操作员对请假申请相关信息进行管理的功能是否正常 | ||
前提条件 | 登录系统后台进入相关管理页面 | ||
输入条件 | 预期输出 | 实际情况 | |
学生登录,点击进入请假申请相关信息管理的页面 | 提示非超级用户,权限不够,无法进行相关页面删除 | 一致 | |
超级操作员登入,删除某个已被删除的请假申请 | 提示该信息删除失败 | 一致 | |
点击增加请假申请按钮 | 页面正常跳转 | 一致 | |
增加请假申请是,填写已存在的课程编号 | 提示该编号已存在 | 一致 |
经过对此系统的测试,得出该系统足以满足用户日常需求,在功能项目和操作等方面也能满足操作员对于其他用户的管理。但是,还有很多功能有待添加,这个系统仅能满足大部分的需求,还需要对此系统的功能更进一步的完善,这样使用起来才能更加的完美。
通过这次学生管理系统的开发,我参考了很多相关系统的例子,取长补短,吸取了其他系统的长处,逐步对该系统进行了完善,但是该系统还是有很多的不足之处,有待以后进一步学习。
实践证明,学生管理系统有着非常好的发展前景,经过测试运行,系统各项功能都十分完善,界面简洁,使用方便,操作容易,在技术理论上已经成熟。
通过学生管理系统的开发,本人巩固了之前学过的知识,如今将平时所学到的知识融合在设计中,在设计过程中,做了很多的准备,首先,在数据库系统的设计过程中,尤其是在数据库的工作原理、工作特点,对其深刻的讨论,与此同时,对于小型站点来说,最好服务器的选择,其次,利用所学的知识点分析所做的系统,并在此基础上设计。
目前本系统已经上线,正在试运行阶段,用户反馈良好,基本完成用户所需,试运行过程中没有出现阻断性问题,有一些不足和小问题也及时予以修正,系统上线后,为了保证数据的安全性,对系统进行了备份操作,系统备份是每两个月备份一次,数据库备份为每周备份一次,系统部署在租赁的云平台服务器中。
本次系统上线成功后,得到了用户的高度认可,但是在功能上和性能上还需做进一步的研究处理,使其有更高的性能和更好的用户体验。
系统在以后的升级过程中,需要解决一系列用户所提出的问题,例如打印过程中如何避免浏览器的兼容性问题,大量用户访问时,如何保持较高的响应速度,在系统今后的升级过程中将着重解决这些安全性问题。
参考文献
[1]Cowan Jackie,Hogan Anna,Enright Eimear. The commercialisation of school administration: one school’s enactment of a student management system in Aotearoa New Zealand[J]. Journal of Educational Administration and History,2022,54(2).
[2]袁峰.基于物联网技术的学生管理系统研究[J].电子技术与软件工程,2022(03):13-16.
[3]邬加白.基于互联网的校园学生管理系统分析[J].集成电路应用,2022,39(01):268-269.DOI:10.19339/j.issn.1674-2583.2022.01.117.
[4]陈奕达.计算机软件在高校学生管理系统中的应用[J].黑龙江科学,2021,12(19):142-143.
[5]赵飞燕,张丙虎.智慧校园学生管理系统的设计与构建[J].现代信息科技,2021,5(16):35-37.DOI:10.19850/j.cnki.2096-4706.2021.16.009.
[6]曲嘉瑄,董英帅.高职院校学生管理系统的研究与实现[J].软件,2021,42(08):76-78.
[7]Niu Chengyi. Research on Design Scheme of Multi-campus College Student Management System Based on Cloud Computing[J]. Journal of Physics: Conference Series,2021,1982(1).
[8]Zhou Tuo,Liu Defang. Poor University Students Management System Based on Web[J]. Journal of Physics: Conference Series,2021,1871(1).
[9]杨晓龙,贺琛.高校学生管理系统的演变与优化:基于耗散结构理论的分析[J].湖北经济学院学报(人文社会科学版),2021,18(03):140-142.
[10]桑一梅,陆文怡.学生管理系统的设计与实现[J].电脑知识与技术,2020,16(35):62-63+77.DOI:10.14004/j.cnki.ckt.2020.3783.
[11]梁延燕, 昱飞学生信息管理系统V1.0. 河南省,三门峡东来传媒有限公司,2020-10-26.
[12]刘宏杰.基于B/S架构的学生管理系统的设计探析[J].电子世界,2020(14):7-8.DOI:10.19353/j.cnki.dzsj.2020.14.002.
[13]张丽丽. 宝山技校学生管理系统的设计与实现[D].电子科技大学,2020.DOI:10.27005/d.cnki.gdzku.2020.002467.
[14]王振.探究高校学生管理系统建设[J].电子世界,2020(02):80-81.DOI:10.19353/j.cnki.dzsj.2020.02.037.
[15]吴妮真.高校学生管理系统的关键技术及特点[J].数码世界,2019(10):213.
[16]杨庆.高校学生管理系统大数据安全问题研究[J].长春教育学院学报,2019,35(06):33-36.
[17]崔驰, 数字化学生社团管理系统V1.0. 河南省,郑州师范学院,2018-04-01.
[18]谢博杨. 高职院校学生管理系统的设计与实现[D].河北工业大学,2018.DOI:10.27105/d.cnki.ghbgu.2018.000904.
[19]陈小年. 基于B/S的中职学校学生管理系统研究与设计[C]//.2016智能城市与信息化建设国际学术交流研讨会论文集I.,2016:227.
[20]李聪媛. 管理理论与实践[M].重庆大学出版社:高等学校经济管理类专业应用型本科系列规划教材, 201608.339.
致谢
时间过得真快,眨眼之间,大学四年的学习生活即将结束,无论是在学习还是生活的这四年,老师们给了我很多帮助,让我终身受益匪浅。老师们不仅帮我树立了正确的人生观和价值观,还帮我养成了很多好习惯,树立了终身学习的意识。在此,我要对我的所有老师表示衷心的感谢。与此同时,我还要感谢陪伴我在这四年里一起成长的伙伴们。他们给了我无私的帮助和关怀,让我在人生最好的四年中获得许多真诚的友谊。
毕业设计是大学四年的最后一个答卷,我们正忙着这四年的美好结束。在毕业项目主题选择的早期阶段,我很紧张担心自己选择的主题很复杂,难以理解,觉得不能这样做会影响我的毕业。是指导老师给我们提供了毕业设计的主题和具体要求,让我们对毕业设计不要太模糊,如果对主题有任何异议,要及时跟他沟通,并且还帮我们介绍他带过的优秀学哥学姐,对我们进行指导,这样再设计上遇到的问题就可以及时得到解决,对我们完成毕业设计提供好的指导条件。
对于毕业设计项目主要是对我在大学所学的专业知识进行一次综合的考验,让我们通过所学的技术知识可以真正的运用到实际动手开发中,通过项目的开发让我意识到自己很多地方的不足,所学知识的不扎实,不能很好的将自己所学的知识运用到系统实际开发上。后来通过自己在图书馆查阅大量书籍,完成系统的设计大纲,阅读笔记和翻译,毕业设计不仅要考验我们的个人能力,还要测验我们的学习态度,做到细节的事情。对于指导老师的帮助,我的毕业设计才可以顺利的完成,我非常感谢。
最后要感谢我的同学们,是你们不断的帮助、鼓励、熬夜、保持调试,测试程序,最终完成婚庆管理系统的运行。我们在交流,谈论时间,将是我们未来的财富,我要深深地感谢你。
毕业在即,在今后的工作和生活中,我会铭记师长们的教诲、同学们的帮助,继续不懈努力和追求,来报答所有支持和帮助过我的人!
免费领取项目源码,请关注●点赞●收藏并私信博主,谢谢~