【《基于java的旅游景区综合管理系统设计与实现》17000字（论文）】.docx

基于java的旅游景区综合管理系统设计与实现摘要因为中国经济以迅猛的速度在增长着，人们的生活水平也逐渐提升，生活品质也获得了很大的优化,因此在旅游体验上提出了更多的要求,不过中国以前的旅游管理万式在现如今和人们不断增长的需求已经不相符,所以景区应该结合本身需要制定出智能化管理景区的系统。安全管理对景区管理而言是最关键也是最基本的环节,而且智能票务能够充分的发挥景区资源价值,带助景区更好的发展.因此景区的票务和安全问题在景区管理工作亟待解决的问题。就现阶段景区管理里面出现的问题,文章对国内外景区研究智能管理的情况和发展形势进行分析的前提下,也对景区管理系统的综合需求作出了分析,以VuCJS为基础通过JaVaSCriPt和JaVa语言、WCbRTC网页实时通讯技术、PoSIgrCSQ1.数据库存储技术等工具设计和研发了景区管理系统，文章需要完成的工作是：(I)对景区智慧管理进行研究所在的背景和重要性进行介绍，并且国内外研究景区管理系统的情况和系统研发过程中运用到的重要技术以及系统采用的结构和数据库等进行了介绍。(2)以系统信息、功能和性能三个方面的需求为基础进行全面分析的前提下,为景区设计了管理系统的总体框架、逻辑和网络拓扑结构.并为系统提供了技术思维，之后具体研发了系统的功能.最后在基于数据库模型的建立上.为系统具体策划了数据库结构C(3)系统以三层BaS架构为基础,运用网页、移动技术、vuejs+ssm框架，javascript以及java编程语言等工具,成功开发了一个后台管理系统,包括实时视频监控和票务管理模块、商场管理、订华管理、系统配爸等辅助功能模块.而且也研发出了首页、线上预告以及个人中心板块在内的移动端程序,至此景区智能管理的目标便完成了。系统测试的结果显示了系统是具备可实施性的。关键词：Java系统设计景区管理Wcb目录1绪论21.1 研究背景31.2 研究滕义32系统实现关键技术52.1 前端技术52.1.1 前端基础技术52.1.2 WCbPaCk模块打包器72.1.3 NOde.js技术82.2 网络通信协议技术93系统总体设计H3.1 系统整体结构设计113.2 系统网络拓扑结构设计123.3 系统逻娼结构设计123.4 系统技术路线设计144系统详细设计164.1 系统功能模块总体设计164.2 Web端功能模块详细设计164.2.1 安全监控模块功能设计164.2.2 票务管理模块功能设计174.2.3 数据看板模块功能设计18424商城管理模块功能设计194.2.5 口单管理模块功能设计194.3 移动端功能模块详细设计204.3.1 在线预售模块功能设计204.3.2 地图导航模块功能设计214.4 数据库详细设计224.4.1 数据库实体模型设计234.4.2 数据库设计265系统实现325.1 系统开发平台325.2 景区后台管理系统实现335.2.1 系统登录模块335.2.2 安全监控模块355.2.3 票务管理模块375.2.4 数据看板模块405.2.5 商城管理模块415.2.7 优惠券管理模块425.2.8 系统设省模块435.3 移动端应用程序实现445.3.1 移动就应用程序首页445.3.2 移动端应用程序在线预詹455.3.3 动端应用程序个人中心456系统评价50总结47参考文献491绪论1.1研究背景近段时间来,因为中国综合实力的加强.中国经济增长的速度非常快.人们的生活模式和消费理念都出现了转变,人们在旅游方面有了更多的需求,所以旅游产业迎来了从未有过的发展机遇。从国家统计局给出的数据发现到2018年年未为止,中国一年时间有55.4亿人旅游,跟去年相比有1080%的上涨；中国通过旅游业务收到了51279亿元的收益.达到12.3%的上涨；总共有14120万的人境旅游人员.达到12%的上涨。这里面,有3054万人愿于是外国旅客.达到4.7%的上涨率；有11066万人来自于中国的台湾、香港和澳门.达到03%的上涨；入境旅客里面.有6290万人是过夜旅客.达到3.6%的上涨。国际旅游收获了1271亿美元的收入，达到3.0%的上涨；中国出国旅游的人数达到16199万.上涨率是13.5%,这里面有15502万人是因为私人原因出境.上涨率为14.1%;有9919万人去往香港、台湾和澳门.上涨率是4%0旅游产业已经是构成人们日常生活的关键部分，中国旅游产业开始跨进到大众旅游时期。12研究戢义旅游业的迅猛进步,一方面能够收获更多的收入,同时增强了中国的综合国力,另一方面让人们的精神和生理活动更加充实。不过因为中国很多旅游行业还是采取以往的管理方式，所以景区的管理模式中还有非常多不足之处,站在景区的角度看,一个是景区的收益基本来自于门票,并且非常多景区都是采取窗口卖票的方式,只有少数景区提供了官网作票,人工售票和检票不仅效率差.而且失误多,还耗费大量人力资源,方式滞后,并且未将信息技术的作用充分发挥出来，使得旅游产业和互联网时期脱离,和智能化以及智意化也相去甚远；二是人工卖票无法精确预测客流星,所以无法在客流腥值的时候将合理的售票计划设计出来.进而无法很好的预防客流,量比较多的时候会发生的安全事故；三是景区管理对人工的依存性较大,使得人力和物力大量浪费而且对景区里面出现的不同情况不能有效的监管。站在游客的立场看,一是人们关于旅游不再是对感官体蛤的追求.而是对精神、情感等高层次的全面感受,所以效率低的人工卖票和检票在一定程度上会对游客的游玩体脸带来影响,游客使无法将合理的旅游线路设计出来，游客的时间都被耗费在行程上,使得游客缺乏足够的时间将景区中有特点的地方浏览完，出行体验不良,使得游客不愿再次体鸵。所以,械游产业的管理一定要实现智能化和智慧化。智慧旅游,其本质是将互联网等信息技术引入到旅游产业里面使用,是以提高旅游服务所量、招游客的旅游体鸵提高、提升旅游资源使用率为目的的工程。处于智慈旅游的大环境中,根据李克强总理在2015年发表的“互联网+”新型经济观念,就现如今旅游行业面临的问题.为景区开发出智艇化的管理系统是必然趋势。智能化的管理系统研发的意义包括：于国冢来说，政府能够基于景区资源的合理分配帮助城市发展经济,从产业规模扩大和社会管理上研究出新形式；于景区来说,景区能够依靠智能化的管理系统更ZO安全和有效的管理景区,包含了降低景区出现安全事故的几率.将景区卖票和检票的效率提升，以免人力物理贲源的浪费；于游客来说,智能化的移动程序能够帮助游客事先了解率旅游景区的信息.体购到舒服和闲适的出行感受。所以.为景区研发智能化的管理系统是很有重大意义的。2系统实现关键技术2.1 前端技术2.1.1 前端基础技术(1) HTM1.HTM1.(HypertextMarkup1.anguage)其实质是超文本标记语言,也是依靠相关标签使得网络文章有统一的格式，让零散的网络资源能够形成有逻辑的总体。HTM1.5是全新的一种HTM1.标准，它的出现使得语义标签更加丰富,而且还推出了大量不需要插件的图形画布、应用缓存、地理定位等非常多APIo跟HTM1.比较.HTM1.5的保存方式要更加智急.和cookie技术有机结合客户端数据库比较相似，而且本地存储IoCaIStOrage的功能是长期性的,也就是浏览器即更关闭这些数据也还在；会话储存SeSSiOnSorage有暂时保存的作用,适用于单页应用程序,HTM1.5新添加的语义标签让其代码结构更加清楚。HTM1.5适用于目前各大主流浏览器如InternetExp1.orer.Chormc.Firefox.Safari,并且可以通过video和audio标签对音视频作出访问,这里面的参数设定与其他HTM1.标签相同,不用很多额外的代码。另外,HTM1.5在WCbSOCkCt为议的促成下能够让客户筑和服务寤实现即时数据传涕.WcbRTC俗议能够让客户端和服务器即时对音视撅进行传输C(2) CSS3CSS(CascadingStyIcSheeO表示的是样式表语言,其对HTM1.进行样式表述,对里面元素的呈现方式进行界定。CSS依靠融合结构化文档，实施呈现和结构分割的研发模式,梗得网页研发的效率有了很大的提高。CSS3注重模块化开发.配合HTM1.5技术箜够让网页设计简单化,页面分布的简洁性更明显。CSS3给出的选择器都比较受杂,涉及到伪元素、国性和伪类三种选择器,让页面布局越来越商洁；CSS3新添加的F1.ex弹性布局能够让盒装模型更加的灵活.使得不同页面布冏都能够完善、便捷、回馈式的实现,而且能够兼容各种各样的分辨率；而且CSS3还添加了动画、盒模型、转换、渐变等功能.这里面过渡能够完成基础的动画效果,动画功能可以制作出逐帧动画。(3) JavaScriptJavascript是一种浏览器动态语言，拥有国性弱型、非阻塞、单线程，包含浏览器对象模型、eerna.script和文档对装模型三个模块。JaVaSCriP1.指的是浏览器动态语言,其通性为：单线程、无阻塞和弱类型.其细分成三个部分，分别是：浏览器对段模型、文档对象模型、ecmascript°这里面语言标准指的是ECMAScript,在整个标准的基础上完成的动态语言是javascript.当前新一代的标准是SIandardECMA-263,其作用是揩核心语言提供出来；文档对象模型(也被叫做是DOM)用于对文档的逻辑结沟以及访问和探作手段进行确定,其功正是将操作和浏览页面的办法和接口提供出来：浏览器对茨模型(别名：BOM)是为对象和对象间存在的关系迸行描述的模型,其作用是提供出和浏览器交流互动的办法和接口。JavaScript的主要目的是与用户交互和运行DoM,其异步任务交给浏览器和JavaScript中的执行制度来负责。JavaScript引擎无需等待即可实行异步操作.基本原理是基于事件循环,JavaScript将任务区分成同步和异步两种类型,同步任务需要在主线程内部.异步任务首先进入事件表完成注册回调函数的操作,当达到异步任务的激活要求时，事件表中的回调函数插入到EVentQUeUC里面,主线程中的同步任务实现之后，系统会从EventQueue里面对异步有关的回调函数进行提取,所以若是主线程任务表中没有任务,便能将回到网数从EVCn1.QuCUC里面调取.举例异步AjaX来说明，下图显示的是EVCnt1.oOP的运行程序。主程序执行其他代发起异步任务消息1消息4消息列队AJAX线H执行异步任务f取出消息1存取消息图21.EVent1.OoP执行过程图主线程提出Ajax申请之后,仍然会运行其他代码。Ajax线程是对发出申请，得到回应之后，通过封装的方式将回应转化成JavaScript对象.之后构建一条信息,主线程将目前循环的全部代码运行完之后,便爱从消息队伍中将此消息读取出来并完成。(4) AjaXAjax(asynchronousjavascriptandxm1.)在完成异步网络百请的时候运用到JavaScriptoAjax能够带助客户端和服务器之间达成异步通讯,能燃对页面进行部分更新,进而可以很快的将动态网页建立起来。在以前的WCb交互里面.客尸端将HrrP申请传输给服务端之后,服务器端处理好申请之后会将全新的HTM1.网页恃输给客户端,不过客户能通过服务器端对客户端提出的HTTP申请进行处理时,需要处于空间状态,进而使得客户端重读HTM1.页面,时间和资源都被白白浪费了。Ajax应用指的是客户端借助XM1.HttpRequest对妥揩HTIP申请发布给服务器端,服务器端将数据反馈回去,在JaVaSCriP1.的作用下运行DoM对亥.以此达到更新页面的目的,因为JaVaSCriPt能够第一时间将申请发送给服务器并及时给出回馈,而且不阻拦用尸,在节约时间的时候还能提升性能.图2-2显示的是Ajax的运行原理流程图。而且Ajax有着以标准为基础得到普遍支持、前后端复杂均衡、异步和服务器通讯等优势。客户比浏瓦发般务非瑞图22Aja应用模型朋2.1.2 WebPaCk模块打包器随若Wcb应用的发展.Web前端技术变化速度加快,需求也不断提高.系统规模不断壮大,功能也更加繁杂，项目维护难度加大。所以，为了让开发的繁杂度降低,我们通过打包器使得项目能够模块化,也就是把繁杂程序精商成小文件。当前，经常使用的都是WCbPaCk、，Grunt、Fis3等打包器，均是以NodCjS平台为基础研发的，该项目选择的是webpack工具，webpack这种模块打包器.是一种现代化的JaVaSCriP1.应用程序,其能够对目录框架作出分析,得到卜模块（也指浏览器无法识别出的代码,typcwripisass等）.打包为合理的格式方便浏览器进行访问。其中心思想是所有都能模块化,表明能够把事物细分成小块的方便管理的片段.进而实现循环使用的目的。WCbPaCk通过不同的特性对代码实施分割之后产生很多“bund1.e”文件,并且根据需求对代码进行加就,迸而使得Hr1.P申请减少,有助于系统性能的加强。下图显示的是wcbpack打包的示意图。图2-4vehpackRHBBB2.1.3 NOdeJS技术No<1.c.js是在ChromeV8引擎的条I牛下积究出来的一种JavaScript运行环境.是同息JavaScript在服务器上运行的开放式平台。Nodcjs的作用是将性能完善的Web服务器构建出来，使得高并发以及I/O阻塞等问题得到处理。NOdeJS的特点包括事件驱动、异步不受阻1，0、利用V8引擎等.跟以前的服务器比较.以Nodejs为基础的研发能够使得服务器资源耗费量下降,而且Nodcjs对1/0的使用不会带来阻碍,可以方便的晌应很多并发请求.让系统性能获得良好的加强。Nodejs的设计思维是将事件驱动作为中心,这是通过使用一个内部单线程有效地维持事件循环顺序来达成的,无需多线程资源和上下文转化。当用户端有大量申请的时候，nodeJs会把不同请求分配到不同内存中，不同内存中分配不同任务,因此能够快速处理申请并给出回应。NOdeJS主体部分使用的模式是单线程回调异步,局邮运用了线程池,例如.线程池能燃成功完成文件系统和dns.1.ookup的研发。NodeJs使用异步通讯协议，比同步代码更高效。Nodejs并非是真正意义上的单线程.其只是安排一个线程来负责业务,而且还专门开辟一个线程负贡I/O业务,当有1.g时,主线程会向I/O端传输现在事件的申请,无需等候，获得状态之后继续运行。下图显示的是NOdeJS的工作原理,客户端在对JaVaSCriP1.脚本进行解析的时侯用到了V8引擎,紧接着将V3解析完成的代码通过NodeAPI作出处理.这里面NodeAPI需要依靠IibUV库运行,以EvCn1.1.OOP为基础建立的运行机制,把各种请求安排给各种线程,V8引擎依完异步通讯的办法获得反债回来的运行结果.最后V8引擎向客户端传输得到的结果。NcjBindinxsNNCPbTheNodejsSystemEtE1.1.1.HI、As、IiChrUt心I()BINk1.咤ExiXiitc¾1.1.1.图2-5NodeJs系统执行流程图1.orIOpcrM1.OBJ1.'ent1.vWoikcrThrCaIhIikS1.ManjTkiWwi-'P1.gCx11三三n2.2网络通僖协议技术TCP（也被叫做是传输控制协'议）/UDP（中文名称：用户数据报协议）在网络系统结构传输层里面占据重要位置。传输层是帮助两个宿主进程之间实现通讯,从上一层收集数据之后传输给网络层，以此让应用程序中存在传输功能CTeP和UDP协议均属于是传输层中的协议,不过通讯机制和应用场景有很大的区别。TCP是以连接对目标,而且通讯双方之间的应用程序不受限制的传辎数据，是安全性较高的全双工通讯协议。以TCP为基础开屐通讯的时候，通讯双方应首先创建TCP关系,创建连接一定要完成三次握手,握手动作成功才可以迸行通信.TCP,“三次握手”原理如图2-7所示。首次握手，创建连接的时候，客尸端设者SYN标志为I,随机为Seq生成一个N值.向服务器传输此数据包，客户端开启SYN.SENT模式,等候服务器的确定；第二次握手之后,服务需得到数据包.歧照标志位SYN的数值明确要不要和客户端田请创建连接，而且服务器设置SYN和ACK都为1.招ack设定成N+1,随机为Seq生成一个M值,向服务器传输此数据包.客户端开启SYN_RECD模式；第三次握手之后,客户端得到了回复后.按照ack是不是N+I和标志位ACK是不是1.把标志位ACK设定成1,ack设定成M+I,向服务器传输此数据包，得到了服务器的反馈以后，用户端同服务器之间创建连接，并且开启ESTABuSHED（TCP连接成功）模式,至此三次握手全部完成,数据也得到了传输。UDP是无连接的,不保证可靠性的协议,相较于TCP,其实时性更强,运行效率比较高，适合在高速传输和对实时性有严格要求的通讯或是广播通讯中使用.TCP仅能实现点对点的连接,但是UDP能够实现一对一、多对多、一对多等形式的交互通讯,而且TCP箱要大堂的系统资源,而UDP需要的系统资源不多。3系统总体设计以VUeJS为基础研发得到的景区管理系统，分为移动端和网页端两个部分，景点后台管理板块是即时监控所有景点和管理票务的前提下,需要配合商城管理、优惠券管理、数据看板等板块来完成。依靠后台管理系统能够让管理景区的员工更好的监控景区的安全，使得景区安全管理的能力提升，并且依靠分析过往旅游数据旃够对游客的起源和未来形势有充分的了解。为景区设计移动端是为了让游客能够得到整个景区的相关信息，退而在出发前能够享有得到信息、规划旅游线路、智能导航等服务.进而能够休斯到闲适、舒服的出行感受C3.1 系观整体结构设计景区管理系统涉及到订单、用户和监控三种数据。监控数据保存到视频服务器里面，P。StgrCSQ1.数据库是用来俣存订单和用户数据等信息。在景点不同地方投放摄像头监测的数据集成为监控数据；景点门票和商品产生的数据集成为订单数据；管理员产生的数据集成为用户数据。总体功能的完成是依靠移动、监控和终端设备招获取的数据提交给服务需，接下来和用户端以及服务需端形成联系，通过渲染让数据能够呈现到页面上C下图显示的是系统结施的总体布局C后台管理系统移动湘管光系统监控数据用户数据视切服务器订单数据图31系统整体结梅设计朗监控设菖终端设备移动设备3.2 系统网络拓扑结构设计以VueJS为基础开发的景区管理系统在采集视频采用的是数字网络摄像机.还凭借RTP/RTCP出议把收集到的视频进行压箔和编码之后传输给服务器,服务器还原视频流之后将其情存到视频数据库里面.然后网页浏览器依靠WcbRTC实时流技术从服务器里面读取实时监控视频。终端和移动设备中存在的非实时数据是依空HTTP协议将申请传输给服务器,并且这些数据都保存到了PostgrcSQ1.数据库里面,最后通过渲染的方式把数据传输到网页端和移动端的页面上。图3-2显示的是设计出来的系统网络拓扑布局图。33系统违辑结构设计景区后台管理系统与移动端应用程序是该系统中的两个子系统。景区后台管理系统是从终端设备和景区现场设备中收集数据，并把数据储存到服务器中，紧接着便开始分析和处理数据,在前蔬可视化网页页面的功能下能够显示数据,通过这些数据将景区的情况显现出来.进而实施对应的措施.例如景区营业和非营业时间的安排，让用户获得良好的旅游感受，也能让景区创造更多的收益，让智能旅游策略得到完成C业务逻辑层、表现层和数据层共同组成了系统的层次框架C图3-3显示的是系统逻辑结沟的策划图。(1)数据层数据层主要是保存实时数据,如现场监控设备、检测设施,以及非实时数据.如票务、商城、订单、优惠券等,其有权添加、删除、修改和查询数据库里面的数据，而且还靠把数据传输给上层逻辑业务层负责处理。景区管理系统包含了复杂的业务,有若海量的数据,所以有良好的选择功能.数据一样的情况下计算步骤少的数据库有助于系统性能的增强。该系统在对系统属性数据进行保存的时候应用的是安全性强的PostgrcSQ1.数据库.以保障数据是完善和安全可靠的。通过H.264技术对实时监控得到的数据进行编码和解码,并在RTP.，RTCP协议的帮助下保存到服务器端中的视频数据库。(2)业务逻辑层业务逻辑层的工作是对业务逻期进行界定,并收集表示层发送的申请响应,对其实的逻辑处理以后,将请求和回馈结果传输给数据层,业务逻辑层充当过去和未来之间的纽带。系统依靠b/s架构的功能将业务建辑层和表示层分开，迸而使得处理压力得到平衡，使用AjaX异步处理制度来处理数据申请，并将回馈给果同步到网页端界面,业务逻辑层是采用SSM框架成功完成业务逻堤。(3)表现层表现层逻岩连同界面U1.一起构成了表现层，在B/S系统里面通常国于是网页浏览器的页面。具作用是结合用户需求给出反馈,以进行系统的数据输入和输出。表现层使用的是VUC框架,表现层在功作需求下旎够分类成数据看板、订单和票务以及商城管理、系统设定等和移动端线上预售、苜页和个人中心等包含在内的众多模块。VUeJS的功能是实现页面和数据间的双向驱使、组件式研发和集中型管理。HTM1.5,CSS3和JavaScript这些工具能够设计页面和实现系统功境。nM将KFF图33系统逻辑结构设计图3.4系观技术路线设计在VucJS的条件下为景区开发的管理系统是从三种设备中收集相关数据,分别是监控设施、移动设施和终镰设施。一方面,利用海康摄像头能够收集视频信息.之后在H.264技术的帮助下将视频流成功压缗.然后视频流在RT1."RTCP处议的参与下传送到视频服务器.服务器收集到视频流以后,能够对其进行还原并保存为视频文件,用户镰基于WcbRTC处议与服务端构建连接，招实时数据传输到C端可视化界面:另一方面.服务器收集来自移动和终端设备提供的数据.客户端在HTTP协议的帮助下和服务器端利建连接,并依匏Ajax异步发送数据请求。服务器在PostgrcSQ1.数据库中保存收集到的产品、门票和订单等相关数据。下面的图表显示了系统的技术路线图。三3-4系毓技术路战朋4系统详细设计4.1 系蜕功能模块总体设计在VueJS的条件下为景区研发了管理系统,并且结合景区管理的真正需要可以设计成后台管理和移动端两个板块，后台管理板块再次细分成7个部分,分别是订单管理、系统设置、安防监控、商场管理、数据看板等,移动端应用程序细分成3个部分,分别是线上预售、首页、个人中1叽下图显示的是系统结构的整体功能。图M系统总体功能结构图4.2 Web修功能«1块详细设计4.2.1 安全监控模块功能设计管理者登录到安防监控系统中.能够通过景区地图竽提景区的实时客流量和监控视频珥有关信息。当前合作的地图运若商包括高德、谷歌和百度,百度地图的页面t第附活并一目了然,而且其更新效率要高于其他地图,所以我们便用百度地图。管理人员进入系统打开安防监控页面之后,景区所有景点的监控装置都能够依靠RTRRrCP协议把视频流上传到视频服务器上,客户端在WebRTC协议的帮助下能够收集实时数据,对百度地图AP1.iS行调度使用,并且对经纬度进行匹配使得地图数据能够在前端页面上呈现,这个时候管理人员便能获得和景区实时客流量有关的热力图，而且通过摄像头能够对其负贡的监控图像进行查看。下图显示的是安防监控部分的UM1.序列图C9-一、二”产。收m卜一94-2安全松控模块设计UM1.时序图4.2.2 票务管理模块功能设计票务管理部分是采用表格的方式把和门票有关的信息提供给管理人员,便于管理人员对新的票务类型进行增加,对门票的状态进行查询、对门票信息做出更改以及删掉门票。每个门票上面的编号、有效期、价格等信息都是不变的.而且结合门票种类能够辨别其是电子票亦或是实物票,还可以依靠门票销售途径来分辨是线上交易或是线下交易。管理人员能够对门票实施添加、删除、修改和查询4个操作。下图显示的是票务管理功能规划的UM1.序列图。空务I】单TS-WfIV一1.i1.tI-A+h'V/1.!.1-<-森务券响应.一一11Sh!'“同授I1.-4-R'5/咱它-ttiun-A<-由小霏上J-94-3票务誉理模块设计UM1.时用图4.2.3 数据板模块功能设计数据数据看板单元是通过生动形象的图表方式揩数据更新的情况展示给管理人员。数据包括旅游消费扇形统计图、购物中心订单条形统计图，旅游客流量统计折线图等相关图表。现下冠流行的是eccharts这种可视化软件,其属于是纯粹的Javascript图表库，能够平稳迅速的运行于PC端与移动端中.底层在轻量级canvas/render类库的条件下，提供了一个生动的、交互式的定制数据可视化。系统可以将数据从业务逻辑层传输到表示层,并使用CCharts插件在页面上呈现图像。下图给出的是数据看板函数的UM1.时序图。.i.W<Fki1.1.k-蚁番到应力与，/，A+烧94-4央设计UM1.时序那4.2.4 商城管理模块功能设计商城管理单元是依靠表格的方式将和商品有关的信息提供给管理人员.便于管理人员对新的商IS类型进行增加,对商品的状态进行查询、对商品信息做出更改以及删掉商品。每个商品的种类，名称、价格等信息都是不变的,而且结合商品种类正够辨别其是电子商品亦或是实物商品.还可以依界商品销管途径来分辨是线上交易或是线下交易。管理人员能够对商品实施添加、删除、修改和查询4个操作。下图显示的是商城管理功能规划的UM1.序列图。4.2.5 。单管理模块功能设计订单清单和订单报表共同形成订单管理板块。订单清单信息在进入到数据库之后把订单的实时信息呈现在页面上，使于管理者查询和审核。如果订单出现了退款申请,管理者首先会人工实施审核,给出审核结果后服务器会对人工审核结果进行二次稽核.顺利通过便能对订单模式作出更改,并将款助退还给客户：若不通过，则返回结果至管理人员进行后续处理。图显示的是订单管理模块策划的UM1.循序图。订单报去则是管理者对某个时期内的订单信息迸行查询.系统会自行统计这个期间产生的订单信息.并通过页面公布最后的结果.便于管理者浏览。府城Ir啦理IHFH防的据麻-Y电料:声和愁如一向扁肥料A,“海怯I>=一幻网fJ-.“务襦.T+,Ji11H!.In，>iff÷CI茶务叁响国<-敏岸里第一T厢多d*294-5函的建模块设计UM1.时序序I”G曾壮地块帔名，11q,4.内一WWT1.h-ittIrJMrtfAm94.6口管理模块设计UM1.时序图入TW代t文WM1.fA6«<«»*一必iK<4.3 移动功能模块详细设计4.3.1 在线预曾模块功能设计移动应用终端依靠线上预售、主业和个人中心部分构成的。首页是为了让游客对景区和附近情况有一定的了解.个人中心使于游客浏览涉及到个人和订单的相关信息。线上预售功艇可以购置门票和商品。下图显示的是线上预隹模块策划的UM1.循序图。dtftt4A<-Zi>W-<tMHau(a-A3H油喙电M-94-8地明导航模块设计UM1.时序围4.3.2 地图导航模块功能设计游客运用地图导航功能能够明确目前所处的位首.之后从页面上搜寻目标地点便能得到目标地点的数据和路径图。图4-8则是地图导航扳决规划的UM1.序列图。4.4 数据库详细设计系统在管理数据费源的时候,为其册发了专项数据库,这种数据库是根据数据自身入手,把全部数据储存到数据库里面.并科学的对其实施管理,系统应该揩数据库作为媒介，和不同应用程序连接,进而能够快速简单的从数据库中读取数据。数据库在系统里面处于核心位置,合理开发得到的数据库能够让系统的性能强大而稳定。以VucJS为基础开发的景区管理系统在对数据实施管理上选择了POStgrCSQ1.数据库.它是进步的一个开放性源代码数据库.其能够同时运行很多版本,不仅非常稳定而且性能强还快速。在VUeJS基础上设计出来的景区管理系统.优患券、订单信息、二批码等信息数据和检票信息数据、品信息数据和商场等都是其包含的属性数据。所以,对不同类型的数据和数据间存在的联系展开分析,将相应的数据库表制定出来,分别是景区信息表、椅票信息表、旅游信息表、票种信息表、忧惠券信息表、二维码信息表等。表4“罗列的是系统属性数据库目录，图4-9显示的是系统数据库对应的关系模型图。表4-1系M柱数据的数据南R单衷的表名备注游客信息表TOURIST.INFO游客基本信息景区信息表SPOT_INFO景区基本信息二维码信息表ECoDNFo电子门票基本信息门票种类信息表T1.CKET_C1.ASS门票冲类信息验票信息表VERIFY/TICKET的票结果信息管理员信息表ADM1.NJNFO营理员基本信息门票信息表Ticketjnfo门票基本信息技品信息表GOODS_INFO商品基本后息翩城信息表MARKETNFo商城基本信息优惠券信息表DISJNFO优惠券基本信息订单信息表ORDER.INFO订单信息*air>>*tH«1<k«i*4CU3，:M:二CaUa>t4US3*m4XTMIdWB-I1.nMotau«(ca*M4Ca«4»»u*M«ttn(5WMM，VMk&1.<1»TtM4a11.(!«>(»tMMUaiC1.It1”Mt»«»»t1.ta*MM*UCHMMt1.*ucHM1IMTitWU(Mmt*1B<4UImiUH1Nfi>M<4tM1.aBVt4*1.1.C*1.BTMW*MH<MUuUWWM1.S=jj1j1IM»1“,，”<UCm1.«MIHt*1.(1.MMtnTv1.te4MtI1.1.tM1.tn4MTto1.M(4ImItHn1.1.v*uku1.1.to4MVMka*Mt*11HV?i¼*<KBVta1.1.明49系剑嘘摩关系模型图4.4.1 数据库实体模型设计系统根据数据库模型设计对业务数据进行建模。下图显示的是门票类型的实体特征。图4/0门财类实体牲朋累种号，票种、景点号、景区号、门票价格、门票优意、备注等是门票信息景区号、所在地址、景区类别、更改时间、备注、县区、省份、名称等要素一起构成了景区信息C下图显示的是电子票的实体特征。用户编号、订单编号、注销时间、备注、二维码编号、预订时间等要素一起构成了电子门票C下图显示的是蛤票信息具备的实体特征。游客号、门票时间、负责人、订单号、门票状态、备注、流水号等元素一起构成了绘票信息。下图显示的是用户信息具备的实体特征。身份证号、空码、游客姓名、备注、游客编号，性别、微僖、消费金额等元索共问形成了用户信息。下图显示的是游客消费订单信息具备的实体特征。景区号、全部金额、实际支付、订单编号、备注、数虽等元素共同形成了游客消费订单。4.4.2数据库设计在数据库结合E-R图的前提下设计数据库,为数据库里面包含的字段等鸿性作出具体规划,具体规划景区管理系统里面的数据字段以及数据表等,并且保障可以存储在PostgreSQ1.数据库中的数据。下表现实的是游客信息：列名类型说明TouristIDInteger游客编号（主神）NickNd1.neVarchar(15)游客能称NameVarchar(15)游客姓名TourisiIdNumVarchar(20)游客身份证TouristSexVarchar(3)性别PhoneNumVarchar(15)电话W(hatNameVarthar(255)微信Emai1.Varchar(50)mB1.anceMoney余额'Ibta1.ConsumMoney消费金额MemoVarChar(255)备注游客身份证、余额、备注、邮箱、性别、微信等元素共同组合成了游客信息。下表给出的是景区信息：表43事区但患表列名类型说明SpoddInteger景区编号（主铤）SPOtNaIneViirchar(30)名你DescriptionVarchar(255)介绍ProvinceVarchar(20)省份CityVarchar(20)辕市DistrictVarchar(20)县区SpotAddressVarchar(255)地址SpotNumInteger景点数SpotC1.assVarchar(30)类型TicketPriceMoney门票票价ModifyDa1.e修改时同MemoVarchar(255)备注景点数量、改动时间、景区编号、位置、备注、类型等元素组合成了景区信息。下表给出的是二维码有关的信息：表4,二维码信息表列名类型说明E1.ickctTdInteger二维码编号（主键）UserIdInteger用户编号Ordcr1.dInteger订单编号UscrBinCodcVarchar(255)二维码信息BookrimeDate预定时间UscTimcDate核销时间StateVarchar(15)状态Dea(TnmeDate就止时间DescriptionVatvhar(255)描述MemoVarchar(255)备注表4s累种类僖息表列名类型说用Ticke1.CIassIdInteger门票类型编号（主键）TiCkefPeID