基于SpringBoot旅游导览系统设计与实现

第1章引言本章节从对于系统的研究背景，分为国内外研究背景，从而更好的了解，项目的业务以及所产生的条件，对人们生活所带来的影响，从研究的意义、论文的主要工作以及论文结构更容易了解本项目的实际需求和论文的主要过程安排。1.1研究背景随着我国经济发展进入到一个新的发展阶段，人们对于生活质量的追求显著提高，越来越多的人群，开始追求高质量和多样化的生活方式REF_Ref135345713\n\h[1]，因此，假日经济和旅游经济已然成为人们高质量生活的消费点，“主题游、周边游、个性游”等多种形式的旅游新现象应运而生，在这样的背景下，针对传统的旅游网站的短板和现在消费者日益增长的多样化旅游需求问题，既要满足为游客提供个性化的功能，又要满足当下游客多样化的需求问题。借助“互联网+”的智慧旅游平台推出，让网络在旅游行业中形成的影响力更加大，旅游信息成为行业重要战略资源，网站则是其中一个不可或缺的组成部分。信息管理不完善等问题，国内传统旅游服务系统，“携程，同程，去哪儿”等，虽然提供“大而全”的信息内容，但内容繁杂，缺乏游客导向，新的需求变化，新的旅游系统功能逐渐以游客为导向，以旅游景点信息，酒店信息，景点点赞，景点智能推荐等功能为核心依托，其宗旨是满足游客的便捷，准确，完整的信息导向，为游客提供所需要的相关信息，同时给游客带来方便，给当地带来经济效益和社会效益REF_Ref135345734\n\h[2]。1.1.1国外研究现状2020年受到疫情影响，国外的旅游业停止了大部分。其间大部分的国家实施旅行限制，因此旅游业也开始受到疫情影响。各国应在重启旅游业之前，加大对旅游从业者的支持力度，并在保障卫生防疫和安全的基础上，优先恢复旅游业。2020年的4月份的全球国际游客总人数同比下降97%，1月至4月整体同比较往年下降44%左右REF_Ref135345766\n\h[3]。SheshadriChatterjee提出模型包含了能够帮助旅游者选择旅游目的地的电子旅游网站的前因。该模型已通过一项涉及309名可用受访者的调查进行了统计验证。采用PLS-SEM分析进行假设检验和概念模型验证。研究结果表明，电子旅游网站的易用性、网站享乐性、网站感知真实性和感知风险等前因变量对旅游者选择旅游目的地产生影响。电子旅游网站应具有特殊功能，以帮助旅行者准确地确定其旅游目的地。网站的开发者应该将网站设计成具有交互性的，以便观看者在浏览网站时能够及时准确的和信息发布者进行交流，并能够谨慎处理信息内容的准确性，以便观看者能够感受到经过认证的内容。1.1.2国内研究现状随着未来新的个性化的旅游发展趋势，逐步发展出新的旅游新产品形式。从而衍生出更多层次的旅游类型。同时网络经济时代的到来，使得景点信息，已然成为行业发展的重要资源，并且随着层出不穷的行业，小资产自媒体企业的发展越来越成为旅游信息化提供了重要支持。旅游网站内容要尽量丰富多彩，要创新旅游信息管理工作；专业旅游网站发展电子商务必需要有强大的专业产业资源做后盾；网站应将服务项目进一步深化、细化，不断提高现有服务质量和配套服务来提高网站信誉REF_Ref135345805\w\h[4]。近年来，疫情期间，越来越多的自媒体行业得到发展，新型小众媒体用户，越来越的人群开始愿意参与到更大范围的网络信息交流传输，让自身的信息带向更远方的城市服务，一种由自主的个性化的方式，也使得网络信息充满复杂性，让我们无法得到，正是由于信息的大量充斥，从而对于旅游行业，游客人群对于广泛的旅游信息，需要一个更应该满足游客需求个性化的推荐服务系统，从而本系统对于当下的条件应运而生，满足一部分群体对于旅游信息的需求管理。1.2研究意义为了使旅游服务行业的发展走上更高的水平，实现高效的资源利用，便捷化游客的导向需求，提供多样性的旅游资源，个性化服务体验，提供“安全，高效，便捷，可靠，时效性，短周期，低成本”，致力于尝试提高现有的旅游为导向的管理系统的可用性。并针对旧有的功能进行优化，希望为游客的个性化需求提供更好的产品体验。本系统的优点是检索便利、信息可信度高高、存储量大、保密性好、成本低等。本课题开发主要用于为游客和用户提供便捷的信息服务，能优化对信息的检索过程，实现对旅游信息的高效便捷的管理服务，解决当旅游信息资源繁杂以及传统旅游信息管理以资源性为导向的信息化管理方式，通过电子信息化管理服务方式代替繁杂且操作复杂的传统管理方式，减少游客对信息层面获取的复杂度，形成用户，系统，景区，商家的多方位互动方式，增强信息的多向流动性，让产业资源和信息资源的充分利用得到最大化，降低资源的空闲浪费。1.3相关技术选型本次系统开发的旅游管理系统所使用的到的语言为Java语言，主体框架会用到SpringBoot框架进行搭建，采用当下最热的新技术，有利于自己的学习和对技术的掌握，因技术框架的全新也为后期项目的维护升级提供很好的便利。具体介绍如下。1.3.1SpringBoot框架SpringBoot框架设计的目的主要用于简化Spring应用的初始搭建以及开发过程。以其简化了程序的开发，更好的底层封装，也让开发者更加的只关心业务逻辑，从而解放低质量的代码输出。两个核心思想：开箱即用（Outofbox），SpringBoot是用来简化Spring开发的，从SpringMVC开发的过程中，在XML配置文件中配置所依赖的坐标，编写web配置类，作为web程序，web3.0的配置类不能缺少，而这个配置类比较麻烦的，编写SpringMVC的配置类和Controller类从而被外界访问。以上SpringMVC程序可以看到，搭建环境的流程是固定下来的，SpringBoot就是对这些内容的简化。这种简化让开发者拜托配置工作的困境，也让开发者更关注业务本身。约定优于配置（Conventionoverconfiguration），是一种由SpringBoot对本身配置目标结构的规范，是对由开发者在结构中添加数据信息的软件设计范式。1.3.2Spring框架Spring框架是一个简化企业级开发而生的开源的轻量级框架，Spring是一个IOC(DI)和AOP容器以及web的MVC功能的框架。IOC全称：InversionofControl(控制反转)，将对象（万物皆对象）控制权交给Spring。并且BeanFactory可以通过配置文件配置Bean的基本信息，BeanFactory根据配置文件来生产Bean实例。DI全称（DependencyInjection）依赖注入，AOP全称Aspect-OrientendProgramming,面向切面编程。利用Spring框架搭载开发环境，能为旅游导览系统提供良好的空间储存管理机制，使得系统用户信息的装载量得到提高，也能为开发人员的开发提供更加便利的开发方式，为开发者提供便利的同时，也为系统用户寻找更加便利的体验，可以缩短用户对系统的请求应答时间，让请求更加的迅速，提高用户访问系统的效率，从而提高体验感，让系统的服务更加舒适。由于传统JavaWeb开发的困惑，层与层之间紧密耦合在了一起，接口与具体实现紧密耦合在了一起，从而Spring框架中的解决思路通过程序代码中不能手动new对象，第三方根据要求为程序提供需要的Bean对象。另外的困惑是通过的事务功能耦合在业务代码中，通用的日志功能耦合在业务代码中，在Spring框架中代理对象内部动态结合业务和通用功能，从而很好的解决传统的JavaWeb开发中的困惑。1.3.3MyBatis框架Mybatis框架作为当下很热门的持久层框架，由于自身特点能够支持自定义SQL、高级映射和存储过程。其中ORM(ObjectRelationshipMapping)对象关系映射，Java的实体类对象以及关系型数据库二者之间的对应关系REF_Ref135345863\w\h[5]。旅游导览系统中涉及到点赞收藏等多表映射关系，因此采用MyBatis框架更能进一步保障系统的安全性，从而也能提高系统的用户安全性，MyBatis对数据库的高效查询和数据管理上有更好的便利。1.4系统要完成的主要功能及论文结构论文的结构总体设计分为五部分进行表述，分别是引言、需求分析、系统设计、系统实现以及系统测试。如下将对系统的功能和每个章节的划分进行描述说明。本文主要研究的是基于SpringBoot的旅游导览系统的设计与实现，旨在通过分析游客浏览景点信息，发表评论等数据，对游客所需要的景点，酒店信息进行推荐分析，实现游客能在“信息过载”的海洋里，能有效的找到自己的所需，并希望将自己所学用到实处，也能让自己的软件开发技术得到熟练应用，也能对新技术进行追踪学习。本系统制作基于社会实际需求进行设定，成型后的系统能运用到实际中去，能为当下的景点智能推荐提供更便利，更高效服务系统，作为系统开发人员，更希望能给用户带来极致的体验，不断对原有功能程序进行优化，对新的功能程序进行完善补充。通过大量阅读大量文献资料，发现传统的单一属性的协同过滤和当下混合的协同算法，目的都是为用户的景点推荐提高准确性，本系统结合利用混合模式的协同算法，从而达到为用户青睐的景点和个性偏好景点定向推荐相结合的智能推荐格局。1.4.2系统要完成的主要功能及描述主要工作如下：通过编写程序实现旅游导览系统后台管理模块的，包括用户登录注册，用户个人中心功能、智能推荐景点功能、管理景点点赞、首页浏览功能、酒店管理、旅游景点管理、景点类别管理、审核上线管理、系统评论管理。在此论文中将结合本人对技术栈知识以及项目需求的理解和认识，通过了解市场多数旅游管理系统及相关用户中心管理系统，为实现旅游导览系统提供一个横向和纵向的对比和参考依据。1.4.3论文结构本文结构如下：第1章引言，主要对项目研究的目的，并对国外和国内背景进行分析以及意义以及本次开发的主要技术。第2章需求分析，主要对用户信息反馈和用户需求的主体功能进行分析。第3章系统设计，对系统功能进行分析，并完成相关数据库表的设计，是对系统的总体框架进行设计。第4章系统实现详细设计与实现，对系统的功能进行展示说明，从而更直观的了解各个功能模块。第5章系统测试，对系统要实现的功能进行测试，并进行系统性能测试。

