摘 要
依据现实发展的需求而设计出的景区售票系统是一个依赖先进的网络科技的智能化集成系统。它适用于景区管理者对景区售票的管理工作,在很大程度上能够提高管理者的工作效率以及优化使用者的工作方式。因为在管理和使用上对售票事务都有所要求,因此本人设计了一个方便实用的系统来管理景区售票。本文所涉及的管理内容包括:用户管理、旅游攻略、旅游景点、特色美食、酒店客房、留言板、系统管理(在线客服、轮播图、旅游公告)订单管理(已取消订单、已退款订单、未支付订单、已支付订单、已完成订单)。
本文分析了设计该系统的多种不同需求,并且提出了符合景区售票管理要求的解决方案,实现了一个景区售票系统。能够让广大消费者体验到网上平台购票的乐趣,为网上订票提供了一个管理高效的、决策科学化、安全有效的电子商务平台。本文的内容依次为:首先惯例简单叙述系统背后的背景和意义,查找资料分析国内外对景区售票系统的研究现状,并且整理了论文的内容大纲。其次也简单介绍到设计系统所必须具备的专业知识如Java,mysql数据库等,在余下的章节里,对系统的需求分析、设计、实现则是本文的重要部分,也是本文的核心内容。
Design and implementation of spring boot scenic spot ticketing system
The scenic spot ticket selling system designed according to the needs of practical development is an intelligent integrated system relying on advanced network technology. It is applicable to the management of scenic spot ticket sales by scenic spot managers, which can greatly improve the work efficiency of managers and optimize the working methods of users. Because there are requirements for ticket sales in terms of management and use, I designed a convenient and practical system to manage ticket sales in scenic spots. The management content involved in this article includes: user management, tourism strategy, tourist attractions, specialty food, hotel rooms, message board, system management (online customer service, rotation map, travel announcement) order management (cancelled order, refunded order, unpaid order, paid order, completed order).
This paper analyzes various different requirements for designing the system, and proposes a solution that meets the requirements of scenic spot ticketing management, and implements a scenic spot ticketing system. It enables consumers to experience the pleasure of online ticket purchase, and provides a safe and effective e-commerce platform with efficient management, scientific decision-making, and effective online ticket booking. The content of this paper is as follows: firstly, the background and significance behind the system are described in a simple way, the research status of the scenic spot ticketing system at home and abroad is analyzed by looking up data, and the content outline of the paper is sorted out. Secondly, it also briefly introduces the professional knowledge necessary to design the system, such as Java, mysql database, etc. In the remaining chapters, the analysis, design and implementation of the system requirements is an important part of this article, and also the core content of this article.
Key words: scenic spots; Ticket sales; Mysql; Online booking
目 录
1.1 背景和研究意义
近年来,随着互联网的发展,互联网购票逐渐成了人们主要的购票方式,一是互联网平台上具有大量的优惠信息,二则是用户不用再因为一张票而去长时间排队。旅游也同样如此,游客会先通过互联网在各大订票平台(如驴妈妈,携程,去哪儿等平台)上购票,下单,然后定时去景区游玩。因为这种方式较为方便且优惠,所以各大订票平台逐渐成为了游客购票的首选,受到了更多的重视。尽管在线购票给游客提供了不少便利,但并没有为景区的工作带来便利,而且在某种程度上,还增加了更多的问题:
(1)没有统一的核销设备目前大部分景区核销主要有以下两种方式,第一种方式与之前并没有区别,游客到达景区后,需要先通过互联网购票得到的电子凭证换取纸质门票,然后景区工作人员通过打孔或者撕掉副券的形式进行核销,第二种方式是使用各互联网平台提供的对应的核销设备,但这些核销设备并不统一,如去哪儿的需要去哪儿专用的核销设备,这种情况下,不仅没有给景区提供便利,而且还增加了经营成本。另外对于游客来说,由于需要换取纸质门票,仍要面临长时间排队等候的问题。
(2)添加、上架产品流程复杂如果景区已和其他订票平台对接,景区就必须安排专门的工作人员去完成相应的沟通工作,如果需要添加、删除、修改票型,该负责人就需要在每个订票平台的后台依次进行更新。这样不但使景区造成了不必要的浪费,而且也使工作人员的任务更加繁杂。
所以综上所述,目前互联网平台所提供的方便大都是从游客的角度出发的,而并不是景区的角度。本项目就是从景区角度出发,创建的一套为景区提供便利的景区售票系统。本平台后台提供了景区所需要的所有票务功能,如添加票型,售票、取消、门票查询、酒店预定。
1.2 国内外现状
根据前期对景区售票的经营和管理模式的调查研究,基本上解了景区售票行业的整体概况。在国内,曾经景点的在线销售是为了适应市场的巨大变化而出现和发展起来的。发展至今,所以本系统是针对区域景点在线销售而开发的,这样在具备各大主流电子销售的基本优势的前提下,同时又为客户提供了更加便捷的售后服务。
国内外景区售票系统网站的内容已经非常完善、丰富,功能齐全(注册功能、搜索功能、在线订单功能、个人管理功能、留言功能等)。随着互联网应用的普及,国内景区售票系统的建设、推广已经发展到一个比较高的水平。能够更方便的网站制作系统,让客户企业通过“自助建站系统”就可以方便地完成公司网站建设的全部内容;能做到只要会打字,就可随时管理网站内容的服务。并通过景点信息、新闻的发布,景点展示、交易等业务的扩展塑造电子商务专业网站建设专家形象,并开展信息分析、网络交易等多项业务。
1.3 论文的研究内容及组织结构
本项目在开发前,与用户方进行多次沟通以了解其对整个项目的需求,并为了保证软件完成后可以很好地满足景区日常的业务流程,又实地调研了多个景区,然后参考目前市场已有产品,归纳了不同平台之间优势与劣势,最后根据用户方、景区的反馈以及得到的这些优缺点,确定了整个项目的需求。其中主要的工作包括:个人中心、用户管理、旅游攻略、旅游景点、特色美食、酒店客房、留言板、系统管理(在线客服、轮播图、旅游公告)订单管理(已取消订单、已退款订单、未支付订单、已支付订单、已完成订单)本文共有七个章节,每个章节的安排与具体内容如下所示:
第一章 绪论。本章主要介绍了该课题的背景与研究意义,阐述了景区售票系统的国内外发展趋势与现状,确定了论文的研究内容和组织结构。
第二章 可行性分析。本章主要介绍了景区售票系统从技术、管理、运行等方面来分析可行性。
第三章 需求分析。从本章开始将介绍论文的主要工作,首先,本章给出了平台的总体目标需求,然后从功能需求、性能需求、数据流分析三方面进行详述,最终确定了平台的需求结构。
第四章 景区售票系统的系统设计。本章将从景区售票系统客户端及数据库设计二方面来阐述平台的系统设计,其中景区售票系统客户端共分为八个功能模块,每个模块将从功能说明进行阐述。最后,本章完成了平台的数据库设计。
第五章 系统实现。本章主要介绍了景区售票系统客户端各功能模块的实现过程。
第六章 系统测试。本章主要介绍了景区售票系统的测试方法,并设计测试用例对系统进行调试,使系统更具功能性、稳定性及安全性。
第七章 结论。本章总结了论文的主要工作,得到的结论,并说明了接下来的工作任务。
最后是致谢和本文作者的基本情况。
系统的开发中,系统需求调查与分析是至关重要的、不可或缺的环节。通过需求分析可以确定用户需求,并由此分析和寻求新的系统解决方案。可行性分析是通过对系统的主要内容和配置条件,从技术、经济、操作等方面进行调查研究和分析比较,然后画出数据流图,根据数据流图描述数据字典。
2.1 技术可行性
景区售票系统在结构上为B/S结构,JSP来做视图层,Java来做后台逻辑层,目前在这方面技术比较成熟且应用广泛。Java是目前比较受欢迎的开发语言。它是一门面向对象的编程语言,不近吸取了C++语言的各种优点,具有功能强大的功能简单易用的特征。因为开发工具都是非常可靠的,所以无论在安全性、可用性、可靠性这些方面都毋庸置疑。
JSP是一种通用的开源脚本语言。编程范型为面向对象和命令式编程语言,同时JSP可以在windows/Mac/linux跨平台中操作,它几乎支持所有流行的数据库。 JSP语言容纳了Java、C语言和Perl的特点,是众多开发语言中较为简单的一种开发语言,在Web开发领域中使用广泛,利于学习。JSP拥有很多其他语言的语法特点,可以将HTML写的静态网页与数据库联系在一起,形成动态网页。
2.2 管理可行性
本系统是针对景区售票管理设计的系统,主要人工售票不易、后续服务还不完善。最初的基本售票需要投入大量的人工进行工作和管理。导致操作困难,数据易丢失等问题。现将信息技术与售票相结合,有效的解决人工操作的困难,管理人员可以及时查看每日的售票详情订单获取相关信息,对门票销售管理。提高了工作效率,减少工作所需人力情况。以下是本系统对于日常管理的分析。
首先,对景区的销售人工客服进行管理,每个销售人工客服都有自己的独立账号密码可以随时登陆、查看信息,销售人工客服需要根据用户的需要进行推荐和帮助。
管理员负责审核后台资料。管理员可对景点信息进行编辑,并且审核用户资料等。审核不通过的用户可退回给用户更改信息重新注册。
管理人员对此系统的开发是支持的,在信息化的今天,管理的改革是必不可少的,所以本系统在管理上是可行的。
2.3 运行可行性
本系统在开发过程中预计使用电脑台数为一,且开发过程中对服务器要求不高,即对应用户在允许使用网络的情况下,只需访问系统对应网络前台页面,即可远程操作、更改用户信息,以达到在低成本情况下使用本系统。其简单的界面设计使用户无需在操作上过多的犹豫,符合运行可行性理念。
2.4 经济可行性
景区售票系统的模块基本上是在计算机编码实现,费用主要有设备损耗费、开发成本费用。要自己动手展示其相关功能。没有可靠的经费来源,亦谈不上系统完成后,能否带来经济效益,无从考虑这个系统项目是否合算等些许牵涉到利益的问题。
2.4 业务流程图设计
业务流程图可以描绘出系统的业务关系和流程,用于可以查询数据新闻、查询景点信息、景点购票、查询订票订单等;管理员则是有着一定的权限进行管理,来编辑出想给用户看的东西,比如管理新闻数据、管理门票分类、管理景点信息、管理景点购票、管理订票订单、管理酒店信息等权限,方便用户查询,方便管理员管理。系统的业务流程如下图2-1所示:
本章小结
本章主要是对系统可行性分析进行介绍,首先阐述了什么是可行性分析,接着从技术、管理、组织、运行四方面对可行性进行了具体分析,最后对本系统的相关业务流程进行分析并给出业务流程图。根据本章的介绍,可以看到无论是在软件还是在硬件上系统都是可行的,所以,景区售票系统是可行的。
系统的开发中,系统需求调查与分析是至关重要的、不可或缺的环节。通过需求分析可以确定用户需求,并由此分析和寻求新的系统解决方案,然后画出数据流图,根据数据流图描述数据字典。
3.1 系统需求分析
经过对当前景区售票的情况进行调研,一共提出了六个功能核心功能模块,具体如下:
- 用户管理:用户管理主要分为用户注册、用户登录、用户基本信息管理,因为这个系统是对外开放的一个工作系统,主要使用人群就是用户,所以所做的第一个功能模块就是针对用户人群的。此模块第一项就是用户注册,根据自己的一些个人基本信息完成注册,如:用户名、密码、出生年月日、身份证号、家庭住址、手机号等个人信息来完成用户注册。
用户登录就是可以通过登录界面,填写已注册的账号然后输入密码即可完成用户登录。用户基本信息管理就是可以在后台修改已注册的个人信息,比如修改密码,更改用户名等操作。
- 票务管理:主要包括、门票分类、票据管理、票务查询等。票务管理属于此系统的一大重点功能模块,此系统只要做的就是景区售票管理,门票分类这项主要是将门票分为多种类型供用户选择,门票种类不同价格也不同,服务特权也不同,比如团购票就相对来说较便宜,但是景区提供的服务就较少;单人豪华票就可能价位较高,但是景区所有景点和服务全部包括,这就是门票分类。
- 销售管理:主要是订单处理、门票销售、取消处理、门票查询等几个子模块,票务管理是此系统的关键,销售管理就是这个系统的灵魂,所做的这个系统就是为了方便景区门票的销售,节省去人力并且方便快捷的让用户完成订票、购票、取消等操作。订单处理这一项就是用户选择好要购买的门票类型提交订单,就生成了这个订单,方便用户进行订单处理。
门票销售就是可以让用户想要去游玩的景点下面直接点击购票操作,即可完成,如果用户发起取消申请的操作,管理人员可以在后台直接查看到用户是否符合取消要求,用户购票的具体日期、购票人等,由管理人员选择是否同意取消申请的处理。门票查询可以在景点购票中看到门票基本信息查询。
- 新闻数据维护:此模块主要提供给用户相关旅行资讯、新闻等讯息,方便用户提前了解资料。
3.1.1系统性能需求
1.响应时间
一般来说,应用程序的开发和响应的时间都基本上会被计算机硬件的配置和系统版本的差异这两个因素影响。
2.安全及稳定性
应用程序为互联网应用,用户必须要有权限方可使用系统,因此,可以防止信息泄露的风险。
景区售票系统的数据流程图也主要是在管理员人员和用户之间发生。景区售票底层数据流图主要描述系统底层模块的数据流、数据载体、数据处理、外部实体的具体交互。本系统就是管理员和普通用户在旅游攻略、旅游景点、特色美食、酒店客房、留言板、系统管理(在线客服、轮播图、旅游公告)订单管理(已取消订单、已退款订单、未支付订单、已支付订单、已完成订单)等模块上的数据交互。
对本系统的数据流进行分析,得到系统数据流程图,如图3-1所示:
图3-1 系统数据流程图
3.3 数据字典
3.1.1数据项定义
数据字典中最基本的就是数据项,也可以说是数据库表的属性。
本系统数据项定义如下表3-1所示:
表3-1 系统数据项定义表
编号 | 别名 | 类型 | 长度 | |
1-01 | 用户ID | int | 20 | |
1-02 | 用户密码 | varchar | 20 | |
1-03 | 用户地址 | varchar | 20 | |
1-04 | 用户出生年月 | varchar | 20 | |
1-05 | 用户性别 | varchar | 20 | |
1-06 | 用户邮箱 | varchar | 20 | |
1-07 | 用户地址 | Datatime | -- | |
1-08 | 景点名称 | int | 10 | |
1-09 | 景点编号 | varchar | 20 | |
1-10 | 景点地址 | Datatime | -- | |
1-11 | 景点星级 | varchar | 50 | |
1-12 | 景点票价 | int | 11 | |
1-13 | 景点电话 | varchar | 50 | |
1-14 | 景点门票种类 | varchar | 50 | |
1-15 | 管理员用户名 | int | 11 | |
1-16 | 管理员权限 | varchar | 50 | |
1-17 | 管理员密码 | int | 11 | |
1-18 | 留言人昵称 | varchar | 50 | |
1-19 | 留言人qq | int | 11 | |
1-20 | 留言人电话 | varchar | 50 | |
1-21 | 留言内容 | varchar | 50 | |
1-22 | 取消订单景点编号 | varchar | 50 | |
1-23 | 取消订单景点名称 | int | 11 | |
1-24 | 取消订单门票种类 | varchar | 50 | |
1-25 | 取消订单票价 | varchar | 50 |
续表3-1
编号 | 别名 | 类型 | 长度 |
1-26 | 取消订单数量 | varchar | 50 |
1-27 | 取消订单总价格 | int | 11 |
1-28 | 取消订单购买日期 | varchar | 50 |
1-29 | 取消订单购买人 | varchar | 50 |
1-30 | 取消订单原因 | varchar | 50 |
1-31 | 新闻类别 | int | 11 |
1-32 | 新闻标题 | int | 11 |
1-33 | 新闻内容 | varchar | 50 |
1-34 | 新闻图片 | varchar | 50 |
1-35 | 新闻点击率 | varchar | 50 |
1-36 | 景点编号 | int | 11 |
1-37 | 景点名称 | varchar | 50 |
1-38 | 门票种类 | varchar | 50 |
1-39 | 销售数量 | int | 11 |
1-40 | 销售金额 | varchar | 50 |
1-41 | 取消数量 | varchar | 50 |
1-42 | 取消金额 | varchar | 50 |
1-43 | 登记日期 | varchar | 50 |
1-44 | 月份 | varchar | 50 |
外部实体编号:S1 |
外部实体名称:管理员 |
输入的数据流:F9 |
输出的数据流:F1、F2、F3、F4、F8 |
|
外部实体编号:S2 |
外部实体名称:用户 |
输入的数据流:F1、F2、F3、F4、F8 |
输出的数据流:F5、F9、F10 |
数据流是数据结构在系统内传输的路径,数据流表示系统中数据流向和组成,一下是通过数据流编号、名称、来源、去向和组成的说明来定义数据流。
数据流编号:F1 |
数据流名称:网站新闻数据信息 |
数据流来源:管理员 |
数据流去向:P1 |
数据流组成:I-15+I-16+I-17 |
数据流编号:F2 |
数据流名称:发布的网站新闻数据 |
数据流来源:新闻数据管理 |
数据流去向:D1 |
数据流组成:I-31+I-32+I-33+I-34 |
数据流编号:F3 |
数据流名称:新闻站内信息 |
数据流来源:数据新闻表 |
数据流去向:S2 |
数据流组成:I-31+I-32+I-33+I-34 |
数据流编号:F4 |
数据流名称:门票信息 |
数据流来源:管理员 |
数据流去向:P2 |
数据流组成:I-36+I-37+I-38 |
数据流编号:F5 |
数据流名称:门票分类信息 |
数据流来源:门票分类管理 |
数据流去向:D2 |
数据流组成:I-38 数据流编号:F6 数据流名称:门票分类信息 数据流来源:门票类别表 数据流去向:S2 数据流组成:I-38 数据流编号:F7 数据流名称:已分类的门票信息 数据流来源:管理员 数据流去向:P3 数据流组成:I-36+I-37+I-38+I-39
|
数据流编号:F8 |
数据流名称:门票信息 |
数据流来源:门票信息管理 |
数据流去向:D3 |
数据流组成:I-36+I-37+I-38+I-40 |
数据流编号:F9 |
数据流名称:门票信息 |
数据流来源:门票信息表 |
数据流去向:S2 |
数据流组成:I-38+I-39+I-40 |
数据流编号:F10 |
数据流名称:已有的景点 |
数据流来源:管理员 |
数据流去向:P4 |
数据流组成:I-08+I-09+I-10+I-11+I-12+I-13+I-14 |
数据流编号:F11 |
数据流名称:景点信息 |
数据流来源:景点信息管理 |
数据流去向:D4 |
数据流组成:I-08+I-09+I-10+I-11+I-12+I-13+I-14 |
数据流编号:F12 |
数据流名称:景点信息 |
数据流来源:景点信息表 |
数据流去向:S2 |
数据流组成:I-08+I-09+I-10+I-11+I-12+I-13+I-14 |
数据流编号:F13 |
数据流名称:门票信息 |
数据流来源:用户 |
数据流去向:P5 |
数据流组成:I-36+I-37+I-38+I-40 |
数据流编号:F14 |
数据流名称:购买门票信息 |
数据流来源:景点购票管理 |
数据流去向:D5 |
数据流组成:I-08+I-09+I-12+I-14 |
数据流编号:F15 |
数据流名称:已购买的门票 |
数据流来源:门票购买表 |
数据流去向:P6 |
数据流组成:I-08+I-09+I-12+I-14 |
数据流编号:F16 | ||||||||||||||||||||||||||||||||||||||
数据流名称:用户购买的门票信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:管理员 | ||||||||||||||||||||||||||||||||||||||
数据流去向:P6 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-08+I-09+I-12+I-14+I-39+I-40 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F17 | ||||||||||||||||||||||||||||||||||||||
数据流名称:订单信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:订单管理 | ||||||||||||||||||||||||||||||||||||||
数据流去向:D6 数据流组成:I-08+I-09+I-12+I-14 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F18 | ||||||||||||||||||||||||||||||||||||||
数据流名称:已形成的订单 | ||||||||||||||||||||||||||||||||||||||
数据流来源:订单信息表 | ||||||||||||||||||||||||||||||||||||||
数据流去向:P7 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-08+I-09+I-12+I-14+I-39+I-40 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F19 | ||||||||||||||||||||||||||||||||||||||
数据流名称:用户的取消信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:管理员 | ||||||||||||||||||||||||||||||||||||||
数据流去向:P7 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-22+I-23+I-24+I-25+I-26+I-27+I-28+I-29+I-30 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F20 | ||||||||||||||||||||||||||||||||||||||
数据流名称:取消信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:取消订单管理 | ||||||||||||||||||||||||||||||||||||||
数据流去向:D7 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-22+I-23+I-24+I-25+I-26+I-27+I-28+I-29+I-30 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F21 | ||||||||||||||||||||||||||||||||||||||
数据流名称:取消信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:取消信息表 | ||||||||||||||||||||||||||||||||||||||
数据流去向:S2 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-22+I-23+I-24+I-25+I-26+I-27+I-28+I-29+I-30 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F22 | ||||||||||||||||||||||||||||||||||||||
数据流名称:财务信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:管理员 | ||||||||||||||||||||||||||||||||||||||
数据流去向:P8 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-36+I-37+I-38+I-39+I-40+I-41+I-42+I-43+I-44 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F24 | ||||||||||||||||||||||||||||||||||||||
数据流名称:对景点的评价信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:用户 | ||||||||||||||||||||||||||||||||||||||
数据流去向:P9 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-18+I-19+I-20+I-21 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F25 | ||||||||||||||||||||||||||||||||||||||
数据流名称:评价信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:评价管理 | ||||||||||||||||||||||||||||||||||||||
数据流去向:D9 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-18+I-19+I-20+I-21 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F26 | ||||||||||||||||||||||||||||||||||||||
数据流名称:用户的评价信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:评价表 | ||||||||||||||||||||||||||||||||||||||
数据流去向:S1 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-18+I-19+I-20+I-21 | ||||||||||||||||||||||||||||||||||||||
数据流编号:F27 | ||||||||||||||||||||||||||||||||||||||
数据流名称:回复用户评价信息 | ||||||||||||||||||||||||||||||||||||||
数据流来源:评价表 | ||||||||||||||||||||||||||||||||||||||
数据流去向:S1 | ||||||||||||||||||||||||||||||||||||||
数据流组成:I-18+I-19+I-20+I-21 | ||||||||||||||||||||||||||||||||||||||
|
处理逻辑编号:P6 |
处理逻辑名称:订单管理 |
流入的数据流:已购买的门票 |
流出的数据流:订单信息 |
处理逻辑编号:P7 | |||||||||||
处理逻辑名称:取消订单管理 | |||||||||||
流入的数据流:已形成的订单 | |||||||||||
流出的数据流:取消信息 | |||||||||||
1.数据存储编号:D1 数据存储名称:新闻数据表 数据存储组成:I-31+I-32+I-33+I-34+I-35 相关联的处理:P1 2.数据存储编号:D2 数据存储名称:门票类别表 数据存储组成:I-14+I-38 相关联的处理:P2 3.数据存储编号:D3 数据存储名称:门票信息表 数据存储组成:I-36+I-37+I-38+I-40 相关联的处理:P3 4.数据存储编号:D4 数据存储名称:景点信息表 数据存储组成:I-08+I-09+I-10+I-11+I-12+I-13+I-14 相关联的处理:P4 5.数据存储编号:D5 数据存储名称:门票购买表 数据存储组成:I-13+I-14+I-15+I-16 相关联的处理:P5P6 6.数据存储编号:D6 数据存储名称:订单信息 数据存储组成:I-08+I-09+I-12+I-14 相关联的处理:P6P7 7.数据存储编号:D7 数据存储名称:取消信息表 数据存储组成:I-22+I-23+I-24+I-25+I-26+I-27+I-28+I-29+I-30 相关联的处理:P7 |
本章小结
本章是对系统的详细需求分析。首先介绍了系统的功能需求,其次介绍了系统的性能需求以及数据流程图,并对其进行了描述。最后介绍了数据字典。在数据流图中能够详细的执行流程,便于了解系统。
总体设计又称概要设计,此阶段主要工作是设计出系统的各个功能模块和数据,并利用层次图来表示系统中各个模块之间的关系,要设计出一个功能完善的系统,必须要设计合理的功能模块,还需要设计出符合规范的数据库,总之系统设计是要了解怎么做这个系统。
景区售票系统共分为八大模块,分别是:留言维护、门票分类管理、景点信息维护、景点购票维护、取消订单维护、酒店信息维护、特色美食、用户维护。
系统功能结构如下图4-1所示。
图4-1 系统功能模块图
4.2 数据库设计
4.2.2数据库概念结构设计
E-R图,更加直观的告诉开发人员系统的各个数据的属性,各个数据之间的联系,各个数据的类型,能通过该模型更直观地了解数据库的设计,在后面的系统改进和更新中,可根据对其逐渐改善。
E-R图如图4-11所示:
图4-2 系统E-R图
4.3.3数据库逻辑结构设计
将概念模型转换成数据库表,得到如下数据表所示。
表名:chat
功能:在线客服
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
userid | bigint | 用户id | |||
adminid | bigint | 管理员id | |||
ask | longtext | 4294967295 | 提问 | ||
reply | longtext | 4294967295 | 回复 | ||
isreply | int | 是否回复 |
表名:orders
功能:订单
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
orderid | varchar | 200 | 订单编号 | ||
tablename | varchar | 200 | 商品表名 | jiudiankefang | |
userid | bigint | 用户id | |||
goodid | bigint | 商品id | |||
goodname | varchar | 200 | 商品名称 | ||
picture | longtext | 4294967295 | 商品图片 | ||
buynumber | int | 购买数量 | |||
price | float | 价格 | 0 | ||
discountprice | float | 折扣价格 | 0 | ||
total | float | 总价格 | 0 | ||
discounttotal | float | 折扣总价格 | 0 | ||
type | int | 支付类型 | 1 | ||
status | varchar | 200 | 状态 | ||
address | varchar | 200 | 地址 | ||
tel | varchar | 200 | 电话 | ||
consignee | varchar | 200 | 收货人 | ||
remark | varchar | 200 | 备注 | ||
logistics | longtext | 4294967295 | 物流 |
表名:tesemeishi
功能:特色美食
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
meishimingcheng | varchar | 200 | 美食名称 | ||
tupian | longtext | 4294967295 | 图片 | ||
meishileixing | varchar | 200 | 美食类型 | ||
kouwei | varchar | 200 | 口味 | ||
tese | varchar | 200 | 特色 | ||
meishixiangqing | longtext | 4294967295 | 美食详情 | ||
thumbsupnum | int | 赞 | 0 | ||
crazilynum | int | 踩 | 0 | ||
clicktime | datetime | 最近点击时间 | |||
clicknum | int | 点击次数 | 0 | ||
price | float | 价格 |
表名:cart
功能:购物车表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
tablename | varchar | 200 | 商品表名 | jiudiankefang | |
userid | bigint | 用户id | |||
goodid | bigint | 商品id | |||
goodname | varchar | 200 | 商品名称 | ||
picture | longtext | 4294967295 | 图片 | ||
buynumber | int | 购买数量 | |||
price | float | 单价 | |||
discountprice | float | 会员价 |
表名:news
功能:旅游公告
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
title | varchar | 200 | 标题 | ||
introduction | longtext | 4294967295 | 简介 | ||
picture | longtext | 4294967295 | 图片 | ||
content | longtext | 4294967295 | 内容 |
表名:address
功能:地址
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
userid | bigint | 用户id | |||
address | varchar | 200 | 地址 | ||
name | varchar | 200 | 收货人 | ||
phone | varchar | 200 | 电话 | ||
isdefault | varchar | 200 | 是否默认地址[是/否] |
表名:messages
功能:留言板
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
userid | bigint | 留言人id | |||
username | varchar | 200 | 用户名 | ||
avatarurl | longtext | 4294967295 | 头像 | ||
content | longtext | 4294967295 | 留言内容 | ||
cpicture | longtext | 4294967295 | 留言图片 | ||
reply | longtext | 4294967295 | 回复内容 | ||
rpicture | longtext | 4294967295 | 回复图片 |
表名:lvyoujingdian
功能:旅游景点
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
jingdianmingcheng | varchar | 200 | 景点名称 | ||
xingjidengji | varchar | 200 | 星级等级 | ||
jingdiantupian | longtext | 4294967295 | 景点图片 | ||
kaifangshijian | varchar | 200 | 开放时间 | ||
fuwudianhua | varchar | 200 | 服务电话 | ||
xiangqingdizhi | varchar | 200 | 详情地址 | ||
jingdianjieshao | longtext | 4294967295 | 景点介绍 | ||
thumbsupnum | int | 赞 | 0 | ||
crazilynum | int | 踩 | 0 | ||
clicktime | datetime | 最近点击时间 | |||
price | float | 价格 |
表名:lvyougonglve
功能:旅游攻略
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
zhuti | varchar | 200 | 主题 | ||
jianjie | longtext | 4294967295 | 简介 | ||
neirong | longtext | 4294967295 | 内容 | ||
gengxinriqi | date | 更新日期 | |||
fengmian | longtext | 4294967295 | 封面 | ||
clicknum | int | 点击次数 | 0 |
表名:jiudiankefang
功能:酒店客房
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
jiudianmingcheng | varchar | 200 | 酒店名称 | ||
kefangmingcheng | varchar | 200 | 客房名称 | ||
kefangtupian | longtext | 4294967295 | 客房图片 | ||
kefangleixing | varchar | 200 | 客房类型 | ||
fangjianmianji | varchar | 200 | 房间面积 | ||
chuanghuchaoxiang | varchar | 200 | 窗户朝向 | ||
peitaosheshi | varchar | 200 | 配套设施 | ||
xiangqingjieshao | longtext | 4294967295 | 详情介绍 | ||
thumbsupnum | int | 赞 | 0 | ||
crazilynum | int | 踩 | 0 | ||
clicktime | datetime | 最近点击时间 | |||
price | float | 价格 |
表名:discusstesemeishi
功能:特色美食评论表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
refid | bigint | 关联表id | |||
userid | bigint | 用户id | |||
avatarurl | longtext | 4294967295 | 头像 | ||
nickname | varchar | 200 | 用户名 | ||
content | longtext | 4294967295 | 评论内容 | ||
reply | longtext | 4294967295 | 回复内容 |
表名:discusslvyoujingdian
功能:旅游景点评论表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
refid | bigint | 关联表id | |||
userid | bigint | 用户id | |||
avatarurl | longtext | 4294967295 | 头像 | ||
nickname | varchar | 200 | 用户名 | ||
content | longtext | 4294967295 | 评论内容 | ||
reply | longtext | 4294967295 | 回复内容 |
表名:yonghu
功能:用户
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
yonghuzhanghao | varchar | 200 | 用户账号 | ||
mima | varchar | 200 | 密码 | ||
yonghuxingming | varchar | 200 | 用户姓名 | ||
touxiang | longtext | 4294967295 | 头像 | ||
xingbie | varchar | 200 | 性别 | ||
nianling | int | 年龄 | |||
shouji | varchar | 200 | 手机 | ||
money | float | 余额 | 0 |
表名:discussjiudiankefang
功能:酒店客房评论表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
refid | bigint | 关联表id | |||
userid | bigint | 用户id | |||
avatarurl | longtext | 4294967295 | 头像 | ||
nickname | varchar | 200 | 用户名 | ||
content | longtext | 4294967295 | 评论内容 | ||
reply | longtext | 4294967295 | 回复内容 |
表名:users
功能:用户表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
username | varchar | 100 | 用户名 | ||
password | varchar | 100 | 密码 | ||
role | varchar | 100 | 角色 | 管理员 | |
addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP |
表名:config
功能:配置文件
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
name | varchar | 100 | 配置参数名称 | ||
value | varchar | 100 | 配置参数值 |
表名:storeup
功能:收藏表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
userid | bigint | 用户id | |||
refid | bigint | 商品id | |||
tablename | varchar | 200 | 表名 | ||
name | varchar | 200 | 名称 | ||
picture | longtext | 4294967295 | 图片 | ||
type | varchar | 200 | 类型(1:收藏,21:赞,22:踩,31:竞拍参与,41:关注) | 1 | |
inteltype | varchar | 200 | 推荐类型 | ||
remark | varchar | 200 | 备注 |
表名:token
功能:token表
字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
id | bigint | 主键 | 主键 | ||
userid | bigint | 用户id | |||
username | varchar | 100 | 用户名 | ||
tablename | varchar | 100 | 表名 | ||
role | varchar | 100 | 角色 | ||
token | varchar | 200 | 密码 | ||
addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP | ||
expiratedtime | timestamp | 过期时间 | CURRENT_TIMESTAMP |
本章主要是系统设计,首先介绍了系统的功能模块图,其次分析了系统实体之间的关系,最后对数据库表进行了完善,本章完成了该系统的各个功能模块,设计出了与系统密切相关的数据库。并且通过E-R图的形式说明解释,表现出各个实体之间的对应关系。为系统的后续发展奠定了基础。
景区售票系统分为前台用户购票子系统和后台管理系统。本章节只要详细分析了该系统的数据库连接和系统各功能模块的实现过程和实现方法。在网站前台,用户通过操作表示层页面,页面调用业务逻辑层的对象方法,来操作数据库,实现相应的功能。
5.1 系统运行平台设计
想要实现景区售票和管理,需要选择一个合适的系统运行平台,首先从硬件方面考虑,然后在考虑软件方面,硬件环境是大家都熟悉的普通个人的电脑即可,软件环境则是操作系统和开发工具。
1.本系统开发的硬件环境,如表5-1所示:
表5-1 硬件环境
硬件 | 配置 |
CPU | Intel(R)Core(TM)i7-7700 HQCPU@2.80GHz1.80GHz |
内存 | 8GB |
硬盘 | 1G以上 |
操作系统 | 64位 |
显卡 | GTX 1050 Ti |
键盘 | 普通标准键盘 |
2.本系统开发采用的是Eclipse平台、Java开发语言、运用MySQL数据库进行数据存储,软件环境如表5-2所示:
表5-2 软件环境
软件 | 配置 |
操作系统 | Windows 10 |
系统类型 | 6位操作系统 |
开发工具 | Eclipse |
后台数据库 | MySQL |
景区售票管理系统的基本信息主要包括管理员、订单、酒店、景点、美食。管理员可以对系统和用户信息进行管理, 订单主要是用户下单后自动生成的,景点主要是包括景点的旅游讯息。基本信息的每个模块都能够实现,才能让系统更加完善。
景区售票管理系统的进入口是登录页面,它主要包括用户角色识别与用户身份识别。在这之中,用户身份识别模块的主要功能是允许符合要求的用过进入系统,完成相关操作,阻止非法用户进入系统;用户角色识别主要是识别用户的权限,是角色不同的用户拥有不同的权限。其具体流程如图5-1所示;
图5-1 登录处理流程图
5.2.2 增添数据流程
增添数据的时候,将管理员填写在页面上的数据从表单中获取一一对应插入到数据库中,若中间掺入格式错误的情况,页面提示插入失败,并且数据库并不执行,需管理员重新输入。如图5-2所示:
图5-2 增添数据
5.2.3 修改数据流程
修改流程图如图5-3所示:
图5-3 数据修改流程图
5.2.4 数据删除流程
管理员需要删除数据时,则在记录之后的删除按钮,点击后,可以选择是否要删除,点击是,数据库中该条记录删除如图5-4所示。
图5-4 数据删除流程图
5.2.5 购买流程
用户购买景点门票时,则在网站首页点击心仪的景点,进入详情页,输入购买信息,点击提交如图5-5所示。
图5-5购买流程图
本章主要是简述了完成此系统应用的硬件设施,论述了登录流程、增添数据、删除数据、修改数据、购买流程的操作步骤,将每个模块的功能进行详细阐述,通过主要的功能页面展示具体的实现成果。通过流程图来了解系统的具体操作。
软件需要按照测试方案和测试流程对软件的性能和功能进行测试。系统测试是通过执行程序来发现系统中的错误。测试和开发需要同步进行。
6.1 测试方法
在测试方法上,平台采用了软件测试方法中的黑盒测试来对系统进行测试,黑盒测试常用来检测系统每个功能是否都正常且满足需求,其主要是在不考虑内部逻辑的情况下检测用户操作是否有错误,程序输出是否准确、软件功能是否满足等。
所以在测试之前平台设计了大量的测试用例,然后通过测试用例来测试景区售票系统各个系统功能模块的运行情况。
系统测试时对整个系统进行的测试,是测试阶段的关键技术,系统能否成功地进行测试,是非常关键的,将硬件、软件、操作人员作为一个整体,主要是检验功能是否正确能否按计划实现并满足用户的需求。在运行过程中可以发现系统分析和设计中出现的错误。
用户登录功能测试,如表6-1所示:
表6-1 用户登录功能测试用例表
用例编号 | 用例名称 | 测试功能 | 输入 | 操作过程 | 预期输出 | 测试结果 |
LO_1 | 用户登录模块测试 | 正确输入用户信息,用户成功登陆。 | 用户的信息 | 1.在电子邮箱输入框输入用户的电子邮箱。2.在密码框输入用户的密码。3.点击登陆按钮。 | 跳转到首页界面 | 正确 |
用户注册功能测试,如表6-2所示:
表6-2 用户注册功能测试用例表
用例编号 | 用例名称 | 测试功能 | 输入 | 操作过程 | 预期输出 | 测试结果 |
RE_1 | 用户注册模块测试 | 正确输入用户信息,完成用户的注册。 | 用户的基本信息 | 用户在网站的注册页面根据提示填写相应的信息,然后点击“注册”按钮。 | 提示成功并跳转到登陆界面。 | 正确 |
RE_2 | 用户注册模块测试 | 用户注册失败的情况 | 用户不填写用户名 | 用户在网站的注册页面根据提示填写除了用户名以外相应的信息,然后点击“注册”按钮。 | 注册失败,提示“*用户名不符合要求”。 | 正确 |
RE_3 | 用户注册模块测试 | 用户注册失败的情况 | 用户两次输入密码不一致 | 用户在网站的注册页面根据提示填写相应的信息,填写密码时两次输入的密码不一致,然后点击“注册”按钮。 | 注册失败,提示“*两次输入密码不一致”。 | 正确 |
以下是用户登录界面,如图6-1:

