摘 要
时代在进步，人们对日常生活质量的要求不再受限于衣食住行。现代人不仅想要一个健康的身体，还想拥有一身宛如黄金比例的身材。但是人们平常除了上下班和上下学的时间，其余空余时间寥寥无几，所以我们需要用体育场馆预约来节省本来就不多的时间，进行科学有效地的运动。
因为以上需求设计了场馆预约小程序，它可以帮助人们进行手机端的体育场馆预约，通过场馆方提供运动分类与时间表，该程序能够解决节省用户预订场馆时间，简化预订场馆操作以及透明化场馆的信息，具有符合现在移动互联网盛行趋势的优势。而通过预约小程序后台管理系统可以用管理员身份对小程序的场馆以及用户做统一的管理，方便管理人员查看程序数据以及使用情况。
场馆预约小程序以及场馆预约后台管理系统都使用了SpringBoot作为后端支持，而小程序前端页是用微信原生进行开发，场馆预约后台管理系统则是使用了Vue以及ElementUI作为前端技术进行开发，两者都是前后端分离开发的，而两者一起使用能帮助用户效率地进行体育场馆预约，管理员能对用户和场馆方进行管理。
关键词：场馆预约 运动分类 移动互联网 前后端分离
Abstract
With the progress of The Times, people's requirements for the quality of daily life are no longer limited to food, clothing, housing and transportation. Modern people not only want a healthy body, but also want to have a body like the golden ratio. However, people usually have little free time except for commuting and going to and from school. Therefore, we need to make sports venue reservation to save the limited time and carry out scientific and effective exercise.
Because of the above requirements designed venue booking small program, it can help people to phone the sports venue booking, through the classification of sports venues provided with schedule, this program can save users solve booking venues time, simplify operation and booking venues transparent venue information, have the advantage of conform to the mobile Internet now popular trend. And through the appointment of small procedures background management system can use the administrator identity of the small procedures venue and users to do unified management, convenient for the management staff to view the program data and use.
Venue booking small program and venue booking background management system using SpringBoot as backend support, and small application front page is using WeChat native development, venue booking background management system is using the Vue and ElementUI as front-end technology for development, both before and after the end of the development of separation, and can help users to efficiently they are used together to sports venues, the administrator can manage the users and venues.
Key words: Venue Booking The Classification of Sports The Mobile Internet The End of The Development of Separation
目 录
第一章 绪论8
1.1 研究背景8
1.2 研究意义9
1.3 研究现状10
1.3.1 国外研究现状10
1.3.2 国内研究现状10
1.3.3 国内外研究现状总结11
1.4 章节安排11
第二章 系统需求分析13
2.1 体育场馆市场需求分析13
2.2 小程序市场需求分析13
2.3 系统可行性分析14
2.4 本章小结15
第三章 系统设计16
3.1 系统功能设计16
3.2 数据设计17
3.3 本章小结20
第四章 系统实现22
4.1 技术选型22
4.1.1 SpringBoot框架简介22
4.1.2 Vue.js框架简介22
4.1.3 MyBatis框架简介22
4.1.4 Redis缓存技术22
4.1.5 MySQL数据库22
4.2 数据库实现23
4.2.1 数据库表说明23
4.2.2 数据库表的详细实现23
4.3 主要功能模块实现26
4.3.1 用户登录/登出功能实现26
4.3.2 用户搜索场馆功能实现26
4.3.3 用户浏览场馆信息功能实现27
4.3.4 用户预订场馆功能实现28
4.3.5 用户管理余额功能实现29
4.3.6 管理员登录功能实现30
4.3.7 管理员管理功能实现30
4.4 本章小结32
第五章 系统测试33
5.1 测试环境描述33
5.2 测试用例执行情况33
5.3 测试设计评估及改进34
5.4 本章小结35
第六章 总结36
第一章 绪论
1.1 研究背景
随着社会的快速发展以及科技高新技术的全面落实，关于计算机以及网络的相关技术得到了快速发展，互联网也成为了人们生活中不可缺少的一部分。继而在互联网的便利度之上产生了移动互联网，而智能手机作为移动互联网的常用载体，它也作为当今社会人们首屈一指的日常用品[1]。而另一方面，人们平时生活节奏很快，除了上班没有什么空余时间。时代虽然发展迅速，但是我们不能忘记运动对一个人的重要性。随着人们对健康的要求越来越高，在平时生活中对体育及场所的需要也越来越多。自从北京成功举办奥运会后，国家也是大大扶持全民运动的政策，除了许多运动场馆也在城市内坐地而起，更是颁布了《全民健身条例》[2]。作为东道主的中国因为取得了历史上最优异的成绩，使得全民健身不再是口号而是行动。在这个背景下，在未来几十年，人们对体育场馆的需求也是日益增加，所以国家也在客观上要求提高各类各类体育场馆的利用率，要怎么提高体育场馆利用率是一个很现实的问题，因为我们要知道运动场馆的空间也是极其有限的，在周末，进入场馆锻炼的人也是平时的倍数，就会导致人等场地的情况，但在工作日的上班时间又会出现体育馆内的场地大量无人使用的情况，所以为了提高体育场馆的有效利用率，避免等场或空场的现象[3]，也就是设计一套体育场馆网上预约系统是非常有必要的。
而主要有两个原因催生体育场馆预约的服务:
（1）居民体育需求量与体育场馆提供量冲突。随着社会经济的蓬勃发展，城市居民的生活质量不断提高。人们对生活水平的要求不再局限于衣食住行，社会群体越来越关注自身的健康问题和精神方面的追求。而体育运动这个项目两者兼备，也自然受到了大众的追捧。随着奥运会、亚运会在中国的成功举办，更是激发了社会群众进行身体锻炼的激情。随着社会越来越多的体育参与，使得城市居民对体育场馆服务内容要求越来越高。而体育场馆作为城市空间的一部分，是城市居民进行体育活动的主要物质载体和基础[4]。在这个背景下，在未来几十年，人们对体育场馆的需求也是日益增加，所以国家也在客观上要求提高各类各类体育场馆的利用率，要怎么提高体育场馆利用率是一个很现实的问题，因为我们要知道运动场馆的空间也是极其有限的，在周末，进入场馆锻炼的人也是平时的倍数，就会导致人等场地的情况，但在工作日的上班时间又会出现体育馆内的场地大量无人使用的情况，所以为了提高体育场馆的有效利用率，避免等场或空场的现象，必须要满足居民预约体育场馆的需求[5]。
（2）政府连续出台体育有关政策。2016年6月国务院颁布《全民健身计划（2016—2020年）》，国务院77号文件《关于加快发展健身休闲产业的指导意见》[6]中更是明确指出随着国家经济的快速增长，我国已经稳步进入了小康社会，而人们生活压力的增大，也让人们对体育的需求量日益增加，而随之而来的，对体育场馆的需求量也增加，也就是对体育场馆预约系统产生了要求。而教育部、国家体育总局联合印发《关于推进学校体育场馆向社会开发的实施意见》[7]的文件中提出了要加大改革学校体育的制度，积极地将学校内的体育场馆面向全学生和全社会进行开放，才能抑制广大社会群体的体育场馆需求与场馆资源供给量不平衡的矛盾，促进社会健身行业的蓬勃发展。以上举措也证明了中央政府在经济发展的过程中对体育行业城市建设中的作用非常重视，也证明场馆预约系统出生的重要性。
目前，在其他地点的预约系统类似医院挂号系统，酒店订房系统，电影订票系统，餐厅订座系统也已经在人们生活中广泛应用了。而通过国家政策的支持，以及人们越来越重视身体锻炼，体育场馆预约能够为人们带来许多便利，所以需要一个移动平台可以进行网上预订体育场馆。本课题开发一个场馆预约小程序，实现在手机端就可以完成场馆预订，以实现节省用户时间和简化繁琐的操作以及场馆信息的透明化。
1.2 研究意义
体育场馆是为了满足运动训练、运动竞赛及大众体育消费需要而专门修建的各类运动场所的总称[8]。传统的体育场馆预约方式一般是需要客户本人亲自到体育场馆跟场馆前台的工作人员进行直接沟通洽谈的方式进行体育场馆预约，而网上预约体育场馆方式无需琐碎的操作，大大节省了客户和场馆方的操作时间。以网上预约场馆系统作为第三方载体，即为客户和场馆方中间的桥梁，为二者提供服务。客户可以清晰的访问到具体的场馆信息，并且一键就可以完成预定场馆。而场馆方也可以在后台进行查询以及管理预订信息。
体育场馆预约对用户的优势有：
（1）对大小型体育场馆进行统一的整理。体育场馆网上预订系统可以实现对于用户所在地附近的所有大小型的体育运动场馆通过预约系统进行统一的整理，用户通过体育场馆网上预订系统就可以找到自己所需要的体育场馆或者是体育运动，解决了以前体育场馆就在自己的身边却因地理位置或联系电话未知，导致无法进行预订的弊处，让社会更加能响应全面健身的号召。
（2）实现用户方和场馆方的互利共赢。申请过的学校场馆或者是小区内闲置的运动场地可以通过体育场馆网上预订系统面向整个社会进行出租使用，用户可提前预订该场地，成功避免学校场馆或者小区内的运动场地被闲置，也能增加利用率比较少的运动场地的维护资金，实现真正用用户的资金来运转运动场地。
（3）响应体育政策的号召。现在正是互联网的黄金时代，人们相比于以前的门店消费更倾向于在互联网进行线上消费。当人们发现通过体育场馆网上预订系统就可以根据自身的时间表来安排运动的体育场馆后，按照系统所显示的预订信息在时间段内到达指定的场馆就可进行运动。而以上既响应了政府《全面健身》的号召，又在最简便的操作中和最简短的时间内完成了运动[9]。
1.3 研究现状
1.3.1 国外研究现状
（1）国外体育场馆经营管理研究。国外体育场馆前期的建设以及投资都是由中央或者当地政府承担的，因为这是作为政府的一份责任，也是作为对国家纳税人的权利保护。国外体育场馆具有规模大，需要投资金多，回收时间长的特点，而以上的特点也注定国外体育场馆的投资很难吸引到国外资本家或者社会的资金。所以国外的体育场馆建设流程一般如下：由政府体育的相关部门或者国家奥委会进行建筑方面规划后，提出发展思想和总体的建设标准，经议会和中央政府讨论通过后，下批到各地政府进行建设，中央政府一般负责的是重要体育场馆建设，而各地的体育场馆建设，资金链以当地政府投资为主，中央政府视情况资助[10]。
（2）国外体育场馆政策研究。世界上各地都为了推进当地体育事业发展立法了需要对体育比较全面的规定，而且体育场馆是尤为重要的一个方面。例如韩国为了提高全面体育的参与度，极大地扩充了体育场馆的数量。而秘鲁《体育法》更是指出：“在全国实施的所有居住地区和城市土地规划中，都必须留出用于建设公园的百分之五十的地方作为体育设施建筑用地......在所有中小学、大学、军队、城市、居民区、娱乐园和其它类似设施建设中，都要考虑建筑体育设施[11]。”
1.3.2 国内研究现状
（1）国内体育场馆经营管理研究。国内的体育场馆的前期投资主要是中央政府和地方政府承担的，而这两者中，地方政府的投资为主。因为我国所有制的特殊情况，并不能使体育场馆的投资结构多元化，只能依靠政府通过多方面进行资金的募集。因为当前阶段国家的社会中坚力量还不足以投入大量资金到体育场馆建设当中，所以我国的体育场馆建设极其有限。
（2）国内体育场馆政策研究。自建国以来，各级政府对体育场馆的投入就十分的看重，社会各阶层人士也给予体育场馆投入非常大的支持。伴随着体育基础建设投资的缓步增加，政府出台了许多相关的规定和文件对体育场馆方面的投资进行了管理，其中分为三大方面：体育场馆的建设规定、管理规定、使用规定。
（3）国内体育场馆网上预约现状研究。通过网上预约平台、微信端的预约小程序、还有类似美团的预约手机应用程序的数据我们可以发现不同的个人特征对网上预约系统的影响是不一样的[12]。而其中又分别分为性别、城市发达程度、年龄三个方面，根据数据显示，女性较与男性，而偏爱使用网上预约系统，因为女性在网上消费排行是占榜首的，所以以上的结果也是顺其自然。而又因为女性在家庭的地位，在忙碌的家庭工作占大多数时间的情况下，在互联网上进行预约能起到节省时间的目的。经但单因素方差分析发现，除了性别城市发达程度对网上预约平台有很大的影响，其原因也有迹可循，发达城市网络也自然发达，市民在空余时间经常使用网络进行消遣，所以网络作为一个预约手段也无可厚非，其次发达城市的居民对自身的身体要求比较高，所以也经常参加体育活动。而除了以上两项因素，还有年龄也是影响网上预约平台的关键，根据调查发现，老年人使用网上体育场馆预约较少，这可能的原因也是老年人对互联网接触较少[13]。
1.3.3 国内外研究现状总结
通过国内外体育场馆研究现状的对比后，我们可以发现我国在这方面的政策还是存在一定的问题。首先我们要明白只有有经济，我们的体育事业才能发展起来。这两者也是成正比关系的，而我国在这方面的投资相比于世界上的体育强国还是微乎其微。其次我们在建设体育场馆的时候，要学会灵活运用现有资源，最大程度的利用体育场馆资源。要懂得对体育场馆进行维护和保养[14]，而又因为我们先阶段体育场馆资源极其短缺，一到节假日，城市内的运动场地极易出现需要运动的人数是场地的倍数的情况，所以应该多多建设简易的室内运动场馆，而不是盲目的去求大求高，才是最大程度的饮水止渴。最后，我国虽然出台了不少关于体育场馆的政策，但是实际上的执行量还是不高，真正情况上，我国许多体育场馆都会出现因其它原因被大量侵占，大量闲置的情况，因此我觉得我们应该在行动上加大力度，采取一定的监督和惩罚机制，最大程度的保障体育场馆的使用率。
1.4 章节安排
本文一共分为六个章节，每个章节的主要内容如下：
第1章首先介绍了本课题的研究背景和意义，体育场馆的基本概念、体育场馆预约的产生原因和好处，并分析了国内外体育场馆的现状及国内体育场馆未来的发展前景，最后给出了本文的结构。
第2章首先进行了系统的需求分析，其中需求分析从体育场馆的市场需求分析、小程序的市场需求分析、两方面进行分别分析。然后从技术可行性、运行可行性、经济可行性、法律可行性多方面验证了本系统的可行性。
第3章主要阐述了本系统的设计过程，其中包括本系统的各个功能设计，然后先从实际情况模拟出需要的数据体和数据结构，然后再根据前者转化成数据管理系统的数据逻辑结构，设计出数据库E-R图。
第4章分别介绍了技术选型以及技术框架，其中开发技术中包括了JAVA编程语言、Redis缓存技术、Mysql数据库，而开发框架分别介绍了SpringBoot框架、Vue.js框架以及MyBatis框架。并分别对以上框架和技术进行了介绍和特点的描述。然后统的功能的实现要点、实现效果与实现步骤，也有相应的图片展示。最后再详细介绍本系统的数据库实现，也就是每张关键数据表以及表的内字段以及备注。
第5章在了解了系统测试的目的之后，根据所描述的测试环境对体育场馆预约系统进行了整体的测试，最后对测试结果进行评估，指出系统本身还存在的问题并进行改进。
第6章则是本次毕业设计的总结。
第二章 系统需求分析
2.1 体育场馆市场需求分析
随着国家的经济文化水平的不断提高，互联网水平的提高也让人们的生活处处感受到了便利，许多事情足不出户就可以轻松完成。而这也导致了体弱多病人群的产生，随着更多人认识到运动的重要性，人们对体育场馆的需求也是日益增加，所以国家也在客观上要求提高各类各类体育场馆的利用率，要怎么提高体育场馆利用率是一个很现实的问题。
现阶段的体育场馆服务存在多方便的问题，例如数量好，质量差等等。而这些也完全满足不了我们想普及市民全民运动的需求。据调查，在上海市的体育场馆服务基本以场地设施、科学指导、体育活动以及体育信息服务为主。而这些服务也暴露出非常多的社会需求问题。首先场地分布的非常不均匀，场地基本都集中在市中心周围，让家距离市中心远的市民难以有时间有进行运动。并且市中心场地的数量也难以支撑运动的人员，所以总体体育场馆资源非常稀少。其次场馆收费不够透明化，大多数场馆使用随到制，大多数市民根本无法了解被收费的项目，而在意见信息反馈方面，更是效率低下，这些反馈的信息缺乏人员管理，往往市民反馈的信息无法送到场馆管理者的手里。根据问卷调查解析可知，71%的被调查者对如今的体育场馆服务不满意，也就是说只有不到30%的被调查者对如今体育场馆服务感到满意。而不满意人群中，最不满意的服务是体育场馆的渠道方式，紧跟着的是收费价格和服务人员的态度，分别为总数的74.2%和74%，而同时也有大约70%的人群对体育场馆的服务数量感到不满意[15]。
而因为以上暴露出来的问题，我们应该要明白提升体育场馆预约服务的重要性，这样才能为市民提供多样化、多层化的体育服务。
2.2 小程序市场需求分析
根据腾讯公司2016年第三季度的财务报告，微信的月活跃账户数已经高达8.46，相比往期同一季度增长了30%，广告收入更是增长了83%，达到了43.68亿元人民币[16]。而随着近几年手机网民数量远超电脑端，手机端的巨大流量也带来了无限商机[17]。而在手机端中，被安装最多和使用最频繁的软件非微信莫属[18]。微信小程序是近几年来在微信平台上开发的一种新技术，而这种技术也有颇多好处，首先它是基于微信平台进行开发的，也就说明了它拥有微信用户这个庞大的用户使用群体，还有它无需再进行重复的下载与安装，只需在微信端登录即可使用[19]。而微信小程序作为近几年新生微媒体，比QQ空间、微博更受众[20]。而微信端的场馆预约小程序相比以往的网上场馆预约系统，它给用户更提高了便捷度，人们在随身携带的手机上就可以完成体育场馆的预约，用户在使用时不仅可以随时进入小程序进行使用，还可以切换到微信聊天模式、微信朋友圈，以及在支付时也可以调用微信支付接口直接进行支付。而微信小程序对于场馆方也一样快捷，而且便于管理[21]。
对于开发者而言，微信小程序给予了所有开发者一次广阔的开发平台，相较于手机应用程序，开发者能够在更短的时间内开发出成本更低的微信小程序。而因为小程序很难不与去跟手机应用程序做对比，所以在开发小程序的过程中，需要极大程度的考验开发者的技术跟素质。如何将更简洁的微信小程序开发成符合用户高质量要求的程序是开发者需要深思的问题。而微信小程序符合如今移动互联网发展的“微、小、轻”趋势，也注定小程序拥有更为广泛的市场前景。
2.3 系统可行性分析
系统可行性分析确定了场馆预约系统是在现实生活是可行的，而可行性分析的目的就是希望能用最高的效率去解决问题，如果可以做到，说明该项目是可行的而想要达到以上的目的，就要从几种方面去分析能解决的问题，进而才能判断最后这该项目是否可行[22]。而可行性分析奔上就是将压缩漫长的时间，最后得出结论如何简化系统和设计的过程。而本论文从以下几个方面进行可行性研究：
-
技术可行性 体育场馆会有轮空和排队两种截然相反的情况，不能保证体育场馆的利用率，预约者不能保证不浪费时间和精力去运动，需要合理的安排消费的运动时间，影响预约者的运动热情。从场馆管理者角度考虑可能会带来实际和潜在的经济损失。若成功开发本系统，将有助于管理者更好地管理场地。更好地吸引运动者及时调整场地的预约时间，在激烈的市场竞争中把握主动。因此，从长远利益考虑，本项目若能开发成功，它所带来的效益远高于系统投入。而本文采用前后端完全分离的开发方式，前端采用uin-app的开发框架进行微信小程序的开发,而后端采用的是springboot+mybatis的开发框架，目前已掌握了解springboot和mybatis的框架使用方法,sql语句的编写方式以及java编程语言的使用,并且可以将vue.js开发的微信小程序前端交互页面与数据库中的数据信息进行交互操作[23]，因此本系统在技术上是可行的。
-
运行可行性 在场馆预约的业务方面，由于休息日场馆来往人流多，等待时间长，等待率高， 在系统投入运行后，可以实现业务中的合理安排客户运动时间和场馆最大承受人数，保证了场馆的服务质量。
-
经济可行性 本系统独立设计与开发实现，熟悉体育场馆预定流程，能深入系统业务内部进行需求分析与调研等工作，同时在小程序开发时只需要配置笔记本和测试的手机，在该笔记本上安装相关的应用软件即可搭建开发环境，不存在大量的经济支出。因此本系统在经济上是可行的。
-
法律可行性
本系统独立设计与开发完成，未涉及到其他知识产权问题，在软件开发完成后的使用中也不会涉及到其他的法律问题，因此本小程序在法律上是可行的。
2.4 本章小结
本章首先进行了系统的需求分析，其中需求分析从体育场馆的市场需求分析、小程序的市场需求分析两方面进行分别分析。然后从技术可行性、运行可行性、经济可行性、法律可行性多方面验证了本系统的可行性。
第三章 系统设计
3.1 系统功能设计
因为本系统是微信小程序，所以用户登录本系统时会根据微信授权情况直接用微信用户的身份进行登录。若用户没授权的话，只能进行场馆搜索和场馆信息查询。若用户成功授权，会成功获取到该用户的余额信息，订单信息，也可进行场馆进行预订，场馆分类，搜索场馆。用户可以在小程序首页查询到附近的所有场馆，既可以在搜索场馆输入指定的场馆名进行指定预订，也可以点击场馆运动分类标示图进行运动分类筛选场馆，也可以点击左上角的城市定位选择指定城市的场馆进行预订。每个场馆都有该场馆详细信息，例如场馆名称，具体位置，营业时间，联系电话等。订单功能包括提交订单和删除订单，用户在完成预订之后，可以在订单页面查看本用户的所有订单，而余额功能包括余额充值和余额明细。用户进行场馆消费之后，可以在系统查看每次消费的消费记录，若在支付页面提示余额不足时，也可以跳转到余额充值页面进行充值。而本系统具体的功能设计如下：
（1）登录/注册功能:用户通过微信登录微信小程序来创建自己的小程序用户，微信能够自动获取用户的微信的个人信息。
（2）用户浏览功能:用户登录小程序后，小程序会根据用户的当前定位来按照距离来显示附近的所有体育馆。体育馆的信息包括名称，运动，地址，距离，以及是否支持到场支付和小时消费。
（3）用户搜索功能:用户在搜索框输入场馆名称或者运动名称即可查询到有关的场馆信息。
（4）用户预订功能:场地预订是该小程序的主要功能，用户通过点击到具体的场馆，选择具体的日期和时间支付后即可成功预定。
（5）费用结算功能：用户在选定日期和时间后即可使用自己的账上余额支付，支付成功后会跳转到订单页面显示刚刚成功的预订信息。
（6）场馆信息功能：场馆信息有该场馆的场馆名称，具体位置，营业时间，联系电话，用户可以点击具体位置旁边的定位按钮即可查看该体育馆在地图内的定位，而点击联系电话旁边的电话按钮则会呼叫该商家的联系电话。除了可选的空余日期和空余时间，还有场馆内所支持的设施，例如是否有停车位，洗浴设施等等，交通方式提供地铁或公交的乘坐方式，还有场馆内的详细介绍。
（7）用户订单功能：订单模块会有该用户所有的订单，分为四类订单，已支付订单，待支付订单，已完成订单，已取消订单，而订单完成后用户可以对该场馆进行相应的评价。
（8）用户个人信息功能：用户可以在该模块进行微信登陆登出，个人余额充值以及余额明细查询，用户意见反馈。
（9）管理用户功能：管理员在后台管理系统可以对微信用户、后台管理系统用户进行管理，功能包括用户的查询、个人信息修改、新增用户和删除用户。
（10）管理场馆功能：管理员可根据场馆名、所在城市、所在地区进行多条件查询、对场馆信息可以进行修改，也可以进行新增场馆和删除场馆的操作，还可以对场馆内的运动分类进行定价。
（11）公告功能：此系统使用与后台管理系统内管理员对系统内的其他操作人员进行版本更新或者其他事宜的公告，普通管理员只可进行查看不可对内容进行更改[24]。具体功能结构图（见图3-1）
添加图片注释，不超过 140 字（可选）
图3-1 功能结构图
3.2 数据设计
将场馆预约系统的数据项和数据结构的设计转化成Navicat Premium 12的实际数据库模型，也就是本系统的数据库逻辑结构。在各个数据实体连接关系的基础上，构成数据库中每张表的连接关系，场馆预约系统内的各个表的设计见图3-2。
添加图片注释，不超过 140 字（可选）
图3-2 实体关系图
用户在使用场馆预约系统进行预约时，要产生四个数据实体，而根据第一节的设计可得知，四个数据实体分别是：
（1）用户数据实体：用户标识符、会话、创建时间、最近登录时间、所在城市、省、国家、头像、性别、昵称。
添加图片注释，不超过 140 字（可选）
图3-3 用户实体图
（2）场馆数据实体：场馆号、场馆名、场馆地址、场馆营业时间、场馆电话、场馆交通方式、场馆介绍、场馆小时消费、场馆支付方式、场馆所在地区、场馆所在城市。
添加图片注释，不超过 140 字（可选）
图3-4 场馆实体图
（3）场馆设施实体：场馆设施号、场馆设施名、场馆设施描述。
添加图片注释，不超过 140 字（可选）
图3-5 场馆设施实体图
（4）场馆运动实体：运动号、运动名、运动描述。
添加图片注释，不超过 140 字（可选）
图3-6 场馆设施实体图
而因为在使用本系统进行预订的过程中，除了以上四个数据实体，还会牵扯到用户本身的订单数据，余额情况还有用户预订场馆的预订情况记录，所以应该还包括以下几个数据实体。
（5）订单数据实体：订单号、场馆号、下单用户号、订单总金额、下单时间。
添加图片注释，不超过 140 字（可选）
图3-7 订单实体图
（6）预订数据实体：场馆号、运动号、场馆预订日、场馆预订时段、场馆预订费用、场馆预订场地号、预订人号。
添加图片注释，不超过 140 字（可选）
图3-8 预订数据实体图
（7）用户消费实体：用户标识符、用户消费金额、用户消费方式、用户消费时间。
添加图片注释，不超过 140 字（可选）
图3-9 用户消费实体图
3.3 本章小结
本章主要阐述了本系统的设计过程，其中包括本系统的各个功能设计，然后先从实际情况模拟出需要的数据体和数据结构，然后再根据前者转化成数据管理系统的数据逻辑结构，设计出数据库E-R图。
第四章 系统实现
4.1 技术选型
4.1.1 SpringBoot框架简介
近些年，Java编程语言被称为计算机软件开发使用的主要语言[25]。而Springboot是一个非常流行并且基于Java的开发框架，SpringBoot是由Pivotal团队在2013年设计的一个全新的轻量级框架，而SpringBoot也是基于Spring 4.0进行设计的[26]。而Spring是一个开源框架，它也是J2EE的轻量级代替品。而SpringBoot的设计初衷就是因为Spring框架繁琐的配置文件，而使用SpringBoot框架能最大限度的减少开发项目时的配置文件，也能让你的项目以最快的速度跑起来。也就是说SpringBoot不是在功能上对Spring有了增强，而是让使用者能够快速运用Spring框架。
4.1.2 Vue.js框架简介
Vue.js首先不是一个入侵式前端框架库，而是一套构建用户界面的渐进式框架，相较于其他的重量级框架，Vue的核心功能只关心View层，而且它很容易被开发者所学习，也非常容易与其他的库或者已有项目进行整合。而且它还具备响应式编程、组件化、模块化的优点，也具备容易上手的API。而Vue最伟大强大的一点是它具备驱动采用单文件组件和Vue生态系统支持的库开发复杂单页应用，组成数据驱动与组件化的前端开发。
4.1.3 MyBatis框架简介
MyBatis是集成了SQL语句查询、存储过程和高级映射的持久层框架[27]，而MyBatis也几乎封装了所有手工设置的JDBC代码，让开发者选择是配置式开始还是注解时开发来调用JAVA内的实体类从而映射出数据库中的记录。
4.1.4 Redis缓存技术
Redis是一个开源的、基于内存或持久化、可网络交互、键值对的存储数据库[28]，也是当今最为流行的键值对数据库之一。Redis是由VMware公司进行主要开发的，Redis支持五种数据类型，其中包括：字符串，链表、集合、有序集合、哈希表；而Redis还支持事务的原子性，也就是要么全部执行，要么全部不执行。Redis为保证运行时的系统性能，还支持不同的排序方式，而且所有信息都被保存在缓存当中。
4.1.5 MySQL数据库
MySQL是一个由瑞典MySQLAB公司开发的小型关系型数据库，MySQL具有速度快，体积小，成本低，以及开源的特点[29]。而MySQL的设计原理是将一个很大的数据分开一块块保存在不同的表中，然后再将这些表放入不同的数据库中，而不是将一个很大的数据全部放在一个大数据库里，而这样的设计不仅提升了Mysql数据库的读取速度，而且它的灵活性和可管理性都有了质的飞跃。程序员一般访问及管理Mysql数据库的常用SQL语言，即为结构化查询语言。结构化语言也使得程序员对数据库进行操作时变得更加简便。
4.2 数据库实现
本场馆预约系统中需要建立10张表，本节将详细介绍本系统数据库内关键的表结构设计以及每个表的字段说明。
4.2.1 数据库表说明
（1）微信用户表（user）：用于存储用户的详细信息，如表4-1。
（2）场馆表（stadium）：用于存储场馆的详细信息，如表4-2。
（3）场馆预订情况表（stadium_reservation_information）：用于存储场馆的预订信息，如表4-3。
（4）订单表（order）：用于存储订单的详细信息，如表4-4。
（5）场馆设施表（stadium_facilities）：用于存储场馆的设施信息，如表4-5。
（6）运动分类表（sport）：用于存储运动分类的详细信息，如表4-6。
（7）场馆运动价格表（sport_price_ground）：用于存储场馆与运动分类映射的价格表，如表4-7。
（8）用户消费表（user_deposit）：用于存储用户的消费信息，如表4-8。
4.2.2 数据库表的详细实现
（1）微信用户表（user）的设计如表4-1所示。
表4-1 微信用户表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | open_id | varchar | 用户编号 | 主键 |
| 2 | skey | varchar | 用户会话 | |
| 3 | create_time | timestamp | 用户创建时间 | |
| 4 | last_visit_time | timestamp | 用户最近登录时间 | |
| 5 | session_key | varchar | / | |
| 6 | city | varchar | 用户所在城市 | |
| 7 | province | varchar | 用户所在省 | |
| 8 | country | varchar | 用户所在国家 | |
| 9 | avatar_url | varchar | 用户头像地址 | |
| 10 | gender | tinyint | 用户性别 | |
| 11 | nick_name | varchar | 用户昵称 |
（2）场馆表（stadium）的设计如表4-2所示。
表4-2 场馆表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | sid | int | 场馆号 | 主键 |
| 2 | sname | varchar | 场馆名称 | |
| 3 | saddress | varchar | 场馆地址 | |
| 4 | sbusinesshour | varchar | 场馆营业时间 | |
| 5 | sphonenumber | varchar | 场馆电话 | |
| 6 | stransport | varchar | 场馆交通方式 | |
| 7 | shourlyconsumption | double | 场馆小时消费 | |
| 8 | spaystyle | varchar | 场馆支持支付方式 | |
| 9 | sarea | varchar | 场馆所在地区 | |
| 10 | scity | varchar | 场馆所在城市 | |
| 11 | sintroduction | varchar | 场馆介绍 |
（3）场馆预订情况表（stadium_reservation_information）的设计如表4-3所示。
表4-3 场馆预订情况表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | sid | int | 场馆号 | 外键 |
| 2 | sportid | int | 运动分类号 | 外键 |
| 3 | ssportdate | varchar | 场馆运动预订日 | |
| 4 | ssporthour | varchar | 场馆运动预订时段 | |
| 5 | ssportprice | varchar | 场馆运动预订费用 | |
| 6 | ssitenumber | int | 场馆运动预订场地号 | |
| 7 | ssubscribeid | varchar | 预订人号 | 外键 |
（4）订单表（order）的设计如表4-4所示。
表4-4 订单表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | oid | int | 订单号 | 主键 |
| 2 | sid | int | 场馆号 | 外键 |
| 3 | uid | varchar | 下单用户号 | 外键 |
| 4 | oprice | int | 订单总金额 | |
| 5 | ocreatetime | varchar | 订单创建时间 |
（5）场馆设施表（stadium_facilities）如表4-5所示。
表4-5 场馆设施表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | sequipmentid | int | 场馆设施号 | 主键 |
| 2 | sequipmentname | varchar | 场馆设施名 | |
| 3 | sequipmentdescritpion | varchar | 场馆设施描述 |
（6）运动分类表（sport）如表4-6所示。
表4-6 运动分类表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | sportid | int | 运动分类号 | 主键 |
| 2 | sportname | varchar | 运动分类名称 | |
| 3 | sportdescription | varchar | 运动分类描述 |
（7）场馆运动价格表（sport_price_ground）如表4-7所示。
表4-7 场馆运动价格表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | sid | int | 场馆号 | 外键 |
| 2 | sportid | int | 运动分类号 | 外键 |
| 3 | sportprice | float | 运动价格 | |
| 4 | sportground | int | 场馆运动场地号 |
（8）用户消费表（user_deposit）如表4-8所示。
表4-8 用户消费表
| 编号 | 字段名称 | 字段类型 | 字段说明 | 备注 |
|---|---|---|---|---|
| 1 | open_id | varchar | 用户号 | 外键 |
| 2 | damount | decimal | 用户消费金额 | |
| 3 | dstyle | int | 用户消费方式 | |
| 4 | ddate | varchar | 用户消费时间 | |
| 5 | ddetail | varchar | 用户消费描述 |
4.3 主要功能模块实现
4.3.1 用户登录/登出功能实现
小程序前端页面获取到code和小程序的appid、appSecret通过LoginController调用微信官方提供的接口换取openid和sesssionKey，换取回来的openid调用登录接口逻辑，判断是否存在该用户。若存在，更新登录时间。若不存在则创建创建时间。继微信登录之后，小程序将用户的skey放入缓存当初，以此来判断用户登录状态。而将userInfo也同样放入缓存当中,若用户基本信息不足，可以通过user.put放入用户信息，后续其他页面需要获取用户信息时，只需从缓存中获取userInfo，而无需重复从数据库中调取。
本模块是用于微信用户进行登录与登出的，微信用户通过微信打开本小程序后可以再“我的”页面进行微信用户登录，点击立即登录按钮后既可成功登录，登录成功后的微信用户除了可以使用基本的场馆预订功能后，还可以查看本用户在小程序内的用户余额，以及以往的场馆预订订单记录并进行管理。当然本程序也支持用户使用游客身份进行使用，在“我的”页面点击退出帐号后就可以成功登出，继而使用游客身份运行本场馆预订小程序。微信用户登录与登出模块实现效果如图4-1所示：
添加图片注释，不超过 140 字（可选）
图4-1 用户登录登出效果图
4.3.2 用户搜索场馆功能实现
小程序页面前端页面获取到用户输入的内容后，通过js转发到StadiumController调用场馆搜索接口，然后在数据库中查找符合要求的字段。检索成功后返回一个场馆实体类，在StadiumController内将实体类转化成Json串返回给小程序js，小程序js动态获取后在前端页面更新。小程序获取用户的定位权限后，通过导入腾讯地图小程序JavaScript SDK调用getCityList（）方法获取城市名，成功调用后，将城市名放入缓存中，并在小程序首页显示，若用户在城市索引列表点击其它城市后，更新缓存中的城市名值，并动态更新小程序前端页面。通过导入腾讯地图小程序JavaScript SDK调用CalculateDistance()距离结算方法，起点坐标默认不填（用户所在位置），终点位置根据场馆地址调用geocoder（）地址解析方法将地址转化成经纬度坐标，最后计算起点坐标和终点坐标的距离显示在小程序前端页面。
本模块是本系统用户进入小程序后所显示的首页，而本模块会根据用户的当前定位来按照距离来显示附近的所有体育馆。体育馆的信息包括名称，运动，地址，距离，以及是否支持支付方式和小时消费。而本模块除了以上功能还包括可以点击上方的运动图标来进行指定运动分类的场馆筛选，而点击左上方的城市还可以进行指定城市的场馆筛选，而点击最上方的搜索栏也可以根据场馆名进行场馆搜索。首页模块实现效果如图4-2所示：
添加图片注释，不超过 140 字（可选）
图4-2 用户场馆搜索效果图
4.3.3 用户浏览场馆信息功能实现
通过场馆号唯一主键，在stadium表内查询出场馆名称、场馆地址、场馆营业时间、场馆联系电话、场馆交通方式、场馆介绍、场馆图片路径，而场馆所支持运动、场馆运动具体价格根据sport_price_ground映射表查询，场馆支持设施根据stadium_facilities映射表查询，以上都是根据场馆号进行一对多关联查询。
本模块是场馆的具体功能模块，在本模块中用户除了可以查看基本的场馆信息（场馆名称、场馆地理位置、场馆营业时间、联系电话），用户还可以点击场馆联系电话旁边小电话按钮直接拨打场馆联系电话，点击产管的定位按钮直接使用腾讯地图进行定位并导航，查看场馆所支持的设施，如停车位、洗浴设施等，查看场馆所支持的交通方式以及场馆介绍，场馆功能模块实现效果如图4-3：
添加图片注释，不超过 140 字（可选）
图4-3 用户浏览场馆信息效果图
4.3.4 用户预订场馆功能实现
在场馆详细信息展示功能选中运动和具体日期后带场馆id，运动id，具体日期跳转到场馆预约页面，小程序stadium.js获取输入参数后，根据场馆id、运动id获取场馆的该运动的场地数，以及场馆的营业时间。从而在前端展示场馆预订时间表，X轴为场馆的场地数，Y轴为场馆的营业时间。若预约的时间表为今天，则判断时段是否过期，若已过期，则在前端样式为灰色不可选。再根据stadium_reservation_information表来查询该场馆预订情况，若场馆id、运动id、场地号、时段、日期都符合的话则前端样式为灰色不可选。每个预约块都有选中状态，若用户点击后，则会动态更新前端样式为蓝色选中的，左下角会实时更新选中的场地预订总金额。
本模块是场馆预订模块，场馆预订是帮助用户和场馆方合理效率使用场馆的重要功能，用户通过点击指定的场馆，选择具体的运动、日期、时间支付后就可以成功预订，而在预订的途中，过期的时间、被人预订过的场地都是显示不可预订的，而在预订完成后，会显示订单确定页面，其中包括预订的场馆、总金额、预订运动、场地、时间的确认，用户点击再确认后就跳转到支付页面，若用户余额充足便会显示支付成功后跳转回首页，若余额不足则会跳转到余额充值页面。场馆预订模块实现效果如图4-4示：
添加图片注释，不超过 140 字（可选）
图4-4 用户预订场馆效果图
4.3.5 用户管理余额功能实现
在场馆预订支付时调用余额判断接口，若订单的总金额大于用户的余额值大小，则跳转用户的余额充值页面。若订单的总金额小于用户的余额值大小，则更新用户的实时余额。余额明细查看根据用户open_id查询user_deposit表展示消费金额、支出/收入、消费描述、消费时间。
本模块是用户余额管理模块，用户在“我的”页面内点击我的钱包即可跳转到余额管理页面，在本页面最上方显示用户当前余额，若余额不足可点击“充值”按钮弹出充值框进行充值，充值框内可选择充值金额和充值方式，因本系统暂时未得到微信支付的权限，所以现在只能选择虚拟微信支付，金额有标准的六种充值金额，若用户点击其他金额也可输入自己想充值的按钮进行充值，充值成功后会显示充值成功页面。若用户想查看自己的消费记录，在我的钱包页面点击交易记录按钮即可查看自己近期的消费记录，有收入/支出、消费简介、金额、时间的信息，用户余额管理模块实现效果如图4-5所示：
添加图片注释，不超过 140 字（可选）
图4-5 用户管理余额效果图
4.3.6 管理员登录功能实现
根据username、password、code、uuid进行登录判断，调用Login（）方法成功后生成令牌，SpringSecurity在每次页面跳转时都需要进行令牌验证。
本模块是后台管理系统的登录模块，除了账号和密码验证之外，本登陆系统还要使用验证码来进行登陆，而因为考虑到每个用户登陆时可能需要多次调用到验证码图片，所以运用redis缓存数据库来存放验证码，减少验证码的调用时间，提升用户体验，后台登录模块如图4-6所示：
添加图片注释，不超过 140 字（可选）
图4-6 后台登录页面
4.3.7 管理员管理功能实现
根据SpringSecurity授权功能判断管理员是否存在该权限标识符，若不符合则判断该功能不可用。通过前端v-model绑定表单输入可以进行多条件检索场馆、微信用户、订单，通过字典设置可让用户性别、订单状态进行下拉框显示，增改删都面罩层，进入该页面时设置该窗口显示属性为false，若用户点击指定按钮则更改为true，从而来动态显示增加、删除、修改显示框。
本模块是后台管理系统的场馆管理模块，只要管理用户符合指定权限，可以根据场馆名称、场馆所在地区、场馆所在城市多条件进行查询场馆，除了可以修改场馆信息和删除场馆，还可以对场馆进行运动分类调价，后台场馆管理模块实现效果如图4-7所示：
添加图片注释，不超过 140 字（可选）
图4-7后台场馆管理页面
本模块是后台管理系统的微信用户管理模块，只要管理用户符合指定权限，可以根据市、省、国、用户性别、昵称多条件进行查询微信用户，可以修改微信用户信息和删除微信用户，后台微信用户管理模块实现效果如图4-8所示：
添加图片注释，不超过 140 字（可选）
图4-8 后台微信用户管理页面
本模块是后台管理系统的订单管理模块，只要管理用户符合指定权限，可以根据订单号、订单状态多条件进行查询微信用户，可以修改订单信息和删除订单，后台订单管理模块实现效果如图4-9所示：
添加图片注释，不超过 140 字（可选）
图4-9 后台订单管理页面
4.4 本章小结
本章分别介绍了技术选型以及技术框架，其中开发技术中包括了JAVA编程语言、Redis缓存技术、Mysql数据库，而开发框架分别介绍了SpringBoot框架、Vue.js框架以及MyBatis框架。并分别对以上框架和技术进行了介绍和特点的描述。然后统的功能的实现要点、实现效果与实现步骤，也有相应的图片展示。最后再详细介绍本系统的数据库实现，也就是每张关键数据表以及表的内字段以及备注。
第五章 系统测试
经过了系统需求分析、系统总体设计、数据库需求分析以及数据库逻辑结构、物理结构设计，最后来到了我们的系统测试环节。而本次测试的主要目的就是检验本场馆预约系统能否正常实现预期内的各种功能，若出现报错情况应当立即找出报错原因并解决问题。
5.1 测试环境描述
因为本系统是在网页和小程序端同时开发的，所以我选择在电脑和手机端的微信应用软件对本系统进行全面测试。
电脑配置
-
CPU：Intel Core i7-6700HQ(2.6GHz/L3 6M)
-
ROM：8G
-
OS：Window 10
-
DB：Mysql 5.5
-
浏览器：谷歌浏览器
手机配置
-
硬件：iPhone 8 plus，iOS 13.3
-
软件：iOS微信7.0.12，微信小程序的“场馆预约系统”
5.2 测试用例执行情况
本测试方法采用人工测试
| 需求功能名称 | 测试用例名称 | 执行说明 | 执行情况 | 是否通过 |
|---|---|---|---|---|
| 微信用户登录与登出 | 登录与登出测试 | 测试用户是否可以使用微信用户身份登录小程序；测试用户登录与登出是否切换流畅； | 良好 | 是 |
| 浏览场馆 | 浏览场馆测试 | 测试用户进入小程序首页时是否能正常显示场馆；测试用户查看场馆信息时是否有显示错误； | 良好 | 是 |
| 搜索场馆 | 场馆搜索测试 | 测试用户不输入场馆名称时是否显示全部场馆；测试用户输入部分场馆名称是否能搜索到制定场馆；测试用户搜索到的场馆是否与实际场馆有信息出入错误； | 良好 | 是 |
| 城市定位 | 城市定位测试 | 测试用户进入城市选择列表时是否能正常显示城市索引；测试用户选定指定城市后定位信息不出入； | 良好 | 是 |
| 运动图标索引 | 运动图标索引测试 | 测试用户点击运动图标时是否能正确索引到符合的运动场馆； | 良好 | 是 |
| 场馆功能 | 场馆功能测试 | 测试用户是否能够正确对场馆进行定位导航功能；测试用户是否能够正常拨打场馆的联系电话；测试用户是否能查看场馆的建议交通方式；测试用户是否能查看场馆的场馆介绍； | 良好 | 是 |
| 场馆预订 | 场馆预订测试 | 测试用户预订时过期时间是否不可选；测试用户预订时被预订过的场地是否不可选；测试用户选择多个目标时总价是否实时更新； | 良好 | 是 |
| 订单管理 | 订单管理测试 | 测试用户是否可以查询自己的所有订单；测试用户是否可以对订单进行取消、删除操作；测试用户是否可以点击再来一单跳转到指定场馆； | 良好 | 是 |
对于本系统的缺陷统计有以下结果：
软件在支付方面无法调用微信支付接口，以及在跳转预约页面，显示预约表格时会有些许延迟[30]。
5.3 测试设计评估及改进
（1）本次测试通过测试场馆预约小程序运行是否正常、搜索信息实时性展示测试、预约信息实时更新测试、订单状况实时更新功能测试来进行软件性能评估；
（2）场馆预约小程序整体状况相对较好，不存在过多的缺陷，基本能够满足用户各项功能的需求；
（3）测试用例遍及了所有功能，但是由于测试的人数不够多，测试数有限，所以功能的参考也具有局限性；
（4）该场馆预约小程序也存在一些缺陷，比如微信支付接口并没有实现，导致用户付款时并不能体验到真实的付款行为。
5.4 本章小结
本章在了解了系统测试的目的之后，根据所描述的测试环境对体育场馆预约系统进行了整体的测试，最后对测试结果进行评估，指出系统本身还存在的问题并进行改进。
第六章 总结
本系统是一个基于Java的场馆预约系统，而本系统也是用了双平台进行开发，以小程序端来面向用户，而网页端来面向管理员进行管理。在设计的准备过程中，需要阅读大量的相关文献，对系统的背景有深入的了解以及自己独到的分析。
而本系统的设计时先从需求分析开始，从体育场馆再到小程序，最后通过可行性对整个系统进行分析，将重点放在最大化节省用户预订场馆的总时间，以及平衡用户与场馆方的场地冲突问题。然后根据以上需求设计系统流程图，先搞清楚用户使用时的使用顺序，确定了整个系统大致的框架后再进行数据设计。就要着手开始编程，一开始先着力于前端页面的设计与优化，前端页面是基于微信原生与Vue和ElementUI进行设计的，在完成了前端页面后再开始编写模块的业务逻辑。而本系统也包括了微信用户登录与登出、场馆浏览、场馆搜索、城市定位、场馆预订、订单管理、余额管理、管理员管理等功能，而这些后台功能则是基于SpringBoot框架实现。最后对整个系统进行人工测试，根据测试用例进行一项项功能测试，根据测试评估得出本系统的瑕疵，如支付方式因权限问题无法调用真实的微信支付接口，小程序端与网页端的功能不够契合。
在以后的本系统开发中，需要进一步获取微信支付接口的权限，这样能使本系统更趋于真实以及实用，其次能够继续添加场馆预约后台管理系统的功能，使后台管理系统更加人性化。
参 考 文 献
[1]GB/T 7714缪敬. 移动互联网对智能手机的影响[J]. 中兴通讯技术, 2009(04):37-39.
[2]齐新. 北京奥运会后中国全民健身运动的探究[D]. 兰州理工大学, 2011.
[3]彭林. 互联网背景下体育场馆管理模式研究[D]. 集美大学.
[4]刘峥, 唐炎. Public Sports Service Policy Execution Performance, Causes and Treatment%公共体育服务政策执行阻滞的表现、成因及治理[J]. 体育科学, 2014, 034(010):78-82.
[5]才化冰, 包仁库, 莘丹丹, et al. 对知识分子参加体育运动重要性的研究[J]. 黑龙江科技信息, 2004, 000(005):65.
[6]王艳玲.基于互联网体育场馆预约研究[J]. 新教育时代电子杂志：教师版, 2017(25).
[7]教育局、国家体育总局.关于推进学校体育场馆向社会开发的实施意见，2017.
[8]黄剑辉, 秦媛, 康秀玲, et al. 北京市东城区中小学校运动场地及体育设施现状评价[J]. 中国学校卫生, 2008(06):81-82.
[9]付良艺. 城市公共体育场馆服务需求研究[D].
[10]邹飞鹏. 国内外大型体育场馆经营管理解读[J]. 商场现代化, 2007(27):70-71.
[11]雷厉. 国内外体育场馆政策及对我国体育场馆未来发展的启示[J]. 体育文化导刊, 2000(3):12-14.
[12]衣海永, 田钰佳. 媒介融合背景下运动健身APP的现状与趋势研究[J]. 当代体育科技, 2018, 008(004):198,200.
[13]陈亮, 陈永浩. 基于移动互联网的体育场馆运营管理系统研究[J]. 经济研究导刊, 2017(12).
[14]陈晴. Research on the Relationship between the Interesting of Youngster Students and Situation of Sports Place%青少年学生的体育兴趣与运动场馆设施状况关系分析[J]. 南京体育学院学报(社会科学版)(3):81-83.
[15]蒋媛. 上海市公共体育场馆服务的居民满意度与需求研究[D].
[16]刘玉佳. 微信"小程序"开发的系统实现及前景分析[J]. 信息通信, 2017(1).
[17]喻国明, 程思琪. 从“连接”到“场景”:互联网发展的重要进阶——试析微信小程序的价值逻辑与市场版图[J]. 新闻大学, 2018, No.147(01):126-132+151+158-159.
[18]刘红卫. 微信小程序应用探析%Analysis on application of WeChat small program[J]. 无线互联科技, 2016, 000(023):11-12,40.
[19]郭全中. 小程序及其未来[J]. 新闻与写作, 2017(3).
[20]宋顺, 刘志清, 王永平. 微信公众号优化体育场馆运营策略分析[J]. 体育文化导刊, 2019, 199(01):87-91.
[21]吴俊杰.基于微信小程序的高校体育场馆订场管理系统的应用[J].智库时代,2020(05):243-244.
[22]刘美琪, 李婉萍, 孙方斌, et al. A Web-based Stadium Booking System%基于Web的体育场馆预约系统[J]. 电子科技, 029(004):104-106,110.
[23]林聃. 呼和浩特乒羽中心综合管理系统设计与实现[D].
[24]冯国宝. 体育场馆在线预定平台的设计与实现[D]. 电子科技大学.
[25]邢俊鑫. 基于Java编程语言的计算机软件开发技术[J]. 电子技术与软件工程, 2017(23):57-58.
[26]吕宇琛. SpringBoot框架在web应用开发中的探讨[J]. 科技创新导报, 2018, v.15；No.440(08):174+179.
[27]荣艳冬. Application Research of Mybatis Persistence Layer Framework%关于Mybatis持久层框架的应用研究[J]. 信息安全与技术, 2015, 006(012):86-88.
[28]邱书洋. Redis缓存技术研究及应用[D]. 2016.
[29]陈锦伟. 基于MySQL的空间数据库关键技术研究[D]. 南京邮电大学, 2013.
[30]杨波, 吴际, 徐珞, et al. 一种软件测试需求建模及测试用例生成方法[J]. 计算机学报, 2016, 37(03):522-538.
致 谢
大学的四年时间已悄然离去，四年间，我在东软学院所学到的知识数不胜数，而本次的毕业设计也让我学会了如何在实际情况灵活地运动它们。我要感谢东软学院，它将我孕育成才，更好地为社会做贡献。我要感谢我的指导老师陈子翔老师，我的导师在本次毕业设计与论文的选题、设计、资料收集工作中都做了悉心的指导，我的导师平常对待我们的论文总是非常严谨，也让我们的论文能有高质量以及标准的格式。而他积极向上的态度更是感染了我们，他让我们不要老是满足于当前的设计，要学会改进到符合现代社会的设计。而我也要感谢我四年间的大学生涯遇到了其他老师，我得到了他们的关心与帮助。在此，谨向老师们致以衷心的感谢和最崇高的敬意。
感谢我的同学们，在日常的宿舍生活中，我们经常一起探讨大家的毕业设计进度，我们常常会指出他人在设计上的不足并帮助他进行改进，而这种积极向上的氛围，也让我在完成毕业设计的过程中更有动力。
感谢我的父母对于我二十多年的辛勤付出和孜孜教导，而我也将用丰富的知识报答社会，报答父母！
最后，我要向在百忙之中抽时间对本人论文答辩进行审阅、评议的各位老师再次表示感谢！