第2章需求分析系统是在对携程网、同程网、去哪儿旅行网等较成熟的旅游网站进行分析和体验之后进行系统设计，因此具有较大的相关功能性。下面将对系统的各个进行需求分析、用户的功能主体需求分析、系统功能需求分析、开发环境需求分析、系统需求分析、系统概述、系统用例建模REF_Ref135418258\w\h[6]。2.1可行性分析可行性分析能够帮助我们更好的理解旅游导览系统在开发之前存在以及潜在的风险，是对开发之前的一次技术，经济，操作的慎重选择，能够及时准确地做好前期准备，对市场和开发的价值有相应的预期评估，本次主要针对旅游导览系统的可行性分析，从三个角度和方面进行分析说明，具体内容如下。2.1.1旅游导览系统的技术可行性从客户需求和市场调研分析以及技术的选型，做好前期的技术可行性分析，系统的技术需要考虑到开发人员所掌握开发的技术以及能力水平，因此需要对当今社会中热门的技术和自己所掌握熟知的技术，经过分析选择本系统中的常规技术，设计者能够胜任旅游导览系统的研发要求，也能够通过相关技术文档得到很好的技术理论支持，并且本系统采用当下所流行的新技术进行开发设计，符合当下技术的开发的需求，所以本系统的技术可行性是可行的REF_Ref135417878\w\h[7]。2.1.2旅游导览系统的操作可行性对于旅游导览系统所需要面向的是社会旅游爱好者，包括老人、小孩、中年、青年学生等群体，群体人群体积之大，构成复杂与多样化的特点，因此，需要旅游导览系统在设计与实现的过程中要注意好不同人群客户的良好的体验感，对于主体功能构建进行易操作化，界面也要友好干净。并且对于系统的设计还是会采用用户所熟知和熟悉的功能操作，做优化升级，不至于用户产生功能陌生感，系统与接触熟知系统的相似性，系统的功能的常规性REF_Ref135418316\n\h[8]。2.1.3旅游导览系统的经济可行性旅游导览系统在开发的前期，一个是市场方面的需求问题，是否属于当下社会发展状况的需求，满足当下人群的需求，再去做开发时，如果系统涉及到第三方服务，短信发送如何准备资源，开发的软件如何考虑成本。通过带宽计算，本系统打开一次网页传输1.2M,计算每秒访问的总资源大小（人数*单位资源大小），内存：查看自己电脑所有进程的内存占用，本系统为小项目开发，精打细算，先从最小的设备做起，旅游导览系统的经济可行性是可以的。2.2需求分析系统管理员通过登录授权，创建角色，并为注册用户分配角色，能进行鉴权分析，实现对用户信息的日常管理，提高系统的安全性，保证各个角色的权益，优化系统服务质量。游客，酒店，管理员能够通过本系统对想要的景点进行信息查询和浏览相关景点和酒店以及新闻信息。并且系统管理员可以实现对游客和酒店管理员的发布信息的真实度进行审核，系统管理员可以审核不通过不合理的景点信息、从而保证系统对景点信息的真实度和可信度。游客是旅游业服务的主体，系统能够分析游客的行业和数据记录，为游客提供游客兴趣偏好的，个性化的景点推荐。游客、酒店管理员和系统管理员都能进行在线评论和评价，进行系统反馈，从而能够实时把握获取动态信息REF_Ref135345930\w\h[9]。2.2.1旅游导览系统参与者需求模型旅游导览系统的参与者主要包含三类主体，分别为游客用户，酒店管理员，系统管理员。各个角色有自己的权限，下表主要对这些参与者的同义词以及权限做详细解释说明，如下表2-1所示。表2-1旅游导览系统参与者表序号词汇同义词描述1游客用户系统用户系统用户是在注册过本系统之后，并能对系统功能进行浏览和操作。拥有系统的部分特权，包括发布景点，浏览景点信息，酒店信息，评论管理。2酒店管理者酒店管理者经过登录注册的酒店管理者可以把酒店信息加入到系统中，拥有系统的部分权限，包括发布景点，浏览景点信息，酒店信息，新增酒店信息，房间类型。3管理员系统管理员系统管理员拥有系统的全部权限，包括发布景点审核景点，就景点，酒店，系统人员信息管理。2.2.2旅游导览系统用例词汇表用例词汇表如下表2-2所示。表2-2旅游导览系统用例词汇表序号用例名称用例描述预期的参与者与角色1登录酒店管理员和游客用户都需要通过登录模块进入到旅游导览系统中才能开始正式使用旅游导览系统提供的服务酒店管理员、游客用户、系统管理员2注册酒店管理员、游客用户都需要通过注册成功后，才能够登录酒店管理员、游客用户、系统管理员3管理景点系统管理员可以通过添加景点信息到系统中，并对景点信息有增删改查的功能管理系统管理员4管理类别系统管理员可以通过添加景点标签，可以对景点类别进行编辑删除。系统管理员5管理会员系统管理员可以对不同注册用户分配角色，酒店管理者和游客用户进行权限分配，并可以对用户进行增删改查系统管理员6管理评论系统管理员可以回复景点评论，也可以删除发布的相关评论系统管理员、酒店管理员、游客用户7管理收藏系统注册用户可以收藏景点信息，并查看收藏信息系统管理员、酒店管理员、游客用户8管理点赞系统用户能够对景点信息进行点赞管理，查看点赞信息系统管理员、酒店管理员、游客用户9管理房间酒店管理员可以增添房间信息，并能管理房间信息酒店管理员10管理系统系统管理员可以对系统中的功能权限分配注册进来的用户系统管理员2.2.3旅游导览系统用例图系统的用户总共有三类用户：系统管理人员、游客、酒店管理员，三类主体有着各自的权限。系统用例图，系统管理员，酒店管理者以及游客用户用例图如图2-1，图2-2，图2-3所示。图2-1管理员主要功能用例图图2-2酒店管理者主体功能用例图图2-3游客用户主体功能用例图2.2.4登录用例描述登录过程中进行数据校验，登录时会返回tocken，有效期为30分钟，如果系统用户在30分钟无任何操作，需再次登录[10]。本系统中提供鉴权校验登录系统中，进而对不同角色信息进行校验分析，系统管理员登录用例说明如表2-3所示。表2-3登录用例描述用例条目描述用例名称登录模块主要参与者系统管理员其他参与者酒店管理员，游客用户描述管理员通过输入自己的账号和密码，进行登录从而登录到系统中前置条件用例开始前，管理员必须在按照给定账号进行登录。后置条件如果登录成功，管理员在系统首页查看全部管理信息常规流程中，若点击“登录”后，由于系统及其他原因无法进行管理员，将提示“登录失败”。触发条件管理员进行填写账号和密码进行登录操作。基本流程管理员填写正确账号密码信息，点击进行登录。替代流程无结束管理员查看到系统管理信息实现约束和说明管理员需输入给定账号和密码，用户需是注册过的，才能登录其他事件流无2.2.5景点信息管理用例描述管理员登录该管理员系统，进入到首页，点击对景点信息管理，可对景点信息进行增添，酒店管理人员和游客用户可以通过自主上传发布景点信息增添到系统中，管理员对景点新增用例规约如表2-4所示。表2-4新增景点信息用例描述用例条目描述用例名称新增景点模块主要参与者系统管理员其他参与者酒店管理员，游客用户描述系统用户在系统中点击到景点管理模块的新增进行编写景点信息。前置条件用例开始前，系统用户注册登录到系统当中。后置条件如果用例执行成功，可以看到景点信息保存完成。触发条件点击景点管理，在点击添加按钮后对景点信息进行添加保存。基本流程通过点击新增，对景点信息进行编辑保存。替代流程无结束点击保存景点信息。实现约束和说明提交正确的景点信息，并进行保存其他事件流无2.2.6酒店信息管理用例描述管理员登录该管理员系统，进入到首页，酒店信息管理模块，可对酒店信息进行增删改查操作，酒店用户管理员也可对酒店信息进行新增，下表主要从酒店信息新增用例规约如表2-5所示。表2-5新增酒店用例描述用例条目描述用例名称新增酒店模块主要参与者系统管理员其他参与者酒店管理员，游客用户描述系统用户可以在系统中的酒店管理模块中对酒店信息进行新增前置条件用例开始前，管理员必须在按照给定账号登录到系统。后置条件如果用例执行成功，管理员可以对景点进行新增景点的管理。触发条件点击酒店管理，并对酒店信息进行添加保存。基本流程管理员登录到系统中，通过酒店管理对景点信息进行新增。替代流程无结束点击保存酒店信息实现约束和说明提交正确的酒店信息，并进行保存其他事件流无2.2.7发布景点信息管理用例描述核心模块为景点信息管理模块，主要提供给管理员、酒店、用户使用，也是本系统为景点信息的主要核心功能，包括发布景点、修改景点和删除景点用例。景点信息的发布由管理员对信息进行审核通过，进而确保信息的安全性和可靠性，发布景点信息用例说明如表2-6所示。表2-6发布景点用例描述用例条目描述用例名称发布景点模块主要参与者系统管理员其他参与者酒店管理员，游客用户描述系统用户可以在系统中首页对景点信息进行发布，并提交管理员审核前置条件用例开始前，系统用户必须登录到系统中。后置条件如果用例执行成功，系统用户可以对自己上传发布景点信息到系统中。触发条件点击发布景点，并对编辑发布的景点信息进行保存，提交管理员审核。基本流程系统用户登录到系统中，通过发布景点信息提交管理员审核通过。替代流程无结束点击提交管理员进行审核实现约束和说明提交正确的景点信息，并由管理员审核其他事件流无2.2.8景点类别信息管理用例描述旅游导览系统的景点类别管理模块描述如表2-7所示。表2-7景点类别用例描述用例条目描述用例名称景点类别管理模块主要参与者系统管理员其他参与者分配类别管理权限的酒店管理员描述管理员可以添加景点类别标签、可以编辑修改删除景点类别标签前置条件用例开始前，系统用户必须登录到系统中。后置条件如果用例执行成功，系统管理员可以查看到添加保存修改后的景点标签触发条件点击景点类别管理，进行添加，编辑修改基本流程管理员登录到系统中，点击景点类别管理，点击添加景点类别，并对景点类别进行编辑保存替代流程无结束点击保存景点类别信息实现约束和说明提交正确的景点类别信息其他事件流无2.3非功能需求分析做非功能需求分析有助于理解系统的外在条件，从而保证程序的健壮性，从而更能全面的理解系统的运行以及技术条件。2.3.1软件环境（1）MySQL数据库系统。（2）后端开发工具为Idea。（3）后端使用语言Java编程语言与SpringBoot框架。（4）主体框架SpringMVC和MyBatis以及MyBatisPlus(提高开发效率)。（5）使用Redis缓存进行管理，利用Swagger、Knife4j接口文档进行调试。（6）通过Vite（打包工具）和Nginx用来单机部署。（7）前端开发工具以WebStorm、HBuilder开发环境。2.3.2硬件环境（1）CPU类型：IntelCOREi5CPU。（2）CPU速度：4.7GHz。（3）硬盘容量：480GB。（4）内存容量：6G,DDR6高速显存。（5）配置：14核心20线程。2.4本章小结本章分析了相关非功能性的需求，从而有利于对系统的优化和维护。使用实体词汇表建立数据模型，使用用例图分析系统功能模型，使用用例表分析系统行为模型。图文结合的形式更能有助于帮助开发人员理解系统需求。

