SSM高考志愿智能选择系统
摘 要
高中教育的普及使得每年高考人数攀升,与此同时,信息不对称会使部分考生处于劣势,造成获录学校或专业性价比不高、报录比偏低、复读率增高、考研热等问题。针对这些情况,本文设计并实现了高考志愿智能选择系统,通过研究用户的个性化需求,从海量信息中挖掘出有价值的推荐信息。
高考志愿智能选择系统主要功能模块包括学校信息、专业分类、专业推荐、填报记录等,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取Mysql作为后台数据的主要存储单元,采用SSM框架、JSP技术、Ajax技术进行业务系统的编码及其开发,实现了平台全部功能。
关键词:高考志愿智能选择;SSM框架;MySQL数据库
SSM college entrance examination volunteer intelligent selection system
Abstract
The popularity of high school education makes the number of college entrance examination rise every year. At the same time, information asymmetry will put some candidates at a disadvantage, resulting in problems such as low cost performance of registered schools or majors, low registration ratio, increased repetition rate, postgraduate entrance examination fever, civil servant examination fever and so on. In view of these situations, this paper designs and implements the college entrance examination volunteer intelligent selection system. By studying the personalized needs of users, this paper mines valuable recommendation information from a large amount of information.
The main functional modules of the college entrance examination voluntary intelligent selection system include school information, professional classification, professional recommendation, filling in records, etc. the object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use, improve the corresponding software architecture and program coding, take MySQL as the main storage unit of background data, adopt SSM framework, JSP technology Ajax technology encodes and develops the business system, and realizes all the functions of the platform.
Key words:College entrance examination voluntary intelligent choice; SSM framework; Mysql database
目 录
第1章 绪论 1
1.1 研究背景与意义 1
1.2 本文的结构 1
第2章 相关技术介绍 3
2.1 开发技术 2
2.2 ssm框架介绍 2
2.3 MySQL数据库 2
2.4 B/S结构 2
2.5 B/S体系工作原理 2
2.6 ssm框架各层关系 3
2.7JavaScript 运行模式 3
第3章 系统分析 6
3.1 可行性分析 6
3.2 功能需求分析 6
3.2.1 前台用户功能 7
3.2.2 后台管理员功能 8
3.3 非功能需求分析 8
3.4 安全性需求分析 9
3.4.1 系统的安全性 9
3.4.2 数据的安全性 9
3.5 数据流程分析 9
第4章 系统设计 11
4.1 系统架构设计 11
4.2 系统总体设计 11
4.3 系统功能设计 12
4.4 数据库设计 12
4.4.1 数据需求分析 12
4.4.2 数据库概念设计 13
4.4.3 数据库表设计 13
第5章 系统实现 18
5.1 注册模块的实现 18
5.2 登录模块的实现 19
5.3 用户资料修改模块的实现 20
5.4 学校信息推荐模块的实现 21
5.5 交流论坛模块的实现 21
5.6 专业推荐管理模块的实现 22
5.7 填报记录管理模块的实现 24
第6章 系统测试 32
6.1 测试目的 32
6.2 功能测试 32
6.3 性能测试 33
第7章 总结与展望 35
参考文献 36
致谢 38
随着高中教育的普及,高考几乎是每个高中学子都要经历的一道坎。据统计,自1977年再次恢复高考之后,报名高考的人数年年攀升,最高能达1000万人之多;另外,短短40年时间,高校从404所发展到了2595所,且录取率从5%升到了75%上下。由此可见高考教育的欣欣向荣之态。在我国,高考可以说是人生的一大转折,去一个好的学校、合乎兴趣又前景不错的专业,这极有可能意味着,你从此能走上更优的康庄大道。
高考志愿是考生在高考完后填报院校和专业的活动,该活动是考生与院校之间的“双向选择”,首先学生在填报志愿的过程中表达了自己对什么高校、哪种专业的向往,而院校则根据考生的志愿来择优录取。简言之,高考志愿是考生职业向往、兴趣爱好、学习能力等因素的综合反映。如何让高校和学生在“双向选择”中达到一种平衡,尤其是让学生选择一个理想的学校和专业,这是一个深话题。
理性投资人会用最少的投入得到最大的收益,确保利益最大化。填志愿也一样,理性志愿人会以最少的分数来得到优质大学、适宜专业的垂青。但是,在填志愿时,各位考生对有关信息的掌握是有差异的;掌握信息比较充分的学生,往往处于比较有利的地位,而信息贫乏的学生,则处于比较不利的地位。全国高校多达2595所,专业也多达1000多种,大部分学生和家长对这些学校和专业的信息掌握都十分匮乏,以至上了一个性价比不那么高的学校和专业,抱憾终生;不少学生本科毕业工作不理想而选择考研、考公务员;更有甚者,多花一年的时间成本去复读。所以,对于考生来说合理训左志愿意义深远,不仅能节约时间成本、让学生选择一个合乎兴趣和有职业竞争力的专业,更能一定程度上提高报录比、降低复读率的问题。
-
- 本文的结构
本文具体内容包括:绪论、系统采用的关键技术、系统分析、系统设计、系统实现和系统测试。本文着重描述了系统的组成与结构,阐述了系统的设计方案、实现方法以及所采用的开发工具和相关技术,另外,重点剖析了部分环节的开发过程。本系统在一定的环境下对系统的重要模块进行了模拟测试,证实了系统的可用性、可靠性。
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于Java的ssm框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用ssm作为开发框架,同时集成MyBatis、Redis等相关技术。
-
- ssm框架介绍
SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。
1.1 Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
1.2 SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
1.3 mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。
页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。
-
- MySQL数据库
科技的进步,给日常带来许多便利:教室的投影器用到了虚拟成像技术,数码相机用到了光电检测技术,比如超市货物进出库的记录需要一个信息仓库。这个信息仓库就是数据库,而这次的超市商品管理系统也需要这项技术的支持。
用MySQL这个软件,是因为它能接受多个使用者访问,而且里面存在Archive等。它会先把数据进行分类,然后分别保存在表里,这样的特别操作就会提高数据管理系统自身的速度,让数据库能被灵活运用。MySQL的代码是公开的,而且允许别人二次编译升级。这个特点能够降低使用者的成本,再搭配合适的软件后形成一个良好的网站系统。虽然它有缺点,但是综合各方面来说,它是使用者的主流运用的对象。
-
- B/S结构
B/S(Browser/Server)比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端,那么工作就达到“瘦身”效果, 不需要考虑不停装软件的问题。
-
- B/S体系工作原理
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
-
- ssm框架各层关系
DAO层、Service层这两个层次都可以单独开发,互相的耦合度很低,完全可以独立进行,这样的一种模式在开发大项目的过程中尤其有优势。
Controller,View层因为耦合度比较高,因而要结合在一起开发,但是也可以看作一个整体独立于前两个层进行开发。这样,在层与层之前只需要知道接口的定义,调用接口即可完成所需要的逻辑单元应用,一切显得非常清晰简单。
-
- JavaScript 运行模式
JavaScript是一种属于网络的高级脚本语言,已经被广泛用于Web应用开发,常用来为网页添加各式各样的动态功能,为用户提供更流畅美观的浏览效果。通常JavaScript脚本是通过嵌入在HTML中来实现自身的功能的。
1.1是一种解释性脚本语言(代码不进行预编译)。
1.2主要用来向HTML(标准通用标记语言下的一个应用)页面添加交互行为。
1.3可以直接嵌入HTML页面,但写成单独的js文件有利于结构和行为的分离。
1.4跨平台特性,在绝大多数浏览器的支持下,可以在多种平台下运行(如Windows、Linux、Mac、Android、iOS等)。
1.5 JavaScript脚本语言同其他语言一样,有它自身的基本数据类型,表达式和算术运算符及程序的基本程序框架。JavaScript提供了四种基本的数据类型和两种特殊数据类型用来处理数据和文字。而变量提供存放信息的地方,表达式则可以完成较复杂的信息处理。
开发任何一个系统,都要对其可行性进行分析,对其时间和资源上的限制进行考虑,这样可以减少系统开发的风险。同时,分析之后不仅能够合理的运用人力,还能在各方面资源的消耗上得到节省。下面就对技术、经济和社会三个方面来介绍。
实用性方面,本次设计的主要任务是在高考志愿智能选择系统内实现校园信息、专业分类、专业推荐、填报记录功能等,符合当前潮流的发展。从用户角度出发,同时也考虑系统运营成本和人力资源,采用网络上的便捷方式,实现线上业务,使得业务流程更系统,也更方便用户的体验,比较实用。
经济性方面,由于本课题中设计的高考志愿智能选择系统的主要目的是为了能够更加方便及快捷的进行专业信息的查询管理及检索服务,也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率,同时也需要有效的保证查询者的信息方面的安全性,同时这个高考志愿智能选择系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本,因此,从经济上来说开发这个软件是可行的。
高考志愿智能选择系统的功能主要分为前台用户根据自己的需求进行注册登录,浏览学校信息、专业信息并可以在线进行专业填报。后台系统管理员主要对用户信息、专业推荐、专业分类、填报记录进行管理等。
学生用例图如下所示。
图3-1 学生用例图
管理员用例图如下所示。
图3-2 管理员用例图
前台注册用户的功能如下:
注册登录:用户填写个人信息,并验证手机号码进行账户注册,注册成功后方可登录系统。
学校信息:用户可以在线上进行学校信息浏览等。
维护个人信息:用户因个人信息的变更可以随时修改自己注册信息。
交流论坛:用户在线进行交流论坛发布操作。
专业信息:用户可以对专业信息进行查看了解等。
专业填报:用户可以进行专业填报操作。
学校资讯:学校资讯浏览。
管理员功能如下:
修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。
用户管理:对注册的用户信息进行维护管理等。
学校信息管理:对学校信息,维护,添加、删除、修改信息。
交流论坛管理:对用户发布的交流信息进行维护管理。
专业信息管理:对不同专业信息进行维护管理。
填报记录管理:对学生提交的专业填报记录进行维护管理。
学校资讯管理:对资讯进行发布管理。
首先主要考虑的是系统功能软件,在具体设计的环节上,是不是能够较好的满足各类用户的基本功能需求,如果不能较好的满足用户需求,那么这个系统的存在是没有价值的。软件系统的非功能性求分析,从7个方面展开,一个是性能分析,针对系统;一个是安全分析,针对系统,一个是完整度分析,针对系统,一个是可维护分析,针对系统,一个是可扩展性分析,针对系统,一个是适应业务的性能分析。面对高考志愿智能选择与系统存在的性能、安全、扩展、完整度等7个方面性能综合比对分析后发现,需要相应的非功能性需求分析。
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护学校的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责,更是对学校的负责。尤其针对于高考志愿智能选择系统来说,必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制,针对角色的不通限制使用者的权限,以此来确保系统的安全性。
数据库中的数据是从外界输入的,当数据的输入时,由于种种原因,输入的数据会无效,或者是脏数据。因此,怎样保证输入的数据符合规定,成为了数据库系统,尤其是多用户的关系数据库系统首要关注的问题。
因此,在写入数据库时,要保证数据完整性、正确性和一致性。
对系统的数据流进行分析,系统的使用者分为二类,一般用户(学生),管理员。系统主要对界面信息传送,登录信息的验证,注册信息的接收,用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是是什么身份,是根据登录的数据来判断后,跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作,数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统底层数据流图如下图所示。
图3-3 底层数据流图
系统可以分为前台和后台两部分,每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库,既分别对数据库做不同的操作。
高考志愿智能选择系统的架构设计主要分为可以3层,主要有Web层,业务层,Model层。其中web层还包括View层和Controller层,Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
MVVM 就是将其中的View 的状态和行为抽象化,让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了,它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。它强制性的把应用程序的输入、输出和处理全部分开,将其分为三个核心部分,这三个部分分别有不同的功能。
图4-1系统架构图
视图层视图是指被用户所看到的并且能够与之进行交互的界面。视图可以向用户展示相关的数据,并接收用户输入的数据,但对用户数据不进行任何实际业务操作处理。
模型层通过控制层来处理视图层传递的数据,同一个模型可以给不同的视图提供数据,也可以被不同的视图重复使用。由于 Model 的主要内容是数据、方法和行为,其也是 MVVM 中逻辑最为复杂,代码量最多的部分,其中包含了许多应用中需要用到的业务逻辑,因此模型层的开发也变得尤为重要,后期一般不会对模型层进行大规模改动,也是 MVVM最稳定的部分。控制层主要负责视图层和模型层之间的数据传输和处理请求操作。当用户通过视图发送数据和请求时,控制层可以接收请求和数据并决定调用哪些模型、通过模型的哪些操作来处理数据和请求,处理完成后,控制层再将数据返回给相应的视图。
高考志愿智能选择系统总体分为前台用户模块和后台管理员模块。
两个模块表现上是分别独立存在,但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析,并查阅相关资料后整理制作的。
综上所述,系统功能结构图如下图所示。
图4-2 系统功能结构图
登录模块:登录模块是进入系统的入口,所有用户必须登录后才能访问系统。登录需要输入用户名和密码,如果多次尝试登录需要输入验证码。登录时需要选择用户的角色,是一般用户还是管理员登录等。登录成功后,会通过数据库获取用户的权限,并跳转至用户的主页面。
校园信息数据模块:可分为校园信息数据浏览、校园信息数据检索、校园信息数据维护三个模块,管理员对校园信息数据有维护的权限,发布新的校园信息数据、更新已有的校园信息数据等。
从前面可以分析到数据库中最重要的是用户信息、校园信息、专业信息、专业填报、交流论坛等。分析可以得到部分数据描述:
平台用户:用于记录用户的各种信息,包括姓名、性别、手机、邮箱、照片等数据项。
管理员:记录管理员的登录信息。包括用户名,密码,权限等数据项。
校园信息内容:存放给校园信息的内容。
专业推荐:学生信息、学生姓名、推荐学校、推荐专业、推荐原因等数据项。
交流论坛信息:用户进行交流信息发表等数据项。
根据前面的数据流程图,结合系统的功能模块设计,设计出符合系统的各信息实体。
系统ER图如下图所示。
图4-3 系统ER图
高考志愿智能选择系统所拥有的数据表有以下:用户信息表,专业推荐表,论坛交流表,填报记录表,校园信息表,校园资讯表等。
由于数据表较多,只展示系统主要数据表,如下表所示。
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
student_user_id | int | 11 | 是 | 是 | 学生用户ID |
student_name | varchar | 64 | 否 | 否 | 学生姓名 |
student_gender | varchar | 64 | 否 | 否 | 学生性别 |
intended_major | varchar | 64 | 否 | 否 | 意向专业 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
school_information_id | int | 11 | 是 | 是 | 学校信息ID |
school_name | varchar | 64 | 否 | 否 | 学校名称 |
city | varchar | 64 | 否 | 否 | 所在城市 |
professional_information | varchar | 64 | 否 | 否 | 专业信息 |
cover_photo_ | varchar | 255 | 否 | 否 | 封面图片 |
enrollment_score | varchar | 64 | 否 | 否 | 招生分数 |
enrollment | varchar | 64 | 否 | 否 | 招生人数 |
consultation_telephone | varchar | 64 | 否 | 否 | 咨询电话 |
school_address | text | 0 | 否 | 否 | 学校地址 |
school_profile | longtext | 0 | 否 | 否 | 学校简介 |
hits | int | 11 | 是 | 否 | 点击数 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
professional_recommendation_id | int | 11 | 是 | 是 | 专业推荐ID |
student_information | int | 11 | 否 | 否 | 学生信息 |
student_name | varchar | 64 | 否 | 否 | 学生姓名 |
recommended_schools | varchar | 64 | 否 | 否 | 推荐学校 |
recommended_major | varchar | 64 | 否 | 否 | 推荐专业 |
recommended_description | text | 0 | 否 | 否 | 推荐描述 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
professional_classification_id | int | 11 | 是 | 是 | 专业分类ID |
professional_information | varchar | 64 | 否 | 否 | 专业信息 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
filling_records_id | int | 11 | 是 | 是 | 填报记录ID |
school_name | varchar | 64 | 否 | 否 | 学校名称 |
city | varchar | 64 | 否 | 否 | 所在城市 |
professional_information | varchar | 64 | 否 | 否 | 专业信息 |
student_information | int | 11 | 否 | 否 | 学生信息 |
student_name | varchar | 64 | 否 | 否 | 学生姓名 |
contact_number | varchar | 16 | 否 | 否 | 联系电话 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
forum_id | mediumint | 8 | 是 | 是 | 论坛id |
display | smallint | 5 | 是 | 否 | 排序 |
user_id | mediumint | 8 | 是 | 否 | 用户ID |
nickname | varchar | 16 | 否 | 否 | 昵称:[0,16] |
praise_len | int | 10 | 否 | 否 | 点赞数 |
hits | int | 10 | 是 | 否 | 访问数 |
title | varchar | 125 | 是 | 否 | 标题 |
keywords | varchar | 125 | 否 | 否 | 关键词 |
description | varchar | 255 | 否 | 否 | 描述 |
url | varchar | 255 | 否 | 否 | 来源地址 |
tag | varchar | 255 | 否 | 否 | 标签 |
img | text | 0 | 否 | 否 | 封面图 |
content | longtext | 0 | 否 | 否 | 正文 |
create_time | timestamp | 0 | 是 | 否 | 创建时间: |
update_time | timestamp | 0 | 是 | 否 | 更新时间: |
avatar | varchar | 255 | 否 | 否 | 发帖人头像: |
type | varchar | 64 | 是 | 否 | 论坛分类 |
用户在填写数据的时候必须与注册页面上的验证相匹配否则会注册失败,注册页面的表单验证是通过验证的,用户名的长度必须在6到18之间,邮箱必须带有@符号,密码和密码确认必须相同,你输入的密码,系统会根据你输入密码的强度给出指定的值,电话号码和身份证号码必须要求输入格式与生活相符合,当你前台验证通过的时候你点击注册,表单会将你输入的值通过name值传递给后台并保存到数据库中。
用户注册流程图如下图所示。
图5-1用户注册流程图
用户注册界面如下图所示。
图5-2用户注册界面
用户注册逻辑代码如下:
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
query.put("username",user.getUsername());
List list = service.select(query, new HashMap<>()).getResultList();
if (list.size()>0){
return error(30000, "用户已存在");
}
user.setUserId(null);
user.setPassword(service.encryption(user.getPassword()));
service.save(user);
return success(1);
}
/**
* 用户ID:[0,8388607]用户获取其他与用户相关的数据
*/
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "user_id")
private Integer userId;
/**
* 账户状态:[0,10](1可用|2异常|3已冻结|4已注销)
*/
@Basic
@Column(name = "state")
private Integer state;
/**
* 所在用户组:[0,32767]决定用户身份和权限
*/
@Basic
@Column(name = "user_group")
private String userGroup;
/**
* 上次登录时间:
*/
@Basic
@Column(name = "login_time")
private Timestamp loginTime;
/**
* 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时
*/
@Basic
@Column(name = "phone")
private String phone;
/**
* 手机认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "phone_state")
private Integer phoneState;
/**
* 用户名:[0,16]用户登录时所用的账户名称
*/
@Basic
@Column(name = "username")
private String username;
/**
* 昵称:[0,16]
*/
@Basic
@Column(name = "nickname")
private String nickname;
/**
* 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成
*/
@Basic
@Column(name = "password")
private String password;
/**
* 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时
*/
@Basic
@Column(name = "email")
private String email;
/**
* 邮箱认证:[0,1](0未认证|1审核中|2已认证)
*/
@Basic
@Column(name = "email_state")
private Integer emailState;
/**
* 头像地址:[0,255]
*/
@Basic
@Column(name = "avatar")
private String avatar;
/**
* 创建时间:
*/
@Basic
@Column(name = "create_time")
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
private Timestamp createTime;
@Basic
@Transient
private String code;
}
主要由两部分组成,登录前的登录界面以及登录后的用户功能界面。登录界面,要求用户输入用户名和密码,当用户名和密码其中一个输入为空时,给出提示“用户名,密码不能为空”。获取用户名和密码后到数据库中查找,如果用户名存在,以及对应的密码正确,则登录成功,否则登录失败。登录失败后给出提示,并把焦点停在文本框中。登录成功后将该次会话的全局变量username设置为用户名。登录成功后进入会员的功能模块,主要有会员基本信息修改,已经发布考试信息管理,发布信息,和退出功能。退出功能是清除全局变量username的值,并跳回到首页。
登录流程图如下图所示。
图5-3登录流程图
用户登录界面如下图所示。
图5-4用户登录界面
用户登录的逻辑代码如下所示。
/**
* 登录
* @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, "账号或密码不正确");
}
}
用户登录/注册成功之后可以修改自己的基本信息。修改页面的表单中每一个input的name值都要与实体类中的参数相匹配,在用户点击修改页面的时候,如果改后用户名与数据库里面重复了,页面会提示该用户名已经存在了,否则通过Id来查询用户,并将用户的信息修改为表单提交的数据。
如果学校信息需要修改,管理员查询学校信息是通过ajax技术来进行查询的,需要传递学校名称、所在城市等参数然后在返回到该页面中,可以选中要修改或删除的那条信息,如果选中了超过一条数据,页面会挑一个窗口提醒只能选择一条数,如果没有选中数据会挑一个窗口题型必须选择一条数据。当选择确认修改的时候,后台会根据传过来的id到数据库查询,并将结果返回到修改页面中,可以在修改页面中修改刚刚选中的信息当点击确认的时候from表单会将修改的数据提交到后台并保存到数据库中,就是说如果提交的数据数据库中存在就修改,否则就保存。
学校信息推荐界面如下图所示。
图5-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();
}
交流论坛功能需要防止交流信息重复等情况,特对测试这一共享数据增加锁机制。在乐观锁、悲观锁以及线程锁中,综合考虑性能效率和错误的可接受性选择了乐观锁机制。乐观锁的实现方式是使用版本标识来确定读到的数据与提交时的数据是否一致,提交后修改版本标识,不一致时可以采取丢弃和再次尝试的策略。在诈骗电话表(对应测试实体)设计中增加了version字段,每次数据提交时(更改测试状态)会判断version是否匹配,若不匹配停止本次提交,若匹配则提交成功并增加version的值。
交流论坛功能整体流程:用户发布交流信息时,同时会显示信息的状态。
交流论坛界面如下图所示。
图5-6交流论坛界面
交流论坛界面逻辑代码如下:
@RequestMapping(value = {"/avg_group", "/avg"})
public Map<String, Object> avg(HttpServletRequest request) {
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
此页面的关键是编写专业推荐,包括学生信息、推荐描述信息等。单击提交按钮以完成信息的添加。如果未写入完整的专业推荐信息,例如,如果未写入推荐学校,系统将给出相应的错误提示,并且无法成功输入。数据以概念的形式以onsubmit =“return checkForm()”的形式写入以进行检查,checkForm()函数是一种用于写入数据的不同类型的校对方法,是不是为空也是经过form表单中的οnsubmit=”return checkForm()来检查。
管理员点击左侧菜单“专业推荐管理”,页面跳转到专业推荐管理外观,调用后台专业推荐查询所有专业推荐信息。并将信息密封到数据集合List,绑定到请求对象,然后页面跳转到相应的界面,显示出专业推荐信息,单击删除按钮完成专业推荐信息的删除。
专业推荐管理流程图如下图所示。
图5-7专业推荐管理流程图
专业推荐管理界面如下图所示。
图5-8专业推荐管理界面
专业推荐管理界面逻辑代码如下:
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
添加填报记录时,会给出数据填写的页面,该页面根据填写好的填报记录编号同样会事先发送Ajax请求查询编号是否已存在,数据填写好之后提交到后台,会调用相关服务在数据库中插入记录。
填报记录管理流程图如下图所示。
图5-9填报记录管理流程图
填报记录管理页面效果如下图所示。
图5-10填报记录管理界面
填报记录管理界面关键代码如下:
@RequestMapping("auth")
public class AuthController extends BaseController<Auth, AuthService> {
/**
* 服务对象
*/
@Autowired
public AuthController(AuthService service) {
setService(service);
}
对任何系统而言,测试都是必不可少的环节,测试可以发现系统存在的很多问题,所有的软件上线之前,都应该进行充足的测试之后才能保证上线后不会Bug频发,或者是功能不满足需求等问题的发生。下面分别从单元测试,功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
下表是学校信息管理功能的测试用例,检测了学校信息管理中对学校信息信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-1 学校信息管理的测试用例
功能描述 | 用于学校信息管理 | |
测试目的 | 检测学校信息管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加学校信息,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加学校信息,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改学校信息,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改学校信息,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除学校信息,选择学校信息删除 | 提示删除成功 | 与预期结果一致 |
点击搜索学校信息,输入存在的学校信息名 | 查找出学校信息 | 与预期结果一致 |
点击搜索学校信息,输入不存在的学校信息名 | 不显示学校信息 | 与预期结果一致 |
下表是交流论坛管理功能的测试用例,检测了交流论坛管理中对交流论坛信息的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-2 交流论坛管理的测试用例
功能描述 | 用于交流论坛管理 | |
测试目的 | 检测交流论坛管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加交流论坛,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加交流论坛,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改交流论坛,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改交流论坛,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除交流论坛,选择交流论坛删除 | 提示删除成功 | 与预期结果一致 |
点击搜索交流论坛,输入存在的交流论坛名 | 查找出交流论坛 | 与预期结果一致 |
点击搜索交流论坛,输入不存在的交流论坛名 | 不显示交流论坛 | 与预期结果一致 |
下表是学校资讯管理功能的测试用例,检测了学校资讯管理中分类列表的操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 学校资讯管理的测试用例
功能描述 | 用于学校资讯管理 | |
测试目的 | 检测学校资讯管理时各种操作的情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
未选择分类,点击提交 | 提示请选择分类 | 与预期结果一致 |
未选择列表,点击提交 | 提示请选择列表 | 与预期结果一致 |
使用阿里云PTS(Performance Testing Service)性能测试服务对线上系统进行压力测试。线上服务器环境为:1核心CPU,1G内存,1Mbps公网带宽,Centos7.0操作系统。
压测过程中使用了2台并发机器,每台机器20个用户并发,对系统主页,登录,数据查询和数据维护等模块进行并发访问,测试结果是有40个用户并发时,数据管理相关页面的响应时间甚至达到了7s,通过查看服务器出网流量发现已经达到1381kb/s,可以看出服务器的带宽已经达到峰值,如果系统使用5Mbps的带宽,系统的响应时间和TPS将会大大增加。在整个测试的过程中,CPU的使用率占用仅8%,也提现出带宽瓶颈对系统的影响非常严重。
随着计算机互联网技术的迅猛发展,各行各业都已经实现采用计算机相关技术对日益放大的数据进行管理。该课题是高考志愿智能选择为核心展开的。本研究针对高考志愿智能选择系统需求建模,数据建模及过程建模分析设计的过程。给出系统应用架构并分析优劣势,通过功能分解图,系统组件图描述功能需求。设计建立了数据库,给出系统关键数据结构的定义。通过类关系图描述组件间的协作关系,给出各个类的定义方法。通过描述每一个类的字段,属性及方法实现系统的前后端代码。最终给出系统集成整合方法,完成高考志愿智能选择系统地设计与实现。系统投入运行时,各功能均运行正常。系统的每个界面的操作符合常规逻辑,对使用者来说操作简单,界面友好。整个系统的各个功能设计合理,体现了人性化。
但是由于自己在系统开发过程中对一些用到的相关知识和技术掌握不够牢固,再加上自身开发经验欠缺,因此系统在有些方面的功能还不够完善,考虑的不够全面,因此整个系统还有待日后逐步完善。
参考文献
[1]田钊,王超,赵军.区块链在高校高考志愿智能选择中的应用研究[J].河南教育(高教),2022(02):45-47.
[2]王寒明,王顺.高校高考志愿智能选择信息化与智慧化建设的反思[J].中国继续医学教育,2022,14(03):8-11.
[3]顾春华.关于高职高考志愿智能选择存在的问题及效能提升策略探讨[J].才智,2022(02):135-137.
[4]庄梅芳.创新创业教育与高职校高考志愿智能选择分析及调整策略[J].财富时代,2021(11):194-195.
[5]杨希.大数据时代高等职业院校高考志愿智能选择创新探索[J].现代职业教育,2021(49):206-207.
[6]冯王美子.信息化技术在高考志愿智能选择系统中的应用[J].电子技术,2021,50(11):256-257.
[7]王璐.基于UML的高考志愿智能选择系统建模与分析[J].信息记录材料,2021,22(11):243-245.DOI:10.16009/j.cnki.cn13-1295/tq.2021.11.114.
[8]杨瑜.基于“互联网+”的高考志愿智能选择信息化建设问题探究[J].无线互联科技,2021,18(18):164-166.
[9]刘雅卿.谈新时代高职院校高考志愿智能选择信息化建设[J].才智,2021(25):108-110.
[10]邱浩.互联网环境下高校继续教育高考志愿智能选择平台建设的理论与实践[J].大学,2021(30):21-23.
[11]朱帅.“信息系统三大能力”在高职高考志愿智能选择系统中的运用[J].佳木斯职业学院学报,2021,37(08):155-156.
[12]施秋楠.从管理到服务——人本视域下高校高考志愿智能选择的创新与转型[J].现代职业教育,2021(27):198-199.
[13]林晔.信息化时代民办高校高考志愿智能选择人本化缺失的表现及对策——以福建师范大学协和学院为例[J].林区教学,2021(06):35-38.
[14]荣玮,米珍,徐志鹏.基于H3C CAS平台的高考志愿智能选择系统设计与实现[J].江苏建筑职业技术学院学报,2021,21(02):28-33.DOI:10.19712/j.cnki.jsjyxb.2021.02.007.
[15]胡彬.高校高考志愿智能选择系统信息化建设研究[J].教育信息化论坛,2021(06):67-68.
[16]李秋惠,陈几香,江燕.“互联网+”背景下高职院校高考志愿智能选择信息化体系的构建研究[J].科教导刊,2021(16):28-31.DOI:10.16400/j.cnki.kjdk.2021.16.010.
[17]陆佳钰.高校高考志愿智能选择信息化建设问题和策略研究[J].作家天地,2021(15):102-103.
[18]吴国辰.基于PHP+微信小程序的高考志愿智能选择系统设计与实现[J].电脑编程技巧与维护,2021(05):72-73.DOI:10.16184/j.cnki.comprg.2021.05.028.
致谢
本次设计历时3个月。在这个毕业设计中,它离不开指导教师的指导,使事情基本顺利。指导老师无论是在毕业设计历经中,还是在论文做完中都给了了我特别大的助益。另1个方面,教师认真负责的工作姿态,谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中,我的技能得到了特别大的提高。在此,特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发,我的系统研发经历了从需求分析到实现详细功能,再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多,这是这次毕业设计最好的收获。
最后,在整个系统开发过程中,我周围的同学和朋友给了我很多意见,所以我很快就确认了系统的商业思想。在次,我由衷的向他们表示感激。
免费领取项目源码,请关注点赞+私聊