目录
相关服务:泰国服务器
摘要
在当今信息时代,旅游业的蓬勃发展促使旅游信息管理系统的开发成为提升旅游服务质量的重要手段。本文基于Django框架、Python语言和MySQL数据库,设计并实现了一个燕赵旅游信息管理系统。该系统旨在为用户提供一个全面、便捷的旅游信息获取和管理服务,同时为管理员提供高效的后台管理工具。
系统的主要功能包括用户登录注册、首页旅游景点推荐、通知公告发布、旅游资讯浏览、旅游景点查询、个人账户管理以及个人中心功能。其中,首页根据全站点击数最高的景点进行优先推荐,帮助用户快速找到热门旅游目的地。个人中心为用户提供景点订单、收藏和评论管理等功能,方便用户跟踪自己的旅游活动和分享旅游体验。
对于管理员而言,系统提供了后台首页、系统用户管理、景点类型管理、旅游景点管理、景点订单管理、系统管理、通知公告管理以及资源管理等功能。管理员可以通过系统对用户信息、景点信息、订单信息等进行高效管理,确保旅游信息的准确性和及时更新。
通过实际测试,系统在功能实现、用户体验和系统稳定性等方面均表现出色。用户能够方便地获取个性化的旅游信息,提高旅游规划的效率和质量;管理员也能高效地进行旅游信息的管理和维护,提升旅游服务的整体水平。燕赵旅游信息管理系统的开发与实现,不仅为燕赵地区的旅游业发展提供了有力的技术支持,也为相关旅游信息管理系统的开发提供了有益的参考和借鉴。
关键词:Django;旅游信息管理系统;系统设计;功能实现
Abstract
The main functions of the system include user login and registration, homepage tourist attraction recommendations, notification and announcement publishing, tourism information browsing, tourist attraction queries, personal account management, and personal center functions. Among them, the homepage prioritizes recommendations based on the most clicked attractions on the entire site, helping users quickly find popular tourist destinations. The personal center provides users with functions such as scenic spot order, collection, and comment management, making it convenient for users to track their travel activities and share their travel experiences.
For administrators, the system provides functions such as backend homepage, system user management, attraction type management, tourist attraction management, attraction order management, system management, notification and announcement management, and resource management. Administrators can efficiently manage user information, attraction information, order information, etc. through the system to ensure the accuracy and timely updating of tourism information.
Through actual testing, the system has performed excellently in terms of functional implementation, user experience, and system stability. Users can easily access personalized tourism information, improving the efficiency and quality of tourism planning; Administrators can also efficiently manage and maintain tourism information, improving the overall level of tourism services. The development and implementation of the Yan Zhao tourism information management system not only provides strong technical support for the development of the tourism industry in the Yan Zhao region, but also provides useful reference and inspiration for the development of related tourism information management systems.
key word: Django;Tourism information management system; System design; Function implementation;Cross platform; Attendance management system; System design; Function implementation
1 绪论
1.1 选题背景与意义
在当今社会,旅游业已成为推动经济发展的重要产业之一,而燕赵地区以其丰富的历史文化和自然景观,吸引了大量游客前来观光旅游。然而,随着游客数量的不断增加,传统的旅游信息获取和管理方式已无法满足游客的多样化需求,如信息获取不便捷、旅游规划不科学等问题日益突出。因此,开发一个高效、便捷的旅游信息管理系统显得尤为重要。燕赵旅游信息管理系统正是在这样的背景下应运而生,旨在为游客提供一个全面、便捷的旅游信息获取和管理平台,同时也为旅游管理部门提供高效的后台管理工具。
燕赵旅游信息管理系统的开发与实现具有重要意义。燕赵旅游信息管理系统的开发与实现能够显著提升旅游服务的质量和效率。系统通过整合各类旅游信息资源,为游客提供了一个集旅游景点推荐、旅游资讯获取、旅游规划制定等多功能于一体的平台,使游客能够更加便捷地获取旅游信息,科学地规划旅游行程,提高旅游体验的满意度。同时,系统还为旅游管理部门提供了一个高效的后台管理工具,帮助管理部门更好地进行旅游信息的收集、整理和发布,优化旅游资源配置,提高旅游管理的科学性和精准性。此外,系统的开发与实现还为燕赵地区的旅游业发展提供了有力的技术支持,有助于提升燕赵地区的旅游品牌形象,吸引更多游客前来旅游,促进当地经济的发展。
1.2国内外研究现状
在旅游信息管理系统的开发与应用方面,国内外的研究和实践呈现出不同的特点和发展趋势。国内的研究主要集中在如何利用信息技术提高旅游信息的获取效率和管理质量。例如,崔莺莺[1]基于在线评论的湖北省旅游景点推荐系统,通过挖掘景点评论中的有效信息,为游客提供个性化的景点推荐,同时提供旅游攻略和地图服务功能,帮助游客更好地规划旅游行程。陈丹等[2]设计的基于协同过滤的景区智能推荐系统,根据不同游客的需求提供不同的推荐信息,有效改善了游客的体验。王必祥[3]的基于景区状态信息的景点推荐系统,综合考虑游客的个人喜好、景点拥挤程度等因素,为游客提供更加便捷的旅游信息获取途径。
在国外,旅游信息管理系统的应用相对成熟,研究重点在于如何通过技术创新提升旅游服务的智能化和个性化水平。George Telonis等[4]针对旅游团队的行程推荐问题,提出了一种基于合作位置集覆盖问题的方法,能够满足团队成员的多样化需求,提供个性化的旅游行程规划。Pasapitch Chujai等[19]开发的泰国曼谷旅游景点推荐系统,通过个人推荐系统和余弦算法对景点进行排序和推荐,实验结果表明该系统具有较高的准确性和可靠性,用户满意度高。
总体来看,国内外在旅游信息管理系统的发展中都面临着如何更好地满足用户个性化需求、提高服务质量和效率的挑战。未来,随着技术的不断进步和用户需求的不断变化,旅游信息管理系统有望在功能、性能和用户体验等方面实现更大的突破和发展。通过借鉴国内外的先进经验和技术,结合燕赵地区的旅游资源和旅游市场特点,开发出更加高效、智能和个性化的旅游信息管理系统,将为燕赵地区的旅游业发展提供有力的技术支持和服务保障。
1.3相关技术介绍
1.3.1 Pycharm简介
PyCharm是用于Python脚本语言的最流行的IDE。
1.每个文件都有其输出窗口。
2.可以终止进程(只要点下按钮就行)。
3.各种提示超强:①没用的变量颜色会变灰②用错了的变量下面会有红色波浪线③书写提示(sublime也有但较弱)。
4.索引功能超强。
1.3.2 MySQL描述
现在MySQL数据库在网络上它可以支撑许多个用户,而且也可以适应客服机和服务器的部署或者配置等,我们这里的服务器和客户机其实就是一种软件上的概念,并且我们使用的计算机硬件也与他们不存在一一对应的关系。
MySQL是一款非常流行的关系型数据库管理系统,它的出现一直都是佼佼者,它不仅功能非常强大,而且使用起来非常方便,并且MySQL的跨平台能力也很好,软件开发人员非常喜欢它的这些强大的优点。不同于其他关系型数据库,对于数据库的管理它有着自己的一套方案,通过对用户设定相应的权限和角色来达到对数据库的管理。由此可见,MySQL是一个能够适用于吞吐量高,可靠性高,效率高的一款数据库管理软件。
优点一:MySQL中对于不同身份的用户都设定其不同的权限来完成不同的业务逻辑,这使得MySQL在安全和完整性远远超出了其他关系型数据库。
优点二:对于那些动画、图形和声音的数据类型MySQL也可以支持,这说明多数据类型MySQL也是可以支持的。
优点三:MySQL还可以做到多个平台的开发,软件开发的多种编程语言都可以实现对MySQL数据库的操作。
1.3.3 Python编程语言
Python是一种开发语言,能够以直译的方式进行计算机语言,而且可以面向对象编程。它是由Guido van Rossum在十九世纪八十年代末研发出来,并且在九一年公开发行使用。Python有很多特点,比如有简洁的语法,清晰的语句,丰富的类库。正式由于这些优点,能够非常快速的和其他语言进行结合,来实现各种功能模块。很多人给它起了个外号叫“黏黏胶”语言。使用Python快速生成程序的原型,是现在很多程序员使用的方法。如果其中有比较特殊要求的地方,也非常方便的进行修改。
而且PyQt具有双证,为它能够跨平台运行(例如UNIX,微软和苹果的平台)提供了保证。
使用Python语言之前,要进行平台的安装,用户需要根据不同的平台,下载不同的版本,然后进行环境变量的配置,便可以进行运行。
Python 特点:
1.相对于其他计算机语言来说学习起来比较简单:Python的关键字较少,结构相对简单,语法简单,对于刚学编程语言的人来说更容易上手。
2.阅读起来也相对简单:Python代码结构简洁明了,并在定义上看起来也非常清晰,所以在阅读的过程中更加简单。
3.维护起来方便:Python的维护简单方便。
4.标准库特别广泛:Python的最大的最大优势是有非常多的库,而且是跨平台的,而且对系统的兼容性很好,比如在UNIX,Windows和Macintosh系统上都能够进行兼容。
5.具有方便的互动模式:有了互动模式的支持,开发者可以从代码就可以看到结果,这样开发者对程序的测试与调试,变的更方便。
6.可移植性好:Python可以跨平台运行。
7.扩展性非常好的:如果有关键的代码,你可以用特殊的语言进行编写,也能够在系统中调试运行。
1.3.4 Django框架
Django是一个由Python编写的具有完整架站能力的开源Web框架。使用Django,只要很少的代码,Python的程序开发人员就可以轻松地完成一个正式网站所需要的大部分内容,并进一步开发出全功能的Web服务。
Django本身基于MVC模型,即Model(模型)+View(视图)+ Controller(控制器)设计模式,因此天然具有MVC的出色基因:开发快捷、部署方便、可重用性高、维护成本低等。Python加Django是快速开发、设计、部署网站的最佳组合。
1.4论文结构与章节安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景和意义,系统开发的国内外研究现状、相关技术介绍和本文的研究内容与主要工作。
第二章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
第六章:总结。
2 系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。接下来会进行详细的介绍。
2.1 可行性分析
2.1.1技术可行性
Django框架以其高效的开发速度和强大的功能而著称,能够支持快速构建和迭代开发。其内置的安全特性和模块化设计,确保了系统的安全性和可维护性。同时,Django能够与多种数据库兼容,方便数据存储和管理。考虑到系统需要在手机端、PC端和平板上运行,采用前后端分离的架构,确保用户在不同设备上的使用体验一致,技术上完全可行。
2.1.2经济可行性
燕赵旅游信息管理系统的开发和维护成本相对较低。Django作为一个开源框架,能够减少软件许可费用,同时其强大的开发社区提供了丰富的资源和文档,降低了开发人员的学习成本。此外,系统的自动化信息管理功能能够降低人工成本,提高管理效率,带来长期的经济效益。系统的在线预订功能减少了纸质票据的使用,降低了打印和存储成本。
2.1.3操作可行性
燕赵旅游信息管理系统在操作可行性方面表现出色,用户界面友好且操作流程简洁直观,无论是游客还是管理员,都能快速上手并轻松完成各项功能操作。系统响应速度快,基于Django框架的高效性能和MySQL数据库的优化设计,能够及时处理用户请求,快速加载页面和查询数据,减少了用户等待时间,提升了用户体验。同时,系统的稳定性和可靠性强,能够长时间稳定运行,减少系统故障和数据丢失的风险,确保关键数据的安全性和完整性。此外,系统的可维护性好,便于后期的升级和扩展,模块化设计和Python语言的灵活性使得开发人员可以快速进行系统升级和功能扩展,满足不断变化的业务需求,延长系统的使用寿命。
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 删除信息流程图
2.3 系统功能分析
2.3.1 功能性分析
按照燕赵旅游信息管理系统的角色,系统划分为了普通用户模块和管理员模块这两大部分。
登录注册:用户可以通过注册账户并登录系统,享受个性化的旅游信息浏览和预订服务。
首页:展示系统轮播图、最新旅游资讯、旅游景点推荐,景点推荐根据全站点击数最高的优先排序,帮助用户快速找到热门景点。
通知公告:用户可以查看系统发布的最新通知和公告,确保及时了解旅游相关信息和政策变化。
旅游资讯:用户可以获取最新的旅游资讯、攻略和推荐,为用户的旅游规划提供参考和灵感。
旅游景点:用户可以浏览和搜索各类旅游景点,查看景点的详细介绍、图片、用户评价等信息,并可以对感兴趣的景点进行购买门票。
我的账户:查看和管理个人账户信息,包括密码修改、联系方式更新等。
个人中心:
个人首页:展示用户的个人信息和动态,包括收藏的景点和订单信息。
景点订单:用户可以查看和管理自己的旅游景点订单,包括订单状态、支付信息等。
收藏:收藏感兴趣的旅游景点,方便后续浏览和预订。
评论管理:查看和管理自己发布的景点评论,与其他用户分享旅游体验。
2.管理员功能分析:
后台首页:展示系统的整体运行状态和关键数据,帮助管理员全面了解系统情况。
系统用户:管理员可以管理普通用户和管理员账户,包括用户注册信息、权限分配、账号状态管理等。
景点类型管理:管理员可以添加、修改和删除旅游景点的类型,确保景点分类的准确性和完整性。
旅游景点管理:管理员可以管理旅游景点的信息,包括景点的名称、描述、图片、价格等,进行增删改查操作。
景点订单管理:管理员可以查看和管理用户的景点订单,包括订单的审核、状态更新、退款处理等。
系统管理:
轮播图管理:管理员可以添加、修改和删除首页的轮播图,更新和优化轮播内容,吸引用户关注。
通知公告管理:管理员可以发布、修改和删除系统的通知和公告,确保信息的及时传递和用户的通知需求。
资源管理:
旅游资讯管理:管理员可以添加、修改和删除旅游资讯信息,为用户提供高质量的旅游内容。
资讯分类管理:管理员可以管理旅游资讯的分类,包括分类的添加、修改和删除,方便用户查找和浏览资讯。
通过以上功能模块的设计,燕赵旅游信息管理系统能够有效提升旅游服务质量,满足用户和管理员的各类需求,提供全面、便捷的旅游信息获取和管理服务。
2.3.2 非功能性分析
燕赵旅游信息管理系统的非功能性需求比如系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1燕赵旅游信息管理系统非功能需求表
| 安全性 | 主要指燕赵旅游信息管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指燕赵旅游信息管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
| 性能 | 性能是影响燕赵旅游信息管理系统占据市场的必要条件,所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着燕赵旅游信息管理系统的页面展示内容进行操作,就可以了。 |
| 可维护性 | 燕赵旅游信息管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了系统的用例图:
普通用户角色用例如图2-7所示。

