目 录
摘要 1
1 绪论 1
1.1 研究背景 1
1.2国内外研究现状 1
1.3论文结构与章节安排 1
2 流浪动物救助系统系统分析 3
2.1 可行性分析 3
2.2 系统流程分析 3
2.2.1 数据流程 3
3.3.2 业务流程 4
2.3 系统功能分析 4
2.3.1 功能性分析 4
2.3.2 非功能性分析 5
2.4 系统用例分析 6
2.5本章小结 7
3 流浪动物救助系统总体设计 8
3.1 系统架构设计 8
3.2 系统功能模块设计 8
3.2.1整体功能模块设计 9
3.2.2用户模块设计 9
3.2.3 留言管理模块设计 10
3.2.4商城管理模块设计 10
3.2.5订单管理模块设计 10
3.3 数据库设计 10
3.3.1 数据库概念结构设计 10
3.3.2 数据库逻辑结构设计 14
3.4本章小结 17
4 流浪动物救助系统详细设计与实现 18
4.1用户功能模块 18
4.1.1 前台首页界面 18
4.1.2 用户注册界面 18
4.1.3 用户登录界面 19
4.1.4公告消息界面 20
4.1.5 评论界面 21
4.1.6 救助站信息界面 21
4.2管理员功能模块 23
4.2.1 站点管理界面 23
4.2.2 用户管理界面 24
4.2.3 内容模块界面 24
4.2.4 模块管理界面 25
5系统测试 26
5.1系统测试的目的 26
5.2 系统测试用例 26
5.3 系统测试结果 27
结论 28
参考文献 29
致 谢 30
摘要
21世纪的今天,随着社会的不断发展与进步,人们对于信息科学化的认识,已由低层次向高层次发展,由原来的感性认识向理性认识提高,管理工作的重要性已逐渐被人们所认识,科学化的管理,使信息存储达到准确、快速、完善,并能提高工作管理效率,促进其发展。
论文主要是对流浪动物救助系统进行了介绍,包括研究的现状,还有涉及的开发背景,然后还对系统的设计目标进行了论述,还有系统的需求,以及整个的设计方案,对系统的设计以及实现,也都论述的比较细致,最后对流浪动物救助系统进行了一些具体测试。
本文以springboot为开发技术,实现了一个流浪动物救助系统。流浪动物救助系统的主要使用者分为用户、志愿者用户和管理员;管理员功能包括有:后台首页、用户管理、流浪动物消息、领养信息、救助站信息、爱心募捐、加入志愿者;前台首页功能包括有:首页、流浪动物社区分享、公告消息、救助资讯、流浪动物消息、救助站信息等功能。通过这些功能模块的设计,基本上实现了整个流浪动物救助系统的过程。
具体在系统设计上,采用了springboot的结构,后台上采用Mysql数据库,是一个非常优秀的流浪动物救助系统 。
关键词:springboot技术;MYSQL;流浪动物救助
Abstract
Today in the 21st century, with the continuous development and progress of society, people's scientific understanding of information has developed from low-level to high-level, and from the original perceptual understanding to rational understanding. The importance of management has been gradually recognized by people. Scientific management can make information storage accurate, fast and perfect, improve work management efficiency and promote its development.
This paper mainly introduces the stray animal rescue system, including the research status and the development background involved, and then discusses the design objectives of the system, the requirements of the system and the whole design scheme. The design and implementation of the system are also discussed in detail. Finally, some specific tests are carried out on the stray animal rescue system.
This paper implements a stray animal rescue system based on springboot. The main users of stray animal rescue system are divided into users, volunteer users and administrators; Administrator functions include: background home page, user management, stray animal news, adoption information, rescue station information, love fund-raising and joining volunteers; The front page functions include: home page, stray animal community sharing, announcement message, rescue information, stray animal news, rescue station information and other functions. Through the design of these functional modules, the whole process of stray animal rescue system is basically realized.
Specifically, in the system design, it adopts the structure of springboot and MySQL database in the background. It is a very excellent stray animal rescue system.
Keywords: Springboot technology; MYSQL; Stray animal rescue
1 绪论
1.1 研究背景及意义
网络的快速发展从根本上更改了世界各组织的管理方式,自二十世纪九十年代开始,我国的政府、企事业等单位就设想可以通过互联网系统来进行管理信息。由于以前存在各方面的原因,比如网络普及度低、用户不接受、互联网的相关法律法规也不够完善、开发技术也不够成熟等,阻碍了互联网在各大机构中的发展速度。进入二十一世纪以后,我国经济有了快速的发展,限制机构管理的各个难题逐一被解决,国内各大机构都加入到了电子信息化的管理模式中来。
以往流浪猫狗的救助网站相关信息的管理,都是工作人员手工统计。这种方式不但时效性低,而且需要查找和变更的时候很不方便。随着科学的进步,技术的成熟,计算机信息化也日新月异的发展,社会也已经深刻的认识,计算机功能非常的强大,计算机已经进入了人类社会发展的各个领域,并且发挥着十分重要的作用。本系统利用网络沟通、计算机信息存储管理,有着与传统的方式所无法替代的优点。比如计算检索速度特别快、可靠性特别高、存储容量特别大、保密性特别好、可保存时间特别长、成本特别低等。在工作效率上,能够得到极大地提高,延伸至服务水平也会有好的收获,有了网络,在线流浪动物救助的各方面的管理更加科学和系统,更加规范和简便。
1.2国内外研究现状
随着计算机网络的不断渗透,人们的生活与工作、学习的方式也在慢慢发生变化。传统的用户相关信息管理方式一般都采取人工的方式,信息的获取、整理、修改、存储等工作还停留在人工阶段。这种方式一方面需要花费大量的人力、物力和金钱,交互起来比较困难,而且会浪费时间;另一方面对用户等信息的管理,特别是随着用户数量的递增,查询、修改起来特别困难;最后由于用户等其他信息的不断增加,信息的存储也成为了难题。
一些发达国家,网络发展比较快,已经很大程度上完成了从人工到计算机管理的转变。我国计算机应用起步比较晚,而且发展区域不平衡,还有很多地区或单位使用传统的方式进行管理,但是目前计算机发展较快,包括网络也已经普及,很多单位和用户也开始慢慢接触网络管理系统。纵观这些系统主要有以下几个特点:
(1)先进性:实现网络化管理。
(2)通用性:同一行业基本都能使用。
(3)方便性:通过网络就能完成管理工作。
(4)及时性:信息更新及时。
(5)可扩展性:可根据需要进行模块的增加。
(6)安全性:对单位、用户等信息进行加密。
截至如今,互联网已经深入人们的生活,智能手机、笔记本电脑等已经是人们获取信息的主要工具,这是一个沟通无限的时代,因此,利用网络来进行流浪动物救助系统的管理也成为大势所趋,所以,开发一个流浪动物救助系统是必须的。
1.3论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对网站需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景,系统开发的现状和本文的研究内容与主要工作。
第二章:系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。第五章主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2 流浪动物救助系统系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)经济可行性:
经济可行性在此仅代表网站的运维成本,开发成本不在此考虑。
目前该模式下的流浪动物救助系统的数量日益增多,网购变得平民化普及化用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的springboot技术能够迎合所有电子商务系统的搭建。开发这个流浪动物救助系统的时候我采用了springboot+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
(4)法律可行性:
从开发者角度来看,springboot和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
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)救助资讯:用户进行资讯的阅览,查看管理者发布的动物救助资讯信息。
(4)公告消息:用户在公告消息这一菜单下对用户提交的查看、同时也可以发布、评论。
(5)流浪动物消息:在首页导航栏上我们会看到“流浪动物消息”这一菜单,我们点击进入进去以后,会看到所有管理员在后台发布的流浪动物消息,我们选择想要了解保护动物的消息,查看动物消息,可以评论+收藏;
(6)我的收藏:在“我的”下可以查看管理“我的收藏”信息,可以查看收藏,也可以对不喜欢的信息进行删除收藏;
志愿者管理模块:
(1)领养信息:志愿者点击“领养信息”这一菜单,能够查看到自己提交的领养信息,可以添加+编辑+删除+查询领养信息。
(2)爱心募捐:志愿者点击“爱心募捐”这一菜单,可以查看到自己爱心募捐里面的募捐的信息,可以对爱心募捐进行增删改查操作。
(3)加入志愿者:志愿者点击“加入志愿者”这一菜单,可以查看到用户提交的加入志愿者申请信息,可以对其进行审核以及审核回复。
管理员管理模块:
(1)公告内容:管理员可以对系统前台展示的轮播图以及公告进行增伤改查,方便用户进行查看。
(2)用户管理:管理员可以对流浪动物救助系统中的管理员,志愿者用户以及前台注册的普通用户进行增删改查。
(3)内容模块:管理员可以对流浪动物救助系统前台展示的流浪动物社区分享、社区分享列表、救助资讯、资讯分类列表进行管控。
(4)模块管理:在“模块管理”这一菜单下,可以对志愿者操作的流浪动物消息、领养信息、救助站信息、爱心募捐、加入志愿者以及在前台用户提交的救助资讯、流浪动物消息、救助站信息进行管控。
2.3.2 非功能性分析
流浪动物救助系统的非功能性需求比如流浪动物救助系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1流浪动物救助系统非功能需求表
安全性 | 主要指流浪动物救助系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指流浪动物救助系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响流浪动物救助系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着流浪动物救助系统的页面展示内容进行操作,就可以了。 |
可维护性 | 流浪动物救助系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本流浪动物救助系统的用例图:
用户角色用例如图2-3所示。
图2-3 流浪动物救助系统用户角色用例图
图2-4就是志愿者角色的用例展示。
图2-4流浪动物救助系统志愿者角色用例图
web后台管理上的管理员是维护整个流浪动物救助系统中所有数据信息的。管理员角色用例如图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.2.5救助站信息管理模块设计
流浪动物救助系统最重要的一个功能就是救助站信息,其模块功能结构,具体的结构图如下:
图3-5救助站信息模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个流浪动物救助系统中主要的数据库表总E-R实体关系图。
图3-6 流浪动物救助系统总E-R关系图
下面根据流浪动物救助系统的数据库总E-R关系图可以得出流浪动物救助系统需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图。
图3-7救助站信息E-R关系图
图3-8 普通用户信息E-R关系图
图3-9加入志愿者信息E-R关系图
图3-10 爱心募捐E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中流浪动物救助系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
volunteer_users表:
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
volunteer_users_id | int | 11 | 是 | 是 | 志愿者用户ID |
volunteer_user_name | varchar | 64 | 否 | 否 | 志愿者用户名 |
volunteer_number | varchar | 64 | 否 | 否 | 志愿者编号 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
gender | varchar | 64 | 否 | 否 | 性别 |
age | varchar | 64 | 否 | 否 | 年龄 |
id | varchar | 255 | 否 | 否 | 身份证 |
address | varchar | 64 | 否 | 否 | 地址 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
stray_animal_news表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
stray_animal_news_id | int | 11 | 是 | 是 | 流浪动物消息ID |
animal_name | varchar | 64 | 否 | 否 | 动物名称 |
animal_pictures | varchar | 255 | 否 | 否 | 动物图片 |
adoption_status | varchar | 64 | 否 | 否 | 领养状态 |
animal_sex | varchar | 64 | 否 | 否 | 动物性别 |
age_animal | varchar | 64 | 否 | 否 | 动物年龄 |
affiliated_rescue_station | varchar | 64 | 否 | 否 | 所属救助站 |
species | varchar | 64 | 否 | 否 | 物种 |
varieties | varchar | 64 | 否 | 否 | 品种 |
vaccination | varchar | 64 | 否 | 否 | 是否接种 |
sterilization | varchar | 64 | 否 | 否 | 是否绝育 |
is_it_insect_repellent | varchar | 64 | 否 | 否 | 是否驱虫 |
adoption_notes | text | 0 | 否 | 否 | 领养备注 |
detailed_information | text | 0 | 否 | 否 | 详细信息 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
rescue_station_information表 |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
rescue_station_information_id | int | 11 | 是 | 是 | 救助站信息ID |
name_of_rescue_station | varchar | 64 | 否 | 否 | 救助站名称 |
capacity_of_rescue_station | varchar | 64 | 否 | 否 | 救助站容量 |
address_of_rescue_station | varchar | 64 | 否 | 否 | 救助站地址 |
person_in_charge | varchar | 64 | 否 | 否 | 负责人 |
contact_information | varchar | 64 | 否 | 否 | 联系方式 |
rescue_station_picture | varchar | 255 | 否 | 否 | 救助站图片 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
ordinary_users表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
ordinary_users_id | int | 11 | 是 | 是 | 普通用户ID |
user_name | varchar | 64 | 否 | 否 | 用户名 |
user_number | varchar | 64 | 否 | 否 | 用户编号 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
gender | varchar | 64 | 否 | 否 | 性别 |
age | varchar | 64 | 否 | 否 | 年龄 |
id | varchar | 255 | 否 | 否 | 身份证 |
address | varchar | 64 | 否 | 否 | 地址 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
user_id | int | 11 | 是 | 否 | 用户ID |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
join_volunteers表: |
|
|
|
|
|
名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
join_volunteers_id | int | 11 | 是 | 是 | 加入志愿者ID |
user_name | int | 11 | 否 | 否 | 用户名 |
full_name | varchar | 64 | 否 | 否 | 姓名 |
contact_information | varchar | 64 | 否 | 否 | 联系方式 |
remarks | varchar | 64 | 否 | 否 | 备注 |
application_details_ | text | 0 | 否 | 否 | 申请详情 |
examine_state | varchar | 16 | 是 | 否 | 审核状态 |
examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
recommend | int | 11 | 是 | 否 | 智能推荐 |
create_time | datetime | 0 | 是 | 否 | 创建时间 |
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
3.4本章小结
整个流浪动物救助系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 流浪动物救助系统详细设计与实现
流浪动物救助系统的详细设计与实现主要是根据前面的流浪动物救助系统的需求分析和流浪动物救助系统的总体设计来设计页面并实现业务逻辑。主要从流浪动物救助系统界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入流浪动物救助系统的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 会员注册界面
不是流浪动物救助系统中正式会员的是可以在线进行注册的,如果你没有本流浪动物救助系统的账号的话,添加“注册”,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可会员注册成功。其用会员注册界面展示如下图4-2所示。
图4-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;
}
4.1.3 会员登录界面
流浪动物救助系统中的前台上注册后的会员是可以通过自己的账户名和密码进行登录的,当会员输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到流浪动物救助系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3会员登录界面图
登录系统主要代码如下。
/**
* 登录
* @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.1.4公告消息界面
用户在点击导航栏上面的公告消息后,就可以搜索查看公告评论信息,用户根据自己的喜好可以进行评论,公告消息界面如下图4-4所示。
图4-4公告消息界面图
公告消息逻辑代码如下所示。
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
@Transactional
public void delete(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("DELETE FROM ").append("`").append(table).append("`").append(" ");
sql.append(toWhereSql(query, "0".equals(config.get(FindConfig.GROUP_BY))));
log.info("[{}] - 删除操作:{}",table,sql);
Query query1 = runCountSql(sql.toString());
query1.executeUpdate();
}
4.1.5 评论界面
用户在点击导航栏上面的评论后,就可以搜索查看评论信息,用户根据自己的喜好可以进行交流,评论界面如下图4-5所示。
图4-5评论界面图
4.1.6 救助资讯界面
当访客点击了任意动物后将会进入该救助资讯的详情界面,可以了解到该动物的图片信息等,同时可以对该救助资讯进行点赞+收藏,救助资讯展示页面如图4-6所示。
图4-6 救助资讯详情界面图
救助资讯联盟关键代码如下所示。
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
public Map<String,String> readConfig(HttpServletRequest request){
Map<String,String> map = new HashMap<>();
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,String> readQuery(HttpServletRequest request){
String queryString = request.getQueryString();
if (queryString != null && !"".equals(queryString)) {
String[] querys = queryString.split("&");
Map<String, String> map = new HashMap<>();
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<String,String> query,Map<String,String> config,Map<String,Object> body){
StringBuffer sql = new StringBuffer("UPDATE ").append("`").append(table).append("`").append(" SET ");
for (Map.Entry<String,Object> entry:body.entrySet()){
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<String,String> query, Boolean like) {
if (query.size() > 0) {
try {
StringBuilder sql = new StringBuilder(" WHERE ");
for (Map.Entry<String, String> entry : query.entrySet()) {
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.2.1 站点管理界面
流浪动物救助系统中的管理人员在“站点管理”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-7所示。
图4-7用户管理界面图
站点管理关键代码如下所示。
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
4.2.2 用户管理界面
流浪动物救助系统中的管理人员在“用户管理”这一菜单是中可以对注册的普通用户、志愿者以及管理员进行管控,这里以用户管理为例。界面如下图4-8所示。
图4-8用户管理界面图
4.2.3 内容模块界面
流浪动物救助系统中的管理人员在“内容模块”这一菜单中是可以对流浪动物救助系统内的流浪动物社区分享、社区分享分类列表、救助资讯、资讯分类列表进行维护和管理的,界面如下图4-9所示。
图4-9内容模块界面图
内容模块关键代码如下所示。
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
4.2.4 模块管理界面
流浪动物救助系统中的管理人员在“模块管理”这一菜单下是可以对流浪动物救助系统内的流浪动物消息、领养信息、救助站信息、爱心募捐、加入志愿者进行管控的,其管理界面如下图4-10所示。
图4-12更多管理界面图
模块管理关键代码如下所示。
@RequestMapping(value = {"/sum_group", "/sum"})
public Map<String, Object> sum(HttpServletRequest request) {
Query count = service.sum(service.readQuery(request), service.readConfig(request));
return success(count.getResultList());
}
5系统测试
5.1系统测试的目的
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
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大模块为流浪动物救助系统的后期推广运营提供了强力的技术支撑。
结论
至此,流浪动物救助系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、springboot技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]刘在英,杨磊. 一种基于SpringBoot框架的企业进存销系统的设计方法[P]. 山东省:CN114003204A,2022-02-01.
[2]熊柏祥.基于Springboot和Vue框架的考试资源服务平台的设计与实现[J].信息与电脑(理论版),2022,34(01):97-99+103.
[3]霍福华,韩慧.基于SpringBoot微服务架构下前后端分离的MVVM模型[J].电子技术与软件工程,2022(01):73-76.
[4]张思璇,那艳平,孙丽娆, 3 环境艺术篇 Rubiks——流浪动物救助站设计. 李杰 主编,中国高等院校设计作品精选年鉴,中国商业出版社,2021,374,年鉴.
[5]曹明昊. 基于SpringBoot和Vue框架的邯郸市现代农业园区信息管理系统的研发[D].河北工程大学,2021.
[6]单树倩,任佳勋.基于SpringBoot和Vue框架的数据库原理网站设计与实现[J].电脑知识与技术,2021,17(30):40-41+50.
[7]苏文强,刘紫阳,苗玉恒.基于SpringBoot的缺陷管理系统设计与实现[J].大众科技,2021,23(10):4-6+10.
[8]张画仪,王楚桐,郑鑫楠,袁浩育,谢璠.法律体制下高校流浪动物救助工作的现状及管理措施分析[J].法制博览,2021(23):24-25.
[9]Fuyuan Cheng. Talent Recruitment Management System for Small and Micro Enterprises Based on Springboot Framework[J]. Advances in Educational Technology and Psychology,2021,5(2).
[10]刘欣,李亮亮,牛聪. 基于Vue和SpringBoot框架的流域监管平台的研究和应用[C]//.第十一届防汛抗旱信息化论坛论文集.,2021:118-122.
[11]危炜. 基于SpringBoot和Vue框架的刹车片工厂流程再造系统的设计与实现[D].浙江理工大学,2021.
[12]林翔. 基于SpringBoot技术的M公司厨电产品质量管理系统的设计与实现[D].电子科技大学,2021.
[13]邢月,喻德荣.简析流浪动物救助实践困境与路径优化[J].大众标准化,2021(04):71-73.
[14]季琛其. 一种动物小型庇护救助站[P]. 浙江省:CN212212264U,2020-12-25.
[15]Guanhong Chen,Jiangming Xu. Design and implementation of efficient Learning platform based on SpringBoot Framework[J]. Journal of Electronics and Information Science,2020,6(1).
[16]Jian Chen,Chen Jian,Pan Hailan. Design of Man Hour Management Information System on SpringBoot Framework[J]. Journal of Physics: Conference Series,2020,1646(1).
[17]陈薇,刘梓媛,尹婷.新媒体背景下流浪动物救助微信公众号运营研究[J].现代营销(下旬刊),2020(05):85-86.
[18]纪好. 流浪动物救助公益服务设计研究[D].武汉理工大学,2018.
[19]王波,同雯,王梓昕,李子杰.基于APPCAN的流浪动物救助APP系统设计[J].电脑知识与技术,2017,13(36):76-77+79.
致 谢
逝者如斯夫,不舍昼夜。转眼间,大学生会员活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注点赞+私聊