第3章系统设计本章主要对旅游导览系统的系统进行详细功能说明分析，主要包括系统总体设计、数据库表设计等方面。3.1系统总体设计系统设计利用Spring,SpringMvc进行代码解耦操作，以达到各个服务器之间更好的服务管理体验和操作维护，再者，考虑到系统的健壮性问题。也为未来系统开发放到移动端做相关操作准备，采用模块化技术操作，使页面更加丰富多变，也更加的美观，从而给用户带来更加直观，有趣的体验感。3.1.1总体功能设计系统用户通过自己账号登录到旅游导览系统后台，可以看到系统的功能模块，系统功能管理、会员用户管理、景点信息管理、订单管理、景点类别管理、收藏管理、点赞管理、新闻管理、景点评论管理、信息咨询、数据分析。点击可以进行LogOut操作[11]。其旅游导览管理系统功能结构图如下图3-1所示。图3-1功能结构图用户管理模块：注册登录功能：游客进行授权的登录和注册。景点发布：传统旅游服务系统网站的景点，以商家和管理员为导向发布景点信息，本系统实现游客对景点信息的更新发布，满足游客的体验，为旅游发展的新方向提供新动能。用户中心功能：用户可以对自己的个人信息进行修改。首页浏览功能：对于“大而全”的旅游景点，本系统设计进行“小而美”的设计，从而满足游客的体验。管理员管理模块：审核上线管理：管理员能对游客上传的信息和景点信息进行审核管理。用户评论管理：管理员对游客的评论进行管理。景点管理模块：景点收藏管理：游客对自己旅游过的或有意愿的旅游景点进行收藏。旅游景点管理：管理员对旅游景点进行管理从而更快的对旅游景点进行更新，修改和删除。受欢迎景点分析：通过对本系统的数据，分析出游客喜爱出行的旅游景区，从而为游客提供可视化的景点信息分析。景点点赞功能：游客可以根据自己的喜好对自己喜欢的景点进行点赞，满足游客当下情绪化的表达。旅游景点预览：游客可以对景点信息进行简单的预览。景点智能推荐：本系统通过最新，最火的智能化推荐，为游客提供更加智能化的体验感，增强游客和景区的关联性和互动性。酒店管理模块：住宿预览：游客满足出行需求，住宿的个性化需求管理，提供住宿预览管理功能。酒店管理：管理员对酒店信息进行增删改查操作。热门酒店排行：通过分析酒店游客浏览量，对酒店数据进行比较，得出排名靠前的酒店。3.1.2系统架构本系统所设计的旅游导览系统采用BS模式，由客户端系统和WEB数据库系统构成。WEB数据库系统是MySQL,在这个架构下前端会使用HTML技术进行前端页面开发。根据系统的架构分析为四层，每一层都做独立，形成一层或者多层，从而形成用户层、中间的为接入层和业务层和服务层以及存储层[12]。3.1.3技术架构本系统后端使用SpringBoot来快速搭建环境，通过生成器生成相应的代码配置文件和代码程序，简化人员操作，增加了开发效率，通过利用Swagger2管理相关接口文档，实现服务的高效率，便捷化。本项目使用了MySQL数据库创建数据，程序运行在服务器。再对代码进行调整，实现代码[13]。3.2系统数据库设计根据系统的用例和实体类说明，进行系统的相关库表说明，并对系统的图表进行详细设计，便于理解系统表与表之间的关系。3.2.1概念模型设计（CDM）通过对系统的数据库表和对用户的需求进行归纳总结，形成一个独立的数据管理系统概念模型。在数据方面，建立ER图（概念模型）、数据字典，以及处理方面的系统说明书。设计E-R图进行分析说明，如下图3-2所示。图3-2旅游导览系统E-R图实体类图存在一对一、一对多的关系，根据旅游导览系统ER图信息进行实现实体属性图如下图所示。用户实体属性如下图3-3所示。图3-3用户实体属性图景点实体属性如下图3-4所示。图3-4景点实体属性图新闻实体属性如下图3-5所示。图3-5新闻实体属性图订单实体属性如下图3-6所示。图3-6订单实体属性图景点评论实体属性如下图3-7所示。图3-7景点评论实体属性图角色实体属性如下图3-8所示。图3-8角色实体属性图新闻内容实体属性如下图3-9所示。图3-9新闻内容实体属性图权限实体属性如下图3-10所示。图3-10权限实体属性图3.2.2逻辑模型设计确定数据库的物理结构，在数据库中，进行表的设计，接下来对系统所需要的数据表进行分析[14]。管理员表、游客表、酒店管理员表，主要用于管理员、游客和酒店管理员基本信息的存储，并对管理员的登录进行数据绑定和参数的传递。全表不定义外键，从而降低因查询效率低出现的多表连接问题，对于表中的ID和字段名称、描述、参数类型、是否为主键、进行说明，如下表3-1所示。表3-1用户表属性名称描述参数类型是否主键userid主键idbigint(0)trueuser_name姓名varchar(40)falsepassword密码varchar(255)falseemail邮箱varchar(255)falsemobile手机号varchar(255)falseage年龄varchar(255)falsestatus状态varchar(255)falseuser_id_create用户id创建时间varchar(255)falsegmt_create创建时间varchar(255)falsegmt_modified修改时间varchar(255)falsesex性别varchar(255)truebirth生日varchar(255)falsecity城市varchar(255)false景点表，主要用于对景点基本信息的存储，管理员、游客和酒店管理员能对景点数据进行增删改查操作，从而便于对景点信息的管理，景点表主要进行管理员端的增删改查。对于表中的ID和字段名称、描述、参数类型、是否为主键、进行说明，如下表3-2所示。表3-2景点表属性名称描述参数类型是否主键id景点idint(0)truecourse_name景点名称varchar(200)falsecourse_page_img景点图片varchar(200)falsecontent内容text(500)falsecourse_video景点视频varchar(255)falselike_number点赞数量int(0)falsecollect_number收藏数量int(0)falsegrade好评度varcher(30)false新闻表，对旅游景点相关的信息有管理员发布存储到新闻表中，可以对新闻信息进行操作存储，对于表中的ID和字段名称、描述、参数类型、是否为主键、进行说明，如下表3-3所示。表3-3新闻表属性名称描述参数类型是否主键cid新闻idbigint(0)truetitle标题varchar(255)falsecreated创建人idbigint(0)falsemodified最近修改人idbigint(0)falsecontent内容text(500)falsetags标签varchar(200)falsecategories分类varchar(200)falsetype类型varchar(16)falsecomments_num评论数量int(0)falseallow_comment开启评论int(0)false角色表，主要提供用户分配系统角色信息，如下表3-4所示。表3-4角色表属性名称描述参数类型是否主键roleid角色idbigint(0)truerolename角色名称varchar(255)falserolesign角色标识bigint(0)falseremark备注bigint(0)falseuseridcreate创建用户idtinyint(10)falsegmtcreate创建时间varchar(200)falsegmtmodified更新时间varchar(200)false评论表，主要是用户对景点进行评论，如下表3-5所示。表3-5评论表属性名称描述参数类型是否主键ididbigint(0)truecourseid景点名称varchar(255)falsecreatedby评论人bigint(0)falsecommentlevel评论等级bigint(0)falsecomment评论tinyint(10)falseupdatedby更新人varchar(200)falsecreated创建时间varchar(200)falseupdated更新时间varchar(200)false订单表，主要为用户对酒店和景点进行预订如下表3-6所示。表3-6订单表属性名称描述参数类型是否主键ididbigint(0)truememberid用户idvarchar(255)falsemoney价格bigint(0)falsepaytype支付方式bigint(0)falsepayresult支付结果tinyint(10)falsestate状态varchar(200)falsecreated创建时间varchar(200)falseupdated更新时间varchar(200)false新闻内容表，主要为用户编写新闻信息看到的新闻的标签显示和提示信息，新闻的内容主要提供为景点旅游新闻内容，对新闻内容进行标签化，便于优化系统功能和提高用户的体验和满意度，如下表3-7所示。表3-7新闻内容表属性名称描述参数类型是否主键ididbigint(0)truechaptername新闻名称varchar(255)falsechapternum新闻量bigint(0)falsechaptercontent新闻内容bigint(0)falsechaptervideo评论tinyint(10)falsechapterimgtext新闻图片varchar(200)falsecreated创建时间varchar(200)falseupdated更新时间varchar(200)false权限表，主要为用户提供权限分配如下表3-8所示。表3-8权限表属性名称描述参数类型是否主键ididbigint(0)trueuserid用户idvarchar(255)falsepayment权限bigint(0)false3.3本章小结系统的分析设计，对于下一步的系统后期的维护和升级都有很好的参考和总结的依据，也让整个程序系统更加的全面。每个模块功能的时序图设计以及类图分析，从而对每个功能的更好实现以及类之间的联系，有了更充分的理解，有更加直观的参照分析，细化系统流程[15]。

