目录
本文介绍了一款基于Spring Boot框架的爱心流浪宠物救助系统的设计与实现。该系统涵盖了宠物信息管理、收容申请处理、爱心捐赠记录、领养信息登记等功能模块,旨在促进流浪宠物救助工作的便捷性和透明度。系统还提供了动态上传功能,能够实时展示最新的救助动态,为用户提供更全面的信息。
此外,系统还包含经费数据管理和物资数据管理模块,帮助管理者有效监控和管理资源的使用情况,确保救助工作的有序进行。通过该系统,用户可以方便地了解流浪宠物的情况,提交收容申请、进行爱心捐赠以及查看领养信息,为促进流浪动物救助事业的发展提供了便利的平台和支持。
关键词:SpringBoot框架;爱心流浪宠物救助系统;
Abstract
This paper introduces the design and implementation of a caring stray pet rescue system based on Spring Boot framework. The system covers functional modules such as pet information management, shelter application processing, love donation records, adoption information registration, etc., aiming to promote the convenience and transparency of stray pet rescue work. The system also provides a dynamic upload function, which can display the latest rescue dynamics in real time to provide users with more comprehensive information.
In addition, the system also includes funds data management and material data management modules to help managers effectively monitor and manage the use of resources to ensure the orderly conduct of relief work. Through this system, users can easily understand the situation of stray pets, submit shelter applications, make loving donations and check adoption information, providing a convenient platform and support for promoting the development of stray animal rescue.
Keywords: SpringBoot framework; Love stray pet rescue system;
1 绪论
-
- 选题背景与意义
随着社会发展和人们生活水平的提高,越来越多的人关注动物福利和保护,尤其是对流浪动物的关注日益增加。然而,目前针对流浪宠物的救助工作存在着信息不透明、救助流程繁琐等问题,需要建立一套高效便捷的管理系统来提升救助工作效率。
因此,设计并实现一款基于Spring Boot框架的爱心流浪宠物救助系统具有重要意义。该系统将整合宠物信息管理、收容申请处理、爱心捐赠记录、领养信息登记等功能,为流浪动物救助机构和爱心人士提供一个便捷、透明的平台,促进流浪宠物的救助和领养工作的顺利开展。
通过该系统的设计与实现,不仅可以提升流浪动物救助工作的效率和透明度,还能够促进社会各界对于动物保护事业的参与和支持,构建更加和谐、关爱的社会环境。因此,本系统的建立将为促进动物福利事业的发展和推动社会文明进步做出积极贡献。
目前,国内外对于宠物救助系统的研究主要集中在利用信息技术提升动物保护工作效率和透明度的领域。国外一些先进国家已经建立了完善的宠物救助管理系统,通过互联网平台实现宠物信息公开、领养申请在线处理等功能,为流浪动物的救助和领养提供了便利。
在国内,随着社会对动物保护意识的增强,一些地方也开始探索建立宠物救助系统。然而,目前国内宠物救助系统的发展相对滞后,存在着信息不对称、流程繁琐等问题。因此,急需借鉴国外先进经验,结合国内实际情况,设计开发一套高效便捷的爱心流浪宠物救助系统,以提升救助工作的效率和透明度,推动我国动物保护事业的发展。
1.3论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景和意义,系统开发的国内外研究现状和本文的研究内容与主要工作。
第二章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。接下来会进行详细的介绍。
2.1 可行性分析
经济可行性在此仅代表系统的运维成本,开发成本不在此考虑。
目前该模式下的相关系统的数量日益增多,信息管理系统的平民化、普及化使用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下系统的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的JAVA语言能够迎合所有系统的搭建。开发这个爱心流浪宠物救助系统的时候我采用了JAVA+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.2.4 添加信息流程
管理员可以对用户信息、宠物信息等进行信息的添加,用户可以对自己权限内的信息进行添加,输入信息后,系统会自行验证输入的信息和数据,若信息正确,会将其添加到数据库内,若信息有误,则会提示重新输入信息,添加信息流程如图2-4所示。
图2-4 添加信息流程图
2.2.5 修改信息流程
管理员可以对用户信息、宠物信息、轮播图信息、通知公告等进行的修改,用户可以对自己权限内的信息进行修改,首先进入修改信息界面,输入修改信息数据,系统进行数据的判断验证,修改信息合法则修改成功,信息更新至数据库,信息不合法则修改失败,重新输入。修改信息流程图如图2-5所示。
图2-5 修改信息流程图
2.2.6 删除信息流程
管理员可以对用户信息、宠物信息、轮播图信息、通知公告等进行信息的删除,对要删除的信息进行选中后,点击删除按钮,系统会询问是否确定,若点击确定,则系统会删除掉选中的信息,并在数据库内对信息进行删除,删除信息流程图如图2-6所示。
图2-6 删除信息流程图
按照爱心流浪宠物救助系统的角色,系统划分为了普通用户模块、义工用户模块和管理员模块这三大部分。在设计和实现爱心流浪宠物救助系统时,我们需要充分考虑普通用户和管理员的不同需求,以确保系统能够满足各类用户的功能要求。以下是针对不同用户角色的功能分析:
普通用户:
(1)注册登录:用户通过注册登录系统,可通过点击头像中我的账户,对个人信息进行增删改查。比如个人资料、头像和密码修改。
(2)首页:当进入爱心流浪宠物救助系统的时候,首先映入眼帘的是系统的导航栏,宠物信息推荐等功能。
(3)通知公告:用户点击可查看网站公告、关于我们、联系方式和网站介绍。
(4)宠物信息:用户点击可通过搜索宠物名称、宠物类型、宠物编号和宠物性别进行查看宠物信息列表,同时可对宠物信息进行点赞、收藏、领养和评论。点击“领养”按钮可填写领养信息,包括普通用户、用户姓名、用户性别、用户电话、用户地址、申请日期、申请备注、宠物名称、宠物类型和宠物编号。
(5)个人中心:用户点击可查看个人首页、领养信息、收容申请、爱心捐赠、动态上传和收藏。点击“收容申请”可填写申请信息,包括申请日期、宠物名称、宠物类型、宠物图片、详细说明;点击“爱心捐赠”可填写捐赠信息,包括捐赠日期、捐赠类型、物资清单和捐赠金额。
义工用户:
(1)注册登录:用户通过注册登录系统,可通过点击头像中我的账户,对个人信息进行增删改查。比如个人资料、头像和密码修改。
(2)首页:当进入爱心流浪宠物救助系统的时候,首先映入眼帘的是系统的导航栏,宠物信息推荐等功能。
(3)通知公告:用户点击可查看网站公告、关于我们、联系方式和网站介绍。
(4)宠物信息:用户点击可通过搜索宠物名称、宠物类型、宠物编号和宠物性别进行查看宠物信息列表,同时可对宠物信息进行点赞、收藏和评论。
(5)个人中心:用户点击可查看个人首页、宠物类型、宠物信息、领养信息、动态上传和收藏。点击“宠物信息”“添加”,输入宠物查,删上传宠物图片,选择宠物类型,输入宠物编号,选择宠物性别,输入宠物年龄,选择是否绝育,输入收容区域、房间编号和宠物备注,点击“提交”按钮进行添加。
管理员:
(1)登录:管理员的账号是在数据列表中直接设置生成的,不需要进行注册,可直接输入账号密码登录,同时可对管理员资料进行增删改查。
(2)系统用户:管理员点击可查看管理员、义工用户和普通用户,同时可对系统用户进行增删改查。
(3)宠物类型管理:管理员点击可查看宠物类型列表,同时可对宠物类型进行增删改查。
(4)宠物信息管理:管理员点击可查看宠物信息列表。
(5)领养信息管理:管理员点击可查看领养信息列表,同时可对用户的领养申请进行审核回复。
(6)收容申请管理:管理员点击可查看收容申请列表,同时可对收容申请进行审核回复。
(7)爱心捐赠管理:管理员点击可同时搜索捐赠日期、捐赠类型和支付状态进行查看爱心捐赠列表,
(8)动态上传管理:管理员点击可通过搜索用户姓名、宠物名称和记录日期进行查查看动态上传列表。
(9)宠物数据管理:管理员点击可查看宠物信息列表,同时可对宠物数据进行增删改查。
(10)物资数据管理:管理员点击可查看物资数据列表,同时可对物资数据进行增删改查。
(11)经费数据管理:管理员点击可查看经费数据列表,同时可对经费数据进行增删改查。
(12)系统管理:管理员点击可查看轮播图;如需添加新的轮播图,点击右侧“添加”按钮,上传图片,输入标题,点击“确认”按钮进行添加;同时可对轮播图进行增删改查。
(13)通知公告管理:管理员点击可查看通知公告;如需添加新的公告,点击右侧“添加”按钮,输入标题和正文.点击“确认”按钮进行添加。同时可对通知公告进行增删改查。
(14)后台首页:管理员点击可查看宠物数据、物资数据和经费数据统计图。
爱心流浪宠物救助系统的非功能性需求比如系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-7表格中:
表2-7爱心流浪宠物救助系统非功能需求表
安全性 | 主要指爱心流浪宠物救助系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指爱心流浪宠物救助系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响爱心流浪宠物救助系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着爱心流浪宠物救助系统的页面展示内容进行操作,就可以了。 |
可维护性 | 爱心流浪宠物救助系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了系统的用例图:
系统用户角色(普通用户和义工用户)前台用例如图2-8所示。

