目 录
摘要
1 绪论
1.1 研究背景
1.2 研究意义
1.3论文结构与章节安排
2 院系资料分类管理平台系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1 数据增加流程
2.2.2 数据修改流程
2.2.3 数据删除流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 院系资料分类管理平台总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.3 数据库设计
3.4本章小结
4 院系资料分类管理平台详细设计与实现
4.1用户功能模块
4.2管理员功能模块
5系统测试
5.1 系统测试用例
5.2 系统测试结果
结论
参考文献
致 谢
摘要
随着计算机科学技术的日渐成熟,人们已经深刻地认识到了计算机在各个领域中发挥的功能的强大,计算机已经进入到了人类社会发展的各个领域,并且发挥着十分重要的作用。目前高校院系资料分类管理是一项系统而复杂的工作,它需要一个团队互相配合、分工协作。在该领域,传统的手工存取或者借助一些软件对高校院系资料中涉及到的信息进行管理方式出现很多弊端,为进一步完善软件院系资料分类管理流程及资源的统一管理,更加全面、有效的服务于软件开发过程,更好的方便软件开发过程管理,故开发此院系资料分类管理平台。
论文针对在高校院系资料信息数据规模大,管理员人员和用户需要对院系资料涉及到的信息进行管理的需求,设计了院系资料分类管理平台的框架,给出了院系资料分类管理平台的总体设计,并对院系资料分类管理平台的架构及关键模块的实现过程进行了详细论述。采用Java语言和MySQL数据库技术,springboot框架实现了一个完整系统的设计。
关键词:院系资料分类管理平台;Java;MySQL;springboot框架
Abstract
With the gradual maturity of computer science and technology, people have deeply realized that computers play a powerful role in various fields. Computers have entered various fields of human social development and played a very important role. At present, the classified management of college and department data is a systematic and complex work, which requires a team to cooperate with each other and work together. In this field, there are many drawbacks in the traditional manual access or management of information involved in college and department data with some software. In order to further improve the classified management process of software college and department data and the unified management of resources, more comprehensively and effectively serve the software development process, and better facilitate the management of software development process, this platform is developed for the classified management of college and department data.
In view of the large scale of college and department information data in colleges and universities, administrators and users need to manage the information involved in college and department data, this paper designs the framework of the college and department data classification management platform, gives the overall design of the college and department data classification management platform, and discusses in detail the architecture of the college and department data classification management platform and the implementation process of key modules. Using Java language and MySQL database technology, spring boot framework realizes a complete system design.
Keywords: Classified management platform for college and department data; Java; MySQL; springboot framework
1.1 研究背景
在互联网技术和计算机技术迅速发展的二十一世纪,越来越多的事情得益于计算机网络技术而被快速并完美地解决了。与此同时,随着互联网速度的增长,在当前的互联网上存在海量的数据信息。当用户想要进行数据信息筛选的时候,一般会通过搜索引擎查找。但是通过搜索引擎所搜索到信息总是被动的,有的时候还需要进行多个网页的反复对比才能找到自己想要的信息,甚是耗时耗力。随着计算机网络技术日趋成熟,特别是软件技术的蓬勃发展,人们完全可以通过一些计算机软件系统在浩如烟海的互联网信息中轻松地找到自己所需的信息。
1.2 研究意义
随着科学技术的快速发展,计算机已经成为当今社会的一种通用工具,被广泛应用在各行各业中,成为了人们密不可分的工作助手,比如说微软的办公软件office系列,各类文件管理系统等,这些无疑为企业节省大量的人力物力,减少财政开支,为企业或个人带来了巨大经济利益。将计算机用于管理行业信息的优势有成本低、操作简单便捷、效率高等。纸张记录的管理方式已经不适用于现在电子时代行业需求,所以使用计算机管理信息已经成为了一种趋势,为适应时代要求,各行各业开始使用计算机管理行业信息。
院系资料分类管理的出现是当前高校院系教学资料管理发展的必然结果。其满足了高校教育快速发展的需求。我国各大高校的持续大量招生加大了高校院系资料管理的难度。由于各大高校已经逐渐呈现院系资料分类管理困难的局面,所以构建院系资料分类管理平台显得尤为重要。
1.3论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的意义和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)经济可行性:
经济可行性在此仅代表系统的运维成本,开发成本不在此考虑。
目前该模式下的院系资料分类管理平台的数量日益增多,网上进行院系相关信息的查询管理变得平民化普及化,用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下系统的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的Java语言能够迎合所有电子商务系统的搭建,系统技术设备的可扩展性可以由springboot构架的资源优势予以促成。我采用了编译器eclipse+java+mysql用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,springboot框架是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程,在进行系统分析的时候,业务流程可以帮助开发人员更好的理解业务,发现错误,完善系统。
2.2.1 数据增加流程
用户成功登入系统后就能够实现增加数据的操作,增加数据的编号是特定的,系统生成,用户不能随意填写,除了编号以外,其他增加信息用户自己填写,填写后的信息经过系统验证,验证合法通过就显示增加数据成功了,相反的话,就没有增加成功,图2-1显示的就是在增加数据时的流程。
图2-1 数据增加流程图
2.2.2 数据修改流程
数据修改时的流程和上面介绍的数据增加时的流程差不多,如图2-2所示。
图2-2 数据修改流程图
2.2.3 数据删除流程
如果系统里面存在一些没有用的数据的话,相关的管理人员还可以对这些数据进行删除,图2-3就是数据删除时的流程图。
图2-3 数据删除流程图
2.3 系统功能分析
2.3.1 功能性分析
按照院系资料分类管理平台的角色,我划分为了普通用户模块和管理员模块这两大部分。
普通用户管理模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的公告信息浏览,但是想要实现院系资料查询,就必须有这个系统的账号,如果没有账号的话,可以注册成员用户进行相关的操作,同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。
(2)查看院系资料分类管理平台的首页信息:院系资料分类管理平台的首页信息包含了首页、院系公告、院系资料、联系我们、意见反馈等。
(3)院系公告详情:用户点击“院系公告”这个菜单按钮,就会显示所有的公告列表,在查询到自己了解的院系公告,可以进入查看详细的介绍,在这个界面,也可以对公告进行点赞、收藏、评论操作。
(3)院系资料:用户点击院系资料详情页面这一按钮以后会跳转到院系资料具体信息的界面,其中资料类型+院系名称+资料名称+资料名称+资料附件信息的展示,用户可以进行资料查看以及附件的下载,还可以点赞、收藏、评论。
(4)意见反馈:用户可以在线进行意见反馈提交,在页面填写反馈用户信息、反馈时间、反馈内容、选择反馈类型进行提交即可。
(5)联系我们:用户点击“联系我们”这一菜单,能够提交联系信息,具体包括联系人信息、用户性别、用户年龄、编辑联系详情等进行提交。
管理员管理模块:
(1)轮播图管理:管理员可以对系统前台展示的轮播图进行增删改查,方便用户进行查看。
(2)用户管理:管理员可以对院系资料分类管理平台中的管理员,前台注册的普通用户进行增删改查。
(3)院系公告管理:管理员可以对院系资料分类管理平台前台展示的院系公告进行增删改查操作。
(4)院系资料管理:在“院系资料管理”这一菜单下,可以对院系资料进行上传发布。
(5)资料类型管理:管理员对院系资料进行分类管理。
(6)联系我们管理:管理员查看用户提交的联系我们详情信息等。
(7)意见反馈管理:管理员查看用户的反馈意见信息。
2.3.2 非功能性分析
院系资料分类管理平台的非功能性需求比如院系资料分类管理平台的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2-1院系资料分类管理平台非功能需求表
安全性 |
主要指院系资料分类管理平台数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 |
可靠性是指院系资料分类管理平台能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 |
性能是影响院系资料分类管理平台占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 |
比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 |
用户只要跟着院系资料分类管理平台的页面展示内容进行操作,就可以了。 |
可维护性 |
院系资料分类管理平台开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本院系资料分类管理平台的用例图:
图2-4就是用户角色的用例展示。
图2-4 院系资料分类管理平台用户角色用例图
图2-5就是管理员角色的用例展示。
图2-5院系资料分类管理平台管理员角色用例图
2.5本章小结
本章主要通过对院系资料分类管理平台的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个院系资料分类管理平台要实现的功能。同时也为院系资料分类管理平台的代码实现和测试提供了标准。
3 院系资料分类管理平台总体设计
本章主要讨论的内容包括院系资料分类管理平台的功能模块设计、数据库系统设计。
3.1 系统架构设计
本院系资料分类管理平台从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1院系资料分类管理平台系统架构设计图
表现层(UI):又称UI层,主要完成本院系资料分类管理平台的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本院系资料分类管理平台时的舒适度。UI的界面设计也要适应不同版本的院系资料分类管理平台以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本院系资料分类管理平台的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本院系资料分类管理平台的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本院系资料分类管理平台的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本院系资料分类管理平台中的用例。那么接下来就要开始对本院系资料分类管理平台的架构、主要功能和数据库开始进行设计。院系资料分类管理平台根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 院系资料分类管理平台功能模块图
3.2.2用户模块设计
本系统的用户包括管理员和用户。两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-3用户模块结构图
3.2.3 评论模块设计
院系资料分类管理平台中的用户可以对院系公告、院系资料进行评论发布。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的言论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论模块结构图
3.2.4院系资料模块设计
院系资料分类管理平台是中需要存储不少院系资料信息,其模块功能结构,具体的结构图如下:
图3-5院系资料模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库逻辑结构设计
通过上一小节中院系资料分类管理平台中模块设计分析得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
(1)ordinary_users普通用户信息表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
ordinary_users_id |
int |
11 |
是 |
是 |
普通用户ID |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
user_age |
int |
11 |
否 |
否 |
用户年龄 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
user_id |
int |
11 |
是 |
否 |
用户ID |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
(2)`notice公告表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
notice_id |
mediumint |
8 |
是 |
是 |
公告id: |
title |
varchar |
125 |
是 |
否 |
标题: |
content |
longtext |
0 |
否 |
否 |
正文: |
create_time |
timestamp |
0 |
是 |
否 |
创建时间: |
update_time |
timestamp |
0 |
是 |
否 |
更新时间: |
(3)type_management类型管理表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
type_management_id |
int |
11 |
是 |
是 |
类型管理ID |
data_type |
varchar |
64 |
否 |
否 |
资料类型 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
(4)department_information院系资料表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
department_information_id |
int |
11 |
是 |
是 |
院系资料ID |
data_type |
varchar |
64 |
否 |
否 |
资料类型 |
department_name |
varchar |
64 |
否 |
否 |
院系名称 |
data_name |
varchar |
64 |
否 |
否 |
资料名称 |
document_no |
varchar |
64 |
否 |
否 |
资料编号 |
information_picture |
varchar |
255 |
否 |
否 |
资料图片 |
information_annex |
varchar |
255 |
否 |
否 |
资料附件 |
details |
text |
0 |
否 |
否 |
资料详情 |
hits |
int |
11 |
是 |
否 |
点击数 |
praise_len |
int |
11 |
是 |
否 |
点赞数 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
(5)contact_us联系我们表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
contact_us_id |
int |
11 |
是 |
是 |
联系我们ID |
contacts |
int |
11 |
否 |
否 |
联系人 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
user_gender |
varchar |
64 |
否 |
否 |
用户性别 |
user_age |
varchar |
64 |
否 |
否 |
用户年龄 |
contact_details |
text |
0 |
否 |
否 |
联系详情 |
examine_state |
varchar |
16 |
是 |
否 |
审核状态 |
examine_reply |
varchar |
16 |
否 |
否 |
审核回复 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
(6)feedback意见反馈表
名称 |
类型 |
长度 |
不是null |
主键 |
注释 |
feedback_id |
int |
11 |
是 |
是 |
意见反馈ID |
feedback_to_users |
int |
11 |
否 |
否 |
反馈用户 |
user_name |
varchar |
64 |
否 |
否 |
用户姓名 |
feedback_time |
date |
0 |
否 |
否 |
反馈时间 |
feedback_content |
text |
0 |
否 |
否 |
反馈内容 |
feedback_type |
varchar |
64 |
否 |
否 |
反馈类型 |
recommend |
int |
11 |
是 |
否 |
智能推荐 |
create_time |
datetime |
0 |
是 |
否 |
创建时间 |
update_time |
timestamp |
0 |
是 |
否 |
更新时间 |
3.4本章小结
整个院系资料分类管理平台的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
院系资料分类管理平台的详细设计与实现主要是根据前面的院系资料分类管理平台的需求分析和院系资料分类管理平台的总体设计来设计页面并实现业务逻辑。主要从院系资料分类管理平台界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入院系资料分类管理平台的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是各个菜单导航栏,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
不是院系资料分类管理平台中正式用户的是可以在线进行注册的,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2 前台用户注册界面图
前天用户注册逻辑代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map
// 查询用户
Map
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;
}
4.1.3 用户登录界面
院系资料分类管理平台中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到院系资料分类管理平台的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
用户登录的逻辑代码如下所示。
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map
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
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
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.1.4院系公告界面
当点击导航栏上的“院系公告”的时候,就会进入对应的界面查看公告信息,院系公告界面如下图4-4所示。
图4-4院系公告界面图
4.1.5 院系资料界面
当用户点击院系资料分类管理平台中导航栏上的“院系资料”后将会进入到该“院系资料”列表的界面,然后选择想要看的院系资料,点击进入到详细界面,在详细界面可以下载+点赞+评论等操作,院系资料界面如下图4-5所示。
图4-5院系资料界面图
院系资料展示的逻辑代码如下:
@PostMapping("/add")
@Transactional
public Map
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map
service.insert(map);
return success(1);
}
public Map
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
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry
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.1.6 联系我们详情界面
当访客点击“联系我们”后就可以在线进行联系详情的编辑以及提交,联系我们详情展示页面如图4-6所示。
图4-6 联系我们详情界面图
联系我们逻辑代码如下:
@RequestMapping(value = {"/avg_group", "/avg"})
public Map
Query count = service.avg(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
4.1.7 意见反馈界面
当用户点击左下角的“意见反馈”链接后就进入意见反馈的界面展示,用户可以填写意见反馈信息点击“提交”按钮进行提交意见反馈。意见反馈界面如下图4-7所示。
图4-7 意见反馈界面图
4.1.8个人资料界面
用户进入系统后,可以查看自己提交的个人资料信息,个人资料信息界面如下图4-8所示。
图4-8 个人资料信息界面图
4.2管理员功能模块
4.2.1 轮播图管理界面
院系资料分类管理平台中的管理人员在“轮播图管理”这一菜单中是可以对前台显示的轮播图进行管控。界面如下图4-9所示。
图4-9轮播图管理界面图
4.2.2 院系公告管理界面
院系资料分类管理平台中的管理人员在“院系公告管理”这一菜单是中可以对公告信息进行增删改查。界面如下图4-10所示。
图4-10院系公告管理界面图
院系公告管理界面逻辑代码如下:
@RequestMapping(value = {"/count_group", "/count"})
public Map
Query count = service.count(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
4.2.3 院系资料管理界面
院系资料分类管理平台中的管理人员在“院系资料管理”这一菜单中是可以对平台内的院系资料信息进行维护和管理的,界面如下图4-11所示。
图4-11院系资料管理界面图
院系资料管理界面逻辑代码如下:
@PostMapping("/set")
@Transactional
public Map
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
public Map
Map
map.put(FindConfig.PAGE,request.getParameter(FindConfig.PAGE));
map.put(FindConfig.SIZE,request.getParameter(FindConfig.SIZE));
map.put(FindConfig.LIKE,request.getParameter(FindConfig.LIKE));
map.put(FindConfig.ORDER_BY,request.getParameter(FindConfig.ORDER_BY));
map.put(FindConfig.FIELD,request.getParameter(FindConfig.FIELD));
map.put(FindConfig.GROUP_BY,request.getParameter(FindConfig.GROUP_BY));
map.put(FindConfig.MAX_,request.getParameter(FindConfig.MAX_));
map.put(FindConfig.MIN_,request.getParameter(FindConfig.MIN_));
return map;
}
public Map
String queryString = request.getQueryString();
if (queryString != null && !"".equals(queryString)) {
String[] querys = queryString.split("&");
Map
for (String query : querys) {
String[] q = query.split("=");
map.put(q[0], q[1]);
}
map.remove(FindConfig.PAGE);
map.remove(FindConfig.SIZE);
map.remove(FindConfig.LIKE);
map.remove(FindConfig.ORDER_BY);
map.remove(FindConfig.FIELD);
map.remove(FindConfig.GROUP_BY);
map.remove(FindConfig.MAX_);
map.remove(FindConfig.MIN_);
return map;
}else {
return new HashMap<>();
}
}
@Transactional
public void update(Map
StringBuffer sql = new StringBuffer("UPDATE ").append("`").append(table).append("`").append(" SET ");
for (Map.Entry
Object value = entry.getValue();
if (value instanceof String){
sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append("'").append(value).append("'").append(",");
}else {
sql.append("`"+humpToLine(entry.getKey())+"`").append("=").append(value).append(",");
}
}
sql.deleteCharAt(sql.length()-1);
sql.append(toWhereSql(query,"0".equals(config.get(FindConfig.LIKE))));
log.info("[{}] - 更新操作:{}",table,sql);
Query query1 = runCountSql(sql.toString());
query1.executeUpdate();
}
public String toWhereSql(Map
if (query.size() > 0) {
try {
StringBuilder sql = new StringBuilder(" WHERE ");
for (Map.Entry
if (entry.getKey().contains(FindConfig.MIN_)) {
String min = humpToLine(entry.getKey()).replace("_min", "");
sql.append("`"+min+"`").append(" >= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");
continue;
}
if (entry.getKey().contains(FindConfig.MAX_)) {
String max = humpToLine(entry.getKey()).replace("_max", "");
sql.append("`"+max+"`").append(" <= '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("' and ");
continue;
}
if (like == true) {
sql.append("`"+humpToLine(entry.getKey())+"`").append(" LIKE '%").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("%'").append(" and ");
} else {
sql.append("`"+humpToLine(entry.getKey())+"`").append(" = '").append(URLDecoder.decode(entry.getValue(), "UTF-8")).append("'").append(" and ");
}
}
sql.delete(sql.length() - 4, sql.length());
sql.append(" ");
return sql.toString();
} catch (UnsupportedEncodingException e) {
log.info("拼接sql 失败:{}", e.getMessage());
}
}
return "";
}
4.2.4 意见反馈管理界面
院系资料分类管理平台中的管理人员在“意见反馈管理”这一菜单下是可以对用户提交的意见反馈信息进行管控的,其管理界面如下图4-12所示。
图4-12意见反馈管理界面图
意见反馈管理界面关键代码如下:
@RequestMapping("/get_list")
public Map
Map
return success(map);
5.1 系统测试用例
系统测试包括:用户登录功能测试、院系公告展示功能测试、院系资料添加、密码修改功能测试,如表5-1、5-2、5-3、5-4所示:
用户登录功能测试:
表5-1 用户登录功能测试表
用例名称 |
用户登录系统 |
目的 |
测试用户通过正确的用户名和密码可否登录功能 |
前提 |
未登录的情况下 |
测试流程 |
1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 |
用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 |
实际结果与预期结果一致 |
院系公告查看功能测试:
表5-2 院系公告查看功能测试表
用例名称 |
院系公告查看 |
目的 |
测试院系公告查看功能 |
前提 |
用户登录 |
测试流程 |
点击院系公告信息 |
预期结果 |
可以查看到所有院系公告信息 |
实际结果 |
实际结果与预期结果一致 |
管理员添加院系资料界面测试:
表5-3 社长添加院系资料界面测试表
用例名称 |
院系资料添加测试用例 |
||
目的 |
测试院系资料添加功能 |
||
前提 |
社长用户正常登录情况下 |
||
测试流程 |
1)社长点击院系资料,然后点击添加后并填写信息。 2)点击进行提交。 |
||
预期结果 |
提交以后,页面首页会显示新的院系资料信息 |
||
实际结果 |
实际结果与预期结果一致 |
||
实际结果 |
实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-4 密码修改功能测试表
用例名称 |
密码修改测试用例 |
目的 |
测试管理员密码修改功能 |
前提 |
管理员用户正常登录情况下 |
测试流程 |
1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 |
使用新的密码可以登录 |
实际结果 |
实际结果与预期结果一致 |
5.2 系统测试结果
通过编写院系资料分类管理平台的测试用例,已经检测完毕用户登录功能测试、院系公告展示功能测试、院系资料添加、密码修改功能测试,通过这4大模块为院系资料分类管理平台的后期推广运营提供了强力的技术支撑。
结论
在院系资料分类管理平台开发之前,需要先对用户的具体需求进行分析。包括系统的可行性分析、功能需求分析以及其他需求等。在可行性分析过程中,对系统实现的技术性、经济性以及管理等方面进行了分析。总体上证明了系统实施的可行性。
本文总结了院系资料分类管理平台实现背景与意义,然后阐述了系统的具体业务需求,并根据系统需求对系统结构以及功能模块等进行了详细地设计,将整个系统划分为多个不同的功能模块。在分析系统功能需求时,对整个系统的总体架构以及功能模块等进行了分析,并选择合适的系统开发技术完成了对各个模块的开发工作。系统开发完成之后进行了部署,同时进行了系统的测试过程,通过测试证明了系统在功能以及性能等方面都达到了预期的要求,具有较高的稳定性与可靠性。
参考文献
[1]施展,朱彦.基于Vue与SpringBoot框架的学生成绩分析和弱项辅助系统设计[J].信息技术与信息化,2022(08):127-131.
[2]陈新府豪. 基于SpringBoot和Vue框架的创新方法推理系统的设计与实现[D].浙江理工大学,2022.
[3]熊柏祥.基于Springboot和Vue框架的考试资源服务平台的设计与实现[J].信息与电脑(理论版),2022,34(01):97-99+103.
[4]喻佳,吴丹新.基于SpringBoot的Web快速开发框架[J].电脑编程技巧与维护,2021(09):31-33.
[5]郑深.高校工作资料管理系统的设计与开发[J].办公自动化,2021,26(04):8-11.
[6]叶济凡. 基于SpringBoot与Vue框架的中文社科论文分析系统的设计与实现[D].南京大学,2020.
[7]熊永平.基于SpringBoot框架应用开发技术的分析与研究[J].电脑知识与技术,2019,15(36):76-77.
[8]朱运乔.基于SpringBoot+SSM框架的Web应用系统搭建与实现[J].电脑编程技巧与维护,2019(10):23-25.
[9]吕宇琛.SpringBoot框架在web应用开发中的探讨[J].科技创新导报,2018,15(08):168+173.
[10]淡珊.基于互联网+时代的高校院系资料管理研究[J].知识经济,2018(13):151-152.
[11]马韵梅.高校院系资料室整合服务策略探究[J].农业图书情报学刊,2018,26(01):181-183.
[12]李萍.高校院系院系资料分类管理的现状与发展趋势[J].学理论,2018(26):348-349.
[13]姚显霞.高校院系院系资料分类管理的应用[J].河南图书馆学刊,2018,31(04):42-43.
致 谢
逝者如斯夫,不舍昼夜。转眼间,大学生用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
关注&点赞&收藏&私信博主,免费领取项目源码