第4章系统详细设计与实现本章节内容主要是对旅游导览系统的运行开发环境和项目程序目录以及系统管理员、酒店管理员以及用户对主体功能的控制与实现进行详细的阐述和说明。4.1旅游导览系统登录模块旅游导览系统的登录是由统一登录，并由系统进行权限校验，管理员由唯一给定账号进行登录，管理员会获得系统的全部权限，对系统进行管理，酒店管理员以及游客用户是可以通过管理员进行分配权限获得系统权限。4.1.1登录时序图设计管理员登录会把数据传到后端，后端会比较账号和MD5加密后的密码是否一致，经过数据校验比对，生成对应的tocken,并将其存入到redis中进行存储，实现流程如图4-1所示。图4-1登录时序图管理员、游客和酒店管理员通过鉴权信息进行登录，用户登录流程图如图4-2所示。图4-2用户登录流程图4.1.2登录界面系统登录页面如下图4-3所示。图4-3管理员登录界面图4.2旅游导览系统景点信息管理模块管理员、酒店管理员和游客用户登录到本系统，可以获得相应的权限，管理员拥有最高权限，酒店管理员和用户可以查看景点和新增景点信息。4.2.1景点信息管理时序图设计管理员、游客、酒店管理员通过登录系统中可以查看到的景点信息页面，并对景点信息进行基础的增删改查操作。如下图4-4所示。图4-4景点信息管理时序图管理员，游客和酒店管理员通过鉴权信息登录到系统，能对景点信息进行管理，景点信息管理流程图如下4-5所示。图4-5景点信息管理流程图4.2.2景点信息管理界面通过登录个人账号，可以查看，浏览，点击详情信息，有相关文字和视频、图片介绍，从而很详细的介绍到景点信息。如下图4-6所示。图4-6景点信息管理图4.3旅游导览系统酒店信息管理模块酒店管理员通过系统管理员进行授权，并获得系统功能权限，系统管理员可以新增景点周边地区的房间类型，酒店管理员可以发布本酒店下的房间类型。4.3.1酒店住宿信息管理时序图设计管理员、游客、酒店管理员通过查看到系统首页端的酒店信息页面，对酒店表信息进行操作时序图如下图4-7所示。图4-7酒店信息管理时序图酒店信息管理流程图如下4-8所示。图4-8酒店信息管理流程图4.3.2酒店后台系统首页界面酒店用户通过个人账号登录后台，可以查看到自己的功能相关权限，以及对宾馆信息进行管理，自己也可以进行上传酒店信息。如下图4-9所示。图4-9酒店信息管理图4.4旅游导览系统发布景点信息管理模块系统用户经过编辑喜欢的景点信息进行上传,并由管理员进行景点信息审核，是否符合上线要求。4.4.1发布景点信息时序图设计发布景点信息时序图主要是，管理员、游客以及酒店管理员进入到发布景点界面，发布成功后，跳转到审核界面，发布景点信息完成。具体的时序流程如图4-10所示。图4-10发布景点信息时序图管理员、游客和酒店管理员登录到系统之后，能对自己熟知的景点进行发布，并由管理员进行审核通过。发布景点流程图如下图4-11所示。图4-11发布景点信息管理流程图4.4.2发布景点信息管理界面管理员通过登录个人账号，可以查看到已发布上线的景点信息，并能对上线需要审核的景点进行审核。如下图4-12所示。图4-12发布景点信息管理图4.5旅游导览系统景点类别管理模块管理员、酒店管理员和游客用户在本系统中可以进行景点类别，可以对景点进行分类管理。4.5.1景点类别时序图设计景点类别信息时序图如下图4-13所示。图4-13景点类别时序图景点类别流程图如下图4-14所示。图4-14景点类别管理流程图4.5.2景点类别管理界面景点类别管理主要是管理员通过新增景点类别信息，通过类别化的存储景点类型，便于系统用户对喜爱的景点进行检索，如下图4-15所示。图4-15景点类别管理图4.6本章小结通过对系统开发环境、程序项目目录以及系统界面展示进行分析，可以直观的了解到本系统的设计以及系统的整个总体的功能模块。