图6-1 用户登录界面
以下是用户注册界面,如图6-2:

图6-2 用户注册界面
景点信息界面测试用例表如下:
表6-3 景点信息界面测试用例表
用例编号 | 用例名称 | 测试功能 | 输入 | 操作过程 | 预期输出 | 测试结果 |
GINFO_1 | 景点信息显示功能模块测试 | 景点信息显示的正常情况 | 在网站的首页选择一个景点分类进入景点分类列表页,然后选择一件景点。 | 进入景点信息界面 | 正确 |

图6-3 景点展示界面
加入购票功能测试,如图6-4、表6-4所示。
表6-4 加入购票功能测试用例表
用例编号 | 用例名称 | 测试功能 | 输入 | 操作过程 | 预期输出 | 测试结果 |
ADDCART_1 | 加入购票功能测试 | 景点加入购票成功场景。 | 在网站的景点信息页选择景点点击“加入购票”按钮。 | 界面提示“有一件景点加入购票!” | 正确 |

图6-4 购票功能界面
管理员添加景点功能测试,如表6-5、图6-5所示。
表6-5管理员添加景点功能测试用例表
用例编号 | 用例名称 | 测试功能 | 输入 | 操作过程 | 预期输出 | 测试结果 |
ADDG_1 | 管理员添加景点功能测试 | 添加景点成功的情况。 | 新景点的基本信息。 | 管理员在后台首页选择“新景点”选项,然后填写新景点信息,点击“添加”按钮。 | 新景点添加成功。 | 正确 |
ADDG _2 | 管理员添加景点功能测试 | 添加景点失败的情况。 | 管理员不填写景点名称。 | 管理员在后台首页选择“新景点”选项,然后填写除景点名称以外的新景点信息,点击“添加”按钮。 | 添加失败,提示“*请填写景点名称!”。 | 正确 |
ADDG _3 | 管理员添加景点功能测试 | 添加景点失败的情况。 | 管理员在价格框输入非数字字符。 | 管理员在后台首页选择“新景点”选项,然后填在价格框输入非数字字符,点击“添加”按钮。 | 添加失败,提示“*价格必须是货币格式!”。 | 正确 |

