大学生自助游系统的设计与实现--毕业论文.doc

摘 要

本系统主要分为三个模块：用户模块、系统首页、管理员模块，用户模块涉及到登录、注册、忘记密码以及查看个人信息。系统首页涉及到团体游、个人游、景点推荐、住宿、美食、旅记。管理员模块涉及到用户管理、景点管理、住宿和美食管理、管理员管理。本人承担了数据库的设计及核心业务逻辑的编写，负责为系统的WEB端以及IOS端提供数据支持。
大学生自助游系统的后台服务采用了SSM框架，使用Java编程语言进行开发，基于Mysql数据库，借助Maven管理工具进行jar包的统一管理，并采用Ajax进行前后台的数据交互，经过对此系统的不断修改和优化，最终实现了一套注重于用户体验，界面简洁，操作流程简单的便捷式旅游应用系统。
本文论述了大学生自助游系统后台服务的设计与实现过程，从软件工程角度阐述了需求分析、总体设计、模块设计、详细设计等多个方面，使用了用例图、业务流程图、时序图等工具提高论文的可读性，最后附有主要的源程序代码。

关键词：大学生自主游；后台服务；SSM；Java；Maven

Abstract
The system is divided into three modules: user module, system home page, administrator module, user module related to login, register, forget the password and view personal information. System home page related to group travel, personal travel, attractions recommended, accommodation, food, travel. The administrator module involves user management, scenic spots management, accommodation and food management, and administrator management. I assume the design of the database and the core business logic of the preparation, responsible for the system WEB side and IOS side to provide data support.
The background service of the student self-help system uses the SSM framework, the use of Java programming language development, based on Mysql database, with Maven management tools for jar package unified management, and the use of Ajax front and back of the data exchange, after this system Modify and optimize, and ultimately achieve a set of focus on the user experience, simple interface, simple operation process convenient travel applications.
This paper discusses the design and implementation process of the background service of college students' self - help travel system. From the perspective of software engineering, this paper expounds the needs analysis, general design, module design, detailed design and so on. Uses the use case diagram, business flow chart, timing diagram Improve the readability of the paper, and finally with the main source code.
Keywords : College student self-help tour; background services; SSM; Java; Maven

目 录

第1章 项目简介 1
1.1 项目背景 1
第2章 需求分析 3
2.1 项目描述 3
2.2 系统功能 3
2.3 参与者列表 10
2.4 系统开发与运行环境 10
2.4.1 开发环境 10
2.4.2 运行环境 10
2.5 用例规约 11
2.5.1 用户模块 11
2.5.2 系统首页模块 15
2.5.3 管理员模块 23
第3章 系统分析 31
3.1 静态模型 31
3.1.1 实体类 31
3.1.2 边界类 32
3.1.3 控制类 33
3.2 时序图分析 34
3.2.1 团体游时序图 35
3.2.2 个人游时序图 35
3.2.3 景点推荐时序图 36
3.2.4 住宿时序图 37
3.2.5 美食时序图 37
3.2.6 旅记时序图 38
3.2.7 评论时序图 39
4.1 架构设计 40
4.2 软件架构图 41
4.3 数据库设计 41
4.3.1 关系模式 41
4.3.2 物理模型 42
第5章 系统实现 45
5.1 系统接口文档 45
5.2 基本功能板块 46
5.2.1 忘记密码 47
5.2.2 团体游板块 48
5.2.3 个人游板块 48
5.3 管理员板块 49
5.3.1 管理员功能板块 50
第6章 系统测试 51
6.1 系统首页模块测试与维护 51
6.1.1 团体游测试 51
6.1.2 个人游测试 52
6.1.3 旅记测试 52
6.1.4 评论测试 53
6.2 管理员模块测试与维护 54
6.2.1 景点推荐测试 54
6.2.2 住宿推荐测试 54
6.2.3 美食推荐测试 55
第7章 结束语 57
致 谢 58
参考文献 59
附 录 60
主要源程序： 60

