目 录
摘 要
随着城市化进程的加快,流浪动物的数量不断增加,如何有效管理这些动物,并帮助它们找到合适的领养家庭成为了一个亟待解决的社会问题。与此同时,互联网技术的发展为这一问题提供了新的解决方案。通过建立一个在线平台,可以极大地提高信息传播效率,简化领养流程,使更多有意愿的家庭能够参与到宠物领养中来。在这样的研究背景下,宠物领养管理系统为用户提供了一个便捷、高效的宠物领养平台,不仅关注功能性需求,还特别强调非功能性需求的设计与实现,以确保系统的高效运行和用户体验。安全性方面,严格遵守数据库安全规范,采用加密技术和强密码策略保护用户隐私。可靠性测试显示,系统可靠性超过90%,并具备优秀的错误处理能力。性能上,系统响应迅速且页面加载快,即便在高并发情况下也能保持稳定。考虑到未来扩展性,数据库设计预留了额外属性,接口灵活,便于新功能添加。易用性方面,界面直观友好,所有操作简单明了。系统的可维护性经过全面测试,代码结构清晰,文档齐全,支持快速定位问题和高效维护,确保长期稳定运行。通过满足上述功能性与非功能性需求,宠物领养管理系统不仅提升了用户的满意度,也为改善流浪动物的生活状况、促进社会和谐发展做出了贡献。
关键词:Django框架,宠物领养管理系统
Abstract
With the acceleration of urbanization and the increasing number of stray animals, how to effectively manage these animals and help them find suitable adoptive families has become a social problem that needs to be solved urgently. At the same time, the development of Internet technology provides a new solution to this problem. By establishing an online platform, the efficiency of information dissemination can be greatly improved, the adoption process can be simplified, and more willing families can participate in pet adoption. In this research context, the pet adoption management system provides users with a convenient and efficient pet adoption platform, which not only focuses on functional requirements, but also emphasizes the design and implementation of non-functional requirements to ensure the efficient operation and user experience of the system. In terms of security, we strictly abide by database security norms and use encryption technology and strong password policies to protect user privacy. Reliability tests show that the system reliability is more than 90%, and it has excellent error handling capabilities. In terms of performance, the system responds quickly and the page loads quickly, which can remain stable even in high concurrency situations. Considering future scalability, the database design has reserved additional attributes and flexible interfaces to facilitate the addition of new features. In terms of ease of use, the interface is intuitive and friendly, and all operations are simple and straightforward. The maintainability of the system has been comprehensively tested, the code structure is clear, and the documentation is complete, which supports rapid problem location and efficient maintenance to ensure long-term stable operation. By satisfying the above functional and non-functional needs, the pet adoption management system not only improves user satisfaction, but also contributes to improving the living conditions of stray animals and promoting the harmonious development of society.
Keywords: Keywords: Django framework, pet adoption management system
第一章 绪 论
1.1研究背景及意义
在现代社会,随着城市化进程的加快,流浪动物的数量不断增加,这不仅对城市管理提出了挑战,也反映了动物保护意识的不足。传统的宠物领养方式效率低下,信息传播范围有限,难以满足大量流浪动物找到合适家庭的需求。基于此背景,开发一个基于Django的宠物领养管理系统显得尤为重要。该系统利用互联网技术,提供了一个高效、便捷的平台,通过简化领养流程、扩大信息传播范围,帮助更多的流浪动物找到合适的领养家庭。此外,系统还注重用户隐私保护和系统的可靠性与易用性,旨在提升用户体验和社会参与度,促进人与动物和谐共处,为构建更加友善的社会环境贡献力量。这一举措不仅有助于解决流浪动物问题,还提高了公众对动物保护的关注和支持。
1.2国内外研究现状
在国内,宠物领养管理系统的开发与应用尚处于初步阶段。虽然一些地方政府和社会团体已推出线上平台以提高领养效率和减少流浪动物数量,但这些平台在用户体验、信息安全和系统稳定性方面仍有提升空间。当前的研究主要集中在通过技术手段提高信息透明度、简化领养流程及增强用户互动。
国外研究现状
相比之下,国外尤其是欧美国家,在宠物领养管理系统的发展较为成熟。许多非营利组织和政府机构已建立完善的在线领养平台,提供丰富的宠物信息及高级功能如社交媒体分享和在线咨询。国外还利用大数据分析和机器学习来优化宠物与领养者的匹配过程,提高领养成功率,并注重宠物健康管理和行为评估。
总的来说,国内外都在积极探索如何通过信息技术改善宠物领养流程。国内需借鉴国外先进经验,特别是在技术集成、用户隐私保护和系统扩展性方面进行改进。未来的发展将更注重跨学科合作,推动宠物领养管理系统的创新与进步。
1.3论文组织结构
本论文共分为七个主要章节,具体结构如下:
1. 绪论:介绍研究背景与意义,回顾国内外研究现状,并概述论文的组织结构。
2. 相关技术介绍:本章节将对宠物领养管理系统的实现关键技术进行简要介绍。
3. 需求分析:对系统的功能需求和非功能需求进行分析,明确用户和管理员的需求,并进行可行性分析,包括技术、操作和经济可行性。
4. 系统设计:涵盖系统架构设计、系统模块设计,并进行数据库的概念设计与表设计。
5. 系统实现:具体描述各个功能模块的实现过程,展示系统如何根据需求进行开发。
6. 系统测试:阐述测试的目的,分析测试结果并得出结论,以验证系统的稳定性和功能完整性。
7. 总结:总结研究的主要成果和贡献,指出存在的不足及未来的研究方向。
第二章 宠物领养管理系统分析
2.1系统可行性分析
2.1.1技术可行性
在技术可行性方面,选择使用Python作为开发语言,结合相应的框架Django,以实现系统的功能需求。Python作为一种简洁而强大的编程语言,具有丰富的库支持和成熟的开发社区,可以满足宠物领养管理系统的开发需求。Django作为Python的Web框架,提供了高度可扩展的开发环境,使得系统的设计和实现更加便捷和高效。
2.1.2经济可行性
系统开发采用开源技术栈,降低了软件授权与工具采购成本。Django框架简化了开发流程,缩短了项目周期,减少了人力投入。此外,借助云计算资源部署系统,可根据实际需求灵活调整服务器配置,进一步降低硬件成本。总体而言,该方案在经济上具有较高性价比,适合中小型企业或初创团队实施。
2.1.3社会可行性
物领养管理系统响应了社会对流浪动物管理的需求,通过简化领养流程和扩大信息传播,帮助更多动物找到家。随着信息技术普及,用户对在线平台接受度高,系统设计直观易用,提升了用户体验。同时,系统注重数据保护和法律遵从性,确保用户信息安全。这不仅减少了流浪动物数量,促进了人与动物和谐共处,还提高了公众的动物保护意识,显示出较高的社会可行性。
2.1.4操作可行性
在操作可行性方面,本系统设计注重用户体验,采用了直观易用的界面设计,并提供详细的帮助文档支持,确保用户可以轻松上手使用各项功能。无论是用户还是后台管理员,都能通过简洁明了的操作流程完成信息查询和管理等任务。因此,从用户操作的角度来看,本系统具备良好的操作可行性。
2.2系统功能分析
2.2.1功能性分析
宠物领养管理系统划分为了注册用户和后管理员两大部分。
- 注册与登录
u新用户可以通过填写必要信息进行注册。
已注册用户可以通过用户名和密码登录系统。
u个人中心
包括个人信息查看与编辑、密码修改等功能。
u个人首页
显示用户的收藏、历史申请记录以及预约信息等。
u宠物浏览与搜索
用户可以根据宠物类型、年龄、性别等条件筛选并浏览宠物列表。
u领养申请
对感兴趣的宠物发起领养申请,并填写必要的申请信息。
- 在线预约
用户可以选择特定的时间段对心仪的宠物进行在线预约,以便实地了解宠物情况。
u收藏
支持用户将喜欢的宠物添加到收藏夹中,方便日后查看。
评论管理
用户可以在宠物详情页发表评论或回复他人的评论,分享自己的见解或经验。
- 管理员端功能
u注册用户管理
查看所有注册用户的信息,支持删除不合规账户。
u宠物类型管理
添加、编辑或删除宠物种类(如猫、狗、兔子等),便于宠物分类展示。
u宠物信息管理
宠物信息列表:查看、搜索现有宠物的信息。
宠物信息添加:录入新的宠物信息,包括图片、简介、健康状况等。
u领养申请管理
领养申请列表:查看所有用户的领养申请,支持审核操作(批准或拒绝)。
u在线预约管理
在线预约列表:查看所有用户的预约请求,支持确认或取消预约。
u系统管理
轮播图管理:上传、编辑或删除网站首页的轮播广告图。
u网站公告管理
发布、编辑或删除网站公告,及时通知用户重要信息。
u资源管理
宠物资讯:发布关于宠物护理、饲养知识等内容的文章。
资讯分类:对发布的文章进行分类整理,方便用户查阅。
通过上述功能模块的设计与实现,该宠物领养管理系统不仅能够帮助流浪宠物找到合适的家,同时也为宠物爱好者提供了一个交流互动的社区。
2.2.2非功能性分析
非功能性需求定义了系统运行的条件和约束,它们并不直接关联系统的具体功能,但对用户体验、系统性能和安全性等方面有着至关重要的影响。以下是基于Django的宠物领养管理系统的一些非功能性分析:具体可以表示在如下3-1表格中:
表3-1宠物领养管理系统非功能需求表
| 安全性 | 确保数据库安装、使用及密码设定合乎安全规范。采用加密技术和强密码策略保护用户数据。 |
| 可靠性 | 系统需按用户指示准确操作,经过测试可靠性达到90%以上,具备良好的错误处理和数据恢复能力。 |
| 性能 | 系统响应迅速,页面加载快,在高并发情况下保持稳定,优化用户体验以占领市场。 |
| 可扩展性 | 数据库设计预留额外属性,提供灵活接口,便于未来功能扩展而不影响现有服务。 |
| 易用性 | 界面直观,操作简便,用户可轻松跟随页面指引完成所需操作,无需复杂学习过程。 |
| 可维护性 | 代码结构清晰,文档齐全,支持高效维护与升级,经过测试验证可维护性良好,确保长期稳定运行。 |
2.3系统用例分析
宠物领养管理系统的用例图分别是图2-1注册用户、2-2管理员