图6-5 景点信息添加界面
在网站完成后,及时的对网站进行一系列的测试,通过一次次的测试来去发现程序中的问题。首先对各个功能模块进行了独立的测试。然后再对整个网站进行测试。测试用户的登陆和注册功能,景点的显示、购票,以及管理员在网站后台对网站的各部分进行管理,根据测试结果得知各个功能模块都达到了设计的要求。各个模块在整个系统中都能完成各自的功能,相互之间的连接也很顺利。对数据库的增加、删除、更新、查看操作也都能够顺利的完成。经过测试整个网站的功能都达到了预期的要求。在测试过程中发现的程序错误等也得到了及时的解决,从而保证了后期系统的稳定运行。
软件需要按照测试方案和测试流程对软件的性能和功能进行测试。用户登录功能、用户注册功能、景点信息界面、购票功能、管理员添加景点功能进行测试,然后再对整个网站进行测试,根据测试结果得知各个功能模块都达到了设计的要求。系统测试是通过执行程序来发现系统中的错误。测试和开发需要同步进行。
本文研究内容主要来源于景区售票管理中的信息化需求,研究成果对景区的售票管理有很大的帮助,不但很大程度的提高了员工的工作效率,而且对企业的发展、员工的积极性有非常重要的作用。在开发本系统的过程中,根据当前景区售票管理的实际发展情况,采用Eclipse开发环境,使用Java语言进行编码,数据库方面使用的是Mysql。
本文对景区售票开发的可行性进行研究,无论从技术、管理还是运行角度,都论证了系统具有开发的可行性;在需求开发阶段,明确总体目标。围绕系统的功能需求,分析了系统应用具有的功能和性能;在总体设计阶段,明确了系统的体体系结构,采用模块化的方法,设计了系统的5大功能模块,最后对系统的主要功能实现和测试情况作了详细的介绍。通过多种测试,能够证明景区售票管理系统是一个能够成功运行并应用的系统,但是本系统仍然存在不足之处,在系统的开发过程中,无论是开发建设还是后期的运行状况都存在许多需要改进的部分,这说明本系统距离成为综合性的景区售票管理系统还有一定的距离。
系统要在使用中不断进行改进和完善,从而可以更好地服务于大众和用户,让管理员和用户都有更好的体验,让景区售票管理系统更加成熟。
本设计在老师的悉心指导和严格要求下已完成,从课题选取、方案论证到具体设计和调试,无不凝聚着老师的心血和汗水,在四年的本科学习和生活期间,也始终感受着导师的精心指导和无私的关怀,我受益匪浅。在此像老师表示深深的感谢和崇高的敬意。
通过近段时间的不懈努力,我的毕业设计终于完成了,这也意味着四年的大学生活也即将结束。虽然四年的学习生活将划上一个句号,但于我的人生来说却仅仅只是一个逗号,我将面对新的征程的开始。在这次的毕业设计中发挥了我在学校近四年学到的文化只是和技能,也算是我最后一次做学校的作业了。从选择毕业设计题目,到毕业设计规划,查找相关资料,设计模型,具体实施,结束论文,整个大致的流程中,我的导师都给予了我耐心的指导和默默的关心,在我的指导老师的亲切关怀和耐心的指导下完成的。我要感谢我的指导老师。是她们用心为我营造一种良好的学术氛围,让我的论文更加的严谨。
[1]解丹,杨喜旺,沈喆,孙竹君.疫情常态化背景下课表数据分析与可视化[J].信息技术与信息化,2022(11):67-69+74.
[2]赵静.基于SSM+VUE框架的企业合规管理系统[J].数字通信世界,2022(11):17-19.
[3]李乐.Java语言应用研究[J].智慧中国,2022(09):80-81.
[4]王崟,陆莉莉.从SSM进阶到Spring Boot课程的教学内容设计[J].电脑知识与技术,2022,18(26):163-166.DOI:10.14004/j.cnki.ckt.2022.1689.
[5]. The Africa the media showed us: A visual content analysis of the 2014 Ebola epidemic[J]. Journal of African Media Studies,2022,14(3).
[6]施展,朱彦.基于Vue与SpringBoot框架的学生成绩分析和弱项辅助系统设计[J].信息技术与信息化,2022(08):127-131.
[7王曼维,杨荻,李岩,及松洁.基于SpringBoot框架的智慧医疗问诊系统设计与实现[J].中国医学装备,2022,19(03):133-136.
[8]王慧芳,孙方,陈玉,朱茜.基于SSM框架的大数据个性化推荐系统设计[J].信息与电脑(理论版),2022,34(02):90-92.
[9]熊柏祥.基于Springboot和Vue框架的考试资源服务平台的设计与实现[J].信息与电脑(理论版),2022,34(01):97-99+103.
[10]马锦昌. 广东龙川县霍山景区智慧旅游建设研究[D].广西师范大学,2021.DOI:10.27036/d.cnki.ggxsu.2021.001371.
[11]钟斌, 基于区块链的旅游景区售票系统V1.0. 湖南省,张家界万达信息网络科技工程有限公司,2021-03-11.
[12]张婷,陆洪丽,曹玉洁.面向时变大客流的景区售票系统资源调度研究[J].工业工程与管理,2021,26(05):29-37.DOI:10.19495/j.cnki.1007-5429.2021.05.004.
[13]Dey Samrat K,Rahman Md Mahbubur,Siddiqi Umme R,Howlader Arpita. Analyzing the epidemiological outbreak of COVID-19: A visual exploratory data analysis approach.[J]. Journal of medical virology,2020,92(6).
[14]郝伟. 景区电子票务平台的设计与实现[D].西安电子科技大学,2018.
[15]高慧. 景区自助售取票系统的设计与实现[D].山东大学,2018.
点赞+收藏+关注 →私信领取本源代码、数据库
关注博主下篇更精彩
一键三连!!!
一键三连!!!
一键三连!!!
感谢一键三连!!!