中原工学院软件学院毕业（设计）论文
第1章 项目简介
1.1 项目背景
随着大学生的生活多样化，在旅游消费上大学生的花费占比也是越来越高，外出旅行对大学生来说已经成为了课余生活中必不可缺少的部分。在当下喜爱旅行的人群中，大学生已经占据了当下旅游市场中的一部分。大学生作为当下社会的独特的群体，已经具备了一定的自我生活能力和经济独立能力，课余的灵活时间也相对充足，具有更多的探索精神和追梦遐想，这些条件给大学生外出游玩提供了机会。为了能够使大学生旅游消费中的问题得到相对应的解决，加快大学生旅游市场的开发，进一步提高大学生假期生活的品质，做这样一款大学生自助游的应用软件。
目前，在校大学生的自主旅行消费方式上，很多人会选择一个人或者同室友一起自助游，很少一部分大学生会选择旅行社报团游。大学生在自助游的选择上，大 部分人选择跟同学一起去旅游，是当下大学生旅游的一大特点。大学生正处探索世界的时期，约上志同道合的朋友们，一起去体验大学旅行，共同解决旅途中的困难，另一方面又可以培养朋友间的默契，增加同学之间的感情交流。相反，选择和家人一起旅行的人比较少，这也说明大学生有着自己独特的文化见解，正处于探知、求知的年龄阶段，旅行刚好满足大学生的求知心理。
1.2 研究现状
在当今社会大学生越来越注重生活品质，但针对大学生自助游应用系统几乎没有。目前国内的旅游平台有途牛、携程等，属于报团旅游类型，也有大学生旅游联盟、穷游网等，偏向自助旅游的网站，但是没有任何一个平台是针对大学生的旅游平台。
现在全国高校都在寻求提高学生的综合素质，据某调研平台关于大学生旅游意向的不完全统计，其中有近94%的大学生非常喜欢旅游，6%的大学生一般喜欢旅游。导致此差异的根本原因大概由于城市和农村之间的经济能力差异造成的。而对旅游没有意向的学生中接近66%的人主要因为资金不足，而这其中有74%的学生是来自农村家庭的。从这一系列数据来看，有关大学生旅游类应用很有市场。而且2016年来国内综艺及电视剧所带动的景点都是非常令人喜欢的人气也非常火爆，并且大学生对这些娱乐的关注也是非常多的。目前国内已存在的旅游应用系统，并不是从大学生角度出发的，如途牛和携程是以景点为中心，供学生选择，景点附近的吃住普遍较高，不是太适合大学生的经济状况，所以我们打算以学校为中心，景点为周边，提供学生宿舍，同时可以品尝其他大学的美食，经济实惠，为大学生打造一个学校周边自助游的平台，是目前最好的为大学生考虑，充分发挥大学生自身的优势。
目前，针对大学生的应用软件特别多，首先大学生接触在互联网的信息巨大，大学生自助游系统给大学生提供了很好的信息平台，去了解个大学的周边景点，通过旅游活动，也促成了不同大学间学生的学习和生活交流。
第2章 需求分析
2.1 项目描述
大学生自助游是一款具有查看旅游路线和学校周边景点，晒旅记，查住宿，查美食，查公告等功能的大学生生活应用系统，给大学生提供自助游信息平台。用户可以发布团体游和个人游的旅游路线，可以对发布过的旅游路线进行评论，同时，用户可以发布自己的旅游感受到旅记模块，大学生自助游系统给同学们提供了，以大学为中心的周边美食，以及性价比优越的住宿环境，并且可以收藏其他用户的优秀路线或者自己的感兴趣的路线。在自己闲暇时间，按照自己规划的路线，来一次“说走就走的旅行”。本系统旨在为，同学们提供一个大学生旅游信息展示的平台，在出发前解决旅行中可能遇见的问题。
2.2 系统功能
下面是该系统的系统功能模块结构图，如图2.1所示，用户登录大学生自助游应用系统可以看到团体游，个人游，美食，住宿，旅记等模块。该应用的管理员模块具有添加景点，添加住宿，审核用户，添加管理员等功能。