。
图 2-1普通注册用户用例图

图 2-2管理员用例图
2.4系统总体流程设计
2.4.1数据开发流程
系统开发流程的主要步骤,从需求分析到系统完成的全过程。流程包括需求分析、总体设计(结构、功能、数据)、详细设计(模块、编码)、模块整合与调用,以及测试、扩展和完善,最终完成系统的开发。本系统的开发流程如下图所示

图 2-3系统开发流程图
2.4.2用户登录流程
用户输入用户名和密码后,系统先检查输入是否为空,再验证用户名是否存在,若存在则通过用户名获取密码并校验。若密码正确则登录成功,否则提示密码错误。若用户名不存在或无法登录,提示用户操作无效。如下图所示。

图 2-4登录流程图
2.4.3系统操作流程
用户首先进入系统登录界面,输入用户名和密码后,系统验证信息是否正确。若验证失败,返回登录界面重新输入,若验证成功,则进入功能界面,执行相应功能处理后结束操作流程。操作流程如下图所示。

图 2-5系统操作流程图
2.4.4添加信息流程
管理员可以添加信息,用户添加可以自己权限内的信息,输入信息后,要想利用这个软件来进行系统的安全管理,首先需要登录到该软件中。添加信息流程如下图所示。

图 2-6 添加信息流程图
2.4.5修改信息流程
用户首先选择需要修改的记录,输入修改后的数据,系统判断输入数据是否合法。若数据不合法,提示重新输入,若数据合法,则将修改后的数据写入数据库,完成操作后流程结束。修改信息流程图如下图所示。