图2-8系统用户前台角色用例图
管理员是维护整个爱心流浪宠物救助系统中所有数据信息的。管理员角色用例如图2-9所示。
本章主要通过对爱心流浪宠物救助系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个系统要实现的功能。同时也为系统的代码实现和测试提供了标准。
3 系统总体设计
本章主要讨论的内容包括系统的功能模块设计、数据库系统设计。
3.1 系统架构设计
本系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1系统架构设计图
表现层(UI):又称UI层,主要完成本系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本系统时的舒适度。UI的界面设计也要适应不同版本的爱心流浪宠物救助系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本系统的数据存储和管理功能。
3.2 系统功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本系统中的用例。那么接下来就要开始对本系统的架构、主要功能和数据库开始进行设计。爱心流浪宠物救助系统根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。

图3-2系统功能模块图
3.3.1 数据库概念结构设计
下面是整个爱心流浪宠物救助系统中主要的数据库表总E-R实体关系图。

图3-3 爱心流浪宠物救助系统总E-R关系图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
通过上一小节中爱心流浪宠物救助系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | adoption_information_id | int | 10 | 0 | N | Y | 领养信息ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
6 | user_address | varchar | 64 | 0 | Y | N | 用户地址 | |
7 | application_date | date | 10 | 0 | Y | N | 申请日期 | |
8 | application_remarks | text | 65535 | 0 | Y | N | 申请备注 | |
9 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
10 | pet_type | varchar | 64 | 0 | Y | N | 宠物类型 | |
11 | pet_id | varchar | 64 | 0 | Y | N | 宠物编号 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表application_for_detention (收容申请)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | application_for_detention_id | int | 10 | 0 | N | Y | 收容申请ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
6 | user_address | varchar | 64 | 0 | Y | N | 用户地址 | |
7 | application_date | date | 10 | 0 | Y | N | 申请日期 | |
8 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
9 | pet_type | varchar | 64 | 0 | Y | N | 宠物类型 | |
10 | pet_pictures | varchar | 255 | 0 | Y | N | 宠物图片 | |
11 | elaborate_on | text | 65535 | 0 | Y | N | 详细说明 | |
12 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
13 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | comment_id | int | 10 | 0 | N | Y | 评论ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 评论人ID: |
3 | reply_to_id | int | 10 | 0 | N | N | 0 | 回复评论ID:空为0 |
4 | content | longtext | 2147483647 | 0 | Y | N | 内容: | |
5 | nickname | varchar | 255 | 0 | Y | N | 昵称: | |
6 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
9 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
10 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
11 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | dynamic_upload_id | int | 10 | 0 | N | Y | 动态上传ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
5 | pet_type | varchar | 64 | 0 | Y | N | 宠物类型 | |
6 | pet_id | varchar | 64 | 0 | Y | N | 宠物编号 | |
7 | record_date | date | 10 | 0 | Y | N | 记录日期 | |
8 | animal_photos | varchar | 255 | 0 | Y | N | 动物照片 | |
9 | todays_updates | text | 65535 | 0 | Y | N | 今日动态 | |
10 | motion_video | varchar | 255 | 0 | Y | N | 动态视频 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | funding_data_id | int | 10 | 0 | N | Y | 经费数据ID | |
2 | statistical_date | date | 10 | 0 | Y | N | 统计日期 | |
3 | current_deposit | int | 10 | 0 | Y | N | 0 | 经费存款 |
4 | consumption_amount | int | 10 | 0 | Y | N | 0 | 消费金额 |
5 | received_donations | int | 10 | 0 | Y | N | 0 | 收到捐款 |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | love_donation_id | int | 10 | 0 | N | Y | 爱心捐赠ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
5 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
6 | user_address | varchar | 64 | 0 | Y | N | 用户地址 | |
7 | donation_date | date | 10 | 0 | Y | N | 捐赠日期 | |
8 | donation_type | varchar | 64 | 0 | Y | N | 捐赠类型 | |
9 | material_list | text | 65535 | 0 | Y | N | 物资清单 | |
10 | donation_amount | varchar | 64 | 0 | Y | N | 捐赠金额 | |
11 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
12 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | material_data_id | int | 10 | 0 | N | Y | 物资数据ID | |
2 | statistical_date | date | 10 | 0 | Y | N | 统计日期 | |
3 | material_name | varchar | 64 | 0 | Y | N | 物资名称 | |
4 | inventory_quantity | varchar | 64 | 0 | Y | N | 库存数量 | |
5 | received_quantity | int | 10 | 0 | Y | N | 0 | 收到数量 |
6 | consumption_quantity | int | 10 | 0 | Y | N | 0 | 消耗数量 |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notice_id | mediumint | 8 | 0 | N | Y | 公告id: | |
2 | title | varchar | 125 | 0 | N | N | 标题: | |
3 | content | longtext | 2147483647 | 0 | Y | N | 正文: | |
4 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | pet_data_id | int | 10 | 0 | N | Y | 宠物数据ID | |
2 | statistical_month | date | 10 | 0 | Y | N | 统计月份 | |
3 | number_of_accommodations | int | 10 | 0 | Y | N | 0 | 收容数量 |
4 | number_of_adoptions | int | 10 | 0 | Y | N | 0 | 领养数量 |
5 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | pet_information_id | int | 10 | 0 | N | Y | 宠物信息ID | |
2 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
3 | pet_photos | varchar | 255 | 0 | Y | N | 宠物照片 | |
4 | pet_type | varchar | 64 | 0 | Y | N | 宠物类型 | |
5 | pet_id | varchar | 64 | 0 | Y | N | 宠物编号 | |
6 | pet_gender | varchar | 64 | 0 | Y | N | 宠物性别 | |
7 | pet_age | varchar | 64 | 0 | Y | N | 宠物年龄 | |
8 | sterilization_or_not | varchar | 64 | 0 | Y | N | 是否绝育 | |
9 | shelter_area | varchar | 64 | 0 | Y | N | 收容区域 | |
10 | room_number | varchar | 64 | 0 | Y | N | 房间编号 | |
11 | pet_notes | text | 65535 | 0 | Y | N | 宠物备注 | |
12 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
13 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
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 | pet_type_id | int | 10 | 0 | N | Y | 宠物类型ID | |
2 | pet_type | 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 | praise_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_gender | varchar | 64 | 0 | Y | N | 用户性别 | |
4 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | user_address | varchar | 64 | 0 | Y | N | 用户地址 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | 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 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | volunteer_users_id | int | 10 | 0 | N | Y | 义工用户ID | |
2 | volunteer_name | varchar | 64 | 0 | Y | N | 义工姓名 | |
3 | volunteer_gender | varchar | 64 | 0 | Y | N | 义工性别 | |
4 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
5 | contact_address | varchar | 64 | 0 | Y | N | 联系地址 | |
6 | application_remarks | varchar | 64 | 0 | Y | N | 申请备注 | |
7 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
8 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
9 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
整个爱心流浪宠物救助系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4系统关键模块设计与实现
爱心流浪宠物救助系统的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
4.1义工用户前台功能模块
4.1.1 首页界面
当进入爱心流浪宠物救助系统的时候,首先映入眼帘的是系统的导航栏,宠物信息推荐等功能,其主界面展示如下图4-1所示。

