摘要
1 绪论
1.1 选题背景与意义
1.2国内外研究现状
1.3论文结构与章节安排
2系统分析
2.1 可行性分析
2.1.1技术可行性
2.1.2经济可行性
2.1.3操作可行性
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.1.8 酒店信息界面
4.1.9 美食信息界面
4.1.10 路线推荐界面
4.1.11 歌曲音乐界面
4.2后台管理员功能模块
4.2.1 系统用户管理界面
4.2.2 系统管理界面
4.2.3 门票订单管理界面
4.2.4 资源管理界面
4.2.5 公告通知管理界面
4.2.6 酒店信息管理界面
4.2.7 美食信息管理界面
5系统测试
5.1系统测试的目的
5.2 系统测试用例
5.3 系统测试结果
结论
参考文献
致 谢
本文阐述了一个结合微信小程序和Spring Boot框架的旅游攻略系统的设计与实现过程。该系统旨在为旅游爱好者提供便捷、全面的旅游信息服务和个性化的攻略分享体验,同时为管理员提供高效、灵活的后台管理功能。
对于用户而言,系统提供了包括登录注册、首页浏览、景点详情查看、酒店预订、美食推荐、路线规划、音乐娱乐、天气预报、网站公告、个人攻略发布与收藏、旅游资讯阅读等功能。用户可以通过微信小程序随时随地获取旅游信息,分享自己的旅行经验,并管理个人的旅游订单和收藏夹。
管理员则通过后台管理系统实现对整个系统的全面监控和维护。后台功能包括用户管理、景点信息管理、门票订单管理、酒店信息管理、美食信息管理、路线推荐管理、音乐资源管理、系统设置、公告通知管理、旅游资讯管理以及用户交流管理等。这些功能确保了管理员能够高效地管理旅游信息,维护系统稳定,提升用户体验。
系统采用微信小程序作为前端展示平台,利用Spring Boot框架构建后端服务,实现前后端分离的开发模式。通过RESTful API进行数据传输,确保数据的实时性和准确性。同时,系统采用多种技术手段优化性能和用户体验,包括缓存技术、异步处理、消息推送等。
本文详细描述了系统的架构设计、功能实现、技术选型以及性能优化等方面。通过测试和用户反馈,验证了系统的稳定性和可靠性。该系统的设计与实现为旅游爱好者提供了便捷、高效的旅游信息服务,同时为管理员提供了全面、灵活的后台管理功能,对于推动旅游信息化建设和提升旅游服务质量具有重要意义。
关键词:SpringBoot框架;微信小程序;旅游攻略;系统设计
Abstract
For users, the system provides functions such as login and registration, homepage browsing, viewing scenic spot details, hotel reservations, food recommendations, route planning, music and entertainment, weather forecasts, website announcements, personal strategy publishing and bookmarking, and reading travel information. Users can access travel information anytime and anywhere through WeChat mini programs, share their travel experiences, and manage their personal travel orders and bookmarks.
Administrators can achieve comprehensive monitoring and maintenance of the entire system through the backend management system. The backend functions include user management, attraction information management, ticket order management, hotel information management, food information management, route recommendation management, music resource management, system settings, announcement notification management, tourism information management, and user communication management. These features ensure that administrators can efficiently manage tourism information, maintain system stability, and improve user experience.
The system uses WeChat mini programs as the front-end display platform, and uses the Spring Boot framework to build back-end services, achieving a development mode of front-end and back-end separation. Use RESTful API for data transmission to ensure real-time and accurate data. At the same time, the system adopts various technical means to optimize performance and user experience, including caching technology, asynchronous processing, message push, etc.
This article provides a detailed description of the system's architecture design, functional implementation, technology selection, and performance optimization. The stability and reliability of the system have been verified through testing and user feedback. The design and implementation of this system provide convenient and efficient tourism information services for tourism enthusiasts, as well as comprehensive and flexible backend management functions for administrators. It is of great significance for promoting tourism informatization construction and improving the quality of tourism services.
Keywords: SpringBoot framework; WeChat Mini Program; Tourism strategy; System design
1 绪论
随着人们生活水平的提高和休闲时间的增多,旅游已成为人们生活中不可或缺的一部分。然而,面对繁杂的旅游信息和攻略,用户往往难以快速找到适合自己的旅游方案。同时,传统的旅游攻略平台存在信息更新不及时、交互性不强等问题,难以满足现代用户对于个性化、便捷性、实时性的需求。
在这样的背景下,基于微信小程序的旅游攻略系统的设计与实现应运而生。微信小程序作为一种轻量级的应用形态,具有用户基数大、使用便捷、易于推广等优势,为旅游攻略的传播和分享提供了良好的平台。而Spring Boot框架则以其高效、灵活的特点,为后端服务的构建提供了强大的支持。
通过结合微信小程序和Spring Boot框架,构建一个功能全面、交互性强、实时性高的旅游攻略系统。该系统不仅能够满足用户对于旅游信息的获取和攻略分享的需求,还能够为管理员提供高效的后台管理功能,实现信息的及时更新和维护。同时,该系统的设计与实现还能够推动旅游信息化建设和提升旅游服务质量,为旅游行业的发展注入新的活力。
因此,基于微信小程序的旅游攻略系统的设计与实现具有重要的理论价值和实践意义,不仅能够为用户提供更好的旅游体验,还能够为旅游行业的信息化发展做出贡献。
近年来,随着移动互联网的普及和旅游业的发展,国内对于基于微信小程序的旅游攻略系统的研究与实践逐渐增多。许多旅游机构、互联网企业和高校纷纷投入到这一领域的研究中。目前,国内已经有一些基于微信小程序的旅游攻略系统得到了实际应用。这些系统通常具备景点信息展示、酒店预订、美食推荐、路线规划等基本功能,同时结合中国的旅游特色和文化背景进行了本地化改造和创新。然而,国内的研究与实践在算法推荐、个性化服务、数据分析等方面仍有待进一步深入。
在国外,尤其是欧美等发达国家,旅游信息化发展较早,相关的研究与实践也相对成熟。许多知名的旅游平台和APP已经提供了丰富的旅游攻略服务,如TripAdvisor、Expedia等。这些平台通常具备完善的景点信息、酒店预订、美食推荐等功能,并通过算法为用户提供个性化的旅游推荐。同时,国外的研究者在旅游推荐算法、大数据分析、智能导游等方面也进行了深入的研究,取得了一系列重要的成果。这些成果为国外旅游攻略系统的发展提供了有力的技术支持。
综上所述,基于微信小程序的旅游攻略系统的设计与实现在国内外都具有一定的研究价值和实践意义。通过深入研究和实践,可以推动旅游信息化建设和提升旅游服务质量,为用户提供更加便捷、个性化的旅游体验。同时,也可以为旅游业的发展注入新的活力,促进旅游行业的转型升级。
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第一章:引言。第一章主要介绍了课题研究的背景和意义,系统开发的国内外研究现状和本文的研究内容与主要工作。
第二章:系统需求分析。主要从系统的用户、功能等方面进行需求分析。
第三章:系统设计。主要对系统框架、系统功能模块、数据库进行功能设计。
第四章:系统实现。主要介绍了系统框架搭建、系统界面的实现。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。接下来会进行详细的介绍。
微信小程序作为一种轻量级的应用形态,具有广泛的用户基础和便捷的使用体验,为系统的前端展示提供了良好的平台。Spring Boot框架以其高效、简洁的特点,为后端服务的构建提供了强大的支持。此外,RESTful API、数据库技术、缓存技术等成熟的技术手段也为系统的实现提供了保障。因此,从技术角度来看,该系统的设计与实现是可行的。
该系统在经济上也是可行的。首先,微信小程序和Spring Boot框架都是开源的,使用成本较低。其次,系统的开发和维护成本相对较低,因为采用了前后端分离的开发模式,使得开发和维护变得更加高效。此外,该系统可以为旅游机构、酒店、餐厅等提供广告和推广服务,获取一定的经济收益。因此,从经济角度来看,该系统的设计与实现是可行的。
微信小程序具有简洁、易用的特点,用户无需下载安装即可使用,降低了用户的使用门槛。同时,系统提供了直观、友好的用户界面和操作流程,使得用户可以轻松地进行注册登录、浏览景点信息、预订酒店、查看美食推荐等操作。此外,系统还提供了详细的帮助文档和客服支持,帮助用户更好地使用系统。因此,从操作角度来看,该系统的设计与实现是可行的。
综上所述,基于微信小程序的旅游攻略系统在技术、经济、操作三个方面都是可行的。通过合理的规划和实施,该系统有望为用户提供便捷、高效的旅游攻略服务,推动旅游信息化建设和提升旅游服务质量。
基于微信小程序的旅游攻略开发时,首先进行需求分析,进而对系统进行总体的设计规划,设计系统功能模块,数据库的选择等,本系统的开发流程如图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所示。
本章主要通过对基于微信小程序的旅游攻略的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个系统要实现的功能。同时也为系统的代码实现和测试提供了标准。
本系统从架构上分为三层:表现层(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 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表attraction_information (景点信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | attraction_information_id | int | 10 | 0 | N | Y | 景点信息ID | |
2 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
3 | types_of_attractions | varchar | 64 | 0 | Y | N | 景点类型 | |
4 | location_of_tourist_attractions | varchar | 64 | 0 | Y | N | 景点位置 | |
5 | admission_price | int | 10 | 0 | Y | N | 0 | 门票价格 |
6 | attraction_cover | varchar | 255 | 0 | Y | N | 景点封面 | |
7 | opening_hours | varchar | 64 | 0 | Y | N | 开放时间 | |
8 | attraction_activities | text | 65535 | 0 | Y | N | 景点活动 | |
9 | preferential_policies | text | 65535 | 0 | Y | N | 优待政策 | |
10 | scenic_spot_details | text | 65535 | 0 | Y | N | 景点详情 | |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | 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 | food_information_id | int | 10 | 0 | N | Y | 美食信息ID | |
2 | food_name | varchar | 64 | 0 | Y | N | 美食名称 | |
3 | food_types | varchar | 64 | 0 | Y | N | 美食类型 | |
4 | food_cover | varchar | 255 | 0 | Y | N | 美食封面 | |
5 | restaurant_location | varchar | 64 | 0 | Y | N | 餐厅位置 | |
6 | main_components | varchar | 64 | 0 | Y | N | 主要成分 | |
7 | restaurant_attractions | varchar | 64 | 0 | Y | N | 餐厅景点 | |
8 | recommendation_index | varchar | 64 | 0 | Y | N | 推荐指数 | |
9 | food_details | longtext | 2147483647 | 0 | Y | N | 美食详情 | |
10 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | recommend | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | forum_id | mediumint | 8 | 0 | N | Y | 论坛id | |
2 | display | smallint | 5 | 0 | N | N | 100 | 排序 |
3 | user_id | mediumint | 8 | 0 | N | N | 0 | 用户ID |
4 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
5 | praise_len | int | 10 | 0 | Y | N | 0 | 点赞数 |
6 | hits | int | 10 | 0 | N | N | 0 | 访问数 |
7 | title | varchar | 125 | 0 | N | N | 标题 | |
8 | keywords | varchar | 125 | 0 | Y | N | 关键词 | |
9 | description | varchar | 255 | 0 | Y | N | 描述 | |
10 | url | varchar | 255 | 0 | Y | N | 来源地址 | |
11 | tag | varchar | 255 | 0 | Y | N | 标签 | |
12 | img | text | 65535 | 0 | Y | N | 封面图 | |
13 | content | longtext | 2147483647 | 0 | Y | N | 正文 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
16 | avatar | varchar | 255 | 0 | Y | N | 发帖人头像: | |
17 | type | varchar | 64 | 0 | N | N | 0 | 论坛分类:[0,1000]用来搜索指定类型的论坛帖 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
3 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
4 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
5 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
6 | icon | varchar | 255 | 0 | Y | N | 分类图标: | |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hotel_information_id | int | 10 | 0 | N | Y | 酒店信息ID | |
2 | hotel_name | varchar | 64 | 0 | Y | N | 酒店名称 | |
3 | room_number | varchar | 64 | 0 | Y | N | 客房号码 | |
4 | hotel_attractions | varchar | 64 | 0 | Y | N | 酒店景点 | |
5 | number_of_rooms | int | 10 | 0 | Y | N | 0 | 客房数量 |
6 | room_pictures | varchar | 255 | 0 | Y | N | 客房图片 | |
7 | room_price | int | 10 | 0 | Y | N | 0 | 客房价格 |
8 | guest_room_floors | varchar | 64 | 0 | Y | N | 客房楼层 | |
9 | room_details | longtext | 2147483647 | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 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 | route_recommendation_id | int | 10 | 0 | N | Y | 路线推荐ID | |
2 | route_name | varchar | 64 | 0 | Y | N | 路线名称 | |
3 | route_classification | varchar | 64 | 0 | Y | N | 路线分类 | |
4 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
5 | starting_point_of_the_route | varchar | 64 | 0 | Y | N | 路线起点 | |
6 | route_endpoint | varchar | 64 | 0 | Y | N | 路线终点 | |
7 | passing_location | varchar | 64 | 0 | Y | N | 途经地点 | |
8 | estimated_cost | varchar | 64 | 0 | Y | N | 预计费用 | |
9 | travel_advice | text | 65535 | 0 | Y | N | 旅游建议 | |
10 | route_details | longtext | 2147483647 | 0 | Y | N | 路线详情 | |
11 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | 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 | song_music_id | int | 10 | 0 | N | Y | 歌曲音乐ID | |
2 | song_title | varchar | 64 | 0 | Y | N | 歌曲名称 | |
3 | song_type | varchar | 64 | 0 | Y | N | 歌曲类型 | |
4 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
5 | release_time | datetime | 19 | 0 | Y | N | 发布时间 | |
6 | music_songs | varchar | 255 | 0 | Y | N | 音乐歌曲 | |
7 | song_singer | varchar | 64 | 0 | Y | N | 歌曲歌手 | |
8 | album_name | varchar | 64 | 0 | Y | N | 专辑名称 | |
9 | song_details | longtext | 2147483647 | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | ticket_orders_id | int | 10 | 0 | N | Y | 门票订单ID | |
2 | attraction_name | varchar | 64 | 0 | Y | N | 景点名称 | |
3 | types_of_attractions | varchar | 64 | 0 | Y | N | 景点类型 | |
4 | location_of_tourist_attractions | varchar | 64 | 0 | Y | N | 景点位置 | |
5 | admission_price | varchar | 64 | 0 | Y | N | 门票价格 | |
6 | purchasing_users | int | 10 | 0 | Y | N | 0 | 购买用户 |
7 | purchase_time | datetime | 19 | 0 | Y | N | 购买时间 | |
8 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 购买数量 |
9 | total_price | varchar | 64 | 0 | Y | N | 合计总价 | |
10 | purchase_notes | text | 65535 | 0 | Y | N | 购买备注 | |
11 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
12 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | 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 | 更新时间: |
整个基于微信小程序的旅游攻略的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4系统关键模块设计与实现
基于微信小程序的旅游攻略的详细设计与实现主要是根据前面的需求分析和总体设计来设计页面并实现业务逻辑。主要从界面实现、业务逻辑实现这两部分进行介绍。
当进入基于微信小程序的旅游攻略的时候,首先映入眼帘的是系统的导航栏,其主界面展示如下图4-1所示。
图4-1 首页界面图
基于微信小程序的旅游攻略中的注册后的用户是可以通过自己的账户名和密码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到基于微信小程序的旅游攻略的首页中;否则将会提示相应错误信息,用户登录界面如下图4-2所示。
图4-2用户登录界面图
点击“我的攻略”后,用户可以查看和管理自己的旅游攻略,包括编辑、分享和删除攻略。界面如下图4-3所示。
图4-3我的攻略发布界面图
当用户点击“旅游资讯”后,可以查看系统发布的所有旅游资讯信息,在详情页面可以进行点赞、收藏、评论等操作,页面如图4-4所示。
图4-4 旅游资讯详情界面图
点击“天气预报”后,用户可以查看目的地的天气预报信息,帮助用户合理安排行程。界面如下图所示。
图4-5天气预报界面图
点击“景点信息”后,用户可以浏览各个景点的详细信息,包括景点介绍、开放时间、门票价格等,可以进行购票、点赞、收藏、评论等。界面如下图所示。
图4-6景点信息详情界面图
用户可在景点信息详情页面点击“购买”后,可以提交门票购买信息,可在我的-门票订单中查看订单状态并进行支付。界面如下图所示。
图4-7门票订单界面图
当用户点击“ 酒店信息”后,可以查看附近的酒店信息,包括酒店名称、价格、评价等,方便用户选择住宿。界面如下图所示。
图4-8酒店信息列表界面图
当用户点击“美食信息”后,可以查看当地的美食信息,包括推荐菜品、餐厅地址、营业时间等,满足用户的美食需求。界面如下图所示。
图4-9美食信息列表界面图
当用户点击“路线推荐”后,可以查看系统根据用户的偏好和行程安排,推荐的合适旅游路线,包括景点顺序、交通方式等。界面如下图所示。
图4-10路线推荐列表界面图
当用户点击“歌曲音乐”后,可以查看与旅游相关的歌曲音乐,可以在线播放音乐。界面如下图所示。
图4-11歌曲音乐列表界面图
基于微信小程序的旅游攻略中的管理人员是可以对注册的注册用户进行管理的,也可以对管理员进行管控。界面如下图4-12所示。
管理员点击“系统管理”这一菜单会显示轮播图这一个子菜单,管理员可以对前台展示的轮播图进行设置,界面如下图4-13所示。
图4-13系统管理界面图
当管理员点击“门票订单管理”这一菜单的时候可以管理用户购买的门票订单信息,确保交易安全和顺利进行。界面如下图所示。
图4-14门票订单管理界面图
当管理员点击“资源管理”这一菜单的时候,会出现旅游资讯+资讯分类这两个子菜单,可以对这两个模块进行增删改查操作。资源管理界面如下图所示。
图4-15资源管理界面图
管理员点击“公告通知管理”这个菜单,可以对系统中的通知和公告进行管理,包括通知和公告的编辑、删除等操作。公告通知管理界面如下图所示。
图4-16公告通知管理界面图
管理员点击“酒店信息管理”这个菜单,可以管理酒店信息,包括添加、编辑和删除酒店信息。酒店信息管理界面如下图所示。
图4-17酒店信息管理界面图
管理员点击“ 美食信息管理”这个菜单,可以管理美食信息,包括添加、编辑和删除美食信息。美食信息管理界面如下图所示。
图4-18美食信息管理界面图
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大模块为基于微信小程序的旅游攻略的后期推广运营提供了强力的技术支撑。
结论
至此,基于微信小程序的旅游攻略已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如微信开发者工具、JAVA语言、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
[1]苏甜,罗梓铭,荣幸.浅析旅游推荐系统的数智化发展——以图片预设情感为例[J].产业创新研究,2023,(24):99-101.
[2]王必祥.基于景区状态信息的景点推荐系统的设计与实现[D].南京邮电大学,2023.DOI:10.27251/d.cnki.gnjdc.2023.000110.
[3]李晓芳.基于注意力机制和画像的旅游路线推荐研究[D].南京邮电大学,2023.DOI:10.27251/d.cnki.gnjdc.2023.000398.
[4]王茸,李强,何颖,等.个性化旅游推荐系统的设计与实现[J].福建电脑,2023,39(09):95-99.DOI:10.16707/j.cnki.fjpc.2023.09.020.
[5]Niranjan K ,R. B H .Normalized category travel personality by considering explicit and implicit feedback (NCTP): approach for improving travel recommender systems search result[J].International Journal of Information Technology,2023,15(7):3689-3708.
[6]Remigijus P ,Linas S ,Simona S , et al.A novel greedy genetic algorithm-based personalized travel recommendation system[J].Expert Systems With Applications,2023,230
[7]王锟,魏建兵,马秦靖,等.基于Android平台的“共享车位”手机App系统设计[J].工业控制计算机,2023,36(05):113-115.
[8]Niranjan K ,V. K P ,R. B H .Personalized Travel Recommendation System Using Average Cumulative Rating Matrix Factorization Technique: Concept and Framework[J].Vietnam Journal of Computer Science,2023,10(02):
[9]田运.基于位置社交网络的旅游景点推荐模型研究与系统实现[D].辽宁大学,2023.DOI:10.27209/d.cnki.glniu.2023.000914.
[10]完颜兵.基于Flink的个性化旅游推荐系统的研究与开发[D].广西民族大学,2023.DOI:10.27035/d.cnki.ggxmc.2023.000299.
[11]李恩.基于用户推荐算法的武汉市红色旅游平台设计与实现[D].长江大学,2023.DOI:10.26981/d.cnki.gjhsc.2023.001455.
[12]杨佳鹏,俎毓伟,纪佳琪,等.基于Spark框架的瀑布型融合旅游推荐系统[J].智能计算机与应用,2023,13(04):142-146.
[13]郭莹莹.基于SSO框架旅游推荐系统过载对出游意愿的影响研究[D].广东财经大学,2023.DOI:10.27734/d.cnki.ggdsx.2023.000477.
[14]邱明.基于Android的旅游景区移动导游系统设计[J].信息技术,2022,46(12):24-28.DOI:10.13274/j.cnki.hdzj.2022.12.005.
[15]陈红玲,叶玫,卢淑萍,等.基于旅游资源画像的个性化旅游推荐系统[J].信息技术与信息化,2022,(11):115-118.
[16]陈勇.基于协同过滤算法的旅游推荐系统的设计[J].价值工程,2022,41(30):160-162.
[17]张敏,张腊梅,陈正玉.基于web的旅游推荐系统[J].信息记录材料,2022,23(10):132-135.DOI:10.16009/j.cnki.cn13-1295/tq.2022.10.028.
[18]陈玲.基于Django的中国红色旅游推荐系统的设计与实现[J].软件,2022,43(09):100-103.
[19]卢布(Rupo Asif Haque).基于用户浏览行为的个性化旅游产品推荐研究[D].广东工业大学,2022.DOI:10.27029/d.cnki.ggdgu.2022.001012.
[20]李艳.《Android程序设计》移动学习系统设计[J].电脑编程技巧与维护,2021,(10):70-71+74.DOI:10.16184/j.cnki.comprg.2021.10.026.
转眼间,大学生用户活便已经接近尾声,人面对着离别与结束,总是充满着不舍与茫然,我亦如此,仍记得那年秋天,我迫不及待的提前一天到了学校,面对学校巍峨的大门,我心里充满了期待:这里,就是我新生活的起点吗?那天,阳光明媚,学校的欢迎仪式很热烈,我面对着一个个对着我微笑的同学,仿佛一缕缕阳光透过胸口照进了我心里,同时,在那天我认识可爱的室友,我们携手共同度过了这难忘的两年。如今,我望着这篇论文的致谢,不禁又要问自己:现在,我们就要说再见了吗?
感慨莫名,不知所言。遥想当初刚来学校的时候,心里总是想着工科学校会过于板正,会缺乏一些柔情,当时心里甚至有一点点排斥,但是随着我对学校的慢慢认识与了解,我才认识到了她的美丽,她的柔情,并且慢慢的喜欢上了这个校园,但是时间太快了,快到我还没有好好体会她的美丽便要离开了,但是她带给我的回忆,永远不会离开我,也许真正离开那天我的眼里会满含泪水,我不是因为难过,我只是想将她的样子映在我的泪水里,刻在我的心里。最后,感谢我的老师们,是你们教授了我们知识与做人的道理;感谢我的室友们,是你们陪伴了我如此之久;感谢每位关心与支持我的人。
少年,追风赶月莫停留,平荒尽处是春山。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢~