django广西-东盟旅游资源信息管理系统小程序
摘 要
在社会快速发展和人们生活水平提高的影响下,旅游产业蓬勃发展,旅游形式也变得多样化,使旅游资源信息的管理变得比过去更加困难。依照这一现实为基础,设计一个快捷而又方便的基于小程序的旅游资源信息管理系统是一项十分重要并且有价值的事情。对于传统的旅游攻略管理和查询和景区购票的方式来说,旅游资源信息管理系统具有许多不可比拟的优势,首先是快速更新旅游攻略,其次是方便快捷的线上购买景区门票,最后是高度安全,以及使用简单等特性,这使得旅游资源信息管理系统的管理和运营非常方便。进入21世纪,因为科技和经济的迅速发展,人民普遍对非物质层面的精神需求变得越来越多元化。本系统是为了实现这些目标而提出来的。
本论文系统地描绘了整个旅游资源信息管理系统的设计与实现,主要实现的功能有以下几点:主页,资料管理(个人信息,密码修改),公共管理(轮播图,公告栏),用户管理(管理员,普通用户),信息管理(旅游资讯,旅游资讯分类,美食推荐,住宿信息,住宿预约,景点中心,景点预定,旅游线路,意见反馈)等功能,其具有简单的接口,方便的应用,强大的互动,完全基于互联网的特点。
关键词:旅游资源信息管理;Python技术;Django框架;Mysql数据库
Django guangxi - ASEAN tourism resources information management system applet
Abstract
Under the influence of the rapid development of society and the improvement of people's living standards, the tourism industry has flourished and the tourism forms have become diversified, making the management of tourism resources information more difficult than in the past. Based on this reality, it is very important and valuable to design a fast and convenient tourism resource information management system based on small programs. For the traditional way of tourism strategy management and query and scenic spot ticket purchase, the tourism resource information management system has many incomparable advantages. First, it is to update the tourism strategy quickly, secondly, it is convenient and fast to buy tickets online, and finally, it is highly safe and easy to use, which makes the management and operation of the tourism resource information management system very convenient. In the 21st century, because of the rapid development of science and technology and economy, people's general spiritual needs for non-material aspects have become increasingly diversified. This system is proposed to achieve these goals.
This paper systematically describes the design and implementation of the entire tourism resource information management system. The main functions of the system are as follows: home page, data management (personal information, password modification), public management (broadcast map, bulletin board), user management (administrator, ordinary user), Information management (tourism information, tourism information classification, food recommendation, accommodation information, accommodation reservation, scenic spot center, scenic spot reservation, tourist route, opinion feedback) and other functions. It has simple interface, convenient application, strong interaction, and is completely based on the characteristics of the Internet.
Key words: tourism resources information management; Python technology;
Django framework; MySQL database.
目 录
第1章绪论
1.1研究背景
近年来,随着经济的快速发展和人们生活水平的迅速提高,对于精神满足的需求越来越高,其中,旅游就是很多人们会选择的休闲放松的方式。且随着人们生活数字化程度的提高,衣食住行很多方面都离不开手机。很多便民程序的出现更是大大方便了人们的生活。旅游规划程序有很多种,单独开发的程序存在需要重新安装占用内存等问题。微信小程序有使用方便、用户群强大、节约内存、节省手机桌面空间等优点。本文借助微信小程序的优势,从旅游资讯,美食推荐,住宿信息,景点中心,旅游线路等旅游资源信息,并完成住宿预约,景点预定等模块对旅游资源信息管理系统小程序进行设计,便于用户快速获取景点信息,进行旅游规划,加速旅游方面的信息化。因此,开发一个整合了旅游资源信息和住宿、景点门票资源的旅游资源信息管理系统小程序是非常有必要的。
2022年处于信息科技高速发展的大背景之下。在今天,缺少手机和电脑几乎已经成为不可能的事情,人们生活中已经难以离开手机和电脑。针对增加的成本管理和操作,很多系统或软件都建立自己的微信小程序,这既可以让更多的人体验到网络所带来的方便,因此将旅游资源信息管理系统小程序搭建在微信小程序平台更符合大众需求。
1.2开发现状
目前国内外旅游规划,住宿,景点门票预定系统众多且五花八门。国内的话如携程,飞猪,马蜂窝,去哪儿等APP最为常见,国外的爱彼迎,Booking等APP也受到越来越多的关注。但由于涉及驴友众多,范围广且所处各城市发达程度不一,更多还是习惯跟团游或者自由行的。但人的精力是有限的,所以传统的旅游规划方式难免会存在效率低下等缺点,还伴随着人力资源的大量浪费。在管理的工作中,所涉及到的工作电脑机器比人类更为擅长,能够达到快速、准确、耗费资源小等要求。基于这些显著的优点,如果能设计一套完整且贴合消费者需求的旅游资源信息管理系统小程序,那么将大大地提高效率。在具备这样的系统之下,只需配备少量管理人员对数据库进行日常数据审核、管理以及定期维护。整个过程中管理人员只需提供少量的必要信息,大部分数据处理工作皆由数据库和相关程序来完成,节省了大量时间。如果数据库中的某部分信息存在错误,那么管理人员可以通过批量修改等方式来降低排错过程中所要花费的时间和精力。因此,开发一个便于使用的旅游资源信息管理系统小程序是十分有必要的。
顺应时代发展的大势所趋,倚靠计算机、互联网技术,整合资源是合乎发展潮流的正确选择。本着提供一个方便管理和节约成本的方式,设计一个旅游资源信息管理系统小程序,是必须也是必然的。
1.3研究方法
首先,通过引擎搜索或者查阅相关文献资料,了解了本系统开发的背景以及设计系统的意义所在,收集用户需求信息。其次,在开发工具上,最终确定选用Python平台来设计开发本系统,Mysql作为设计数据库的工具。即利用Python语言实现用户界面,并同数据库连接起来实现完整的通信功能。之后,设计出系统大致的功能模块。主要从方便系统用户和系统管理员的角度进行分析,明确该系统应该具有的功能。最终是测试系统,通过用例测试发现存在的问题并找到解决的方案。利用现有的开发平台,结合自己所学的知识,在老师的指导帮助下来完成该设计,确保系统的可用性、实用性。
第2章相关技术介绍
2.1开发技术说明
本系统前端部分基于MVVM模式进行开发,采用B/S模式,后端部分基于python的Django框架进行开发。
前端部分:前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信,Element UI组件库使页面快速成型,项目前端通过栅格布局实现响应式,可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分:采用Django作为开发框架,同时集成Redis等相关技术。
2.2 Python简介
Python 是一个高层次的脚本语言结合了解释性、编译性、互动性和面向对象的。Python 的设计,相比其他语言经常使用英文关键字和其他语言的一些标点符号,它具有比其他语言更有特色语法结构,具有很强的可读性。
解释型语言:类似于Python和Perl语言,这意味着开发过程中没有了编译这个环节。
交互式语言:可以在一个 Python 提示符 >>> 后直接执行代码。
面向对象语言:Python支持面向对象的风格或代码封装在对象的编程技术。
2.3 Django框架
Django 项目是一个Python定制框架,它源自一个在线公寓资讯 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
- 用于创建模型的对象关系映射
- 为最终用户设计的完美管理界面
- 一流的 URL 设计
- 设计者友好的模板语言
- 缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列"API、库和框架"分类第6位,被认为是该领域的佼佼者 。
2.4MD5加密技术
MD5的全称是Message-Digest Algorithm 5(信息-摘要算法),于90年代初由MIT Laboratory for Computer Science和RSA Data Security Inc的Ronald L. Rivest开发出来,经MD2、MD3和MD4发展而来。MD5加密是让大容量信息在用数字签名软件签署私人密匙前被"压缩"成一种保密的格式(就是把一个任意长度的字节串变换成一定长的大整数)。不管是MD2、MD4还是MD5,它们都需要获得一个随机长度的信息并产生一个128位的信息摘要。虽然这些算法的结构或多或少有些相似,但MD2的设计与MD4和MD5完全不同,那是因为MD2是为8位机器做过设计优化的,而MD4和MD5却是面向32位的电脑。这三个算法的描述和C语言源代码在Internet RFCs 1321中有详细的描述,这是一份最权威的文档,由Ronald L. Rivest在1992年8月向IETF提交。
2.5Mysql数据库
Mysql 经过多次的更新,功能层面已经非常的丰富和完善了,从Mysql4版本到5版本进行了比较大的更新,在商业的实际使用中取得了很好的实际应用效果。最新版本的Mysql支持对信息的压缩,同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新,数据库自身的镜像功能也得到了很大的增强,运行的流畅度和易用性方面有了不小的进步,驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化,能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心,同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新,增加了两个非常使用的显示区,一个是信息区,对表格和文字进行了分类处理,界面的显示更加清爽和具体。第二是仪表的信息控件,能在仪表信息区进行信息的显示,同时还能进行多个信息的比对,为用户的实际使用带来了很大的便捷[8][9]。
针对本文中设计的旅游资源信息管理系统在实际的实现过程中,最终选择Mysql数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作,而且数据的安全性要求也是非常的高。综合这些因素,最终选择安全性系数比较高的Mysql来对旅游资源信息管理系统后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
2.6 B/S体系工作原理:
B/S架构采取浏览器请求,服务器响应的工作模式。
用户可以通过浏览器去访问Internet上由Web服务器产生的文本、数据、图片、动画、视频点播和声音等信息;
而每一个Web服务器又可以通过各种方式与数据库服务器连接,大量的数据实际存放在数据库服务器中;
从Web服务器上下载程序到本地来执行,在下载过程中若遇到与数据库有关的指令,由Web服务器交给数据库服务器来解释执行,并返回给Web服务器,Web服务器又返回给用户。在这种结构中,将许许多多的网连接到一块,形成一个巨大的网,即全球网。而各个企业可以在此结构的基础上建立自己的Internet。
在 B/S 模式中,用户是通过浏览器针对许多分布于网络上的服务器进行请求访问的,浏览器的请求通过服务器进行处理,并将处理结果以及相应的信息返回给浏览器,其他的数据加工、请求全部都是由Web Server完成的。通过该框架结构以及植入于操作系统内部的浏览器,该结构已经成为了当今软件应用的主流结构模式。
第3章系统分析
3.1可行性分析
技术性方面,采用当前主流的Python技术进行系统主体框架的搭建,前台使用jquery,ajax,实现前台页面的设计与美观调整,以上技术,均由本人经过系统学习,并且都是在课程设计中实践过的,可以使得开发更加便捷和系统。从技术角度看,这个系统是完全可以实现的。
实用性方面,本次设计的主要任务是在旅游资源信息管理系统内浏览旅游资讯,美食推荐,住宿信息,景点中心,旅游线路等旅游资源信息,并完成住宿预约,景点预定等操作,符合当前潮流的发展。从用户角度出发,同时也考虑系统运营成本和人力资源,采用网络上的便捷方式,实现线上业务,使得业务流程更系统,也更方便用户的体验,比较实用。
经济性方面,由于本课题中设计的旅游资源信息管理系统的主要目的是为了能够更加方便及快捷的进行信息的查询管理及检索服务,也就是能够可以直接投入使用的信息化软件。系统的主要成本主要是集中在对使用数据后期继续维护及其管理更新这个操作上。但是一旦系统投入到实际的运行及使用之后就能够很好的提高信息查询检索的效率,同时也需要有效的保证查询者的信息方面的安全性,同时这个旅游资源信息管理系统所带来的实际应用方面的价值是远远的超过了实际系统进行开发与维护方面的成本,因此,从经济上来说开发这个软件是可行的。
3.1.1技术可行性分析
该系统主要使用JAVA、Python,Django框架和MySQL数据库等进行开发,JAVA、Python易于学习和使用灵活。在校期间也接触过Django框架和MySQL数据库,对此有一定的开发经验,因此开发难度不高,所以从技术上来说是可行的。
3.1.2经济可行性
本系统设计所选择的开发工具和服务器都是免费的开源软件,又或者是适合人民使用的免费版本,并不需要支付费用,而且由作者本人单独完成,也不存在团队费用,几乎没有经济成本,具备经济可行性。
3.1.3社会可行性
社会可行性主要包括法律和用户两个方面,下面将从这两方面进行分析。
(1)法律因素
本系统是学习开发所制作的程序,并不用作商业用途,是在根据实际调研的结果结合现有的旅游资源信息管理系统小程序后得出的,而且系统制作的全部过程都是在个人的工作电脑中完成的,使用的都是开源和免费的开发环境、分析软件和数据库,不存在侵权问题。
(2)用户可行性
操作人员或者客户只需要具备一定的windows电脑操作常识,不需要精通计算机技能。此外系统管理人员,只需要在windows常识之上再熟悉下使用Tomcat服务器的操作流程,只要掌握一定的计算机知识即可,在正式上线运营之前,仅需要对操作人员进行简单的熟悉流程培训即可。所以从用户可行性上也是可行的。
3.2安全性需求分析
3.2.1系统的安全性
安全性对每一个系统来说都是非常重要的。安全性很好的系统可以保护企业的信息和用户的信息不被窃取。提高系统的安全性不仅是对用户的负责,更是对企业的负责。尤其针对于旅游资源信息管理系统来说,必须要有很好的安全性来保障整个系统。
系统具有对使用者有权限控制,针对角色的不通限制使用者的权限,以此来确保系统的安全性。
3.2.2数据的安全性
数据库中的数据是从外界输入的,当数据的输入时,由于种种原因,输入的数据会无效,或者是脏数据。因此,怎样保证输入的数据符合规定,成为了数据库系统,尤其是多用户的关系数据库系统首要关注的问题。
因此,在写入数据库时,要保证数据完整性、正确性和一致性。
3.3数据流程分析
对系统的数据流进行分析,系统的使用者分为二类,一般用户,管理员。系统主要对界面信息传送,登录信息的验证,注册信息的接收,用户各种操作的响应做处理。
系统顶层数据流图如下图所示。
图3-2 顶层数据流图
要判断用户是是什么身份,是根据登录的数据来判断后,跳转到对应的功能界面。在系统的内部用户就可以对数据进行操作,数据库中心就可以接收到系统传输的有效数据流来对数据sql语句进行对应操作。
系统底层数据流图如下图所示。
图3-3 底层数据流图
系统可以分为前台和后台两部分,每一种操作后系统都返回操作结果。前台和后台的数据连接主要通过数据库,既分别对数据库做不同的操作。
第4章系统设计
4.1系统架构设计
本旅游资源信息管理系统的架构设计主要分为可以3层,主要有Web层,业务层,Model层。其中web层还包括View层和Controller层,Model层包括元数据扩展层和数据访问层。
系统架构如下图所示。
图4-1 系统架构
4.2系统总体设计
旅游资源信息管理系统总体分为普通用户模块和管理员模块。
两个模块表现上是分别独立存在,但是访问的数据库是一样的。每一个模块的功能都是根据先前完成的需求分析,并查阅相关资料后整理制作的。
综上所述,系统功能结构图如下图所示。
图4-2 系统功能结构图
4.3系统功能设计
登录模块:登录模块是进入系统的入口,所有用户必须登录后才能访问系统。登录需要输入用户名和密码,如果多次尝试登录需要输入验证码。登录时需要选择用户的角色,是一般用户还是管理员登录等。登录成功后,会通过数据库获取用户的权限,并跳转至用户的主页面。
管理员用户管理模块:管理员管理包括:管理员的添加,修改和删除操作。添加管理员时,先判断用户添加的管理员是否是admin,如果不是则添加成功。修改删除同样。
公共管理模块:对轮播图,公告栏进行维护管理。
信息管理:对旅游资讯,美食信息荐,住宿信息,景点中心,旅游线路等旅游资源信息进行维护操作。
4.4数据库设计
4.4.1数据需求分析
从前面可以分析到数据库中最重要的是房间信息,用户信息,管理员信息。分析可以得到如下数据描述:
普通用户:用于记录用户的各种信息,包括用户名、密码、基本情况信息,信誉、发布信息数等数据项。
管理员:记录管理员的登录信息。包括用户名,密码,权限等数据项。
住宿信息:存储平台内的数据。包括名称、地址、类型、房号、户型、面积、费用等数据项。
4.4.2数据库概念设计
根据前面的数据流程图,结合系统的功能模块设计,设计出符合系统的各信息实体。
系统ER图如下图所示。
图4-3 系统ER图
4.4.3数据库表设计
旅游资源信息管理系统所拥有的数据表如下:用户信息表,住宿信息表等。
由于数据表较多,只展示系统主要数据表,如下表所示。
access_token | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
token_id | int | 0 | 是 | 是 | 临时访问牌ID | ||||||
token | varchar | 64 | 否 | 否 | 临时访问牌 | ||||||
info | text | 0 | 否 | 否 | |||||||
maxage | int | 0 | 是 | 否 | 最大寿命 | ||||||
create_time | timestamp | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
user_id | int | 0 | 是 | 否 | 用户编号 | ||||||
accommodation_information | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
accommodation_information_id | int | 0 | 是 | 是 | 住宿信息ID | ||||||
accommodation_name | varchar | 64 | 否 | 否 | 住宿名称 | ||||||
accommodation_area | varchar | 64 | 否 | 否 | 住宿地区 | ||||||
accommodation_address | varchar | 64 | 否 | 否 | 住宿地址 | ||||||
type_of_accommodation | varchar | 64 | 否 | 否 | 住宿类型 | ||||||
room_type | varchar | 64 | 否 | 否 | 房间类型 | ||||||
room_price | int | 0 | 否 | 否 | 房间价格 | ||||||
number_of_rooms | int | 0 | 否 | 否 | 房间数量 | ||||||
room_picture | varchar | 255 | 否 | 否 | 房间图片 | ||||||
room_introduction | longtext | 0 | 否 | 否 | 房间简介 | ||||||
praise_len | int | 0 | 是 | 否 | 点赞数 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
accommodation_reservation | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
accommodation_reservation_id | int | 0 | 是 | 是 | 住宿预约ID | ||||||
accommodation_name | varchar | 64 | 否 | 否 | 住宿名称 | ||||||
accommodation_area | varchar | 64 | 否 | 否 | 住宿地区 | ||||||
accommodation_address | varchar | 64 | 否 | 否 | 住宿地址 | ||||||
type_of_accommodation | varchar | 64 | 否 | 否 | 住宿类型 | ||||||
room_type | varchar | 64 | 否 | 否 | 房间类型 | ||||||
room_price | int | 0 | 否 | 否 | 房间价格 | ||||||
number_of_rooms | int | 0 | 否 | 否 | 房间数量 | ||||||
room_picture | varchar | 255 | 否 | 否 | 房间图片 | ||||||
appointment_user | int | 0 | 否 | 否 | 预约用户 | ||||||
user_name | varchar | 64 | 否 | 否 | 用户姓名 | ||||||
user_telephone | varchar | 64 | 否 | 否 | 用户电话 | ||||||
time_of_appointment | datetime | 0 | 否 | 否 | 预约时间 | ||||||
number_of_appointments | int | 0 | 否 | 否 | 预约数量 | ||||||
total_reservation_price | varchar | 64 | 否 | 否 | 预约总价 | ||||||
pay_state | varchar | 16 | 是 | 否 | 支付状态 | ||||||
pay_type | varchar | 16 | 否 | 否 | 支付类型 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
collect | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
collect_id | int | 0 | 是 | 是 | 收藏ID | ||||||
user_id | int | 0 | 是 | 否 | 收藏人ID | ||||||
source_table | varchar | 255 | 否 | 否 | 来源表 | ||||||
source_field | varchar | 255 | 否 | 否 | 来源字段 | ||||||
source_id | int | 0 | 是 | 否 | 来源ID | ||||||
title | varchar | 255 | 否 | 否 | 标题 | ||||||
img | varchar | 255 | 否 | 否 | 封面 | ||||||
create_time | timestamp | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
comment | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
comment_id | int | 0 | 是 | 是 | 评论ID | ||||||
user_id | int | 0 | 是 | 否 | 评论人ID | ||||||
reply_to_id | int | 0 | 是 | 否 | 回复评论ID | ||||||
content | longtext | 0 | 否 | 否 | 内容 | ||||||
nickname | varchar | 255 | 否 | 否 | 昵称 | ||||||
avatar | varchar | 255 | 否 | 否 | 头像地址 | ||||||
create_time | timestamp | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
source_table | varchar | 255 | 否 | 否 | 来源表 | ||||||
source_field | varchar | 255 | 否 | 否 | 来源字段 | ||||||
source_id | int | 0 | 是 | 否 | 来源ID | ||||||
feedback | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
feedback_id | int | 0 | 是 | 是 | 意见反馈ID | ||||||
feedback_to_users | int | 0 | 否 | 否 | 反馈用户 | ||||||
user_name | varchar | 64 | 否 | 否 | 用户姓名 | ||||||
user_telephone | varchar | 64 | 否 | 否 | 用户电话 | ||||||
feedback_time | date | 0 | 否 | 否 | 反馈时间 | ||||||
feedback_content | varchar | 64 | 否 | 否 | 反馈内容 | ||||||
feedback_picture | varchar | 255 | 否 | 否 | 反馈图片 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
food_recommendation | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
food_recommendation_id | int | 0 | 是 | 是 | 美食推荐ID | ||||||
food_name | varchar | 64 | 否 | 否 | 美食名称 | ||||||
food_type | varchar | 64 | 否 | 否 | 美食类型 | ||||||
food_region | varchar | 64 | 否 | 否 | 美食地区 | ||||||
food_producing_area | varchar | 64 | 否 | 否 | 美食产地 | ||||||
food_pictures | varchar | 255 | 否 | 否 | 美食图片 | ||||||
food_introduction | longtext | 0 | 否 | 否 | 美食简介 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
notice | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
notice_id | mediumint | 0 | 是 | 是 | 公告id | ||||||
title | varchar | 125 | 是 | 否 | 标题 | ||||||
content | longtext | 0 | 否 | 否 | 正文 | ||||||
create_time | timestamp | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
ordinary_users | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
ordinary_users_id | int | 0 | 是 | 是 | 普通用户ID | ||||||
user_name | varchar | 64 | 否 | 否 | 用户姓名 | ||||||
user_gender | varchar | 64 | 否 | 否 | 用户性别 | ||||||
user_age | varchar | 64 | 否 | 否 | 用户年龄 | ||||||
examine_state | varchar | 16 | 是 | 否 | 审核状态 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
user_id | int | 0 | 是 | 否 | 用户ID | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
scenic_spot_center | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
scenic_spot_center_id | int | 0 | 是 | 是 | 景点中心ID | ||||||
name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 | ||||||
types_of_attractions | varchar | 64 | 否 | 否 | 景点类型 | ||||||
scenic_area | varchar | 64 | 否 | 否 | 景点地区 | ||||||
scenic_spot_address | varchar | 64 | 否 | 否 | 景点地址 | ||||||
ticket_price | varchar | 64 | 否 | 否 | 门票价格 | ||||||
opening_hours | varchar | 64 | 否 | 否 | 开放时间 | ||||||
pictures_of_scenic_spots | varchar | 255 | 否 | 否 | 景点图片 | ||||||
introduction | longtext | 0 | 否 | 否 | 景点简介 | ||||||
praise_len | int | 0 | 是 | 否 | 点赞数 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
scenic_spot_reservation | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
scenic_spot_reservation_id | int | 0 | 是 | 是 | 景点预定ID | ||||||
name_of_scenic_spot | varchar | 64 | 否 | 否 | 景点名称 | ||||||
types_of_attractions | varchar | 64 | 否 | 否 | 景点类型 | ||||||
scenic_spot_address | varchar | 64 | 否 | 否 | 景点地址 | ||||||
ticket_price | varchar | 64 | 否 | 否 | 门票价格 | ||||||
opening_hours | varchar | 64 | 否 | 否 | 开放时间 | ||||||
pictures_of_scenic_spots | varchar | 255 | 否 | 否 | 景点图片 | ||||||
scheduled_users | int | 0 | 否 | 否 | 预定用户 | ||||||
user_name | varchar | 64 | 否 | 否 | 用户姓名 | ||||||
user_telephone | varchar | 64 | 否 | 否 | 用户电话 | ||||||
scheduled_quantity | int | 0 | 否 | 否 | 预定数量 | ||||||
scheduled_time | datetime | 0 | 否 | 否 | 预定时间 | ||||||
total_price_of_reservation | varchar | 64 | 否 | 否 | 预定总价 | ||||||
pay_state | varchar | 16 | 是 | 否 | 支付状态 | ||||||
pay_type | varchar | 16 | 否 | 否 | 支付类型 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
slides | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
slides_id | int | 0 | 是 | 是 | 轮播图ID | ||||||
title | varchar | 64 | 否 | 否 | 标题 | ||||||
content | varchar | 255 | 否 | 否 | 内容 | ||||||
url | varchar | 255 | 否 | 否 | 链接 | ||||||
img | varchar | 255 | 否 | 否 | 轮播图 | ||||||
hits | int | 0 | 是 | 否 | 点击量 | ||||||
create_time | timestamp | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 | ||||||
tourist_route | |||||||||||
字段名称 | 类型 | 长度 | 不是null | 主键 | 字段说明 | ||||||
tourist_route_id | int | 0 | 是 | 是 | 旅游路线ID | ||||||
tourism_name | varchar | 64 | 否 | 否 | 旅游名称 | ||||||
tourism_type | varchar | 64 | 否 | 否 | 旅游类型 | ||||||
tourism_starting_point | varchar | 64 | 否 | 否 | 旅游起点 | ||||||
destination | varchar | 64 | 否 | 否 | 旅游终点 | ||||||
tourist_route | varchar | 64 | 否 | 否 | 旅游路线 | ||||||
cover_photo | varchar | 255 | 否 | 否 | 封面图片 | ||||||
travel_details | longtext | 0 | 否 | 否 | 旅游详情 | ||||||
praise_len | int | 0 | 是 | 否 | 点赞数 | ||||||
recommend | int | 0 | 是 | 否 | 智能推荐 | ||||||
create_time | datetime | 0 | 是 | 否 | 创建时间 | ||||||
update_time | timestamp | 0 | 是 | 否 | 更新时间 |
第5章系统实现
5.1系统用户功能模块
旅游资源信息管理系统小程序,在系统可以查看首页,公告消息,美食推荐,住宿信息,景点中心,旅游线路,旅游资讯,我的(基本信息,收藏,住宿预约,景点预定,意见反馈)等内容,如图5-1所示。
图5-1用户首页界面图
注册,在注册页面通过填写账号、密码、昵称、邮箱、手机等信息完成注册,如图5-2所示。
图5-2注册界面图
旅游资讯,在推荐列表中选中感兴趣的资讯进行详情查看,如图5-3所示。
图5-3旅游资讯界面图
美食推荐,在此页面可以根据类型,名称等方式查询美食信息,进行评论,收藏等操作,如图5-4,5-5所示。
图5-4美食推荐界面图 图5-5美食详情介绍界面图
住宿信息,在此页面可以根据类型,名称等方式查询住宿信息,进行预约,点赞,评论,收藏等操作,如图5-6,5-7,5-8所示。
图5-6住宿信息界面图 图5-7住宿详情介绍界面图
图5-8住宿预约界面图
景点中心,在此页面可以查询景点信息,进行预定,点赞,评论,收藏等操作,如图5-9,5-10,5-11所示。
图5-9景点中心列表界面图 图5-10景点详情介绍界面图
图5-11景点预定界面图
旅游线路,在此页面可以查询景点信息,进行点赞,评论,收藏等操作,如图5-12,5-13所示。
图5-12旅游线路列表界面图 图5-13景点详情介绍界面图
5.2管理员功能模块
管理员登录,通过填写注册时输入的账号、密码进行登录,如图5-14所示。
图5-14管理员登录界面图
管理员登录进入系统可以查看主页,资料管理(个人信息,密码修改),公共管理(轮播图,公告栏),用户管理(管理员,普通用户),信息管理(旅游资讯,旅游资讯分类,美食推荐,住宿信息,住宿预约,景点中心,景点预定,旅游线路,意见反馈)等信息,如图5-15所示。
图5-15管理员功能界面图
公共管理,在此页面可以对轮播图,公告栏进行查询,重置,新增,删除等操作,如图5-16所示。
图5-16公共管理界面图
旅游资讯管理,在此页面可以对旅游资讯进行查询,重置,新增,删除等操作,如图5-17所示。
图5-17旅游资讯管理界面图
美食推荐管理,在此页面可以对美食信息进行查询,重置,新增,删除等操作,如图5-18所示。
图5-18美食推荐管理界面图
住宿信息管理,在此页面可以对住宿信息进行查询,重置,新增,删除等操作,如图5-19所示。
图5-19住宿信息新增界面图
住宿预约管理,在此页面可以对住宿预约信息进行查询操作,如图5-20所示。
图5-20住宿预约管理界面图
景点预定管理,在此页面可以对景点预定信息进行查询操作,如图5-21所示。
图5-21景点预定管理界面图
第6章系统测试
6.1测试目的
对任何系统而言,测试都是必不可少的环节,测试可以发现系统存在的很多问题,所有的软件上线之前,都应该进行充足的测试之后才能保证上线后不会Bug频发,或者是功能不满足需求等问题的发生。下面分别从单元测试,功能测试和用例测试来对系统进行测试以保证系统的稳定性和可靠性。
6.2功能测试
下表是系统登录功能测试用例,检测了用户名和密码的不同的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-1 系统登录功能测试用例
功能描述 | 用于系统登录 | |
测试目的 | 检测登录时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的用户名和密码带有非法字符 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名或者密码为空 | 提示用户名或者密码错误 | 与预期结果一致 |
输入的用户名和密码不存在 | 提示用户名或者密码错误 | 与预期结果一致 |
输入正确的用户名和密码 | 登录成功 | 与预期结果一致 |
下表是注册功能测试用例,检测了各种数据的输入情况,观察系统的响应情况。得出该功能达到了设计目标。
表6-2 注册功能测试用例
功能描述 | 用于用户注册 | |
测试目的 | 检测用户注册时的合法性检查 | |
测试数据以及操作 | 预期结果 | 实际结果 |
输入的手机号不合法 | 提示请输入正确的手机号码 | 与预期结果一致 |
输入的字段为空 | 提示必填项不能为空 | 与预期结果一致 |
输入的密码少于6位 | 提示密码必须为6-12位 | 与预期结果一致 |
输入的密码大于12位 | 提示密码必须为6-12位 | 与预期结果一致 |
下表是内容管理功能的测试用例,检测了内容管理中对公寓资讯的增加,删除,修改,查询操作是否成功运行。观察系统的响应情况,得出该功能也达到了设计目标,系统运行正确。
前置条件;用户登录系统。
表6-3 内容管理的测试用例
功能描述 | 用于内容管理 | |
测试目的 | 检测内容管理时的各种操作的运行情况 | |
测试数据以及操作 | 预期结果 | 实际结果 |
点击添加旅游资讯,必填项合法输入,点击保存 | 提示添加成功 | 与预期结果一致 |
点击添加旅游资讯,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游资讯,必填项修改为空,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击修改旅游资讯,必填项输入不合法,点击保存 | 提示必填项不能为空 | 与预期结果一致 |
点击删除旅游资讯,选择旅游资讯删除 | 提示删除成功 | 与预期结果一致 |
点击搜索旅游资讯,输入存在的旅游资讯名 | 查找出旅游资讯 | 与预期结果一致 |
点击搜索旅游资讯,输入不存在的旅游资讯名 | 不显示旅游资讯 | 与预期结果一致 |
6.3性能测试
使用阿里云PTS(Performance Testing Service)性能测试服务对线上系统进行压力测试。线上服务器环境为:1核心CPU,1G内存,1Mbps公网带宽,Centos7.0操作系统。
压测过程中使用了2台并发机器,每台机器20个用户并发,对系统主页,登录,数据查询和数据维护等模块进行并发访问,测试结果是有40个用户并发时,数据管理相关页面的响应时间甚至达到了7s,通过查看服务器出网流量发现已经达到1381kb/s,可以看出服务器的带宽已经达到峰值,如果系统使用5Mbps的带宽,系统的响应时间和TPS将会大大增加。在整个测试的过程中,CPU的使用率占用仅8%,也提现出带宽瓶颈对系统的影响非常严重。
第7章总结与展望
随着计算机互联网技术的迅猛发展,各行各业都已经实现采用计算机相关技术对日益放大的数据进行管理。该课题为设计一个旅游资源信息管理系统,主要是为了实现用户浏览旅游资讯,美食推荐,住宿信息,景点中心,旅游线路等旅游资源信息,并完成住宿预约,景点预定等需求。
旅游资源信息管理系统的开发是以Python编程语言作为基础,在PythonStrom平台上完成编码工作,系统整体为B/S架构,数据库系统使用Mysql。文中详细分析了旅游资源信息管理系统的研究背景、研究目的和意义、开发工具和相关技术以及系统需求、系统详细设计和系统测试等等一系列内容。系统实现了旅游资源信息管理系统所需的一些基本功能,并通过测试对这些实现的功能进行了完善,进而提高了系统整体的实用性。整个系统的开发过程中大量使用了Python相关的知识以及前端开发使用的html和javascript等,同时涉及到了很多开源框架和组件,例如后台系统中运用的MVVM架构、Freemarker模板引擎等,前端运用的UI框架等。
系统投入运行时,各功能均运行正常。系统的每个界面的操作符合常规逻辑,对使用者来说操作简单,界面友好。整个系统的各个功能设计合理,体现了人性化。
但是由于自己在系统开发过程中对一些用到的相关知识和技术掌握不够牢固,再加上自身开发经验欠缺,因此系统在有些方面的功能还不够完善,考虑的不够全面,因此整个系统还有待日后逐步完善。
参考文献
[1]王军. 基于Django的高校后勤库存管理系统设计实现[J]. 计算机时代,2022,(07):59-61+65.
[2]Li Hui chao,Shen Shun fa. Construction of College Students’ Physical Health Data Sharing System Based on Django Framework[J]. Journal of Sensors,2021,2021.
[3]邓永涛,胡文文,潘涛,张颖,陈欢. 基于JavaEE和微信公众号的微信矩阵旅游管理系统[J]. 电子测试,2021,(08):77-78+47.
[4]郑清兰. “互联网+”旅游管理系统的设计与实现[J]. 攀枝花学院学报,2021,38(02):55-61.
[5]余斌. 基于Django的用户信息管理系统[J]. 电脑知识与技术,2021,17(05):89-90.
[6]Vamsi K. Manikanta,Lokesh P.,Reddy K. Neha,Swetha P.. Visualization of Real World Enterprise Data using Python Django Framework[J]. IOP Conference Series: Materials Science and Engineering,2021,1042(1).
[7]欧瀚祺,杨莎,肖艳飞,彭佳红. 基于Django的物品租赁管理系统的设计[J]. 电脑知识与技术,2020,16(35):59-61.
[8]吴春梅,蒋林利,余荣川. 基于Python和Django框架的二级学院资料室图书管理系统设计与实现[J]. 无线互联科技,2020,17(16):67-70.
[9]张勇. 基于Django的协同办公管理系统的设计与实现[D].曲阜师范大学,2020.
[10]刘泉. 基于Django框架的企业人力资源管理系统的设计与实现[D].西安电子科技大学,2020.
[11]朱亚楠. 城市智慧旅游管理系统的反思探索[J]. 当代旅游,2019,(11):317.
[12]葛宇航. 基于Django的留学生信息管理系统设计与实现[J]. 通讯世界,2019,26(08):35-36.
[13]张翠丽,孟小艳,杨抒. 基于Django框架的管理系统的设计与开发[J]. 计算机技术与发展,2019,29(10):63-68.
[14]张舒瑶. 基于我国旅游管理信息化问题的探讨[J]. 现代经济信息,2018,(22):357.
[15]高翔,李永刚,史智文,江飞龙,蒋卫祥. 基于SSM框架的旅游管理系统分析与设计[J]. 数码世界,2018,(11):60-61.
[16]雷晓薇. 基于Django框架的教学管理系统的研究与实现[J]. 电子设计工程,2018,26(18):39-43+48.
[17]刘旭宏. 基于MVC模式的旅游管理与推广系统设计和实现[J]. 现代信息科技,2018,2(08):110-113.
[18]杨武帅,万启元,桑贤伯. 基于Python和Django框架的物联网智能设备管理系统的设计与实现[J]. 中国新技术新产品,2018,(11):13-15.
[19]Gottfried Prasetyadi,Utomo Tri Hantoro,Achmad Benny Mutiara. Singkat: A Keyword-Based URL Shortener and Click Tracker Package for Django Web Application[J]. International Journal of Advanced Computer Science and Applications (IJACSA),2018,9.
[20]龚新定,余艳梅,吴小强,何小海. 基于Django的实验室信息管理系统设计[J]. 微型机与应用,2016,35(22):108-111.
致谢
本次设计历时3个月。在这个毕业设计中,它离不开指导教师的指导,使事情基本顺利。指导老师无论是在毕业设计历经中,还是在论文做完中都给了了我特别大的助益。另1个方面,教师认真负责的工作姿态,谨慎的教学精神厚重的理论水准都使我获益匪浅。他勤恳谨慎的教学育人学习姿态也给我留下了特别特别深的感觉。我从老师那里学到了很多东西。在理论和实践中,我的技能得到了特别大的提高。在此,特向教师表示由衷的感激。
经过对该毕业设计的全部研究和开发,我的系统研发经历了从需求分析到实现详细功能,再到最终测试和维护的特殊进展。让我对系统研发有了更深层次的认识。如今我的动手本领单独处理疑惑的本领也获取到了特别大的演练学习增多,这是这次毕业设计最好的收获。
最后,在整个系统开发过程中,我周围的同学和朋友给了我很多意见,所以我很快就确认了系统的商业思想。在次,我由衷的向他们表示感激。