图2.1 系统功能模块结构图
我个人主要负责3个大模块：用户模块、系统首页、管理员模块，所有后台的业务逻辑。
1.“用户”模块：
“用户”模块主要分为四个功能：注册、登录、忘记密码、个人信息。“用户”模块重要功能的用例图如图2.2所示。

图2.2 “用户”模块重要功能用例图
通过对“用户”模块的分析得出8个主要用例，如表2.1所示。表2.1 “首页-用户”模块功能用例列表
注：优先级说明：
高：系统必须实现。
中：可在系统完成后进行完善。
2.“系统首页”模块：
我主要负责的分为团体游、个人游、住宿、美食、旅记等。“系统首页”模块的主要功能用例图如图2.3所示。

图2.3 “系统首页”模块用例图

通过对图2.3“系统首页”模块用例图剖析抽象得出用户功能19个用例，“系统首页”模块功能用例列表如表2.2所示。
表2.2 “系统首页”模块功能用例列表
注：优先级说明：
高：系统必须实现。
中：可在系统完成后进行完善。

3.“管理员”模块：
我主要负责的分为用户，住宿、美食、管理员等。“管理员”模块重要功能的用例图如图2.4所示。

图2.4“管理员”模块用例图

通过对图2.4“管理员”模块用例图剖析抽象得出用户功能19个用例，“管理员”模块功能用例列表如表2.3所示。
表2.3 “管理员”模块功能用例列表
注：优先级说明：
高：系统必须实现。
中：可在系统完成后进行完善。

2.3 参与者列表
用户为大学生自助游的用户，用户可以查看团体游，个人游，美食，住宿，旅记等模块。其中用户可以通过首页直接进入团体游信息页面，个人游信息页面，美食信息页面，住宿信息页面，旅记信息页面，景点信息页面，公告信息页面。可以根据团体游信息页面和个人游信息页面展示用户发布的路线信息，同时也可以进行关键字查询相关路线信息。同时，还可以评论其他用户发布的路线信息。用户可以进去美食和住宿信息页面，查看符合自己路线周围的特色美食以及性价比好的住宿。当按着自己的路线游历一次，会有很多感触和惊喜。我们也为用户提供了分享平台，在旅记模块写下自己的心路历程，分享给同样热爱旅游的小伙伴们。当遇见自己喜欢的旅记，自己也可以点击收藏别人的旅记，方便自己以后规划旅游路线。用户也可以看到管理员发布的系统公告。管理员对景点、住宿、美食等进行管理工作。游客只能查看团体游、个人游信息等展示功能，不能做其他操作。
2.4 系统开发与运行环境
2.4.1 开发环境
1. 开发该应用使.用的开发工具为Eclipse _neon版.本。
2. 开发该应用.使.用的开发语.言为Java等.开发语言。
3. 开发该应用使.用Windows 系统等。
2.4.2 运行环境
1. JDK1.8.0版本。
2. mysql-5.7.17版本。
3. Tomcat8.0.41版本。
4. Maven-3.3.9版本。
2.5 用例规约
2.5.1 用户模块
用户界面主要注册页面、登录界面、忘记密码和完善信息页面四部分构成。我主要负责用户的登录、注册、忘记密码和完善信息的后台逻辑处理，在这里用户可以注册成为新用户，为自己设置密码，并且完善自己的个人信息，方便自己以后使用大学生自助游系统。
注册列表展示的参与者是用户，用户可以为自己注册账户。用例规约如表2.4所示。
表2.4 注册界面列表展示用例规约