图 2-7修改信息流程图
2.4.6删除信息流程
用户选择需要删除的记录后,系统判断是否确认删除。若未确认,返回选择环节,若确认删除,则更新数据库,删除对应记录,完成操作后流程结束。删除信息流程图如下图所示。

图 2-8删除信息流程图
第三章 宠物领养管理系统 总体设计
本章主要讨论的内容包括宠物领养管理系统的功能模块设计、数据库系统设计。
3.1系统架构设计
宠物领养管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图 3-1宠物领养管理系统架构设计图
表现层(UI):也称为用户界面层,它负责与用户进行直接的交互。一个优秀的UI设计能够显著提升用户的体验,确保用户在使用宠物领养管理系统时感到舒适和便捷。为了确保良好的兼容性,UI界面设计需要适应不同版本的平台和各种屏幕尺寸的分辨率。此外,UI交互功能必须合理设计,确保用户的操作能够得到相应的反馈和结果,这要求表现层与业务逻辑层之间保持良好的通信和协同工作。
业务逻辑层(BLL):这一层主要处理养宠物领养管理系统的数据和业务逻辑。当用户通过表现层提交数据时,业务逻辑层会接收这些数据,进行处理,并将结果传递给数据层进行存储或查询。同时,当系统需要从数据层读取数据时,业务逻辑层会处理这些数据,并将其传递给表现层进行展示。
数据层(DL):虽然该宠物领养管理系统的数据存储在服务端的MySQL数据库中,但数据层仍然作为一个独立的部分存在。它的主要功能是存储和管理宠物领养管理机构系统的数据。数据层与MySQL数据库进行交互,执行数据的增、删、改、查等操作,确保数据的完整性和安全性。
这三个层次相互独立但又紧密协作,共同构成了宠物领养管理系统的完整架构。通过合理的分层设计,可以提高系统的可维护性、可扩展性和可重用性,为用户提供更好的服务和体验。
3.2系统模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了宠物领养管理系统中的用例。那么接下来就要开始对宠物领养管理系统的架构、主要功能和数据库开始进行设计。宠物领养管理系统根据前面章节的需求分析得出,此系统的功能模块图如下图所示。

