项目运行
环境配置:
Jdk1.8 + Tomcat7.0 + Mysql + HBuilderX(Webstorm也行)+ Eclispe(IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持)。
项目技术:
SSM + mybatis + Maven + Vue 等等组成,B/S模式 + Maven管理等等。
环境需要
1.运行环境:最好是java jdk 1.8,我们在这个平台上运行的。其他版本理论上也可以。
2.IDE环境:IDEA,Eclipse,Myeclipse都可以。推荐IDEA;
3.tomcat环境:Tomcat 7.x,8.x,9.x版本均可
4.硬件环境:windows 7/8/10 1G内存以上;或者 Mac OS;
5.是否Maven项目: 否;查看源码目录中是否包含pom.xml;若包含,则为maven项目,否则为非maven项目
6.数据库:MySql 5.7/8.0等版本均可;
毕设帮助,指导,本源码分享,调试部署(见文末)
主要介绍旅游管理系统的需求分析,通常都是功能需求和非功能需求。及其本次旅游的可行性分析。
3.1功能需求分析
系统功能需求分析是通过软件开发者在参与市场调研,与旅游管理者及用户交流后经过详细缜密的思考,再讨论研究后得出的初步系统开发所需实现功能。这是开发系统的开始,也是相当关键的一步,如果不在这个阶段制定系统所需模块,日后会带来不必要的麻烦。因此,必须严肃认真,全身心投入去做好这个步骤。
本系统采用从上往下的步骤开发,基本功能如下:
本课题要求实现一套旅游管理系统,系统主要包括管理员和用户两大模块
(a)管理员;管理员进入系统主要功能包括首页,个人中心,用户管理,旅游景点管理,酒店信息管理,周边民宿管理,景点美食管理,通知公告管理,旅游攻略管理,系统管理等功能并进行操作。
(b)用户;用户进入系统首页主要功能包括首页,旅游景点,酒店信息,周边民宿,景点美食,通知公告,旅游攻略,个人中心,后台管理,联系我们等功能并进行操作。
3.2 性能需求分析
对系统的性能,从(功能、运行、界面、安全)等方面进行,下面我们逐一进行分析;
1. 系统的功能是否完整进行分析:系统的功能,能对应设计出原始代码和算法,以表格同文字的形式进行详细介绍个人信息保证功能完整;
2. 系统的运行是否通畅进行分析:系统的每个功能都有编写数据的关系和应对的代码,通过需求分析和可行性分析进行分析和显示系统的物理数据,保证其进行通畅;
3. 系统的界面设计进行分析:对系统中的软件进行处理与分析的方式是由不同代码来进行的;从而使界面容易操作。
4. 系统的安全性进行分析:这样才可以每个角色的不同对应的信息也就不同,在登录系统务必使用自己的账号,密码登录,账号与密码错误自然就登录失败了。登录成功可以对自己的信息进行操作,不能对别人的账号的信息进行查看等操作,这样自然保证系统的安全性。
3.3系统设计规则与运行环境
软件系统的优劣很大程度上是由系统设计的完善与否决定的。世间万物都必须遵循生老病死的法则,这是大自然的规则不能违反,软件设计也一样需要遵循系统设计规则。因此,在设计过程中必须遵循系统设计规则。
规则如下:
简单性:为了扩大系统使用者的受众面,系统设计应该本着操作越简单约好的原则,这样不仅能提高系统的使用率更能够扩大系统使用面。。
针对性:一个系统针对性越强,所能提供的功能必然越完善,用户体验肯定更好,所以应该明确指定系统针对性。
实用性:实用永远是检验一个系统是否成功的唯一标准,使用的语言再高端,使用的结构再新颖但不能满足管理员和用户的要求那就是失败。
运行环境:
本系统是利用B/S结构来开发的,数据库在服务器上进行部署 Mysql即可,其他包括My Eclipse等常规开发程序。
3.4系统流程分析
系统流程,用户需要登录进入系统,未注册过的用户需要在输入必填的信息之后注册成功然后登录系统,管理员在后台登录进入可以对用户进行修改管理。使用一些较为稳定的技术总结成一个系统的开发设计过程,是设计与实现各个功能模块的基本技术,这些是每个功能模块能够顺利进行的重要保证。
图3.1系统流程图
3.5系统非功能需求分析
系统非功能需求通常都包含好多个方面,但对于我们这个旅游管理系统来讲最重要的就是系统能够使用户简单方便的运用需要的功能浅显易懂即我们所谓的易用性,其次就是一个可靠性即用户在使用是能够正常运转。因此我们对于旅游管理系统在这个非功能需求分析在运行和维护方面需满足以下几点:
(1)性能需求:根据用户需求给出各个阶段的性能需求,在这些需求进行评估后,根据性能再进行优化
(2)可靠性:当用户使用系统时能够正常使用不出现bug或者当检查是发现异常情况,能够及时识别问题并给出反馈,保证系统之后可用。
(3)可维护性:系统能够自动化的持续集成降低系统的出错,运行出现错误修复功能能够更加强大一些或者让维护人员能够比较轻松的检查出问题。
(4)可扩展性:当系统访问需求逐渐增大,需要在设计的时候对系统进行良好的切割划分,分成较为单一的运行模式。减少服务器爆炸的情况。
(5)可保障性:用户在软件可配置型,可为呼吸等方面的要求。
(6)易用性:各种常见的功能操作不要隐藏的太深,让用户很轻易的找到他们所需要的操作;运行系统所需要的软件可以比较方便的安装;能够真正的做到以用户为中心进行设计。
对于我们这个旅游管理系统来说,可靠性,可维护性和易用性显得格外重要,因为对于文明来说最主要的就是能在在自己的模拟机上运行出想要的界面就行了,所以能够方便快速且稳定的运行出界面就差不多了。
4 系统设计
4.1软件功能模块设计
系统整功能如下图所示:
图 4-1 系统总体功能模块图
4.2登录注册模块
用户要通过填写自己的账号和密码进入系统,如果用户没有登录的账号需要先进行注册用户在注册页面输入账号和密码,点击注册,按要求输入注册表所要的信息,点击注册后进行登录,系统先判断用户输入的“密码”和“确认密码”是否一致,如果不一致,用户需重新输入;如果一致则注册成功,然后输入刚才注册的个人账号和密码点击“登录”按钮,显示“登录中请稍后”,如果登录信息正确则系统跳转进系统主界面;如果登录信息错误则显示“登录失败”登录注册算法流程图如图4.2登录注册流程图所示。
图4-2登录注册流程图
Web后台端管理员登入正确可以查看用户修改用户信息,查看订单等操作;如果输入错误,则无反馈重新登录。如图4-3后台管理流程图所示
图4-3后台管理流程图
5.1系统功能模块
旅游管理系统;在系统首页可以查看首页,旅游景点,酒店信息,周边民宿,景点美食,通知公告,旅游攻略,个人中心,后台管理,联系我们等内容进行详细操作,如图5-1所示。
图5-1系统首页界面图
用户注册;在用户注册页面通过填写账号,密码,再次输入密码,姓名,年龄,手机,身份证等信息完成用户注册操作,如图5-2所示。
图5-2用户注册界面图
旅游景点;在旅游景点页面可以查看景点名称,景点星级,景点地址,营业时间,封面,价格,票数,负责人,联系电话,点击次数,景点介绍等详细内容,并进行评论,地图和收藏操作;如图5-3所示。
图5-3旅游景点界面图
酒店信息,在酒店信息页面可以查看酒店名称,景点名称,酒店类型,酒店图片,星级,地址,房间类型,价格,联系电话,点击次数,酒店详情等内容,并进行评论和收藏操作,如图5-4所示。
图5-4酒店信息界面图
周边民宿,在周边民宿页面可以查看民宿编号,民宿类型,景点名称,民宿户型,面积,价钱,图片,发布时间,点击次数,民宿详情等内容,并进行评论和收藏操作,如图5-5所示。
图5-5周边民宿界面图
个人中心;在个人中心页面通过填写账号,密码,姓名,年龄,性别,手机,身份证,上传图片等信息进行更新信息操作,还可以对我的收藏进行相应操作,如图5-6所示。
图5-6个人中心界面图
5.2管理员功能模块
管理员进行登录,在登录页面通过输入账号,密码,选择角色并点击登录进行系统登录操作,如图5-7所示。
图5-7管理员登录界面图
管理员登录进入旅游管理系统后可以对首页,个人中心,用户管理,旅游景点管理,酒店信息管理,周边民宿管理,景点美食管理,通知公告管理,旅游攻略管理,系统管理等功能进行相应操作,如图5-8所示。
图5-8管理员功能界面图
用户管理,在用户管理页面可以对索引,账号,姓名,年龄,性别,手机,身份证,照片等内容进行详情,修改和删除等操作,如图5-9所示。
图5-9用户管理界面图
旅游景点管理,在旅游景点管理页面可以对索引,景点名称,封面,景点星级,景点地址,营业时间,价格,票数,负责人,联系电话等内容进行详情,修改,查看评论和删除等操作,如图5-10所示。
图5-10旅游景点管理界面图
酒店信息管理,在酒店信息管理页面可以对索引,酒店名称,景点名称,酒店类型,星级,地址,房价类型,价格,联系电话,酒店图片等内容进行详情,修改,查看评论和删除等操作,如图5-11所示。
图5-11酒店信息管理界面图
周边民宿管理,在周边民宿管理页面可以对索引,民宿编号,民宿名称,景点名称,民宿户型,图片,面积,价钱,发布时间等内容进行详情,修改,查看评论和删除等操作,如图5-12所示。
图5-12周边民宿管理界面图