注册列表展示的参与者是用户，把自己注册成为用户。用例规约如表2.5所示。
表2.5 注册信息保存列表展示用例规约
注册信息列表展示的参与者是用户，用户可以填写自己的身份信息。用例规约如表2.6所示。
表2.6登录界面列表展示用例规约
登录列表展示的参与者是用户，用户登录自己的账号进行功能操作。用例规约如表2.7所示。
表2.7 登录信息验证列表展示用例规约

完善信息列表展示的参与者是用户，用户可已在注册账户后，对自己的注册信息进行完善。用例规约如表2.8所示。
表2.8 完善信息列表展示用例规约
完善信息列表展示的参与者是用户，用户可以为自己注册账户。用例规约如表2.9所示。
表2.9注册信息保存列表展示用例规约

修改用户信息列表展示的参与者是用户，用户可以为自己填写过的个人信息。用例规约如表2.10所示。
表2.10 修改用户信息列表展示用例规约

忘记密码列表展示的参与者是用户，用户可以通过忘记密码页面重置密码。用例规约如表2.11所示。
表2.11 修改用户信息列表展示用例规约

2.5.2 系统首页模块
团体游界面主要由路线信息和评论信息两部分构成。我主要负责用户团体游的添加、删除、修改，点击团体旅游模块进入查看路线信息，在这里用户可以发布路线信息，也可以删除，同时也可以根据关键字查询相关的路线信息。在路线下面还可以进行自己的评论，还可以通过路线信息留下的联系方式，进行进一步的沟通，从而完成一次美好的旅行路程，也可以认识新的大学生自助游爱好者。
景点推荐列表展示的参与者是用户，用户可以查看景点推荐的信息。用例规约如表2.12所示。
表2.12 景点推荐列表展示用例规约

检索景点列表展示的参与者是用户，用于用户根据关键字查询景点相关信息。用例规约如表2.13所示。
表2.13 检索检点展示用例规约

住宿推荐的参与者是用户，此功能是给用户提供路线附近的住宿信息。用例规约如表2.14所示。
表2.14 住宿推荐用例规约

检索住宿列表展示的参与者是用户，用于用户根据关键字查询住宿相关信息。用例规约如表2.15所示。
表2.15 检索住宿用例规约
美食推荐的参与者是用户，此功能是给用户提供路线附近的美食信息。用例规约如表2.16所示。

表2.16 美食推荐用例规约
检索美食列表展示的参与者是用户，用于用户根据关键字查询美食相关信息。用例规约如表2.17所示。
表2.17 检索美食用例规约
团体游的参与者是用户，用于用户查看其他用户发布的路线信息。用例规约如表2.18所示。

表2.18 团体游用例规约
检索团体游列表展示的参与者是用户，用于用户根据关键字查询团体游相关信息。用例规约如表2.19所示。
表2.19 检索团体游用例规约
添加团体游的参与者是用户，用于用户发布自己团体游路线信息。用例规约如表2.20所示。

表2.20 添加团体游用例规约

删除团体游的参与者是用户，用于用户删除自己团体游路线信息。用例规约如表2.21所示。
表2.21删除团体游用例规约
个人游的参与者是用户，用于用户查看其他用户发布的路线信息。用例规约如表2.22所示。

表2.22 个人游用例规约
检索个人游列表展示的参与者是用户，用于用户根据关键字查询个人游相关信息。用例规约如表2.23所示。
表2.23 检索个人游用例规约
添加个人游的参与者是用户，用于用户发布自己个人游路线信息。用例规约如表2.24所示。

表2.24 添加个人游用例规约

删除个人游的参与者是用户，用于用户删除自己个人游路线信息。用例规约如表2.25所示。

表2.25 删除个人游用例规约

旅记的参与者是用户，用于用户查看其他用户发布的自己的旅游感受。用例规约如表2.26所示。

表2.26 旅记用例规约
检索旅记列表展示的参与者是用户，用于用户根据关键字查询旅记相关信息。用例规约如表2.27所示。
表2.27 检索旅记用例规约
添加旅记的参与者是用户，用于用户发布自己旅记路线信息。用例规约如表2.28所示。