图4-1 首页界面图
4.1.2 注册界面
游客可以查看系统信息,也有注册成为用户的权限。其用注册流程图如图4-2所示,注册界面展示如下图4-3所示。
图4-2注册流程图

图4-3 用户注册界面图
注册页UserController.java,传入user对象,并将"user_id"、 "state"、 "user_group"、"login_time"、"phone"、"phone_state"、 "username"、"nickname"、"password"、"email"、"email_state"、"avatar"、"create_time"输入,重点是 "username"、"nickname"、"password"必须输入,通过获取username,数据库查询是否有该用户,如果存在,则提示“用户已存在”,否则执行将UserId置为空(数据库表中该字段已设置自动递增),代码如下:
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
爱心流浪宠物救助系统中的注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到爱心流浪宠物救助系统的首页中;否则将会提示相应错误信息。用户登录流程如图4-4所示,登录界面如下图4-5所示。
图4-4 登录流程图
用户登录界面如下图4-5所示。

图4-5用户登录界面图
登录页,首先传入"username"、"email"、"phone"、"password",用户可通过用户名、邮箱、手机号进行登陆,通过判断resultList来确定查询结果,然后执行查询用户组UserGroup,用户组里面不存在,依然报“用户不存在”,执行完以上代码,最后涉及到用户带有“审核”的,会查询examine_state(用户的审核状态),数据库表user_group中含有source_table和source_field进行查询,以上步骤完成,对输入的密码进行存储Token到数据库,匹对账号和密码,数据库中的AccessToken为令牌,用于身份认证,其代码如下:
/**
* 登录
* @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.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}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.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
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());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
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-6所示。

图4-6 宠物信息界面图
4.1.4 个人中心界面
个人中心:用户点击可查看个人首页、宠物类型、宠物信息、领养信息、动态上传和收藏。点击“宠物信息”“添加”,输入宠物查,删上传宠物图片,选择宠物类型,输入宠物编号,选择宠物性别,输入宠物年龄,选择是否绝育,输入收容区域、房间编号和宠物备注,点击“提交”按钮进行添加。页面如图4-7所示。

图4-7 个人中心界面图

图4-8 宠物信息添加界面图
4.2.1 宠物信息界面
宠物信息:用户点击可通过搜索宠物名称、宠物类型、宠物编号和宠物性别进行查看宠物信息列表,同时可对宠物信息进行点赞、收藏、领养和评论。点击“领养”按钮可填写领养信息,包括普通用户、用户姓名、用户性别、用户电话、用户地址、申请日期、申请备注、宠物名称、宠物类型和宠物编号。界面如下图所示。

图4-9 宠物信息界面图

图4-10 领养信息界面
个人中心:用户点击可查看个人首页、领养信息、收容申请、爱心捐赠、动态上传和收藏。点击“收容申请”可填写申请信息,包括申请日期、宠物名称、宠物类型、宠物图片、详细说明;点击“爱心捐赠”可填写捐赠信息,包括捐赠日期、捐赠类型、物资清单和捐赠金额。界面如下图所示。

图4-11 个人中心界面

图4-12 收容申请添加界面

图4-12 爱心捐赠界面
添加代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
4.3管理员功能模块
4.3.1 收容申请管理界面
收容申请管理:管理员点击可查看收容申请列表,同时可对收容申请进行审核回复。界面如下图所示。

图4-13 收容申请管理界面图
4.3.2物资数据管理界面
物资数据管理:管理员点击可查看物资数据列表,同时可对物资数据进行增删改查。界面如下图所示。

图4-14物资数据管理界面图
4.3.3 系统管理界面
系统管理:管理员点击可查看轮播图;如需添加新的轮播图,点击右侧“添加”按钮,上传图片,输入标题,点击“确认”按钮进行添加;同时可对轮播图进行增删改查。界面如下图所示。

图4-15系统管理界面图
删除代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
public void delete(Map<String,String> query,Map<String,String> config){
QueryWrapper wrapper = new QueryWrapper<E>();
toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);
baseMapper.delete(wrapper);
log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());
}
修改代码如下:
@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-16后台首页界面图
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、JAVA语言、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]张云英,王高奇,董士林.分布式系统中Java后端开发技术及其应用实践[J].信息与电脑(理论版),2024,36(01):31-33.
[2]赵旭东.计算机软件开发与设计中Java语言的应用研究[J].信息与电脑(理论版),2023,35(24):31-33.
[3]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023(06):84-86+98.
[4]宋晓燕,杨芬.Java程序设计语言的分层教学实践[J].电子技术,2023,52(11):182-183.
[5]张雨蝶,周春柳.高校流浪动物的数字化管理探索[J].中国动物检疫,2023,40(11):41-45+88.
[6]管林丹,王文哲.山东省流浪动物及流浪动物收容所现状调查分析[J].山东畜牧兽医,2023,44(11):15-19.
[7]Muharudin E ,Slamet Y S ,Suwandi S , et al. [J]. Theory and Practice in Language Studies,2023,13(10).
[8]尹应荆.JAVA编程语言在计算机软件开发中的应用[J].石河子科技,2023(05):45-47.
[9]郑沁. 美国流浪动物收容制度研究[D].华东政法大学,2023.DOI:10.27150/d.cnki.ghdzc.2023.000184.
[10]李超. 基于和谐社会视角下社会工作介入社区流浪动物现状及对策分析[D].山东大学,2024.DOI:10.27272/d.cnki.gshdu.2023.005558.
[11]戴巍,胡静.废弃空间下的流浪猫收容场所设计研究[J].设计,2023,36(04):146-148.DOI:10.20055/j.cnki.1003-0069.000485.
[12]赵亚洲,杨晓冬.动物领养管理系统的设计与实现[J].无线互联科技,2022,19(18):61-65+72.
[13]丁晶晶. 大理市城市流浪动物协同治理研究[D].云南财经大学,2022.DOI:10.27455/d.cnki.gycmc.2022.000727.
[14]安琪. 基于服务设计思维的城市流浪动物助养系统设计研究[D].北京化工大学,2023.DOI:10.26939/d.cnki.gbhgu.2022.001964.
[15]刘蕾. 北京市流浪动物治理研究[D].中央财经大学,2022.DOI:10.27665/d.cnki.gzcju.2022.000189.
[16]邢月,喻德荣.简析流浪动物救助实践困境与路径优化[J].大众标准化,2021(04):71-73.
[17]赵灿. 《宠爱》移动应用设计的研究[D].北京印刷学院,2021.DOI:10.26968/d.cnki.gbjyc.2020.000217.
[18]姜苏. 基于互联网平台解决社会流浪动物问题的可行性研究[D].山东农业大学,2021.DOI:10.27277/d.cnki.gsdnu.2020.001043.
[19]刘琴琴. 我国流浪动物规范管理的法律研究[D].西北大学,2022.DOI:10.27405/d.cnki.gxbdu.2020.002158.
[20]纪好. 流浪动物救助公益服务设计研究[D].武汉理工大学,2019.
转眼间,大学生用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。