大学生自助游系统的设计与实现.docx
《大学生自助游系统的设计与实现.docx》由会员分享，可在线阅读，更多相关《大学生自助游系统的设计与实现.docx（64页珍藏版）》请在冰豆网上搜索。
大学生自助游系统的设计与实现
摘要
本系统主要分为三个模块:
用户模块、系统首页、管理员模块，用户模块涉及到登录、注册、忘记密码以及查看个人信息。
系统首页涉及到团体游、个人游、景点推荐、住宿、美食、旅记.管理员模块涉及到用户管理、景点管理、住宿和美食管理、管理员管理。
本人承担了数据库的设计及核心业务逻辑的编写,负责为系统的WEB端以及IOS端提供数据支持。
大学生自助游系统的后台服务采用了SSM框架，使用Java编程语言进行开发,基于Mysql数据库，借助Maven管理工具进行jar包的统一管理，并采用Ajax进行前后台的数据交互，经过对此系统的不断修改和优化，最终实现了一套注重于用户体验，界面简洁,操作流程简单的便捷式旅游应用系统。
本文论述了大学生自助游系统后台服务的设计与实现过程，从软件工程角度阐述了需求分析、总体设计、模块设计、详细设计等多个方面，使用了用例图、业务流程图、时序图等工具提高论文的可读性，最后附有主要的源程序代码.
关键词:
大学生自主游；后台服务;SSM;Java；Maven
Abstract
Thesystemisdividedintothreemodules:
usermodule,systemhomepage，administratormodule,usermodulerelatedtologin,register,forgetthepasswordandviewpersonalinformation。
Systemhomepagerelatedtogrouptravel,personaltravel,attractionsrecommended,accommodation,food,travel。
Theadministratormoduleinvolvesusermanagement，scenicspotsmanagement,accommodationandfoodmanagement，andadministratormanagement。
Iassumethedesignofthedatabaseandthecorebusinesslogicofthepreparation，responsibleforthesystemWEBsideandIOSsidetoprovidedatasupport.
Thebackgroundserviceofthestudentself—helpsystemusestheSSMframework,theuseofJavaprogramminglanguagedevelopment,basedonMysqldatabase，withMavenmanagementtoolsforjarpackageunifiedmanagement，andtheuseofAjaxfrontandbackofthedataexchange,afterthissystemModifyandoptimize,andultimatelyachieveasetoffocusontheuserexperience，simpleinterface，simpleoperationprocessconvenienttravelapplications。
Thispaperdiscussesthedesignandimplementationprocessofthebackgroundserviceofcollegestudents’self-helptravelsystem。
Fromtheperspectiveofsoftwareengineering，thispaperexpoundstheneedsanalysis，generaldesign,moduledesign,detaileddesignandsoon.Usestheusecasediagram，businessflowchart,timingdiagramImprovethereadabilityofthepaper,andfinallywiththemainsourcecode。
Keywords：
Collegestudentself-helptour；backgroundservices；SSM；Java；Maven
第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评论时序图
添加评论的执行流程是用户打开本软件的前台系统，进入首页，点击路路线信息，点击评论按钮,，按照提示进行评论信息填写，点击提交，跳
升级会员 