表2.28 添加旅记用例规约
删除旅记的参与者是用户，用于用户删除自己旅记路线信息。用例规约如表2.29所示。
表2.29 删除旅记用例规约
公告的参与者是用户，用于用户查看系统发布的公告。用例规约如表2.30所示。

表2.30公告用例规约
2.5.3 管理员模块
管理员主要负责用户的审核，以及景点、住宿、美食、公告的添加、删除。我主要编写这部分功能的后台逻辑代码。
用户信息查看列表展示的参与者是管理员，用于查看所有用户的信息，并且审核新注册的会员，审核通过的会员才可以登陆成功。用例规约如表2.31所示。
表2.31 用户信息查看用例规约

用户审核的参与者是管理员，用于审核新注册的用户。用例规约如表2.32所示。

表2.32 用户审核用例规约
查看住宿信息的参与者是管理员，用于查看住宿的具体信息。用例规约如表2.33所示。
表2.33 查看住宿信息用例规约
添加住宿信息的参与者是管理员，用于添加最新的住宿信息，提供给用户查看。用例规约如表2.34所示。

表2.34 添加住宿信息用例规约

修改住宿信息的参与者是管理员，便于管理员将住宿信息进行修改。用例规约如表2.35所示。
表2.35修改住宿信息用例规约
删除住宿信息的参与者是管理员，便于管理员将过期的住宿信息进行删除。用例规约如表2.36所示。

表2.36删除住宿信息用例规约
查看美食信息的参与者是管理员，用于查看美食的具体信息。用例规约如表2.37所示。
表2.37 查看美食信息用例规约
添加美食信息的参与者是管理员，用于添加最新的美食信息，提供给用户查看。用例规约如表2.38所示。

表2.38 添加美食信息用例规约
修改美食信息的参与者是管理员，便于管理员将美食信息进行修改。用例规约如表2.39所示。
表2.39修改美食信息用例规约
删除美食信息的参与者是管理员，便于管理员将过期的美食信息进行删除。用例规约如表2.40所示。

表2.40 删除美食信息用例规约
查看景点信息的参与者是管理员，用于查看景点的具体信息。用例规约如表2.41所示。
表2.41 查看景点信息用例规约
添加景点信息的参与者是管理员，用于添加最新的景点信息，提供给用户查看。用例规约如表2.42所示。

表2.42 添加景点信息用例规约
修改景点信息的参与者是管理员，便于管理员将景点信息进行修改。用例规约如表2.43所示。
表2.43修改景点信息用例规约
删除景点信息的参与者是管理员，便于管理员将不热门的景点信息进行删除。用例规约如表2.44所示。

表2.44删除景点信息用例规约
查看管理员信息的参与者是管理员，用于查看管理员的具体信息。用例规约如表2.45所示。

表2.45 查看管理员信息用例规约

添加管理员信息的参与者是管理员，用于添加最新的管理员信息，提供给管理员查看。用例规约如表2.46所示。

修改管理员信息的参与者是管理员，便于管理员将管理员信息进行修改。用例规约如表2.47所示。

删除管理员信息的参与者是管理员，便于管理员将不用的管理员信息进行删除。用例规约如表2.48所示。

第3章 系统分析
3.1 静态模型
首先我们规划好用例模型，然后本系统下一步的工作是从用例描述中抽象出静态模型，找出系统的实体类，依照对应的规则，剖析出相应的边界类和控制类，进而创建动态模型。首先分析系统需求得出系统功能模块图如图3.1所示。

图3.1 系统功能模块图
3.1.1 实体类
首先从用例规约中提取出名称，然后进行分析，提取出下面的名词，包括“用户”、“个人游”，“评论”等。分析得到重要的实体类列表如表3.1所示。
用户实体类：主要包括用户ID、用户名，学校等。
个人游实体类：主要包括路线ID、路线名称、路线地点、出发时间等。
评比实体类：主要包括评论ID，评论内容，评论时间，评论用户等。