图 3-2宠物领养管理系统功能模块图
3.2.1注册时序图
用户通过注册模块发送注册请求,系统完成注册后返回确认信息。随后,用户通过登录模块发送登录请求,系统验证用户信息后允许访问目标系统。用户完成操作后可选择退出,系统终止会话。注册时序图,如图下所示。

图 3-3注册时序图
3.2.2登录时序图
管理员输入登录信息后,登录界面将信息传递至前台管理界面,随后通过Django框架读取数据库中的用户信息并返回。系统验证信息,若验证成功则登录成功,若验证失败则返回错误提示。登录时序图如图下所示。

图 3-4登录时序图
3.2.3管理员修改用户信息时序图
管理员输入登录信息后,进入用户信息管理模块,选择增删改查操作并提交命令至数据库。数据库执行操作后返回成功状态,系统显示用户管理界面并提示操作成功。管理员修改用户信息时序图如图下所示。

图 3-5管理员修改用户信息时序图
3.2.4管理员管理系统信息时序图
管理员通过访问系统发起请求,系统接收访问后转向系统信息模块进行管理操作。管理完成后,系统返回管理结果至系统,最终反馈给管理员,管理员可选择退出。管理员管理系统信息时序图如图下所示。

图 3-6管理员管理系统信息时序图
3.3数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1数据库概念结构设计
下面是整个宠物领养管理系统中主要的数据库表总E-R实体关系图。