图2-7普通用户角色用例图
管理员是维护整个燕赵旅游信息管理系统中所有数据信息的。管理员角色用例如图2-8所示。

图2-8燕赵旅游信息管理系统管理员角色用例图
2.5本章小结
本章主要通过对燕赵旅游信息管理系统的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个系统要实现的功能。同时也为系统的代码实现和测试提供了标准。
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 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库实体
通过建立燕赵旅游信息管理系统的E-R模型图。以此来设计详细的数据库资料实体,以下为具体图例:
(1)普通用户实体图如图3-3所示;

图3-3普通用户实体图
(2)旅游景点实体图如图3-4所示;

图3-4旅游景点实体图
(3)景点订单实体E-R图如图3-5所示;

图3-5景点订单实体E-R图
(4)数据库实体E-R图如图3-6所示:

图3-6数据库E-R图
3.3.2 数据库表设计
通过上一小节中燕赵旅游信息管理系统中总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 | 用户编号: |
表article (文章:用于内容管理系统的文章)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 文章描述 |
表article_type (文章分类)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 更新时间: |
表auth (用户权限管理)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | parent | varchar | 64 | 0 | Y | N | 父级菜单 | |
| 8 | parent_sort | int | 10 | 0 | N | N | 0 | 父级菜单排序 |
| 9 | position | varchar | 32 | 0 | Y | N | 位置: | |
| 10 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
| 11 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
| 12 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
| 13 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
| 14 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
| 15 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
| 16 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
| 17 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
| 18 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
| 19 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
| 20 | option | text | 65535 | 0 | Y | N | 配置: | |
| 21 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
| 22 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表code_token
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | code_token_id | int | 10 | 0 | N | Y | ||
| 2 | token | varchar | 255 | 0 | Y | N | ||
| 3 | code | varchar | 255 | 0 | Y | N | 验证码 | |
| 4 | expire_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 失效时间 |
| 5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
表collect (收藏)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 更新时间: |
表comment (评论)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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: |
表hits (用户点击)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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: |
表notice (公告)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 更新时间: |
表ordinary_users (普通用户)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | ordinary_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 | 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 | 更新时间 |
表praise (点赞)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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已取消 |
表scenic_spot (旅游景点)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | scenic_spot_id | int | 10 | 0 | N | Y | 旅游景点ID | |
| 2 | scenic_spot_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 3 | types_of_tourist_attractions | varchar | 64 | 0 | Y | N | 景点类型 | |
| 4 | scenic_area | varchar | 64 | 0 | Y | N | 景点地区 | |
| 5 | detailed_address | varchar | 64 | 0 | Y | N | 详细地址 | |
| 6 | scenic_spot_tickets | double | 9 | 2 | Y | N | 0.00 | 景点门票 |
| 7 | scenic_spot_pictures | varchar | 255 | 0 | Y | N | 景点图片 | |
| 8 | introduction_to_scenic_spots | longtext | 2147483647 | 0 | Y | N | 景点简介 | |
| 9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
| 10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
| 11 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
| 12 | scenic_spot_orders_limit_times | int | 10 | 0 | N | N | 0 | 购票限制次数 |
| 13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
| 14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表scenic_spot_orders (景点订单)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | scenic_spot_orders_id | int | 10 | 0 | N | Y | 景点订单ID | |
| 2 | scenic_spot_name | varchar | 64 | 0 | Y | N | 景点名称 | |
| 3 | scenic_area | varchar | 64 | 0 | Y | N | 景点地区 | |
| 4 | detailed_address | varchar | 64 | 0 | Y | N | 详细地址 | |
| 5 | scenic_spot_tickets | double | 9 | 2 | Y | N | 0.00 | 景点门票 |
| 6 | ordinary_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
| 7 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
| 8 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
| 9 | quantity_of_tickets_purchased | double | 9 | 2 | Y | N | 0.00 | 购票数量 |
| 10 | total_price | double | 9 | 2 | Y | N | 0.00 | 合计总价 |
| 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 | 更新时间 |
| 15 | source_table | varchar | 255 | 0 | Y | N | 来源表 | |
| 16 | source_id | int | 10 | 0 | Y | N | 来源ID | |
| 17 | source_user_id | int | 10 | 0 | Y | N | 来源用户 |
表schedule (日程管理)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | schedule_id | smallint | 5 | 0 | N | Y | 日程ID:[0,32767] | |
| 2 | content | varchar | 255 | 0 | Y | N | 日程内容 | |
| 3 | scheduled_time | datetime | 19 | 0 | Y | N | 计划时间 | |
| 4 | user_id | int | 10 | 0 | N | N | 用户id | |
| 5 | create_time | datetime | 19 | 0 | Y | N | 创建时间 | |
| 6 | update_time | datetime | 19 | 0 | Y | N | 更新时间 |
表score (评分)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | score_id | int | 10 | 0 | N | Y | 评分ID: | |
| 2 | user_id | int | 10 | 0 | N | N | 0 | 评分人: |
| 3 | nickname | varchar | 64 | 0 | Y | N | 昵称: | |
| 4 | score_num | double | 5 | 2 | N | N | 0.00 | 评分: |
| 5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
| 6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
| 7 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
| 8 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
| 9 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
表slides (轮播图)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 更新时间: |
表types_of_tourist_attractions (景点类型)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | types_of_tourist_attractions_id | int | 10 | 0 | N | Y | 景点类型ID | |
| 2 | types_of_tourist_attractions | 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 | 更新时间 |
表upload (文件上传)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 文件类型 |
表user (用户账户:用于保存用户登录信息)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 1 | user_id | int | 10 | 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 | 创建时间: |
表user_group (用户组:用于用户前端身份和鉴权)
| 编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
| 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 | 更新时间: |
3.4本章小结
整个燕赵旅游信息管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 系统关键模块设计与实现
燕赵旅游信息管理系统的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
4.1前台用户功能模块
4.1.1 首页界面
当进入燕赵旅游信息管理系统的时候,首先映入眼帘的是系统的导航栏,用户可以浏览最新旅游资讯和旅游景点推荐,系统会根据全站点击数最高的优先排序,帮助用户快速找到热门景点。其主界面展示如下图4-1所示。
图4-1 首页界面图
4.1.2 用户注册界面
用户注册:输入账号、设置密码、确认密码、昵称、邮箱、选择用户身份、用户姓名、用户性别、联系电话等用户个人信息,点击注册按钮进行注册,如图4-2所示。
图4-2用户注册界面图
注册代码如下:
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))
4.1.3用户登录界面
燕赵旅游信息管理系统中的注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到燕赵旅游信息管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图4-3所示。
图4-3用户登录界面图
登录代码如下:
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))
4.1.4 旅游资讯界面
点击系统导航栏上的“旅游资讯”菜单按钮,将进入旅游资讯列表,用户可以浏览相关的最新新闻,可以根据关键词进行局部搜索、下拉筛选和排序。点击资讯标题可查看详细内容,用户可以进行点赞、收藏和评论。旅游资讯列表如图4-4所示。旅游资讯详情页如图4-5所示。
图4-4旅游资讯列表界面图
图4-5旅游资讯详情界面图
4.1.5 旅游景点界面
点击系统导航栏上的“旅游景点”菜单按钮,将进入旅游景点列表,用户可以查看系统发布的所有旅游景点,支持通过关键字进行搜索和下拉搜索。点击旅游景点后进入详情页,可以查看旅游景点的完整介绍,用户可以进行点赞、收藏、评论、购票等操作。旅游景点列表如图4-6所示。旅游景点详情页如图4-7所示。购票页如图4-8所示。
图4-6 旅游景点列表界面图
、
图4-7 旅游景点详情界面图
图4-8 购票界面图
查多条数据代码:
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}}
4.1.6 我的账户界面
我的账户:包含个人资料修改和密码修改。修改资料:用户可以在此页面更新个人信息,如用户名、头像等。修改密码:用户可以修改登录密码,确保账户安全。修改资料页面如图4-9所示。修改密码页面如图4-10所示。
图4-9修改资料界面图
图4-10修改密码界面图
修改密码代码如下:
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))
4.1.7 个人中心界面
个人中心:包含个人首页、景点订单、收藏、评论管理等。景点订单:查看和管理自己的旅游景点订单,包括订单状态、支付信息等。收藏:收藏感兴趣的旅游景点,方便后续浏览和预订。评论管理:查看和管理自己发布的景点评论,与其他用户分享旅游体验。景点订单页面如图4-11。
图4-11景点订单界面图
4.2后台管理员功能模块
4.2.1 系统用户管理界面
燕赵旅游信息管理系统中的管理人员是可以对普通用户进行管理的,也可以对管理员进行管控。界面如下图4-12所示。
图4-12用户管理界面图
4.2.2 系统管理界面
管理员点击“系统管理”这一菜单会显示轮播图这一个子菜单,管理员可以对前台展示的轮播图进行设置,界面如下图4-13所示。
图4-13系统管理界面图
新增信息代码:
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": "已存在"}}
4.2.3 旅游景点管理界面
管理员点击系统左侧导航栏上“旅游景点管理”菜单,将会显示旅游景点列表和旅游景点添加两个子菜单。点击“旅游景点列表”可以查看所有旅游景点,管理员可以进行查看详情、查询、删除、重置、查看评论等操作。点击“旅游景点添加”管理员可以新增旅游景点信息。旅游景点列表如下图4-14所示。旅游景点添加如下图4-15所示。
图4-14旅游景点列表界面图
图4-15旅游景点添加界面图
删除信息代码:
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}
4.2.4 资源管理界面
管理员点击“资源管理”菜单,管理员可以上传、编辑或删除系统的资源,如文章、图片、视频等。这些资源可用于旅游资讯模块的展示。管理员还可以对资讯进行分类和标签化,方便用户查找和使用,界面如下图所示。
图4-16资源管理界面图
4.2.5 通知公告管理界面
管理员点击“通知公告管理”这个菜单,可以对系统中的通知和公告进行管理,包括通知和公告的编辑、删除等操作。通知公告管理界面如下图所示。
图4-17通知公告列表界面图
4.2.6景点订单管理界面
管理员点击系统左侧导航栏上“景点订单管理”菜单,将会显示景点订单列表子菜单。点击“景点订单列表”可以查看所有景点订单信息和支付状态。景点订单列表界面如下图4-18所示。
图4-18景点订单列表界面图
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大模块为燕赵旅游信息管理系统的后期推广运营提供了强力的技术支撑。
结论
在本次研究中,成功设计并实现了一个基于Django、Python和MySQL的燕赵旅游信息管理系统。该系统为用户提供了一个全面、便捷的旅游信息获取和管理平台,同时为旅游管理部门提供了高效的后台管理工具。系统的主要功能包括用户登录注册、旅游景点推荐、旅游资讯浏览、景点查询、个人账户管理和个人中心等。通过实际测试,系统在功能实现、用户体验和系统稳定性等方面均表现出色,用户能够方便地获取个性化的旅游信息,提高旅游规划的效率和质量;管理员也能高效地进行旅游信息的管理和维护,提升旅游服务的整体水平。
系统的开发与实现,不仅为燕赵地区的旅游业发展提供了有力的技术支持,也为相关旅游信息管理系统的开发提供了有益的参考和借鉴。未来,系统将继续优化功能,引入更多智能化和个性化的服务。同时,随着技术的不断进步和用户需求的不断变化,系统也将不断更新和升级,以满足市场的需求,为燕赵地区的旅游业发展做出更大的贡献。
参考文献
- 崔莺莺.基于在线评论的湖北省旅游景点推荐系统的设计与实现[D].长江大学,2024.
- 陈丹,王东灿,蒋玉香.基于协同过滤的景区智能推荐系统探析[J].信息记录材料,2024,25(03):16-18.
- 王必祥.基于景区状态信息的景点推荐系统的设计与实现[D].南京邮电大学,2023.
- George Telonis,Antiopi Panteli,Basilis Boutsinas.A Point-of-Interest Recommender System for Tourist Groups Based on Cooperative Location Set Cover Problem[J].Mathematics,2023,11(17):
- 杜丽.互联网旅游企业决策信息系统研究——以携程网为例[J].内蒙古科技与经济,2023,(12):42-44+48.
- 罗泽宇.基于微服务架构的新疆马文化智慧旅游平台的设计与实现[D].新疆农业大学,2023.
- 李恩.基于用户推荐算法的武汉市红色旅游平台设计与实现[D].长江大学,2023.
- 完颜兵.基于Flink的个性化旅游推荐系统的研究与开发[D].广西民族大学,2023.
- 陈勇.基于协同过滤算法的旅游推荐系统的设计[J].价值工程,2022,41(30):160-162.
- Wang Yue,Qin Zhaoxiang,Tang Jun,Zhang Wei.Optimization of Digital Recommendation Service System for Tourist Attractions Based on Personalized Recommendation Algorithm[J].Journal of Function Spaces,2022,2022
- 张飞宇.基于Django的个性化景点推荐系统的设计与实现[D].首都经济贸易大学,2022.
- 邓梦莹.基于GIS和大数据技术的少林寺旅游信息管理系统研究[D].华北水利水电大学,2022.
- 蒋佳媛.基于点评数据的个性化景点推荐研究[D].上海财经大学,2021.
- 孙衍建.基于天地图的旅游信息服务系统设计与实现[J].北京测绘,2021,35(10):1348-1352.
- 陈舟劢.贵州旅游景点智能推荐系统的设计与实现[D].贵州大学,2021.
- 史睿瑶.基于协同过滤算法的旅游推荐系统的设计与实现[J].电脑知识与技术,2020,16(35):64-66.
- 史睿瑶.基于改进协同过滤算法的旅游推荐系统设计与实现[D].河北工程大学,2020.
- 彭康华.基于云技术的大湾区旅游信息个性化管理系统开发研究[J].计算机时代,2020,(10):125-128.
- Pasapitch Chujai,Jatsada Singthongchai,Surakirat Yasaga,Netirak Suratthara,Khatthaliya Buranakutti.The Tourist Attractions Recommender System for Bangkok Thailand[J].International Journal of Computer Theory and Engineering,2020,12(1):
- 钱建国,李智程,吴财,项学泳.基于百度地图API的移动端旅游信息管理系统[J].测绘与空间地理信息,2019,42(05):25-28.
致 谢
转眼间,大学生用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。