第五章系统测试本部分重点是针对影响系统功能的部分展开相关的功能和过程检测,以便更有效的保证系统的正常执行和提供新功能以及保证系统的上线部署的完成,从而使已集成好的软件,成为完整的计算机系统的一个完整元素,将计算机硬件、外设、软件支持软件、管理和人员以及许多其它的系统部件整合到一起,在实际工作的(使用)条件下,保证系统能够完成的测试项目[16]。5.1测试的目的测试是为了发现软件产品中可能存在的错误，系统的测试不可能找出全部错误的，测试的目的是尽可能的降低旅游导览系统中的缺陷，让系统能够符合用户的需求[17]。5.2系统测试方法本次采用黑盒子等价类划分法对发布考试模块进行测试。等价类包括了有效等价类和无效等价类,有效等价类是所有满足需求规格说明书的测试用例,而无效等价类则是所有不符合要求的集合[18],等价类表，如下表5-1所示。表5-1等价类表编号输入条件有效等价类无效等价类1长度长度大于零空白长度等于零2字符非空字符串空白多于50个字符3数字数值大于零空白数值大于等于零，非法数值5.3系统功能测试没有完美的系统，也没有一步相位的系统，不经过测试是不能一步到位的，测试是有助于我们尽早的完成和发现系统中出现的问题或者潜在的隐患，从而保证系统的安全性和可靠性，也能及时准确的解决缺陷，让系统的有效运行得到保障。测试用例集是根据系统的功能性，对系统的功能进行测试，并生成用例集，本次系统测试主要对系统的功能进行测试，对主体功能进行设计，从而保证设计和代码能符合实际需求，并对主体功能进行冒烟测试，根据系统用户成员对于功能的使用需求，以及对于相关性功能的使用频率，做好场景用户需求分析，进而设计主体测试用例。从主体软件功能的主体需求，包括本系统以服务用户使用为主要行为，进行设计测试用例。本次系统主体以黑盒测试方法为主，并进行表述说明分析，基于等价类划分，从每一个等价类中找到一条主体测试用例，如果测试用例通过，则代表本轮次等价类测试通过[19]。5.3.1旅游导览系统登录模块测试用例旅游导览系统中的登录模块，由注册用户账号信息之后，用户可以通过输入自己的账号密码进行登录，登录模块测试用例如下表5-2所示。表5-2登录测试用例表编号输入条件用例描述期望结果实际结果1账号：admin密码：111111账号密码输入正确，点击登录登陆成功登陆成功2账号：admin密码：123456输入正确的账号和错误的密码点击登录登陆失败登录失败3账号：lvwl密码：123456输入错误密码错误账号，点击登录登陆失败登陆失败4账号：密码：不输入账号和密码点击登录登录失败登陆失败5账号：ad123密码：111111账号输入字母数字形式，输入正确密码登录失败登录失败6账号：KKKKKKKK密码：*&^%$*()&^*OH*%输入过长账号和密码登陆失败登陆失败偏差：无测试结果：能够很好的完成登录，确保业务的正常进行。5.3.2旅游导览系统景点信息管理模块测试用例旅游导览系统通过系统管理员，酒店管理员以及系统用户，通过输入自己喜爱的景点信息，并上传图片和视频，景点信息管理模块测试用例如下表5-3所示。表5-3新增景点信息测试用例表编号输入条件用例描述期望结果实际结果1景区名称：杭州西湖封面图片：.Jpg格式门票价格：10按照系统要求提示，输入争取信息，进行提交提交成功提交成功2景区名称：***OP封面图片：.mp4门票价格：yufbf输入错误景点名称、图片格式以及门票价格。提交失败提交失败3景区名称：杭州西湖封面图片：.word门票价格：10提交错误图片信息提交失败提交失败4景区名称：&8（O）G封面图片：.word门票价格：10提交错误景区名称和错误图片格式提交失败提交失败偏差：无测试结果：能够很好的完成景点信息管理，确保对景点的新增业务的正常进行。5.3.3旅游导览系统酒店信息管理模块测试用例旅游导览系统中，酒店信息管理模块测试用例如下表5-4所示。表5-4新增酒店信息测试用例表编号输入条件用例描述期望结果实际结果1酒店名称：湖滨酒店封面图片：.Jpg格式酒店价格：100按照系统要求提示，输入争取信息，进行提交提交成功提交成功2酒店名称：***LK封面图片：.fat酒店价格：kskndjn输入错误酒店名称、图片格式以及酒店价格。提交失败提交失败3酒店名称：***LK封面图片：.png酒店价格：kskndjn提交正确图片信息和错误酒店名称、酒店价格提交失败提交失败4酒店名称：湖滨酒店封面图片：.png酒店价格：kskndjn提交错误酒店价格提交失败提交失败偏差：无测试结果：能够很好的完成酒店信息管理，确保对酒店的新增管理的正常运行。5.3.4旅游导览系统发布景点信息管理模块测试用例旅游导览系统景点信息管理模块测试用例如下表5-5所示。表5-5发布景点信息测试用例表编号输入条件用例描述期望结果实际结果1景区名称：杭州西湖封面图片：.Jpg格式门票价格：10提交景点信息审核按照系统要求提示，输入正确的景点名称信息，封面图片以及门票价格，提交信息审核。审核通过审核通过2景区名称：***OP封面图片：.mp4门票价格：yufbf提交景点信息审核输入错误景点名称、封面图片以及门票价格，提交信息审核。审核不通过审核不通过3景区名称：上海迪士尼封面图片：.png门票价格：yufbf提交景点信息审核输入正确景点名称、封面图片格式以及错误门票价格，提交信息审核。审核不通过审核不通过4景区名称：上海迪士尼封面图片：.mp4门票价格：500提交景点信息审核输入正确景点名称、错误封面图片格式以及正确门票价格，提交信息审核。审核不通过审核不通过5景区名称：*&%^H封面图片：.jpg门票价格：500提交景点信息审核输入错误的景点名称、输入正确的图片格式和门票价格审核不通过审核不通过偏差：无测试结果：能够很好的完成对景点信息的发布管理，确保对景点的发布活动业务的正常进行。5.3.5旅游导览系统景点类别管理模块测试用例旅游导览系统通过系统管理员，酒店管理员，通过系统类别化管理新增类别，对景点标签类别化，进行划分不同主题景点，景点类别管理模块测试用例如下表5-6所示。表5-6景点类别管理测试用例表编号输入条件用例描述期望结果实际结果1类别名称：古城简介：古城风景输入正确的景点类别名称和正确的简介信息并保存。添加成功添加成功2类别名称：山水简介：输入正确的类别名称和空白简介并保存。添加成功添加3类别名称：简介：输入空白信息并保存提示请添加类别名称提示请添加类别名称偏差：无测试结果：能够很好的完成对景点类别管理，确保对景点类别管理正常进行。5.4性能测试对系统的事务，应答以及CPU储存占用情况，本系统具体性能测试结果如下表5-7所示。表5-7性能测试结果表并发用户数事务平均响应时间事务最大响应时间事务成功率平均流量（字节）CPU利用率MEM利用率501.00秒1.54秒100%352315%4%1001.46秒1.32秒100%424625%10%5002.37秒4.51秒100%518536%30%5.5本章小结本章节主要对旅游导览系统的主体功能进行测试，从登录，景点信息管理，酒店管理以及发布景点进行审核过程进行测试分析，并且系统的性能测试，是对系统的打包运行，部署的准备[20]。

第6章总结本篇论文主要对旅游导览系统进行详细的阐述说明，对项目进行分析系统的国内外背景、意义来简要分析系统，并对系统的可行性分析，需求分析来介绍系统的各个业务功能需求，系统分析主要是对各个管理功能的用例条件进行分析，从而理解各个功能模块间的用例规约。系统设计主要是对于系统开发过程的类和数据表设计分析，了解系统的整个开发流程，系统的实现，也是最后对系统的成果展示和测试，也是为系统之后的进一步打包部署做准备，在本次测试中以黑盒测试为主。完成本篇论文以及项目的开发，中间遇到了很多挫折和小的问题，前期准备阶段对知识的储备不够牢固，并对主流框架更深层次的知识储备很欠缺