图 3-7宠物领养管理系统总E-R关系图
3.3.2数据库逻辑结构设计
通过上一小节中宠物领养管理系统中总E-R关系图上得出一共需要创建多个数据表。在此主要罗列几个主要的数据库表结构设计。
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-application_for_adoption(领养申请)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | application_for_adoption_id | int | 是 | 是 | 领养申请ID | |
| 2 | registered_user | int | 否 | 否 | 注册用户 | |
| 3 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 4 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 6 | pet_name | varchar | 64 | 否 | 否 | 宠物名称 |
| 7 | pet_type | varchar | 64 | 否 | 否 | 宠物种类 |
| 8 | pet_age | double | 否 | 否 | 宠物年龄 | |
| 9 | pet_gender | varchar | 64 | 否 | 否 | 宠物性别 |
| 10 | number_of_adoption | double | 否 | 否 | 领养数量 | |
| 11 | application_time | date | 否 | 否 | 申请时间 | |
| 12 | living_environment | varchar | 64 | 否 | 否 | 生活环境 |
| 13 | application_remarks | text | 65535 | 否 | 否 | 申请备注 |
| 14 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-3-article(文章)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | article_id | mediumint | 是 | 是 | 文章id | |
| 2 | title | varchar | 125 | 是 | 是 | 标题 |
| 3 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 4 | hits | int | 是 | 否 | 点击数 | |
| 5 | praise_len | int | 是 | 否 | 点赞数 | |
| 6 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | url | varchar | 255 | 否 | 否 | 来源地址 |
| 10 | tag | varchar | 255 | 否 | 否 | 标签 |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img | varchar | 255 | 否 | 否 | 封面图 |
| 13 | description | text | 65535 | 否 | 否 | 文章描述 |
表 4-4-article_type(文章分类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | smallint | 是 | 是 | 分类ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 4 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 5 | description | varchar | 255 | 否 | 否 | 描述 |
| 6 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 7 | url | varchar | 255 | 否 | 否 | 外链地址 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-auth(用户权限管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-collect(收藏)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | collect_id | int | 是 | 是 | 收藏ID | |
| 2 | user_id | int | 是 | 是 | 收藏人ID | |
| 3 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | title | varchar | 255 | 否 | 否 | 标题 |
| 7 | img | varchar | 255 | 否 | 否 | 封面 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-8-comment(评论)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | comment_id | int | 是 | 是 | 评论ID | |
| 2 | user_id | int | 是 | 是 | 评论人ID | |
| 3 | reply_to_id | int | 是 | 否 | 回复评论ID | |
| 4 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 11 | source_id | int | 是 | 否 | 来源ID |
表 4-9-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-10-notice(公告)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-online_booking(在线预约)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | online_booking_id | int | 是 | 是 | 在线预约ID | |
| 2 | registered_user | int | 否 | 否 | 注册用户 | |
| 3 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 4 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 5 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 6 | pet_name | varchar | 64 | 否 | 否 | 宠物名称 |
| 7 | pet_type | varchar | 64 | 否 | 否 | 宠物种类 |
| 8 | pet_age | double | 否 | 否 | 宠物年龄 | |
| 9 | appointment_time | datetime | 否 | 否 | 预约时间 | |
| 10 | appointment_remarks | text | 65535 | 否 | 否 | 预约备注 |
| 11 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 12 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-12-pet_information(宠物信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | pet_information_id | int | 是 | 是 | 宠物信息ID | |
| 2 | pet_name | varchar | 64 | 否 | 否 | 宠物名称 |
| 3 | pet_id | varchar | 64 | 否 | 否 | 宠物编号 |
| 4 | pet_type | varchar | 64 | 否 | 否 | 宠物种类 |
| 5 | pet_pictures | varchar | 255 | 否 | 否 | 宠物图片 |
| 6 | pet_age | double | 否 | 否 | 宠物年龄 | |
| 7 | pet_gender | varchar | 64 | 否 | 否 | 宠物性别 |
| 8 | health_status | varchar | 64 | 否 | 否 | 健康状况 |
| 9 | pet_character | varchar | 64 | 否 | 否 | 宠物性格 |
| 10 | pet_description | text | 65535 | 否 | 否 | 宠物描述 |
| 11 | hits | int | 是 | 否 | 点击数 | |
| 12 | praise_len | int | 是 | 否 | 点赞数 | |
| 13 | collect_len | int | 是 | 否 | 收藏数 | |
| 14 | comment_len | int | 是 | 否 | 评论数 | |
| 15 | online_booking_limit_times | int | 是 | 否 | 预约限制次数 | |
| 16 | application_for_adoption_limit_times | int | 是 | 否 | 申请限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-pet_type(宠物种类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | pet_type_id | int | 是 | 是 | 宠物种类ID | |
| 2 | pet_type | varchar | 64 | 否 | 否 | 宠物种类 |
| 3 | create_time | datetime | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-14-praise(点赞)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | praise_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 是 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | status | tinyint | 是 | 否 | 点赞状态:1为点赞,0已取消 |
表 4-15-registered_user(注册用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | registered_user_id | int | 是 | 是 | 注册用户ID | |
| 2 | user_name | varchar | 64 | 否 | 否 | 用户姓名 |
| 3 | user_gender | varchar | 64 | 否 | 否 | 用户性别 |
| 4 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-16-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-17-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-18-slides(轮播图)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | 是 | 是 | 轮播图ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | 是 | 否 | 点击量 | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-19-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-20-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-21-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
第四章 宠物领养管理系统 详细设计与实现
宠物领养管理系统的详细设计与实现主要是根据前面的宠物领养管理系统的需求分析和宠物领养管理系统的总体设计来设计页面并实现业务逻辑。主要从宠物领养管理系统界面实现、业务逻辑实现这两部分进行介绍。
4.1首页界面
首页上展示宠物信息相关的最新网站公告和资讯信息,让用户能够及时了解最新的宠物信息情况。前台首页模块展示如下图所示。

图 4-1前台首页模块图
4.1.1用户注册界面
用户可以在线进行注册,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+身份等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用户注册模块展示如下图所示。

图 4-2用户注册界面图
4.1.2登录界面
宠物领养管理系统中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到宠物领养管理系统的首页中,否则将会提示相应错误信息,登录界面如下图所示。

图 4-3登录界面图
4.1.3领养申请界面
用户可以对感兴趣的宠物发起领养申请,并填写必要的申请信息。领养申请界面如下图所示。

图 4-4领养申请界面图
4.1.4在线预约界面
用户可以选择特定的时间段对心仪的宠物进行在线预约,以便实地了解宠物情况。在线预约界面如下图所示。

图 4-5在线预约界面图
4.1.5收藏界面
用户可以对感兴趣的宠物资讯进行点赞、收藏以及评论,增加信息的互动性。收藏界面图如下图所示:

图 4-6用户收藏界面图
4.2管理员用户功界面图
管理员可以通过账号密码等信息登录进入管理系统。管理员登录界面如下所示。

图 4-7入住信息管理模块图
4.2.1宠物信息管理界面
管理员可以查看、搜索现有宠物的信息,添加新的宠物信息,包括图片、简介、健康状况等。宠物信息管理界面如下所示。

图 4-8健康记录管理模块图
4.2.2领养申请管理
管理员可以查看所有用户的领养申请,支持审核操作(批准或拒绝)。领养申请界面图如下所示。

图 4-9员工管理模块图
4.2.3在线预约管理
管理员可以进入预约管理系统查看在线预约列表,操作所有用户的预约请求,支持确认或取消预约。在线预约如下所示。

图 4-10在线预约界面图
4.2.4系统管理
管理员可以进入管理系统对轮播图进行管理、上传、编辑或删除网站首页的轮播广告图。界面图如下所示。

图 4-11系统管理界面图
4.2.5资源管理
管理员可以添加、删除宠物信息,确保领养流程的顺畅和信息的准确性。模块如下图所示。

图 4-12资源管理界面图
第五章 系统测试
5.1系统测试的目的
测试的主要目的是确保系统的功能和性能满足预期的需求,同时识别和修复潜在的缺陷。通过系统测试,可以验证各个功能模块的正确性和稳定性,确保系统在不同使用场景下的表现符合设计要求。测试目的包括确认系统功能的完整性、验证数据处理的准确性、评估系统的性能和安全性。测试还可以提高用户满意度,保证用户在使用系统时获得流畅和可靠的体验。通过全面的测试,可以降低后期维护成本,减少系统上线后出现故障的风险,从而保障系统的长期稳定运行。
5.2测试方法
在本系统中,测试方法主要依赖于测试用例的设计与执行。测试用例是根据系统需求文档编写的,覆盖所有功能模块及其边界情况。每个测试用例包含输入数据、预期结果和实际结果的对比,以验证系统的功能是否按预期工作。
常见的测试用例包括功能测试用例、边界测试用例和异常测试用例。功能测试用例针对系统的各项功能进行验证;边界测试用例则侧重于输入数据的边界条件,验证系统在极端情况下是否能够稳定运行;异常测试用例则用于验证系统在处理错误输入或异常情况时的反应。本文选择功能测试用例进行系统测试。
在测试执行过程中,记录每个用例的执行结果,并根据实际结果与预期结果的对比,判断系统是否存在缺陷。通过系统化的测试用例执行,可以有效提高测试的覆盖率和效率,为系统的最终上线提供保障。
5.3测试用例
5.3.1用户登录功能测试
表6-1 用户登录功能测试表
| 用例名称 | 用户登录系统 |
| 目的 | 测试用户通过正确的用户名和密码可否登录功能 |
| 前提 | 未登录的情况下 |
| 测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
| 预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
| 实际结果 | 实际结果与预期结果一致 |
5.3.2创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如表6-2 所示。
表6-2 创建数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行创建数据 | |
| 测试用例描述 | 使用者输入要创建的数据 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
5.3.3修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如表6-3所示。
表6-3 修改数据测试用例
| 测试用例编号 | YL_06 | |
| 测试用例名称 | 系统使用者进行修改数据 | |
| 测试用例描述 | 使用者对可修改的数据项进行修改 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
| 将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
5.3.4查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如表6-4所示。
表6-4 查询数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行查询数据 | |
| 测试用例描述 | 全部查询以及输入关键词查询 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 界面自动查询全部 | 显示对应所有记录 | 预期结果 |
| 输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
| 输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
5.4测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
结 论
基于Django的宠物领养管理系统通过信息化手段有效应对流浪动物管理的社会需求,简化领养流程并扩大信息传播,帮助更多动物找到家。随着城市化进程加快和公众对动物保护意识的增强,该系统利用现代信息技术普及的优势,提供直观易用的设计,极大提升了用户体验和接受度。系统注重数据安全,采用加密技术和强密码策略,并遵循相关法律法规要求,确保用户信息安全。经过严格测试,系统具有高可靠性、良好错误处理能力和灵活的可扩展性,支持未来功能扩展而不影响现有服务。总之,该系统不仅有助于减少流浪动物数量,促进人与动物和谐共处,还提高了公众的动物保护意识,展现出较高的社会可行性和长远的发展潜力。
参考文献
- 주은선.A Case study of Personal and Professional Development of a Korean-Immigrant Female Counseling Psychologist in America[J].한국과 세계,2024,6(5):
- 于中阳.城市宠物信息化管理研究[J].产业与科技论坛,2024,23(18):228-230.
- Campeau A D ,Kelly L .Analysis of a Small Business Development Center’s Entrepreneurial Training Program and Counseling Services for Rural and Urban Entrepreneurs in Wisconsin[J].Entrepreneurship Education and Pedagogy,2024,7(3):390-415.
- 谭丽莹.云经济背景下宠物云领养商业模式构建[J].上海商业,2024,(02):34-36.
- 费天乐,刘君.宠物领养一站式服务平台可行性及运行模式研究[J].国际公关,2023,(12):170-172.DOI:10.16645/j.cnki.cn11-5281/c.2023.12.003.
- 赵亚洲,杨晓冬.动物领养管理系统的设计与实现[J].无线互联科技,2022,19(18):61-65+72.
- 张杜鹃.基于微服务的流浪动物新型救助系统的设计与实现[D].首都经济贸易大学,2022.DOI:10.27338/d.cnki.gsjmu.2022.000827.
- 笪伟瀚.AI宠物技术应用于宠物领养app的设计研究[J].电子测试,2022,36(09):115-118.DOI:10.16520/j.cnki.1000-8519.2022.09.027.
- 韩丽萍.中国宠物市场发展的问题与对策研究[D].上海财经大学,2021.DOI:10.27296/d.cnki.gshcu.2021.000480.
- 姜苏.基于互联网平台解决社会流浪动物问题的可行性研究[D].山东农业大学,2020.DOI:10.27277/d.cnki.gsdnu.2020.001043.
- [叶欣若,肖松鸿,杨妍.“爱宠e+”宠物综合服务平台开发模式研究[J].电脑知识与技术,2021,17(28):79-80.DOI:10.14004/j.cnki.ckt.2021.3000.
- 李建聪.武汉市主城区流浪猫狗管理研究[D].华中科技大学,2020.DOI:10.27157/d.cnki.ghzku.2020.003851.
- Shepherd R C ,Bruslund S ,Leupen C T B , et al.Observation of threatened pinyon jays Gymnorhinus cyanocephalus in the EU pet market as a potential additional threat[J].European Journal of Wildlife Research,2024,70(5):97-97.
- Bel Furniture & City of Katy Animal Control Present: Pawsome Pet Adoption Party Memorial Day Weekend[J].M2 Presswire,2024,
- Pet Adoption Simplified With New Central Database For Rescue Dogs & Cats[J].M2 Presswire,2023,
- Cai S ,Wen Z ,Ma Y .Design of Intelligent Pet Consignment System Based on the Current Situation of Pet Consignment in China[J].Journal of Artificial Intelligence Practice,2023,6(1):
- Pet Novations Ltd.; Researchers Submit Patent Application, "Animal Feeding System", for Approval (USPTO 20200120896)[J].Politics & Government Week,2020,
- Adopt-a-Pet.com; Adopt-a-Pet.com and Chewy Announce Integrated Partnership to Support Pet Adoption[J].Veterinary Research Week,2020,
- Pet Novations Ltd.; Patent Issued for Animal Feeding System (USPTO 10,517,267)[J].Journal of Engineering,2020,
- [宠物行业专家访谈[J].中国洗涤用品工业,2024,(11):13-20.
致 谢
宠物领养管理系统平台的设计与实现工作已结束,虽然过程中充满挑战,但内心充满自豪和满足。感谢大学四年间教导我的所有老师,他们的专业知识与人生智慧让我成长为能独立完成系统的学生。特别感谢指导老师,他耐心解答疑惑,引导我解决问题,提升自主解决能力。室友和同学们的宝贵建议和支持也让我取得长足进步。未来,我将继续努力追求卓越,不辜负所学所悟和老师期望。坚信坚定信念和不懈努力,未来定能取得更辉煌成就。期待更美好未来!
宠物领养管理系统平台的设计与实现不仅是技术挑战,挫折和困难是成长的垫脚石,让我更深入理解问题,精确找到解决方案。每次解决问题,都感到满足和自豪。
对于未来,我充满期待和信心。无论道路多崎岖,只要保持坚定信念,持续努力,定能取得更大成就。期待将知识和技能运用到实际中,为社会做出更大贡献。
最后,感谢所有帮助和支持我的人。你们的教诲、鼓励和支持让我有今天的成就。我会继续努力,不辜负期望,为实现更美好的未来而奋斗。
登录代码如下:
def Login(self, ctx):
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
注册代码如下:
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
找回密码代码如下:
def Forget_password(self, ctx):
print("===================修改密码=====================")
ret = {
"error": {
"code": 70000,
"message": "用户信息不能没有"
}
}
body = ctx.body
if not body["code"]:
return {
"error": {
"code": 70000,
"message": "验证码不存在或者错误"
}
}
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if not obj:
return {
"error": {
"code": 70000,
"message": "用户名不存在或者错误"
}
}
password = md5hash(body["password"])
if not password:
return {
"error": {
"code": 70000,
"message": "密码不存在或者错误"
}
}
bl = service_select("user").Set({"user_id": obj["user_id"]}, {"password": password})
if bl:
ret = {"result": {"bl": True, "message": "修改成功"}}
else:
ret = {
"error": {
"code": 70000,
"message": "修改失败",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
修改密码代码如下:
def Change_password(self, ctx):
print("===================修改密码=====================")
ret = {
"error": {
"code": 70000,
"message": "账号未登录",
}
}
request = ctx.request
headers = request.headers
if ("x-auth-token" in headers) and headers["x-auth-token"]:
token = headers["x-auth-token"]
user_id = tokenGetUserId(token, request)
userService = service_select("user")
body = ctx.body
password = md5hash(body["o_password"])
obj = userService.Get_obj({"user_id": user_id, "password": password}, {"like": False})
if obj:
password = md5hash(body["password"])
bl = userService.Set({"user_id": user_id}, {"password": password})
if bl:
ret = {"result": {"bl": True, "message": "修改成功"}}
else:
ret = {
"error": {
"code": 70000,
"message": "修改失败",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "账户未登录",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
增删查改代码如下:
增
def Add(self, ctx):
body = ctx.body
unique = self.config.get("unique")
obj = None
if unique:
qy = {}
for i in range(len(unique)):
key = unique[i]
qy[key] = body.get(key)
obj = self.service.Get_obj(qy)
if not obj:
error = self.Add_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("add_before", ctx, None)
if error["code"]:
return {"error": error}
result = self.service.Add(body, self.config)
if self.service.error:
return {"error": self.service.error}
res = self.Add_after(ctx, result)
if res:
result = res
res = self.Events("add_after", ctx, result)
if res:
result = res
return {"result": result}
else:
return {"error": {"code": 10000, "message": "已存在"}}
删
def Del(self, ctx):
if len(ctx.query) == 0:
errorMsg = {"code": 30000, "message": "删除条件不能为空!"}
return errorMsg
result = self.service.Del(ctx.query, self.config)
if self.service.error:
return {"error": self.service.error}
return {"result": result}
改
def Set(self, ctx):
error = self.Set_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("set_before", ctx, None)
if error["code"]:
return {"error": error}
query = ctx.query
if 'page' in query.keys():
del ctx.query['page']
if 'size' in query.keys():
del ctx.query['size']
if 'orderby' in query.keys():
del ctx.query['orderby']
result = self.service.Set(ctx.query, ctx.body, self.config)
if self.service.error:
return {"error": self.service.error}
res = self.Set_after(ctx, result)
if res:
result = res
res = self.Events("set_after", ctx, result)
if res:
result = res
return {"result": result}
查多条数据:
def Get_list(self, ctx):
query = dict(ctx.query)
config_plus = {}
if "field" in query:
field = query.pop("field")
config_plus["field"] = field
if "page" in query:
config_plus["page"] = query.pop("page")
if "size" in query:
config_plus["size"] = query.pop("size")
if "orderby" in query:
config_plus["orderby"] = query.pop("orderby")
if "like" in query:
config_plus["like"] = query.pop("like")
if "groupby" in query:
config_plus["groupby"] = query.pop("groupby")
count = self.service.Count(query)
lst = []
if self.service.error:
return {"error": self.service.error}
elif count:
lst = self.service.Get_list(query,
obj_update(self.config, config_plus))
if self.service.error:
return {"error": self.service.error}
self.interact_list(ctx, lst)
return {"result": {"list": lst, "count": count}}
查一条数据:
def Get_obj(self, ctx):
query = dict(ctx.query)
config_plus = {}
if "field" in query:
field = query.pop("field")
config_plus["field"] = field
obj = self.service.Get_obj(query, obj_update(self.config, config_plus))
if self.service.error:
return {"error": self.service.error}
if obj:
self.interact_obj(ctx, obj)
return {"result": {"obj": obj}}
请关注点赞+私信博主,免费领取项目源码
553

被折叠的 条评论
为什么被折叠?



