摘要
1 绪论
1.1 选题背景与意义
1.2国内外研究现状
1.3微信开发者工具
1.4小程序框架以及目录结构介绍
1.5论文结构与章节安排
2系统分析
2.1 可行性分析
2.2 系统流程分析
2.2.1系统开发流程
2.2.2 用户登录流程
2.2.3 系统操作流程
2.2.4 添加信息流程
2.2.5 修改信息流程
2.2.6 删除信息流程
2.3 系统功能分析
2.3.1 功能性分析
2.3.2 非功能性分析
2.4 系统用例分析
2.5本章小结
3 系统总体设计
3.1 系统架构设计
3.2 系统功能模块设计
3.3 数据库设计
3.3.1 数据库概念结构设计
3.3.2 数据库逻辑结构设计
3.4本章小结
4系统关键模块设计与实现
4.1前台用户功能模块
4.1.1 首页界面
4.1.2 用户登录界面
4.1.3新闻资讯界面
4.1.4 兽医信息界面
4.1.5 预约申请界面
4.1.6 预约信息界面
4.1.7 订单信息界面
4.2管理员功能模块
4.2.1 系统用户管理界面
4.3.2 系统管理界面
4.3.3 兽医信息管理界面
4.3.4 预约信息管理界面
4.3.5 资源管理界面
5系统测试
5.1系统测试的目的
5.2 系统测试用例
5.3 系统测试结果
结论
参考文献
致 谢
摘要
本文基于SpringBoot框架,设计并实现了一款宠物智慧医院小程序,旨在提升宠物智慧医院的管理效率和服务质量。通过采用前后端分离的开发模式,结合小程序原生语言和SpringBoot技术,实现了用户管理、兽医信息管理、宠物信息管理等多个功能模块。系统经过详尽的测试和评估,表现出稳定性和高性能的特点,能够有效提升宠物智慧医院的管理水平,为用户提供更优质的医疗服务。本文详细介绍了系统的架构设计、各功能模块的开发过程和技术实现细节,包括数据库设计、安全性措施等。通过对实现的宠物智慧医院小程序进行测试和评估,验证了系统的稳定性和性能。最终结果表明,该系统能够满足宠物智慧医院的管理需求,为医院工作效率和服务质量的提升做出了积极贡献。本文的设计与实现为宠物智慧医院领域的发展提供了有益的参考和借鉴,具有重要的实践意义和推广价值。
关键词:SpringBoot框架、宠物智慧医院、小程序。
Abstract
Keywords: SpringBoot framework, pet smart hospital, mini program.
1 绪论
随着社会对宠物健康关注度的提升,宠物智慧医院的管理和服务水平也日益受到重视。然而,传统宠物智慧医院存在信息孤岛、效率低下等问题,需要借助智能化技术进行改进。本文选题旨在探讨利用SpringBoot框架设计与实现宠物智慧医院小程序的方式,以提高宠物智慧医院的管理效率和服务质量,满足社会对宠物医疗需求不断增长的趋势。
宠物作为家庭重要成员,其健康问题备受关注,因此宠物智慧医院的管理与服务质量直接关系到宠物及主人的幸福感和生活质量。通过引入智能化技术,如前后端分离开发、数据库设计优化、安全性措施加固等,可以提升医院管理效率,优化预约挂号流程,改善宠物诊疗体验,为宠物主人提供更便捷、高效的医疗服务。同时,该研究也有助于推动宠物智慧医院向数字化、智能化方向发展,提高行业整体水平和竞争力。
通过本文的研究与实践,可以为宠物智慧医院者提供具体的技术实现方案和经验参考,为宠物智慧医院行业的现代化转型提供有益启示。在当前数字化社会背景下,借助智能化技术改进宠物智慧医院,不仅能够提升服务质量,还能够为宠物主人带来更好的医疗体验,具有重要的社会意义和实践价值。
在国内外,宠物智慧医院系统的研究与实践已经取得了一定进展。国外学者主要集中在利用智能化技术改进宠物医疗服务的领域,如美国的一些宠物智慧医院已经应用智能化系统进行预约挂号、医疗记录管理等方面的实践。在欧洲和日本,也有类似研究探讨如何通过技术手段提升宠物智慧医院效率和服务水平,其中包括智能诊疗设备的应用和远程医疗服务的探索。
在国内,随着宠物市场的迅速扩大,越来越多的研究关注宠物智慧医院系统的设计与实现。目前,国内研究主要集中在系统架构设计、功能模块开发、数据库优化等方面,以提升宠物智慧医院的管理效率和服务质量为目标。一些国内的大型宠物连锁医院已经开始尝试数字化管理系统的应用,以优化就诊流程、提高服务质量,并通过数据分析和挖掘为宠物健康提供更加个性化的医疗服务。
然而,目前国内外对于宠物智慧医院小程序的研究尚属较少,缺乏系统性的研究成果和实践案例。SpringBoot作为一种轻量级的Java开发框架,具有高效、简洁的特点,逐渐成为企业级应用开发的首选框架。因此,宠物智慧医院小程序的研究具有创新性和实用性,有望为宠物智慧医院系统的数字化转型提供新的解决方案。
通过总结国内外研究现状,可以发现宠物智慧医院系统的智能化发展已成为行业发展的必然趋势,而本文所探讨的宠物智慧医院小程序设计与实现,将为该领域的研究和实践提供有益的借鉴和推动。同时,结合国内外研究成果,可以为未来宠物智慧医院系统的发展方向和技术应用提供有益的启示和指导。
微信开发者工具现在已经被小程序开发团队开发运行,目前微信开发者工具任然在不断的完善中,在开发小程序时经常要不断的更新。可以使用微信扫码登陆开发者工具,开发者工具将使用这个微信帐号的信息进行小程序的开发和调试。
机型选择:小程序以智能手机的屏幕尺寸为设计标准,进行切图。
预览界面:写好视图布局后点击编译,用来刷新视图界面。
控制台:方便调试打印输出信息。
上传代码:上传到腾讯服务器,提交审核必经步骤。上传代码时可以填写版本号和备注信息。
资源文件:一般可以在资源文件进行对应项目的文件目录的断点调试。
显示远程调试:手机端和PC端开发工具联调对用户而言是非常实用的。
本地数据存储:显示的是本地存储的数据。
视图调试:标组件以子父层级结构呈现,方便调试。
微信限制在2M 以内的代码体积;开发中一般不校验合法域名信息;小程序后台要做配置服务器域名。
以上就是在开发过程中微信开发者工具常用到的功能,微信开发者工具也在不断的完善。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景和意义,系统开发的国内外研究现状和本文的研究内容与主要工作。
第二章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。接下来会进行详细的介绍。
经济可行性在此仅代表平台的运维成本,开发成本不在此考虑。
目前该模式下的相关系统的数量日益增多,信息管理系统的平民化、普及化使用户人数呈上升趋势,当用户人数庞大了,运维成本可以由广告费进行填补,包括开发成本。
所以经济可行性没有问题。
(2)操作可行性:
此次项目设计参考了几个该模式下系统的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(3)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的JAVA语言能够迎合所有系统的搭建。开发这个宠物智慧医院的时候我采用了JAVA+springboot用以运行整体程序。
综上所述技术可行性也没有问题。
宠物智慧医院平台开发时,首先进行需求分析,进而对系统进行总体的设计规划,设计系统功能模块,数据库的选择等,本系统的开发流程如图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 删除信息流程图
按照宠物智慧医院平台的角色,系统划分为了注册用户模块、医生用户模块和管理员模块这两大部分。
登录注册: 提供注册新用户和已有用户登录的功能,确保用户可以访问系统的个性化内容。
首页: 展示新闻资讯、推荐的兽医信息等内容,吸引用户关注。
兽医信息:注册用户可以查看包含医生名称、科室、职称、看诊时间、年龄等详细信息的兽医信息列表。用户可以选择喜欢的医生进行点赞、收藏以便快速查看、评论分享医生的服务经验,并进行预约操作以便预约就诊。
公告通知:用户可以查看系统发布的重要通知和公告信息,包括医院活动、假期通知等,以便第一时间获取医院相关信息。
新闻资讯:用户可以阅读各类新闻资讯的详细内容,包括宠物健康知识、行业动态等。用户可以对感兴趣的新闻进行点赞、收藏以便日后查看,同时也可以发表评论与其他用户互动交流。
我的
基本信息:注册用户可以在该模块修改个人资料,包括昵称、头像、联系方式等,同时可以进行密码修改以保障账号安全。
收藏:用户可以查看系统中收藏的内容,包括喜欢的医生、新闻资讯等,也可以对不再需要的收藏内容进行删除操作。
预约信息:用户可以查看自己的预约详情,包括预约医生名称、科室、时间等信息,同时可以通过查询、重置预约状态,以及通过医生名称和科室进行搜索已有预约信息。
订单信息:用户可以查看自己的订单详情,包括订单金额、医生名称、科室等信息,支持订单支付操作,同时可以通过医生名称、科室和支付状态进行订单搜索,便于管理个人就诊订单记录。
2.管理员功能:
系统用户管理:管理员可以对系统用户进行增加、删除、修改和查看操作,包括管理员和注册用户的管理权限分配。
兽医信息管理:管理员能够查看、添加、编辑和删除兽医信息,包括查看详细信息、管理用户评论、进行查询和重置操作,以及通过医生名称快速搜索相关信息。
预约信息管理:管理员可以查看所有预约信息并查看详情,发送用户预约订单,进行查询和重置操作,删除无效预约信息,通过医生名称搜索信息,并进行审核和回复用户预约。
订单信息管理:管理员具备查看所有订单信息的权限,查看订单详情和用户支付状态,进行订单支付操作,查询和重置订单信息,删除无效订单,以及通过医生名称和支付状态进行搜索。
系统管理:管理员可以管理系统首页的轮播图展示,包括添加、编辑、删除轮播图等操作。
公告通知管理:管理员可以发布、编辑、删除系统公告通知,查看通知详情,以及进行公告通知的增删改查操作。
资源管理:管理员具有对新闻资讯和资讯分类的全面管理权限,可以进行新闻资讯的增删改查和查看详情操作,同时管理资讯分类的增删改查和查看详情功能。这些操作帮助管理员有效组织和更新系统的资讯内容,提升用户浏览体验和信息检索效率。
宠物智慧医院平台的非功能性需求比如系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1宠物智慧医院平台非功能需求表
安全性 | 主要指宠物智慧医院平台数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指宠物智慧医院平台能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响宠物智慧医院平台占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着宠物智慧医院平台的页面展示内容进行操作,就可以了。 |
可维护性 | 宠物智慧医院平台开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
通过2.3功能的分析,得出了系统的用例图:
注册用户角色用例如图2-7所示。
图2-7注册用户角色用例图
管理员是维护整个宠物智慧医院平台中所有数据信息的。管理员角色用例如图2-8所示。
图2-8宠物智慧医院平台管理员角色用例图
本章主要通过对宠物智慧医院平台的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个系统要实现的功能。同时也为系统的代码实现和测试提供了标准。
本系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1系统架构设计图
表现层(UI):又称UI层,主要完成本系统的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本系统时的舒适度。UI的界面设计也要适应不同版本的宠物智慧医院以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本系统的数据存储和管理功能。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本系统中的用例。那么接下来就要开始对本系统的架构、主要功能和数据库开始进行设计。宠物智慧医院平台根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2系统功能模块图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
下面是整个宠物智慧医院平台中主要的数据库表总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 | 用户编号: |
表appointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_information_id | int | 10 | 0 | N | Y | 预约信息ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生名称 | |
3 | doctors_department | varchar | 64 | 0 | Y | N | 医生科室 | |
4 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
5 | appointment_users | int | 10 | 0 | Y | N | 0 | 预约用户 |
6 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
7 | pet_breeds | varchar | 64 | 0 | Y | N | 宠物品种 | |
8 | pet_age | int | 10 | 0 | Y | N | 0 | 宠物年龄 |
9 | appointment_status | varchar | 64 | 0 | Y | N | 预约状态 | |
10 | appointment_remarks | text | 65535 | 0 | Y | N | 预约备注 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | 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 | 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 | 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 | order_information_id | int | 10 | 0 | N | Y | 订单信息ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生名称 | |
3 | doctors_department | varchar | 64 | 0 | Y | N | 医生科室 | |
4 | appointment_users | int | 10 | 0 | Y | N | 0 | 预约用户 |
5 | pet_breeds | varchar | 64 | 0 | Y | N | 宠物品种 | |
6 | cost_type | varchar | 64 | 0 | Y | N | 费用类型 | |
7 | order_amount | int | 10 | 0 | Y | N | 0 | 订单金额 |
8 | fee_details | longtext | 2147483647 | 0 | Y | N | 费用详情 | |
9 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
10 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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 | registered_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_age | int | 10 | 0 | Y | N | 0 | 用户年龄 |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | 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 | 更新时间: |
表veterinary_information (兽医信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | veterinary_information_id | int | 10 | 0 | N | Y | 兽医信息ID | |
2 | doctors_name | varchar | 64 | 0 | Y | N | 医生名称 | |
3 | doctors_department | varchar | 64 | 0 | Y | N | 医生科室 | |
4 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
5 | visit_time | varchar | 64 | 0 | Y | N | 看诊时间 | |
6 | doctors_profile_picture | varchar | 255 | 0 | Y | N | 医生头像 | |
7 | doctors_age | int | 10 | 0 | Y | N | 0 | 医生年龄 |
8 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
9 | doctor_details | text | 65535 | 0 | Y | N | 医生详情 | |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
整个宠物智慧医院平台的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4系统关键模块设计与实现
宠物智慧医院平台的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
当进入宠物智慧医院平台的时候,首先映入眼帘的是系统的轮播图和导航栏,其主界面展示如下图4-1所示。
图4-1 首页界面图
宠物智慧医院平台中的注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到宠物智慧医院平台的首页中;否则将会提示相应错误信息,用户登录界面如下图4-2所示。
图4-2用户登录界面图
用户登录代码如下:
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
tokenService.save(accessToken);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
用户可以阅读各类新闻资讯的详细内容,包括宠物健康知识、行业动态等。用户可以对感兴趣的新闻进行点赞、收藏以便日后查看,同时也可以发表评论与其他用户互动交流。界面如下图4-3所示。
图4-3新闻资讯详情界面图
用户可以查看包含医生名称、科室、职称、看诊时间、年龄等详细信息的兽医信息列表。用户可以选择喜欢的医生进行点赞、收藏以便快速查看、评论分享医生的服务经验,并进行预约操作以便预约就诊。页面如图4-4所示。
图4-4 兽医信息添加界面图
用户点击兽医信息的“预约信息”,可以输入宠物年龄、预约备注和选择预约时间等信息,进行预约填写申请等操作。界面如下图所示。
图4-5预约申请界面图
用户点击我的“预约信息”后,用户可以查看自己的预约详情,包括预约医生名称、科室、时间等信息,同时可以通过查询、重置预约状态,以及通过医生名称和科室进行搜索已有预约信息。界面如下图所示。
图4-6预约信息提交界面图
当用户点击我的“订单信息”按钮后,用户可以查看自己的订单详情,包括订单金额、医生名称、科室等信息,支持订单支付操作,同时可以通过医生名称、科室和支付状态进行订单搜索,便于管理个人就诊订单记录。页面如图所示。
图4-7 订单信息界面图
宠物智慧医院平台中的管理人员是可以对注册的注册用户和管理员进行管控。界面如下图4-10所示。
管理员点击“系统管理”这一菜单会显示轮播图这一个子菜单,管理员可以对前台展示的轮播图进行设置,界面如下图4-11所示。
图4-11系统管理界面图
图片/文件/视频等的上传方法通过MultipartFile,代码如下:
server:
port: 5000
servlet:
context-path: /api
spring:
datasource:
url: jdbc:mysql://127.0.0.1:3306/CS725260_20211101091736?serverTimezone=GMT%2B8&useSSL=false&characterEncoding=utf-8
username: root
password: root
driver-class-name: com.mysql.cj.jdbc.Driver
jackson:
property-naming-strategy: CAMEL_CASE_TO_LOWER_CASE_WITH_UNDERSCORES
default-property-inclusion: ALWAYS
time-zone: GMT+8
date-format: yyyy-MM-dd HH:mm:ss
servlet:
multipart:
max-file-size: 100MB
max-request-size: 100MB
管理员点击“兽医信息管理”菜单,管理员能够查看、添加、编辑和删除兽医信息,包括查看详细信息、管理用户评论、进行查询和重置操作,以及通过医生名称快速搜索相关信息。界面如下图所示。
图4-12兽医信息管理界面图
兽医信息关键代码如下:
@SpringBootApplication
@EnableJpaRepositories
public class Application {
public static void main(String[] args) {
SpringApplication.run(Application.class,args);
}
}
管理员可以查看所有预约信息并查看详情,发送用户预约订单,进行查询和重置操作,删除无效预约信息,通过医生名称搜索信息,并进行审核和回复用户预约。预约信息管理界面如下图所示。
图4-13预约信息管理界面图
管理员点击“资源管理”菜单,管理员发布和管理新闻资讯和资讯的分类,方便用户浏览和查询。界面如下图所示。
图4-14资源管理界面图
5系统测试
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
系统测试包括:用户登录功能测试、新闻资讯查看功能测试、新闻资讯添加、新闻资讯搜索、密码修改功能测试,如表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大模块为宠物智慧医院平台的后期推广运营提供了强力的技术支撑。
结论
至此,宠物智慧医院平台已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如springboot、JAVA语言、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[2]胡红一,于特浩. 传播修辞学视角下《宠物智慧医院》中的概念转喻与共情效应研究 [J]. 昭通学院学报, 2024, 46 (01): 61-67.
[3]姜子昕,薛瑞雪,楚遵锋,等. 山东省部分宠物犬饲养免疫情况问卷调查与分析 [J]. 中国动物检疫, 2024, 41 (01): 20-24.
[4]李滢雪. 《宠物智慧医院》的年轻化叙事和价值传递 [J]. 视听, 2024, (01): 114-117.
[5]Xiao Z ,Ali Y ,Xin W , et al. Sports Work Strategy of College Counselors Based on MySQL Database Big Data Analysis [J]. International Journal of Information Technology and Web Engineering (IJITWE), 2023, 18 (1): 1-14.
[6]孔学礼,陈婷婷,吴礼平,等. “双高”背景下宠物医疗技术专业人才需求调研报告 [J]. 中国动物保健, 2023, 25 (10): 127-128.
[7]邵东延,代禾根,马士珍,等. 宠物、兽医和动物医院环境中头孢他啶-阿维巴坦耐药大肠杆菌的传播情况及分子特征分析[C]// 中国畜牧兽医学会兽医药理毒理学分会. 中国畜牧兽医学会兽医药理毒理学分会第十三次全国会员代表大会暨第十七次学术研讨会论文集. 农业农村部动物源细菌耐药性监测重点实验室中国农业大学动物医学院;中国农业大学动物医学院;, 2023: 1.
[8]牟昊琨,韩文艺. 给宠物看病 如何才能明明白白[N]. 中国青年报, 2023-09-07 (003).
[9]陈蓓蕾,洪年松. 基于SpringBoot的数据库接口设计 [J]. 信息与电脑(理论版), 2023, 35 (16): 181-183.
[10]叶真,蒋明睿,赵晶. 宠物医疗市场面临诸多难题[N]. 新华日报, 2023-08-09 (014). [11]田斌. 基于SSM框架的宠物智慧医院系统设计 [J]. 无线互联科技, 2023, 20 (14): 69-71.
[12]蒋磊. 宠物专业“校院协同、四级递进”人才培养模式探索与实践 [J]. 当代畜牧, 2023, (06): 80-82.
[13]赵雷,杨柳峰,章亭文. 上海市宠物诊疗机构发展现状及对策建议 [J]. 上海畜牧兽医通讯, 2023, (03): 52-55. DOI:10.14170/j.cnki.cn31-1278/s.2023.03.016.
[14]陈旭,王艳刚. 看一次动辄上千元 宠物医疗怎成“糊涂账”?[N]. 经济参考报, 2023-06-13 (004).
[15]杨美. ZL宠物店服务营销策略研究[D]. 云南财经大学, 2023.
[16]张昀. 情感与互动:宠物智慧医院室内设计研究[D]. 南京林业大学, 2023.
[17]林世标. QT宠物智慧医院客户满意度提升策略研究[D]. 华侨大学, 2023.
[18]胡建,朱丹. 宠物医疗价格行为分析及监管对策研究 [J]. 中国价格监管与反垄断, 2023, (05): 23-25.
[19]李晓辉. 宠物智慧医院的管理制度研究 [J]. 畜牧业环境, 2023, (09): 116-117.
[20]Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
转眼间,大学生用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~