摘 要
随着互联网趋势的到来,各行各业都在考虑利用互联网将自己推广出去,最好方式就是建立自己的互联网系统,并对其进行维护和管理。在现实运用中,应用软件的工作规则和开发步骤,采用Java技术建设校园故障报修系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的校园故障报修系统,实现功能:首页、系统用户(管理员、维修人员、注册用户)报修分类、报修信息、维修反馈、维修评价、通知公告等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。只需通过一台电脑,动动手指就可以操作系统,实现数据通信管理。整个系统的设计过程都充分考虑了数据的安全、稳定及可靠等问题,而且操作过程简单。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。
校园故障报修系统使用java语言springboot框架开发,使用 MyEclipse 2017 CI 10 编译器编写,数据方面主要采用的是微软的MySQL关系型数据库来作为数据存储媒介,配合前台vue.js+CSS 技术完成系统的开发。
关键词:校园故障报修系统;Eclipse;java;springboot
Abstract
With the arrival of the Internet trend, various industries are considering using the Internet to promote themselves. The best way is to establish their own Internet system and maintain and manage it. In practical applications, the working rules and development steps of application software are used to build a campus fault reporting system using Java technology.
This design mainly implements a campus fault repair system that combines the advantages of humanization, high efficiency, and convenience. The functions include: homepage, system users (administrators, maintenance personnel, registered users) repair classification, repair information, repair feedback, repair evaluation, notification announcements, and other functional modules. The system communicates with the server through a browser to achieve data exchange and change. You only need to use a computer and move your fingers to operate the system, achieving data communication management. The entire system design process fully considers issues such as data security, stability, and reliability, and the operation process is simple. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services.
The campus fault reporting system is developed using the Java language Spring Boot framework and the MyEclipse 2017 CI 10 compiler. The data mainly uses Microsoft's MySQL relational database as the data storage medium, and is developed in conjunction with front-end HTML+CSS technology.
Keywords: Campus fault repair system; Eclipse; Java; Springboot
目录
1 绪论
1.1 研究背景及意义
随着高等教育的普及和学生人数的增加,校园设施的数量和规模也在不断扩大。然而,由于设施老化、损坏或其他原因,校园设施经常需要进行维修和保养。传统的报修方式存在效率低下、信息不透明等问题,无法满足快速、准确处理报修请求的需求。为了解决这些问题,校园故障报修系统应运而生。该系统利用信息技术和网络通信技术,将报修流程数字化和自动化,提供一个在线平台供学生和教职员工提交报修请求,并实现报修请求的自动分派、跟踪和反馈。通过研究校园故障报修系统的背景,可以深入了解传统报修方式存在的问题和挑战,为开发更高效、智能化的校园故障报修系统提供理论基础和指导。
1.2研究内容
校园故障报修系统的开发及实现,所需要的工作内容:
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,校园故障报修系统的开发使用springboot框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户,并且根据用户划分确定所要设计的功能模块,对校园故障报修系统的设计主要划分别为管理员和用户,并所使用的功能模块也相应不同,但系统的数据库实现的内容是交互的,可以随时根据自己的需求进行报修信息搜索,对于系统工作人员可以根据自己的分管内容进行在线信息的处理及操作,管理员获取到所有用户的详细数据信息,并根据需求进行第一时间处理解决。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,通过测试来判断程序是否完善,对于系统测试,要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
1.3相关技术介绍
(1)校园故障报修系统中的web后台管理中的后端不再使用古老的jsp+javabean+servlet技术,而是使用当前主流的springboot框架,它减少java配置代码,简化编程代码,目前springboot框架也是很多企业选择的框架之一。
(2)校园故障报修系统中的web后台管理中的前端使用的是bootstrap框架,它配合ajax和jquery可以美化页面设计。
(3)流行vue框架结合jQuery技术,在jQuery基础上扩展一些插件,通过自己定义插件更好的实现前端的设计。
(4)校园故障报修系统中数据库用的mysql5.7,它执行效率高。
1.4springboot框架介绍
Spring框架是一个开源的Java应用框架,它提供了一系列解决方案来简化Java应用程序的开发。Spring框架具有以下特点和功能:
控制反转(Inversion of Control,IOC):Spring框架通过IOC容器管理对象的生命周期,开发者可以通过依赖查找或依赖注入来获取对象,从而实现对象的统一配置和管理。
面向切面编程(Aspect-Oriented Programming,AOP):Spring框架提供了AOP框架,基于代理模式实现运行时可配置的切面功能。通过AOP,开发者可以将交叉关注点进行模块化,实现声明式的事务管理、日志记录等功能。
事务管理:Spring框架的事务管理框架为Java平台带来了抽象机制,支持本地和全局事务以及嵌套事务,并与保存点一起工作。开发者可以使用事务模板、XML或Java注解进行事务配置,同时集成了消息传递和缓存等功能。
数据访问:Spring框架的数据访问框架解决了在应用程序中使用数据库时常见的困难。它支持多种数据访问框架,如JDBC、iBatis/MyBatis、Hibernate、JDO、OJB和Cayenne,并与Spring的事务管理集成,提供灵活的数据访问抽象。
Web开发:Spring框架最初没有自己的Web MVC框架,但后来开发了Spring MVC来解决现有Web框架的不足。Spring MVC提供了更好的分离性,将呈现层、请求处理层和模型进行了更清晰的划分。
总之,Spring框架通过IOC、AOP、事务管理、数据访问和Web开发等功能,为Java应用程序的开发提供了便利和灵活性。它已经成为Java开发中广泛使用的框架之一,并在企业级应用开发中得到了广泛应用和认可。
2 校园故障报修系统分析
2.1 可行性分析
2.1.1 技术可行性分析
通过了解对校园故障报修系统的真实需求后,将校园故障报修系统所需要的角色划分整理成了下图2-1,图2-2和图2-3。
从开发工具来看,由于校园故障报修系统是基于JAVA的,因此有很多开发工具都可以进行开发,这些功能强大的开发工具可以给我来设计校园故障报修系统带来非常大的方便。
从校园故障报修系统的本身技术来说,对于我来开发一个校园故障报修系统这个毕设是不费事的。校园故障报修系统的开发可以简单的分为前台端、后台端开发以及数据库开发。其中的大部分技术难点在我上学时已经使用过了,同时网络上很多技术点可以让我来借鉴。Web后台管理使用JAVA的springboot架构开发,数据库使用mysql,页面上使用javascript脚本,因此为我在开发校园故障报修系统这个毕设上省去了很多多余代码,这给我的毕设项目编写带来了极大的便利。综上所述,从技术层面来看开发校园故障报修系统是可行的。
从用户体验来看,市面上很多被广泛使用的系统案例可以让我来参考,因此我可以综合它们的页面交互设计的优点,基于我的毕设项目特点来进行改版,最后达到令用户满意的页面交互体验。综上所述,从技术层面来看开发校园故障报修系统是可行的。
2.1.2 经济可行性分析
从校园故障报修系统的开发成本来看,校园故障报修系统的设计和开发都是我自己完成的,没有其他成本上的开销。
从校园故障报修系统的维护成本来看,校园故障报修系统的开发遵循一套完整的代码编写规范,并且校园故障报修系统的结构设计非常灵活,遵循高内聚低耦合的原则,因此易于维护和迭代开发。
在校园故障报修系统上线之后,上线前期我会根据真实需求来调查,对使用我开发的校园故障报修系统来制定一套符合的使用费。系统运行稳定后我会将推广范围到其他的学校当中,其他学校可以使用我的校园故障报修系统,只需要缴纳一点点的定金,我会给他们引入广告投资和自营业务。
综合以上的分析,校园故障报修系统所带来的经济效益将会带来极大的收益。并且随着我的推广,来使用我开发的校园故障报修系统的市场将越来越大,校园故障报修系统带来的利润也就越来越多。因此,从经济层面来看开发校园故障报修系统的是可行的。
2.2 系统需求分析
2.2.1 功能性需求分析
校园故障报修系统从角色上划分为了学生用户、维修用户以及管理员三种角色。
管理员角色:
- 登录:管理员的账号是在数据表表中直接设置生成的,不需要进行注册;
(2)系统用户:当点击“系统用户”这一菜单的时候,会出现管理员+维修人员+注册用户三个子菜单,可以对这三个模块进行增删改查操作;
(3)报修分类:当点击“报修分类”这一菜单的时候,可以对这报修分类进行增删改查操作;
(4)报修信息:当点击“报修信息”这一菜单的时候,可以查看报修单号、故障地址、相关图片、报修用户、报修状态报修类型、报修物品、报修描述、联系电话、维修人员、审核回复、审核状态,管理员能够对报修信息进行增删改查操作;
(5)维修反馈:当点击“维修反馈”这一菜单的时候,可以查看报修单号、报修类型、报修用户、维修人员、报修物品、维修时间、故障说明,管理员能够对维修反馈信息进行管控;
(6)维修评价:当点击“维修评价”这一菜单的时候,可以查看报修物品
、评分、评价内容,管理员能够对维修评价信息进行增删改查操作;
(7)通知公告:当点击“通知公告”这一菜单的时候,可以对这通知公告进行增删改查操作
(8)个人管理:管理员点击“个人管理”菜单可以对个人信息以及登录的密码进行设置。
系统用户角色:
(1)用户登录:想要实现报修以及报修评价等操作,就必须有这个系统的账号,管理员进行用户添加以后进行登录相关的操作,同时用户还可以通过“我的账户”这以按钮对个人信息以及操作的信息进行管控。
(2)报修信息:在导航栏上我们会看到“报修信息”这一菜单,学生点击详情进入以后,输入报修单号、故障地址、相关图片、报修用户、报修状态报修类型、报修物品、报修描述、联系电话,点击“提交”按钮进行提交,同时也支持对已有的报修进行编辑、修改和查询;
(3)维修反馈:在导航栏上我们会看到“维修反馈”这一菜单,学生点击详情进入以后,输入报修单号、报修类型、报修用户、维修人员、报修物品、维修时间、故障说明,点击“提交”按钮进行提交,同时也支持对已有的维修反馈进行编辑、修改和查询;
(4)维修评价:在首页导航栏上我们会看到“维修评价”这一菜单,学生点击详情进入以后,填写报修物品、评分、评价内容、维修人员,点击“提交”按钮进行提交,同时也支持对已有的评价进行编辑、修改和查询。
(5)通知公告:当用户点击导航栏“通知公告”这个按钮,可以查看管理员发布的通知公告信息;
(6)个人中心:当用户点击右上角“个人中心”这个按钮,就会进入到对应的后台进行信息的管理了;
(7)我的账户:在前台点击“我的”可以对个人资料+密码修改的信息进行管控。
维修用户角色:
(1)登录:维修用户输入账号与密码登入系统,同时维修用户还可以通过“我的账户”这以按钮对个人信息以及操作的信息进行管控。
(2)报修信息:在首页导航栏上我们会看到“报修信息”这一菜单,维修点击详情进入以后,可以查看报修单号、故障地址、相关图片、报修用户、报修状态报修类型、报修物品、报修描述、联系电话,点击“查询”按钮进行查询,同时也支持对已有的报修进行详情和维修反馈;
(3)维修评价:在首页导航栏上我们会看到“维修评价”这一菜单,维修用户点击详情进入以后,可以查看学生对报修的评价,同时也支持对已有的评价进行编辑、和查询。
(4)通知公告:在首页导航栏上我们会看到“通知公告”这一菜单,维修用户点击详情进入以后,可以查看通知公告。
2.2.2 非功能性分析
校园故障报修系统的非功能性需求比如校园故障报修系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1校园故障报修系统非功能需求表
安全性 | 主要指校园故障报修系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指校园故障报修系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响校园故障报修系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着校园故障报修系统的页面展示内容进行操作,就可以了。 |
可维护性 | 校园故障报修系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
根据上一节功能分析,可以得出系统的用例,用户角色用例如图2.1所示。
图2.1 校园故障报修系统中用户角色用例图
管理员角色用例如图2.2所示。
图2.2 校园故障报修系统管理员角色用例图
维修用户角色用例如图2.3所示。
图2.3校园故障报修系统维修用户角色用例图
3 校园故障报修系统总体设计
3.1 系统模块设计
根据第二章中校园故障报修系统的功能分析可知,校园故障报修系统中整体功能模块图如图3.1所示,
图3.1 校园故障报修系统功能模块图
3.2 数据库设计
3.3.1 数据库概念结构设计
下面是整个校园故障报修系统中主要的数据库表总E-R实体关系图。
图3.2 校园故障报修系统总E-R关系图
3.2.2 数据库逻辑结构设计
在数据库表中我们会看到系统的表名、主键、外键等信息,我们通过数据库表的主键、外键把每个表关联起来,然后在界面中展示,本校园故障报修系统的主要的数据库表如下:
表maintenance_evaluation (维修评价)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | maintenance_evaluation_id | int | 10 | 0 | N | Y | 维修评价ID | |
2 | repair_order_number | varchar | 64 | 0 | Y | N | 报修单号 | |
3 | repair_type | varchar | 64 | 0 | Y | N | 报修类型 | |
4 | repair_user | int | 10 | 0 | Y | N | 0 | 报修用户 |
5 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 维修人员 |
6 | repair_items | varchar | 64 | 0 | Y | N | 报修物品 | |
7 | score | varchar | 64 | 0 | Y | N | 评分 | |
8 | evaluation_content | text | 65535 | 0 | Y | 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 | maintenance_personnel_id | int | 10 | 0 | N | Y | 维修人员ID | |
2 | maintenance_employee_number | varchar | 64 | 0 | Y | N | 维修员工号 | |
3 | name_of_repairman | varchar | 64 | 0 | Y | N | 维修员姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | 更新时间 |
表notification_announcement (通知公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notification_announcement_id | int | 10 | 0 | N | Y | 通知公告ID | |
2 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
3 | related_attachments | varchar | 255 | 0 | Y | N | 相关附件 | |
4 | publisher | varchar | 64 | 0 | Y | N | 发布人 | |
5 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
6 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | registered_users_id | int | 10 | 0 | N | Y | 注册用户ID | |
2 | name | varchar | 64 | 0 | Y | N | 姓名 | |
3 | gender | varchar | 64 | 0 | Y | N | 性别 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
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 | repair_classification_id | int | 10 | 0 | N | Y | 报修分类ID | |
2 | repair_type | varchar | 64 | 0 | Y | N | 报修类型 | |
3 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | repair_feedback_id | int | 10 | 0 | N | Y | 维修反馈ID | |
2 | repair_order_number | varchar | 64 | 0 | Y | N | 报修单号 | |
3 | repair_type | varchar | 64 | 0 | Y | N | 报修类型 | |
4 | repair_user | int | 10 | 0 | Y | N | 0 | 报修用户 |
5 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
6 | repair_items | varchar | 64 | 0 | Y | N | 报修物品 | |
7 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 维修人员 |
8 | repair_time | date | 10 | 0 | Y | N | 维修时间 | |
9 | fault_description | text | 65535 | 0 | Y | 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 | repair_information_id | int | 10 | 0 | N | Y | 报修信息ID | |
2 | repair_order_number | varchar | 64 | 0 | Y | N | 报修单号 | |
3 | repair_type | varchar | 64 | 0 | Y | N | 报修类型 | |
4 | fault_address | varchar | 64 | 0 | Y | N | 故障地址 | |
5 | repair_items | varchar | 64 | 0 | Y | N | 报修物品 | |
6 | related_images | varchar | 255 | 0 | Y | N | 相关图片 | |
7 | repair_description | text | 65535 | 0 | Y | N | 报修描述 | |
8 | repair_user | int | 10 | 0 | Y | N | 0 | 报修用户 |
9 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
10 | repair_status | varchar | 64 | 0 | Y | N | 报修状态 | |
11 | maintenance_personnel | int | 10 | 0 | Y | N | 0 | 维修人员 |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 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 | 创建时间: |
4 校园故障报修系统设计与实现
校园故障报修系统的详细设计与实现主要是根据前面的校园故障报修系统的需求分析和校园故障报修系统的总体设计来设计页面并实现业务逻辑。主要从校园故障报修系统界面实现、业务逻辑实现这两部分进行介绍。
4.1 系统首页界面
当进入校园故障报修系统的时候,首先映入眼帘的是系统的导航栏,下面是功能信息,其主界面展示如下图4.1所示。
图4.1 首页界面图
4.2 登录界面
校园故障报修系统中的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到校园故障报修系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4.2所示。
![](https://i-blog.csdnimg.cn/direct/04fccd5802424626ae090f80b5f2262b.png)
图4.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, "账号或密码不正确");
}
}
4.3密码修改界面
用户使用该校园故障报修系统注册完成后,用户对登录密码有修改需求时,系统也可以提供用户修改密码权限。系统中所有的操作者能够变更自己的密码信息,执行该功能首先必须要登入系统,然后选择密码变更选项以后在给定的文本框中填写初始密码和新密码来完成修改密码的操作。在填写的时候,假如两次密码填写存在差异,那么此次密码变更操作失败,下面的图片展示的就是该板块对应的工作面,密码修改界面如下图4.3所示。
![](https://i-blog.csdnimg.cn/direct/ef4323afdf2f4714a07b5590b4b8f023.png)
图4.3密码修改界面图
密码修改的逻辑代码如下所示。
/**
* 修改密码
* @param data
* @param request
* @return
*/
@PostMapping("change_password")
public Map<String, Object> change_password(@RequestBody Map<String, String> data, HttpServletRequest request){
// 根据Token获取UserId
String token = request.getHeader("x-auth-token");
Integer userId = tokenGetUserId(token);
// 根据UserId和旧密码获取用户
Map<String, String> query = new HashMap<>();
String o_password = data.get("o_password");
query.put("user_id" ,String.valueOf(userId));
query.put("password" ,service.encryption(o_password));
Query ret = service.count(query, service.readConfig(request));
List list = ret.getResultList();
Object s = list.get(0);
int count = Integer.parseInt(list.get(0).toString());
if(count > 0){
// 修改密码
Map<String,Object> form = new HashMap<>();
form.put("password",service.encryption(data.get("password")));
service.update(query,service.readConfig(request),form);
return success(1);
}
return error(10000,"密码修改失败!");
}
4.4报修信息界面
当点击“报修信息”这一菜单的时候,可以查看报修单号、故障地址、相关图片、报修用户、报修状态报修类型、报修物品、报修描述、联系电话、维修人员、审核回复、审核状态,管理员能够对报修信息进行增删改查操作。
图4.4 报修信息管理界面图
图4.5 报修信息添加界面图
报修信息的逻辑代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
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){
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry<String,Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry<String,Object> entry:body.entrySet()){
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作:{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
4.6 维修评价界面
当点击“维修评价”这一菜单的时候,可以查看报修物品、评分、评价内容,管理员能够对维修评价信息进行增删改查操作,报修评价界面如下图4.6所示。
图4.6 维修评价界面图
5校园故障报修系统测试
校园故障报修系统测试是为了检验软件是否达到设计要求,是否存在错误,通过测试的方法来检查校园故障报修系统,以便发现校园故障报修系统中的错误。测试工作是保证校园故障报修系统质量的关键。
5.1 调试部分问题
问题1:数据库无法添加中文。
解决过程:重新创建数据库,将库的编码格式改为utf8。
效果:能在新库的表中添加中文。
问题2:控制台报错前台与后台参数不一致
解决过程:检查代码,找到报错参数完成修改,继续报错,服务器移除项目重新运行。
效果:重启项目不再报错。
问题3:报错No bean named 'sysLogServiceImpl' available找不到名为sysLogServiceImpl的bean的对象。
解决过程:询问导师报错原因,发现错误原因是未添加注解@Service,需要在在impl实现类的外面添加@Service注解。
效果:重新debug项目无报错。
问题4:启动项目时报错:Mapped Statements collection does not contain value for
解决过程:网上搜索解决办法,出错可能的原因有多个,经过努力排查,错误原因是mapper映射地址有误。在mybatis-config里重新配置地址。
效果:项目启动正常
5.2 系统测试用例
系统测试包括:用户登录功能测试、报修信息展示功能测试、报修信息添加、报修信息搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
用户登录功能测试:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
报修信息查看功能测试:
表5-2 报修信息查看功能测试表
用例名称 | 报修信息查看 |
目的 | 测试报修信息查看功能 |
前提 | 用户登录 |
测试流程 | 点击报修信息列表 |
预期结果 | 可以查看到所有报修信息信息 |
实际结果 | 实际结果与预期结果一致 |
管理员添加报修信息界面测试:
表5-3 管理员添加报修信息界面测试表
用例名称 | 报修信息发布测试用例 |
目的 | 测试报修信息发布功能 |
前提 | 学生用户正常登录情况下 |
测试流程 | 1)学生点击报修信息信息管理就,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的报修信息信息 |
实际结果 | 实际结果与预期结果一致 |
报修信息搜索功能测试:
表5-4报修信息搜索功能测试表
用例名称 | 报修信息搜索测试 |
目的 | 测试报修信息搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的报修信息 |
实际结果 | 实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
5.3 系统测试结果
通过编写校园故障报修系统的测试用例,已经检测完毕用户登录模块、报修信息查看模块、报修信息添加模块、报修信息搜索模块、密码修改功能测试,通过这5大模块为校园故障报修系统的后期推广运营提供了强力的技术支撑。
结论
至此,校园故障报修系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如springboot、JAVA技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]郭子傲,杨凯江.基于Java的在线音乐系统的设计与实现[J].工业控制计算机,2023,36(10):66-67+70.
[2]刘佳乐,赵雨,厚露露等.基于Java Web的学生信息管理系统[J].现代信息科技,2023,7(19):21-24.DOI:10.19850/j.cnki.2096-4706.2023.19.005.
[3]尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023(05):45-47.
[4]袁琳琳.浅析Java语言在计算机软件开发中的应用[J].信息记录材料,2023,24(09):81-83.DOI:10.16009/j.cnki.cn13-1295/tq.2023.09.006.
[5]程小红.基于Java程序设计语言中一维数组的应用[J].数字技术与应用,2023,41(08):31-34.DOI:10.19695/j.cnki.cn12-1369.2023.08.10.
[6]闫立誉.基于Java平台开发的软件保护技术探究[J].数字技术与应用,2023,41(08):199-201.DOI:10.19695/j.cnki.cn12-1369.2023.08.63.
[7]庞嵩昊,李盈,赵艺等.基于Vue和SpringBoot前后端分离的宠物服务系统的设计与实现[J].电脑知识与技术,2023,19(21):42-45.DOI:10.14004/j.cnki.ckt.2023.1068.
[8]银莉,杜啸楠.基于SpringBoot和Vue的校园积分系统的设计与实现[J].集成电路应用,2023,40(07):414-415.DOI:10.19339/j.issn.1674-2583.2023.07.187.
[9]王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
[10]唐双林. 基于Vue和SpringBoot架构的智能推荐农产品团购销售系统[D].重庆三峡学院,2023.DOI:10.27883/d.cnki.gcqsx.2023.000390.
[11]Yang Y. Design and Implementation of Student Information Management System Based on Springboot[J]. Advances in Computer, Signals and Systems,2022,6(6).
[12]傅祥坤,杨永超.基于微信小程序的高校宿舍报修系统设计[J].电脑知识与技术,2022,18(22):42-44.DOI:10.14004/j.cnki.ckt.2022.1512.
[13]Hejing W. Commerce Middle Office Management System Based on Springboot[J]. International Journal of Advanced Network, Monitoring and Controls,2022,7(2).
[14]刘华明,钱焕然,毕学慧等.高校宿舍管理系统的设计与实现[J].通化师范学院学报,2021,42(10):89-93.DOI:10.13877/j.cnki.cn22-1284.2021.10.014.
[15]杨梅蓉.“互联网+”视域下高校智慧宿舍应用研究[J].职业技术,2020,19(03):1-7.DOI:10.19552/j.cnki.issn1672-0601.2020.03.001.
[16]史英杰,刘朋,杨巍.高校公寓管理系统的设计与开发[J].无线互联科技,2019,16(20):37-38.
[17]陈佳,樊梦,唐佳作.云环境下校园设备报修系统设计与实现[J].数字通信世界,2019(08):177-178.
[18]薛恒威.基于Android的校园报修系统的设计与实现[J].佛山科学技术学院学报(自然科学版),2018,36(06):53-57.DOI:10.13797/j.cnki.jfosu.1008-0171.2018.0112.
[19]王颖,李丹丹,李叶等.基于Android的校园报修小助手的开发与设计[J].福建电脑,2017,33(10):139+150.DOI:10.16707/j.cnki.fjpc.2017.10.070.
[20]陈萧如.新时代的智慧校园服务新生态[J].城市开发,2017(17):24-25.
致 谢
时间过的很快,不知不觉,在大学的学习生活即将结束。毕业之际,我真诚地向帮助过我的老师、家人、同学、朋友们表达感谢。首先要感谢的是我的母校。感谢母校给了我美好的生活和优越的学习环境,使我能学到了很多知识,也不断的变得优秀;感谢家人在这四年期间一直给与我的爱和无条件的支持,让我没有后顾之忧地完成学业;感谢软件学院的任课老师们给我鼓励和认可,让我有信心去做好每一件事情;感谢同学们的帮助,让我的大学生活更有意义。在此次毕业设计的实现过程中, 我得到了老师们的耐心指导让我顺利完成了该设计。从最初的选题和开题开始,老师就给予我很多帮助,他们认真负责的态度、丰富的景点经验让我学到了很多。
同时也要感谢我敬爱的班主任和实训报修信息的老师,他们在各个方面都教给了我丰富的经验,在面对各种困难时如何处理。因为今年的特殊性,老师们不仅在学习中给我以精心的指导,同时还在其它方面给予我观关怀,指导老师不辞辛苦的为大家录制视频和一遍遍讲解让我心怀感激之情。在此,我真诚的感恩、感谢我的指导教师们。
还要感谢实习期间不厌其烦教导我鼓励我的技术师傅,他指导了我各个方面的技巧,尤其是编程方面,迄今我的很多技巧和编写规范都有赖于他的指导、纠正。
最后还要特别感谢身边的各位同学们,一直支持鼓励我,无论何时何种境况。我很荣幸获得同学们的帮助,也很开心能够和大家共度大学四年的时光。
最后的最后,再次发自肺腑的感谢所有帮助过我的人。
点赞+收藏+关注 →私信领取本源代码、数据库