实体类及其之间的关联关系如图3.2所示。
图3.2 实体类图
3.1.2 边界类
系统参与者通过边界类与系统进行交互。 参与者启动对边界类的请求。 边界类将参与者的请求提交给控制类，控制类最终访问实体类。 通常，设计本质上是对应于边界类的用例，边界类可以是对应于边界类的参与者。 有时边界类也可以调用另一个边界类来完成一个用例。边界类的命名以一个页面为结束，后面是一个特定的描述。分析提炼出的边界类列表如表3.2所示。
表3.2 边界类列表

3.1.3 控制类
边界类依靠控制类对实体类进行访问，这个是三层架构重要的设计体系结构。系统中控制类管理对应实体类，控制类的前面对应的是所控制实体类的基本描述，结尾以控制类命名。分析提炼出的控制类列表如表3.3所示。
表3.3 控制类列表

3.2 时序图分析
分析时序图可以描述在分析对象中如何控制其方法和行为，时序图展示了用户活动或者行为发生的顺序。由于篇幅有限，我针对主要的系统功能做了分析，目的是进一步描述用例。
本系统的体系结构采用MVC架构模式。其中：
M：模型层，主要由系统的实体类构成，包含一些简单的逻辑。
V：表示层，用于与用户进行交互并展示结果，在顺序图中用边界类完成此层。
C：控制层，主要完成三个功能，一进行业务逻辑控制，二引用模型组件，三选择适合的视图组件提供给用户。
3.2.1 团体游时序图
团体游的执行流程是用户打开本软件，进入系统首页，选择团体游模块，默认进入团体游信息展示页面时，显示所有用户发布的路线信息，还可以点击“我要推荐”按钮，根据“我要推荐”提示的输入选项，进行路线内容的填写，还可以对其他用户发布的路线信息进行评论。时序图如图3.3所示。

图3.3 团体游时序图
3.2.2 个人游时序图
个人游的执行流程是用户打开本系统，进入系统首页，选择个人游模块，默认进入个人游信息展示页面时，显示所有用户发布的路线信息，还可以点击“我要推荐”按钮，根据“我要推荐”提示的输入选项，进行路线内容的填写，还可以对其他用户发布的路线信息进行评论。时序图如图3.4所示。

图3.4 发现-活动时序图
3.2.3 景点推荐时序图
景点推荐的执行流程是管理员打开本软件的后台系统，进入首页，选择景点推荐，点击添加按钮，显示添加景点界面，按照提示进行景点信息填写，点击提交，跳转到景点推荐页面。时序图如图3.5所示。

图3.5 景点推荐时序图
3.2.4 住宿时序图
住宿推荐的执行流程是管理员打开本软件的后台系统，进入首页，选择住宿推荐，点击添加按钮，显示添加住宿界面，按照提示进行住宿信息填写，点击提交，跳转到住宿推荐页面。时序图如图3.6所示。

图3.6 住宿推荐时序图
3.2.5 美食时序图
美食推荐的执行流程是管理员打开本软件的后台系统，进入首页，选择美食推荐，点击添加按钮，显示添加美食界面，按照提示进行美食信息填写，点击提交，跳转到美食推荐页面。时序图如图3.7所示。

图3.7 美食推荐时序图
3.2.6 旅记时序图
添加旅记的执行流程是管理员打开本软件的前台系统，进入首页，选择旅记模块，点击添加按钮，显示添加旅记界面，按照提示进行旅记信息填写，点击提交，跳转到旅记信息页面。时序图如图3.8所示。

图3.8 旅记时序图
3.2.7 评论时序图
添加评论的执行流程是用户打开本软件的前台系统，进入首页，点击路路线信息，点击评论按钮，，按照提示进行评论信息填写，点击提交，跳转到评论信息页面。时序图如图3.9所示。

