微信旅行小程序的设计与实现Word文档下载推荐.docx
- 文档编号:21412191
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:37
- 大小:1.74MB
微信旅行小程序的设计与实现Word文档下载推荐.docx
《微信旅行小程序的设计与实现Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《微信旅行小程序的设计与实现Word文档下载推荐.docx(37页珍藏版)》请在冰豆网上搜索。
1.3旅游业的发展概况
在老一辈的生活里,旅游二字似乎很遥远,人们日常关心的会是温饱生存问题,那一代人对生活的价值观还没到精神层面上。
其次是当时的旅游文化还未大规模普及,许多景点也尚未开发完毕,即使有旅游也是小部分富裕的人的享受生活的方式之一。
对于普通老百姓而言,养家糊口已甚是艰难,经济上的拘束,也导致了绝大多数人想都不敢想走出门外看看世界。
加之交通工具的落后,并不能像我们现在一样,多样的交通形式,飞机、高铁、火车、巴士等,并且价格低廉交通安全,交通各项服务也在不断提升。
所以说,旅游业是在逐步发展的过程中。
而如今,随着国家整体GDP的上升,人民生活变得富裕,人民消费理念逐步转变,不再是为了活着而活着,更多的人会选择去给生活增添一点色彩。
而当前的旅游业整体还处于稳步上升的趋势,有健全的旅游业管理制度,多样化的各地旅游相关场景,吸引着人们在节假日前往体验,渐渐的走向享受生活的日子的潮流中。
加之交通便利,网络发达,可提前通过互联网了解和计划旅游地点和需求物品,现在的我们可以拿起手机在旅游APP上搜寻想去的地点,便会出现大量相关信息,例如景点、酒店、美食、娱乐设施、交通等信息,甚至有包团、个人行、私人定制服务。
可以说已经十分完善。
现在的很多互联网平台,会经常出现网红地打卡,吸引着消费者前去打卡的目光。
而基于十四亿的人口数量可见旅游市场的潜力巨大,今年的疫情虽然严重影响着旅游实业,但我们相信在未来的日子里,依旧蓬勃发展,政府也会出台多项优惠政策刺激人民的消费。
所以,基于以上分析可知,旅游业的发展前景依旧十分良好,相关产业也会一直蓬勃发展。
1.4系统开发目标
本系统开发目标主要有以下几点:
1)用户可登陆微信小程序进行旅行小程序的浏览;
2)用户能在旅行小程序中抢购门票;
3)用户能在旅行小程序中定位所在位置,浏览和查询周边旅游景点的推荐信息;
4)用户能在旅行小程序中进行订单提交和查询等功能;
5)管理员能在后台对旅行小程序的相关数据管理(用户信息、景点信息等);
6)旅行小程序能够正常稳定运行。
1.5系统设计思想
1)本系统采用JAVA程序系统与Mysql数据库相结合,让本系统操作简单、运行方便快捷、结构紧凑耐用。
2)采用了SSH框架,能够保证软件的运行流畅、不卡顿,保密、安全性,给用户和商家带来极好的体验。
3)采用现流行的旅游小程序的界面设计,简洁易懂,易操作。
第二章系统开发环境和相关技术
2.1系统开发环境
2.1.1Eclipse
Eclipse刚开始是一个以java为基础的语言可扩展开放源代码的平台,而在时代的发展中,其他程序语言如c++和php等也相继开始使用。
根据其性质来说,eclipse其实就是一个框架和一组服务,兼容性和灵活性较强是其一个最大特点,所以很多程序员会选择使用它,通过插件的支持组成一个适合自己系统的开发环境。
2.1.2Tomcat与Jdk
Tomcat的是一个可独立运行的服务器,其主要特点是运行流畅和高效,但其还有一个最吸引程序员的点就是:
无需要支付费用就可以使用,所以很多程序员在开发中也是以它作为第一选择;
JDK是Java语言的软件开发工具包。
它是在java开发中的一个重点对象,在系统测试的运行环境和使用的工具中都是重中之重的。
2.1.3MySQL
Mysql是一个关系型数据库管理系统,它的主要优势有:
效率高,方便简洁,开发成本较低和兼容贴合度较强等,是以一个无需通过人工处理数据事项来管理内容的。
2.1.4SQLYOG
Sqlyog是一个间接展示mysql数据库信息情况的可视化工具,它的主要特点是能够让程序员在开发中能够快速且直观的查询到结果,并可通过sqlyog可视化来解决和维护数据库问题等。
2.2系统开发相关技术
2.2.1Java语言
Java是一种为多个平台生成软件的编程语言。
其主要特点是:
性能多且强大、上手较快和可转移性较灵活等,程序员在开发过程中也是可以更好的以更方便的方式去运行。
2.2.2ssm框架
ssm(Spring+SpringMVC+MyBatis)框架是由Spring和MyBatis整合而成的一个开源框架集。
[1]
2.2.3微信小程序相关语言
此次前端微信开发者工具中我运用到的程序语言是wxml、wxss和js,
1)WXML:
和前端开发的html5是差不多,使用逻辑也是类似的,wxml是前端开发中的主要功臣点,是一切美化装修的基础、必备因素;
2)WXSS:
wxss和前端开发的css使用效果是相差不大的,其作用都是对wxml作一个修饰、排版作用,使得页面更加得体美观;
3)JS:
js的使用也是和前端中的js没有什么不同的,它的作用是在wxml和wxss的基础上加以修饰操作的,并且微信小程序中的js是新增了一些微信的API接口的,去除了前端开发中一些没有作用的性能。
第三章系统需求分析
3.1可行性分析
用最短的时间解决某个特定的问题这就是可行性研究的目的。
为了达到这个目的,我们就必须从不同的角度去寻找解决方法,分析不同方法的利与弊,还要去寻找最好的解决途径,然后来判段设计的目标是否能够按照规定的时间去完成。
最简短的话可以进行可行性分析这就是一个系统开发前的分析过程,通过比较抽象的方式展示了整个系统分析和设计的过程。
[2]
下面我将对整个旅行小程序系统的开发提出可行性的设计方案,然后对这个旅行小程序的方案进行论证。
3.1.1技术可行性
通过JAVA技术与Mysql数据库相结合。
前端是采用传统的开发方式,css作为页面的样式修改,html是功能的展示,js作为脚本的传递。
前后端传值是通过ajax异步传递数据,进行前后端的交互。
3.1.2操作可行性
本系统的操作相对而言是比较简单的,大多数都是基于目前的旅游app的基本原型,只要对windows操作熟练,再稍微加强一下锻炼,基本上都不是有问题的,本系统的可视性非常好,原则上是没有问题的。
3.1.3经济可行性
通过对现有的旅游小程序及其功能等相关信息进行相应的调查收集,发现在本系统的设计开发上,开发成本相对比较低,系统采用了比较流行的java技术,同时系统对硬件的配置要求也不是那么的高。
因为服务器tomcat是开源免费的。
所以,从经济的角度来看,旅游网站开发投入的资本远远低于用户获得效益,经济方面是完全可行的。
3.2系统需求分析
旅行微信小程序的开发,是报以最大的努力去帮助游客更好的选择路线、旅游门票和酒店确定等的功能实现,以最高标准去尽可能的提高消费者的体验感。
换一个说法,其实旅游小程序的开发需求就是在基于功能的前提下去测试开发的,而旅行小程序的流量开发也是其中一个重点,基于微信用户的庞大使用基数,在于目前微信小程序的日常普及已经渗入人们的生活,所以关于引流方面丝毫不担心,只要产品开发的好,使用便捷还是很容易推广使用的。
本系统解决了大多数想出去旅行却懒得查阅资料的用户需求,用户可在本小程序中进行获取位置信息,获取位置信息后,会推出相关景点信息,游客点击详情页还可以显示之前游览过的人的评价以及查阅景点的实物图等[3],除此之外,游客还可以自助进行门票、酒店、娱乐项目、交通方式上的选择等的下单,下单成功之后,会显示商家的电话、地址等联系方式,还可以通过定位的地图导航使顾客以更快的方式找到商家。
所以这是一个集导览、导购、导航、攻略等多项功能于一体的智慧旅游手机应用。
[4]
3.3UML用例分析
本系统主要有两类用户对象,其一为顾客,其二为管理员。
顾客主要是在前端微信旅行小程序进行操作,而管理员主要是操作后台管理端数据库,顾客的用例分析如下图3.1用户权限图所示,还有各个功能的详细介绍如下所示:
图3.1顾客权限图
表3-1顾客登录用例表
用例名称:
顾客登录
简要说明:
顾客打开旅行小程序进行第一步操作。
基本事件流:
1.顾客打开旅行小程序;
2.自动跳出登录信息;
3.顾客确认信息(头像、名称);
4.进入旅行小程序主页面;
5.用例终止。
表3-2定位功能用例表
定位功能
顾客登陆成功后第二步操作,定位功能。
2.成功登陆旅行小程序;
3.弹出位置确定提示框;
4.点击“允许”获取当前位置或点击搜索框进行定位信息的修改;
表3-3发现景点用例表
发现景点
顾客进入旅行小程序后,点击“发现”,跳转到发现景点界面。
1.顾客点击导航栏中的“发现”;
2.选取目标地点;
2.跳转至相关查看景点界面;
3.用例终止。
表3-4个人信息设置用例表
个人信息设置
顾客进入小程序后可点击“我的”页面进行个人信息设置。
2.登录成功进入旅行小程序;
3.顾客点击“我的”页面;
4.顾客点击“编辑”;
5.填写基本信息,头像、联系方式、姓名、邮箱、性别、生日、常居地、修改密码;
6.点击保存;
7.用例终止。
表3-5查看景点详情用例表
查看景点详情
顾客进入旅行小程序页面后,点击相关景点图片或活动跳转至景点详情页面。
1.顾客打开并登陆旅行小程序;
2.顾客浏览旅行小程序;
3.点击“景点图片”或“活动图片”;
4.查看到景点详情,包括:
景点图片轮播图、地址信息、当日日期、门票价格、景点介绍、购买须知、游客评价内容;
5.可进行“抢购”操作;
6.用例终止;
表3-6抢购用例表
抢购
顾客进入景点详情页面后,可进行抢购门票下单。
1.顾客点击景点详情;
2.点击“抢购”;
3.弹出填写信息页面;
4.填写基本信息,包括持票人姓名、联系方式、门票票数;
5.点击“提交订单”;
6.用例终止。
表3-7查看我的订单功能用例表
查看我的订单功能
顾客提交订单后,在“我的界面”进行查询。
1.顾客提交订单后,订单生成在“我的”页面;
2.点击“我的”页面;
3.查看我的订单内容,景点名、票数、价格;
4.用例终止。
表3-8分享订单用例表
分享订单
顾客填写完订单信息后,可右上方点击“分享”进行分享订单功能。
1.顾客填写订单信息;
2.点击右上方“分享”;
2.跳出提示框,是否转发,可转发至好友处;
管理员的用例分析如下图3.2管理员权限图所示,还有各个功能的详细介绍如下所示:
图3.2管理员权限图
表3-9用户管理用例表
用户管理
管理员进入数据库后,点击用户管理,显示相关信息,进行相关操作。
1.管理员用鼠标点击用户管理,
2.显示相关用户信息;
3.点击添加,
4.添加相关用户信息,
5.添加成功;
6.删除相关用户信息,
7.删除成功;
8.修改相关用户信息,
9.修改成功;
10.搜索相关用户信息,
11.显示搜索结果;
12.用例终止。
表3-10景点管理用例表
景点管理
管理员进入数据库后,点击景点管理,显示相关信息,进行相关操作。
1.管理员进入数据库后,点击景点管理,
2.显示相关景点管理信息;
4.添加相关景点管理信息,
6.删除相关景点管理信息,
8.修改相关景点管理信息,
10.用例终止。
表3-11订单管理用例表
订单管理
管理员进入数据库后,点击订单管理,显示相关信息,进行相关操作。
1.管理员进入数据库后,点击订单管理,
2.显示相关订单信息;
4.添加相关订单信息,
6.删除相关订单信息,
8.修改相关订单信息,
表3-12公告版块管理用例表
公告版块管理
管理员进入数据库后,在数据库后台对公告进行管理相关操作。
1.管理员在数据库对公告进行管理,
2.显示相关公告信息;
4.添加相关公告信息,
6.删除相关公告信息,
8.修改相关公告信息,
10.搜索相关公告信息,
12.用例终止。
第四章系统设计
4.1系统用户模式
旅行小程序系统主要分为两个模式,顾客和管理员模式,详细介绍如下:
1)顾客模式
顾客需在进入小旅行程序前进行登录操作,操作成功后进入旅行小程序主界面,会弹出定位提示框,根据需求选择当前位置设置或搜索指定位置进行定位。
定位后顾客可进行旅行小程序浏览,共有三个页面,分别为主页、发现、我的页面,顾客可在主页和发现页进行景点、活动信息的浏览,以及点击相应的景点和活动跳转至景点信息进行抢购等操作,提交订单后可在我的界面进行查询订单操作和个人信息设置操作。
2)管理员模式
管理员登陆后台数据库,可进行用户管理,修改用户相关信息;
可进行景点管理,对景点详情的内容进行修改;
可进行公告版管理,对轮播图上的广告信息等内容进行修改;
可进行订单管理,管理顾客下单的订单信息。
系统用户模式分析图如下图4.1所示:
图4.1系统用户模式图
4.2系统功能模块设计
本系统的功能主要分为五大类,分别是用户功能、定位功能、景点功能、订单功能、管理员功能。
功能的详细介绍如下:
1)用户功能:
用户进行登录后,可修改个人信息设置等操作。
用户分为两种:
游客和管理者,登录之后都能进入小程序进行浏览和查询,不同的是管理者可以管理相关后台数据等操作。
2)定位功能:
用户登录小程序进入主页面后,弹出提示框,确认允许定位后,可获取到当前地址信息,也可通过搜寻自己想要的地址进行修改定位信息。
[5]
3)景点功能:
用户获取地址信息后,小程序会提供相应地理位置的景点信息和景点活动信息,出现在首页的轮播图和分类中,用户可点击对应景点或活动信息进入景点或活动详细页面,内容包括有景点图片、当日日期、门票价格、景点详情介绍、景点评价等内容。
[6]
4)订单功能:
用户可在景点详情页面中进行门票的抢购下单,系统会自动跳转至订单详情页面,需用户填写相应信息,如持票人姓名、联系方式、门票张数、单价和总价信息。
价格信息会根据票数而改动。
除此之外,用户还可将已下单的订单信息进行分享给好友。
5)管理员功能:
管理员可以在后台数据库中进行数据的内容修改,如用户信息修改、景点信息修改、订单信息修改等功能。
[7]
4.3数据库设计
本系统采用MYSQL作为数据库,使用sql语言访问数据库,mysql数据库体积小、速度十分快、导入到处方便,维护成本低而且安全性高,兼容性强几乎可以与各种框架结合。
4.3.1数据库概念结构设计
1)顾客E-R图
图4.2顾客E-R图
2)管理员E-R图
图4.3管理员E-R图
3)景点信息E-R图
图4.4景点信息E-R图
4)景点须知E-R图
图4.5景点须知E-R图
5)城市信息E-R图
图4.6城市信息E-R图
6)订单信息E-R图
图4.7订单信息E-R图
4.3.2数据库的逻辑结构设计
旅行小程序系统的设计与实现需要提供数据信息的查询、添加、修改以及删除等功能。
以下便是本项目的相关数据项详情:
1)管理员:
管理员包括管理员的id和姓名名。
管理员会提前录入设置信息,无需再注册。
2)顾客:
顾客包括顾客id、顾客姓名、顾客头像、顾客电话、顾客性别、顾客生日、顾客地址。
3)景点信息:
景点信息包括景点的id、标题、等级、门票价格、图片、景点须知、评价信息。
4)景点须知:
须知信息包括须知id、须知标题、须知限制内容。
5)城市信息:
城市信息包括城市id、城市名称、城市省份。
6)订单信息:
订单信息包括订单id、订单总价、门票单价、门票数量、景点图片、景点名称、用户id。
数据库设计包括city(城市表)、needknow(须知表)、orderl(订单表)、ratings(评论表)、view(景点表)、view_detail(景点详情表)组成。
储存系统从用户登录到抢购订票全
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 旅行 程序 设计 实现