图3.9 评论时序图第4章 系统设计
4.1 架构设计
SSM是Spring-SpringMVC-Mybatis简写。由Spring、SpringMVC、MyBatis三个开源框架整合而成，常作为较简单的数据源的web项目框架。分为数据访问层，业务逻辑层，表现层。控制器层负责具体的业务模块过程控制，在这一层调用服务层接口来控制业务逻辑，控制配置也配置在Spring配置文件中，对于具体的业务逻辑，会有不同的控制器，我们具体的设计过程可以抽象的过程总结，设计可以重新使用子单元处理模块，这样不仅使程序结构非常有条理，大大减少了代码量。也是目前最流行的。如图4.1。

图4.1 MVC设计模式
服务层建立在DAO层之上，可以在服务层之后建立DAO层，Service层位于Controller层之下，因此Service层应该同时调用DAO层接口，而且还提供接口 控制器层类进行调用，它只是在一个中间层的位置。 每个模型都有一个Service接口，每个接口封装了自己的业务处理方法。SSM几大优点：
1. spring是一个轻量级java开发框架，并且有2个特点控制反转（IOC容器管理了对象的创建和销毁）和面向切面（AOP管理事务），主要是它可以很好的和各大框架整合。
2. SpringMVC分离控制器，模型对象，调度程序和处理程序对象的角色，使其更容易自定义。
3. MyBatis提供了一个持久化层框架，它使用简单的XML或注释来配置和映射原始对象，将接口和java对象映射到数据库中的记录。
4. SSM是标准的MVC模式，将注解开发发挥到极致，使用广泛。
4.2 软件架构图
本系统在SSM框架下设计的，将控制层的内容进行了拆分，其中包括控制层、业务实体层、数据访问层以及数据库连接层，其中控制层负责根据业务处理结果调用相应的显示层，业务实体层负责所有业务逻辑相关的处理，详情见图4-2所示。

图4.2 设计类图
4.3 数据库设计
该数据库的设计是系统的一个基础组成模块。它需要完成从概念模型设计到关系模型，以及来自关系模型设计到物理模型的映射。
4.3.1 关系模式
user_info（id, name, nickname, login_password,card_id, sex, birthday, create_time, last_modify_time,del_flag）；
travel_routes（id，user_id，school_id，title,title_info,start_time,end_time,phone,
create_time,last_modify_time）；
we_teamid，user_id，school_id，title,title_info,start_time,end_time,phone,
create_time,last_modify_time）；
4.3.2 物理模型
本系统采用文件存储JSON的数据格式做本地数据持久化。user_info文件用于存放用户信息。表中字段数据类型、大小以及基本描述如表4.1所示。

travel_routes用于存个人游信息。表中字段数据类型、大小以及基本描述如表4.2所示。
表4.2travel_routes表

we_team用于存放团体游信息。表中字段数据类型、大小以及基本描述如表4.3所示。

travel_userstroy用于存放用户旅记信息。表中字段数据类型、大小以及基本描述如表4.3所示。

第5章 系统实现
5.1 系统接口文档
下面是本系统的所有接口，再设计这些接口的时候，充分考虑前台人员的阅读性，所有控制层的接口访问路径都是类名的简写，按照Controller控制层访问Service服务层，最后访问Dao层，对数据进行相应的操作。系统接口表如表5.1所示。
表5.1 系统接口表
序号
接口
接口方法
说明
1
userinfo
denglu
登录功能，判断用户名和密码是否存在
save
注册功能，保存注册信息
update
修改功能，修改已经填写的基本信息
updatedelById
审核功能，管理员审核用户信息
updatePassword
重置密码功能，通过学号等可以修改密码
select
查询功能，管理员查询所有用户信息，普通用户只能查询自己的基本信息
2
weteam
save
我要推荐功能，保存团体游路线信息
select
查询功能，查询全部路线信息，也可以根据关键字schoolId(学校姓名)，startTime(出发时间)等
delete
删除功能，用户删除自己的路线信息
3
travelRoutes
traveSave
我要推荐功能，保存个人游路线信息
select
查询功能，查询全部路线信息，也可以根据关键字schoolId(学校姓名)，startTime(出发时间)等
delete
删除功能，用户删除自己的路线信息
4
traveluserstroy
save
发布旅记功能，用户发布旅游感受
select
查询功能，查询全部旅记信息，也可以根据关键字schoolId(学校姓名)，nickname(出发时间)等
delete
删除功能，用户删除发布的旅记信息
5
comment
save
发布评论，用于系统的所有评论
6
announcement
save
发布公告功能，管理员进行发布
selectList
查询公告，给用户展示公告信息
7
pictureContro
upload
图片上传功能，系统内上传图片都会调用
8
viewshow
save
保存景点功能，管理员添加
select
查询功能，用户查看景点信息
delete
删除功能，管理员进行删除
9
foodinfo
save
保存美食功能，管理员添加
select
查询功能，用户查看学校附近美食信息
delete
删除功能，管理员进行删除
10
hotelinfo
save
保存住宿功能，管理员添加
select
查询功能，用户查看学校附近住宿信息
delete
删除功能，管理员进行删除
11
admin
save
添加功能，添加新的管理员
select
查询功能，查询所有管理员信息
delete
删除功能，删除管理员信息
12
adminTravel
save
添加功能，添加热门学校
delete
删除功能，删除热门学校信息
5.2 基本功能板块
用户进入大学生自助游后，点击注册按钮。注册时，用户名、登录密码、联系方式等标记的是必填项，否则注册不成功。调用注册接口，后台数据库字段做非空处理，如果未填写，给用户返回注册失败。如图5.1所示。

图5.1 登录板块
用户进入大学生自助游后，点击登录按钮。输入用户名和密码，调用登录接口，到控制层，接着执行Dao层，查看用户姓名和密码是否正确，如果正确，返回登录成功，否则返回登录失败。如图5.2所示。

图5.2 登录板块
5.2.1 忘记密码
进入“忘记密码”板块，点击忘记密码按钮，调用后台接口，填写提示信息，后台根据用户输入的信息，判断内容是否正确，如果内容正确，密码修改成功，否则密码修改失败。如图5.3所示，这里是根据学校，学号，姓名对数据库存储的密码进行修改。

图5.3 忘记密码
5.2.2 团体游板块
进入“团体游”页面，点击首页的团体游按钮，调用查询接口，展示路线信息，点击“我要推荐”，调用添加接口，用户发布自己的路线信息。同时，可以点击“评论”，调用评论接口，对其他用户的路线信息进行评论。如图5.4所示。

图5.4 团体游
5.2.3 个人游板块
进入“个人游”页面，点击首页的个人游按钮，调用查询接口，展示路线信息，点击“我要推荐”，调用添加接口，用户发布自己的路线信息。同时，可以点击“评论”，对其他用户的路线信息进行评论。如图5.5所示。

图5.5 团体游
5.3 管理员板块
管理员进入后台管理系统，输入用户名和密码。登录后台后可以进行住宿、美食、景点等的操作。后台系统只有管理员才能登陆，并且可以查看前台系统的所有信息。在这里调用，后台的登录接口，用户名和密码，经过后台的查询后，给前台返回成功或失败。如图5.6所示。

图5.6管理员登录页面
5.3.1 管理员功能板块
进入“功能”板块，点击系统的右侧操作菜单，用户操作接口，是对新用户进行审核，审核过后用户才能登录系统。管理员信息接口，是对所有管理员的添加，修改，删除，查看功能.景区推荐接口，用于管理员添加热门景区信息。住宿和美食推荐接口，是对学校周围信息的综合。公告接口是对本系统平时的维护以及重要信息的通知窗口。如图5.7所示。

图5.7 管理员功能
第6章 系统测试
测试工作贯穿于该系统的整个开发阶段，但由于篇幅有限，在这里仅列出主要功能测试用例。
6.1 系统首页模块测试与维护
6.1.1 团