【《S旅行社旅行信息管理系统设计与实现》11000字(论文)】_第1页
【《S旅行社旅行信息管理系统设计与实现》11000字(论文)】_第2页
【《S旅行社旅行信息管理系统设计与实现》11000字(论文)】_第3页
【《S旅行社旅行信息管理系统设计与实现》11000字(论文)】_第4页
【《S旅行社旅行信息管理系统设计与实现》11000字(论文)】_第5页
已阅读5页,还剩33页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

-PAGEIV-S旅行社旅行信息管理系统设计与实现摘要随着当今社会的快速发展及互联网行业的兴起,基于互联网的运营管理模式越来越受到重视,很多行业建立了基于互联网的信息管理系统。通过这些管理系统,企业提升了行业形象,获取了很好的经济效益。旅游业也在此背景下应用了相应的管理系统来提高管理的水平和效率。本文描述了S旅行社旅行信息管理系统设计与实现的过程。首先对该旅行社的业务、人员和工作流程进行调研,获取业务需求;在此基础上进行系统分析,得出系统参与者为社长、计调、导游、司机和旅客,为其设计系统功能,使用UML进行静态建模和动态建模,得到描述系统功能的用例图、类图、序列图、活动图、状态图;对系统进行数据库设计;利用JSP技术实现系统功能。主要功能包括计调的旅程信息管理、社长的员工信息管理、导游的费用计算与提取以及旅程管理(包含旅行团)、司机的车辆选择、旅客的线上报名等功能。最后进行系统测试,确认系统是否能够正常运行及是否符合该旅行社的运营所需要的功能需求。本系统主要使用B/S模式,主要使用JSP进行后端开发,数据存储使用MySql数据库,前端使用Bootstrap框架,服务器使用Tomcat。该系统的使用可以节省旅行社了的成本,提高旅行社旅游过程管理的效率和水平,同时方便游客选择旅游项目、报名,提升旅行社,提高顾客体验。关键词:旅行信息;互联网;统一管理目录摘要 I引言 11系统规划 21.1系统开发背景 21.2可行性分析 21.2.1技术可行性 21.2.2社会可行性 21.2.3经济可行性 32系统分析 42.1需求分析 42.2系统参与者 52.3系统用例 53系统分析与设计 83.1系统静态模型 83.1.1参与者系 83.1.2业务实体类 83.1.3系统中类与类之间的关系 93.2系统动态模型 103.2.1序列图与协作图 103.2.2状态图 123.2.3活动图 133.3数据库设计 163.3.1概念结构设计 163.3.2逻辑结构设计 193.3.3数据库表设计 203.4系统开发技术和开发环境 233.4.1开发技术 233.4.2运行环境 234系统实现 234.1前台系统实现界面 234.1.1旅客登录界面 234.1.2报名界面 244.1.3查看旅行信息界面 244.1.4查看旅程列表界面 254.1.5旅客选择旅行团界面 254.2系统后台实现界面 264.2.1后台景点列表界面 264.2.3后台消费记录界面 264.2.4用户列表界面 274.2.5后台车辆添加或修改界面 275系统测试 285.1测试目的 285.2测试方法 285.3系统实例功能测试 28结论 29参考文献 30–PAGE39–PAGE2引言随着互联网技术为我们的生活提供的便捷与舒适程度越来越高,人们的生活已经逐渐离不开互联网技术了[1]。很多行业建立了基于互联网的信息管理系统,从而开展业务、服务客户,实现面向互联网的一体化的运营管理模式。通过这些管理系统,企业提升了行业形象,提高了管理的效率和水平,获取了很好的经济效益。而管理信息系统在旅游行业的应用是其中重要的一方面。旅游行业为人们所熟悉的一个行业。在生活水平提高的情况下,很多人选择在业余时间旅游[2]。除了自由行外,大多数人喜欢报团旅游,这样可以由旅行社为人们安排好从选择旅游线开始的路旅行过程所有事宜。而对于旅行社而言,随着报名业务量的逐渐增大,如何使用信息化的手段管理旅游过程的人员、调度信息变得尤为重要[3]。S旅行社是位于营口中等规模的面向本地旅行业务服务的旅行社。该旅行社是当地小有名气得面向本地旅游业务得旅行社,在充分利用本地资源方面很早优势,也在行业中取得了较好的口碑和经济效益。该旅行社近年来发展很快,客户数量越来越庞大,但是其现阶段面临得问题是原先的基于电子表格的信息存储和处理方式已经非常不适合于当前的业务发展和管理。突出问题体现在:(1)没有客源上线入口,没有办法吸引更多客源;在人员调配和车辆配置上会出现冲突。由于出行人数的增多以至于旅行社经常出现每个项目都爆满的情况,由此出现了旅游在对导游与司机管理和资源分配上经常出现问题;(2)缺乏整个旅行业务的过程性管理,无法完成审批、资金划拨的电子化。并且因为项目饱满,司机和导游出行次数不断增加,每次旅行所产生的费用包括出行的油费以及各项特殊支出的报销与分配有时也会因此而耽搁,除了旅行前导游所带走的旅行费用外,很多的旅行过程中出现的特殊费用,都无法及时的进行报销,虽然最后都会统一进行处理,但这种延误的情况还是会给员工的心理带来很大的不满无法实现票据电子化持久保存等等。所以在这种情况下,就需要一个可以随时随地进行统一管理与统一分配资源的系统来对旅行社整体信息进行管理。在旅行社旅行信息的管理中,对于模式进行本质性的改变已经达到了迫在眉睫的地步[4]。

1系统规划1.1系统开发背景在互联网应用逐渐兴起的时代,互联网技术的市场已经在多个领域超过了采用传统方式管理的行业,比如像市面上很多的旅行社仍然在使用传统的管理方式,其效益和管理方式都远不如采用互联网技术所进行管理的旅行社[5]。虽然使用互联网技术进行管理的利率形式在效益上要好于传统旅行社,但现在很多旅行社并没有对互联网方式的管理进行转变,大多数的旅行社仍然采用传统的管理方式进行信息的管理。S旅行社是位于营口中等规模的面向本地旅行业务服务的旅行社。目前该旅行社拥有导游与专职司机二十人左右,公司自营车辆十一辆,外营可调配车辆更是高达十六辆。S旅行社在人员、资产资源方面很早优势,也在行业中取得了较好的口碑和经济效益,但是由于在经营管理上仍采用比较基础的电子表格的形式进行管理,相比与同类使用线上管理的旅行社,效率和收益却都无法与其相比。例如客源获取上,由于没有线上入口,没有办法吸引更多客源;在人员调配和车辆配置上会出现冲突;缺乏整个旅行业务的过程性管理,无法完成审批、资金划拨的电子化,无法实现票据电子化持久保存等等。这些问题的存在都严重制约了S旅行社的发展。1.2可行性分析1.2.1技术可行性本系统所采用的时JSP的网络数据库连接技术,这个技术可以很好地解决系统功能的问题,提高整体的访问效率[6]。就目前来说,JSP技术应用于数据库基础,并在此基础上强化连接过程当中的基本原理以及步骤,可以更好地发挥数据库连接的优势,提高开发效率以及访问效率[7]。所以,现阶段的移动应用技术能够完成系统相关代码的编写,具有开发技术可行性。1.2.2经济可行性通过对系统的全面分析,S旅行社旅行信息管理系统在开发和运营的过程中出现的各项支出,主要存在于以下方面:(1)系统开发所需成本:本系统在开发时,需要从成本分为两个部分一个是软件部分我们需要获取idea的企业版来支持我们开发大约5百块钱,而硬件部分我们需要租一台服务器大约1000块钱左右。(2)人员调用费用:服务器维护人员大约3000一个月,教学人员以及提供学习有关的资料大约是1000块钱[8]。整个系统从开发到投入使用所需要的经济投入是可以控制的、较少的[9]。但是使用该系统能够解决旅行社管理问题;节约成本,提高收益和效率;旅客能够在家报名;提高的系统的实时记录能力。因此,在开发系统所需费用可控的前提下,通过系统的运营使旅行社的运营效果更加完善[10]。S旅行社旅行信息管理系统的开发,在经济上是可行的。1.2.3社会可行性整个系统的功能完全符合法律规定,系统的实现严格按照互联网管理系统开发要求。系统的界面设计的比较精致,可以满足使用者的习惯和方式[11]。系统操作上比较简单,使用起来也比较方便,使用者可以在任何位置使用本系统,并且能够快速适应和掌握系统使用方法。因此,该系统的开发具有社会可行性。2需求分析2.1需求分析S旅行社现有的工作流程如下:游客到旅行社内报名,线下选择旅游景点,接待人员向游客介绍当前开展的旅游线路和旅游景点情况、开团结团等时间、价位情况。游客选择旅游线路后需要填写报名信息表,对个人的姓名、电话、身份证信息等进行登记。纸质信息表填写完成后,由接待人员录入到电脑中。计调人员负责关注各条线路的报名情况,当报名人数达到最低报名人数且达到结团时间,则安排导游负责此旅游线路。并根据人员情况分配车辆、司机,将信息写入电子表格。在旅游结束后,导游和司机回到旅行社后提交此旅游过程花费的票据给计调,计调审核花费和票据,然后将结果呈报给社长,社长根据花费情况发放报销和补助。然而,目前的基于电子表格的管理方式存在很多问题,该旅行社希望今后其业务能实现系统化,并能够基于网络报名,实现旅游业务全过程的电子化管理[11]。游客可以在线查询该旅行社的信息,包括导游信息、旅行线路信息,可以实现在线报名。游客可以首先对自己的电子账号充值一定进而,在预定旅行线路时花费,若由于各种原因(例如报名人数少于最少人数或天气原因)线路取消,预定费用回退回该账户。在S旅行社报名的所有游客都可以在线查询到其以往所有的报名消费信息。社长可以在系统中管理员工的信息和车辆信息。社长可以对旅行社的收入情况进行统计,了解每一个旅行信息的详情。通过统计信息掌握旅行社经营情况从而对今后的决策做基础。计调人员负责线路信息、景点信息的设计和录入系统。计调人员负责创建旅程。计调人员还可以查询线路的报名信息,包括旅客的信息等。计调人员向导游下发旅程任务,并分配司机。旅游所需要大的车辆信息由司机负责处理。导游和司机在旅行过程中和结束前可以在系统中上传旅游消费凭证。司机可以在系统中对对个人信息进行管理,包括上传试驾车型、个人的驾驶证等。旅程管理中,司机可以对出行车辆进行选择,还可以查看旅行的具体信息,在旅行结束后需要对车辆进行检查并且上报损耗。导游可以在旅行前从系统中提取预算支出,在旅行结束时由导游负责在系统中确认旅行结束,从而启动计调人员审核票据等操作。所开发的系统需要实现的目标是:(1)满足旅行社信息的的各项管理需求,切合实际,改变旅行社的管理模式,使旅行社的经营模式更加的满足旅客的需求。(2)对旅行社的每个工作任务进行合理的管控,平均分配每次的工作任务与资源,提高效率。(3)改变旅行社社长的管理模式,使社长可以完成统一的管理以及更加及时的管理各类信息。2.2识别参与者系统主要参与者主要分为社长、、导游、司机、旅客五类,参与者用例如图2.1所示:图2.1参与者用例图2.3系统用例图导游在系统中可以实现的功能包括个人信息管理以及旅程管理。在个人信息管理中,可以查看个人信息、修改个人信息、上传导游证。在旅程管理中,可以实现查询旅程信息、旅程费用计算与提取、旅程的缴费以及旅程的结束标识。用例详情如图2.2所示:图2.2导游用例图旅客在系统中可以实现的功能包括个人信息管理,旅程管理,其中个人信息管理中包括查看个人信息、修改个人信息、充值、查看账号余额等功能,在旅程管理中包括查看旅程列表、旅程报名等功能,用例详情如图2.3所示:图2.3旅客用例图社长在系统中可以实现的功能有员工信息管理以及车辆管理还有查询统计功能。其中员工的信息管理包括添加员工信息、修改员工信息、注销员工账户等。在车辆管理中,社长可以实现车辆的基本信息录入以及车辆信息查询等功能,在查询与统计功能中,可以查看旅行社收入情况以及各别旅程信息,用例详情如图2.4所示:图2.4社长用例图司机在系统中可以实现的功能有个人信息管理以及旅程管理,其中个人信息管理包括查看个人信息、修改个人信息、上传试驾车型、上传驾驶证等功能。在旅程管理中,司机可以实现查看旅程的具体信息、车辆选择、损耗管理、车辆检查等功能,用例详情如图2.5所示:图2.5司机用例图计调在系统中可以实现的功能有旅程信息管理,查看旅客的信息、旅行线路的管理。其中旅程管理包括核算旅游预算,旅程创建、旅程信息的查询、下发旅程任务、核算旅游开销等功能,在旅行线路管理中,计调可以实现旅行线路创建、旅行线路信息修改、旅行线路查询等功能,用例详情如图2.6所示:图2.6计调用例图3系统分析与设计3.1系统静态模型3.1.1参与者类参与者类包括导游、社长、司机、旅客、计调等五类参与者。如图3.1所示:图3.1参与者类3.1.2业务实体类业务实体类包括车、旅行费用表、旅行团、旅行路线、旅行目的地、景点,如图3.2所示:图3.2业务实体类 3.1.3系统中类与类之间的关系系统中的类以及类与类之间的关系可以通过静态模型中的类图进行描述[12]。本系统中类共包括五个参与者类以及六个业务实体类,其中参与者类分别为导游(Guide)、旅客(Passengers)、司机(Driver)、计调(0perator)以及社长(President),而业务实体类则包括车(Car)、旅程线路(Line)、旅行团(group)、旅行目的地(Destination)、景点(Attractions)以及旅行费用表(Expenses),其类关系图如图3.3所示:图3.3系统中的类图3.2系统动态模型3.2.1时序图(1)导游上报费用时序图该时序图中涉及到的时序图对象包括导游对象,管理系统前端界面对象。数据库对象以及计调对象,在导游上报费用信息时,首先由系统对信息进行保存,由计调查看费用信息并作出反馈,反馈上传到系统后,再由导游查看反馈信息,详情见图3.4所示:图3.4导游上报费用时序图(2)旅客选择项目时序图该时序图中涉及到的时序图的对象包括旅客对象、管理系统前端界面对象、数据库对象。其中,旅客首先查看旅行项目,在系统中获取到旅行项目信息后,返回旅行项目信息并进行查看,在查看后,旅客需要在系统中选择旅行项目,由系统进行确定后,选择项目成功。详情见图3.5所示:图3.5旅客选择项目时序图(3)计调设置项目时序图该序列图中涉及到的序列图对象包括计调对象、管理系统前端界面对象、数据库对象,在计调上传景点数据到系统后,由系统进行保存并确认景点信息,这时计调上传线路到系统,由系统保存并返回,保存路线成功。路线设置好后,可以设置价格信息,并由系统进行对价格信息的保存。详情见图3.6所示:图3.6计调设置项目时序图3.2.2状态图(1)车辆状态图车辆在本系统中属于必要对象,因此需要对车辆状态建立状态图,并分析其在系统中的变化,具体分析如下:在无出车任务时,车辆处于未出行状态,在收到分配出车任务时,车辆进入出行状态。旅程结束后,完成工作任务,并进入待保养状态。状态图结束,车辆状态图见图3.7所示:图3.7车辆状态图(2)旅程开销申请状态图旅程的开销在本系统中属于经济核心因素,因此需要针对旅程的开销做出分析并建立状态图,具体分析如下:在导游发起开销申请时,申请处于未审核状态,计调审核后,如果同意申请,则已同意,如果拒绝申请,则已拒绝,之后进入审核结束状态。见图3.2.9所示:图3.8旅程开销申请状态图(3)计调分配导游到项目状态图在本系统中如果旅客拼单成功后需要对项目分配导游,因此需要针对计调分配导游到项目的状态进行分析,并做出状态图,具体分析如下:当有旅客报名时,该项目启动,并处于人数未满状态,当报名人数超过最大人员限制时,本项目处于人数已满状态并结束拼团。见图3.2.9所示:图3.9计调分配导游到项目状态图3.2.3活动图(1)旅客选择项目活动图旅客在选择项目时,首先查看旅行项目信息,在系统中获取到旅行项目信息后,进行选择项目,并查看项目人数,如果人数未满,则可以继续选择,如果人数已满,则停止选择并选择结束。详情如图3.10所示:图3.10旅客选择项目活动图(2)司机申请报销活动图司机在申请费用报销时,首先提交对费用报销的申请,由系统进行保存,在系统对申请信息进行保存后,需要由司机上传支出的收据,计调在查看收据后,根据收据情况审核报销信息,如果收据信息无问题,则统一报销,报销结束,如果收据存在问题,则需要司机重新上传收据。详情见图3.11所示:图3.11司机申请报销活动图(3)计调分配导游到项目活动图计调在分配导游到项目时,首先需要查看待分配项目,获取到待分配项目的信息时选择导游,并上传到分配系统,这时,导游可以查看分配系统,并作出反馈,如果没有问题,则可以接受分配,并且分配结束,如果对分配存在问题,则需要对问题做出反馈并需要计调重新选择导游。详情见图3.12所示:图3.12计调分配导游到项目活动图 3.3数据库设计3.3.1概念结构设计系统共包括七个实体,实体属性图如下所示:(1)员工实体:图3.13员工实体属性图(2)旅客实体:图3.14旅客实体属性图(3)车辆实体:图3.15车辆实体属性图(4)旅行线路实体:图3.16旅行线路实体属性图(5)旅程实体:图3.17旅行团实体属性图(6)景点实体:图3.18景点实体属性图(7)旅行费用表实体:图3.19旅行费用表实体属性图(8)旅客报名表实体:图3.20游客报名表实体属性图(9)E-R图:图3.21E-R图3.3.2逻辑结构设计根据类图分析可知,本系统中共包括五个参与者类以及六个业务实体类,六个业务实体类分别对应数据库逻辑设计中的六个实体;五个参与者则对应在数据库逻辑设计中的员工实体,员工表由社长、计调、导游、司机、旅客五个实体组成。所以本系统共包括八个实体表,详情如下所示:(1)员工表(员工编号、用户名、真实姓名、用户密码、用户权限、状态)(2)旅客表(旅客编号、密码、用户名、状态、余额)(3)车辆表(车辆编号、车牌号、车辆型号、满载数量)(4)旅行线路表(旅行线路编号、线路名称、状态、线路天数、接站信息、备注信息)(5)旅程表(旅程编号、报名开始时间、报名结束时间、旅程开始时间、接站地点,旅程结束时间、最大报名人数、实际人数、价格、状态、旅行线路编号、员工编号、车辆编号、司机编号)(6)景点(景点编号、景点名字、景点价格、图片、状态、热度、旅行线路编号)(7)旅行费用表(旅行费用编号、景点编号旅程编号、消费内容、消费金额、消费人员类型、消费时间、消费凭证)(8)旅客报名表(报名编号、旅客编号旅程编号、真实姓名、身份证号、电话号、缴纳金额、接站地址、备注)3.3.3数据库表设计(1)员工表中存储了员工编号、密码、真实姓名、创建时间、状态、权限以及用户名等内容,详情见表3.1所示:表3.1员工表列名数据类型长度说明U_IdInt10员工编号PasswordVarchar15密码Real_NameVarchar8真实姓名Create_TimeDate创建时间StatusInt1状态PrivilegeInt1权限UsernameVarchar15用户名(2)旅客表中存储了旅客编号、密码、用户名、创建时间、状态、余额等内容,详情见表3.2所示:表3.2旅客表列名数据类型长度说明Lk_IdInt10旅客编号PasswordVarchar10密码User_NameVarchar100用户名Create_TimeDate创建时间StatusInt1状态BalanceDecimal(5,2)余额(3)车辆表中存储了车辆编号、车牌号、车辆型号、车辆信息入库时间、满载人数等内容,详情见表3.3所示:表3.3车辆表列名数据类型长度说明C_IdInt10车辆编号License_PlateVarchar30车牌号License_TypeVarchar50车辆型号Create_TimeDate20入库时间NumberVarchar10满载数量(4)旅行线路表中存储了旅行线路编号、线路名称、天数、接站、备注等信息、创建时间等内容,详情见表3.4所示: 表3.4旅行线路表列名数据类型长度说明Lx_IdInt10旅行线路编号Lx_NameVarchar10线路名称Lx_DayVarchar20线路天数Lx_InformationVarchar50接站信息RemarksVarchar50备注信息StatusInt1状态Create_timeDate创建时间(5)旅程表中存储了旅程编号、旅行线路编号、员工编号、车辆编号、最大报名人数、实际人数,状态等内容。详情见表3.5所示:表3.5旅程表列名数据类型长度说明Lc_IdInt10旅程编号Lx_IdInt10旅行线路编号U_IdInt10员工编号C_IdInt10车辆编号Max_Number

Int1000最大报名人数Actual_EnrollmentInt1000实际人数Bm_StartTmieDate报名开始时间Bm_EndTmieDate报名结束时间Lc_StartTmieDate旅程开始时间Lc_EndTmieDate旅程结束时间StatusInt1状态Create_timeDate创建时间NameVarchar10旅程名称IsConfirmVarchar1起始标识IsFinishVarchar1结束标识(6)景点表中存储了旅行景点编号、旅行线路编号、景点名字、景点图片、景点价格、状态等内容。详情见表3.6所示:表3.6景点表列名数据类型长度说明Jd_IdInt10景点编号StatusInt1状态PicVarchar200景点图片NameVarchar10景点名称PriceInt1000景点价格Create_timeDate创建时间Lx_IDInt10旅行线路编号(7)旅行费用表中包括旅行费用编号、消费的内容、消费金额、旅程编号、消费凭证、消费时间、消费人员类型、景点编号等内容,详情见表3.7所示:表3.7旅行费用表列名数据类型长度说明X_IdInt10旅行费用编号X_ContentVachar50消费内容X_PriceDecimal(5,2)消费金额X_CertificateVachar50消费凭证Jd_IdInt10景点编号Lc_IdInt10旅程编号X_TimeDate消费时间(8)旅客报名表中包括报名编号、旅客编号、旅程编号、真实姓名、身份证号、电话号、缴纳金额、接站地址、备注等内容,详情见表3.8所示:表3.8旅行费用表列名数据类型长度说明Bm_IdInt10报名编号Lk_IdInt10旅客编号Lc_IdInt10旅程编号Real_NameVarchar8真实姓名Create_TimeDate创建时间Number_IdVachar18身份证号Premium_ReceivedDecimal(5,2)消费金额Telephone_NumberVachar11电话号RemarkVarchar1000备注3.4系统开发技术和开发环境3.4.1开发技术 S旅行社旅行信息系统采用的技术是Java技术中的JSP,编写的后端主要功能,而前端采用的当前比较主流的Bootstrap框架,数据库存储采用MySQL服务,服务器使用TomCat作为主要启动技术[13]。 JSP是基于Java编写的语言,JSP有着Java的所有好处,包括存储管理,安全性,可以跨平台交互,可以支持多种网页格式,扩充性强,采用JSP技术可以实现高内聚和低耦合[14]。Bootstrap框架是可以适应所有的浏览器,内置的JS插件,还有很丰富的组件是非常不错的响应式框架[15]。选择采MySql数据库的主要原因是MySQL性能卓越、服务稳定,很少出现异常宕机,MySQL开放源代码且无版权制约,自主性及使用成本低,MySQL支持多种操作系统,适合中小型管理系统[16]。Tomcat是一个轻量级的服务器,运行占用内存极少,是一个开源的服务器[17]。3.4.2运行环境(1)服务端运行环境:前端:Jsp后端:Bootstrap服务端:Tomcat4.0数据库环境:MySQL5.7(2)开发工具idea:2018.3.4(3)浏览器版本要求Chrome版本101.0.4951.54,MicrosoftEdge版本101.0.1210.39

4系统实现4.1前台旅客登录功能实现4.1.1旅客登录功能旅客在前台登录,首先需要输入账号密码等信息来进行登录如果没有账号,则需要选择没有账号立即注册的选项并且在此登录过程,可以使用其他第三方软件进行登录,如图4.1所示:图4.1用户登录4.1.2报名功能旅客在登录后,需要在前台报名界面进行报名的选择以及信息的填写等功能,并且可以再此界面查看成团的时间与信息等功能如图4.2所示:图4.2报名旅行团4.1.3查看旅行信息功能旅客可以在旅游团信息中查看接站信息、报名开始时间、报名的结束时间、成团开始时间、最终结束时间以及门票价格等内容如图4.3所示:图4.3查看旅行团信息4.1.4查看旅程列表功能旅客可以在旅行团信息界面进行旅行状态的查看包括旅行团状态是否结束,以及旅行团的状态是否是正在成团状态,并且可以根据此状态,对旅行团的项目进行选择如图4.4所示:图4.4旅程列表4.1.5旅客选择旅行团功能旅客在旅行团的信息界面,可以查看旅行项目的信息以及旅游须知等内容。包括旅游系之中所提到的必备物品以及通讯工具等,都是要求旅客自行准备的内容如图4.5所示:图4.5选择旅行团4.2员工登录功能实现4.2.1计调查看景点列表功能实现在系统后台景点列表中,可以计调可以查看景点的名称,门票价格,景区地址、热度状态,以及景区的图片等内容如图4.6所示:4.6景点列表4.2.2计调消费记录功能实现系统管理员以及员工可以在后台消费记录界面查看近期旅行团的销售情况,包括旅行团的ID,景点ID消费人员类型,消费图片,消费内容,消费金额,消费时间,创建人ID创建时间以及各项操作等功能如图4.7所示:4.7消费记录4.2.3社长用户功能实现在旅行社后台用户列表界面,可以查看用户列表的中用户的ID、用户名、角色状态、创建时间以及各项操作等功能如图4.8所示:4.8用户列表4.2.4社长添加车辆添加或修改功能实现在旅行社后台车辆管理界面,可以查看车辆的添加或修改。以及车辆的车牌号,车号,类型,载人数量等内容,并可以对信息进行提交或清除如图4.9所示:4.9车辆添加或修改

5系统测试5.1测试目的系统的测试是对整个系统进行全面的检查和测试,通过不断的检查和解决错误,最后让整个系统可以在满足功能需求的基础上稳定的运行[18]。5.2测试方法本系统在测试的过程中采用黑盒的测试方法,黑盒检测是一种常见的软件测试方法,该检测方法将检测对象看作是一个黑色的盒子,在检测的过程中通过向软件录入相关的信息,根据软件中数据的输出情况,来探知软件功能的实现情况[19]。在检测的过程中到相关的检测数据导入到软件中,然后接收软件的输出数据,在对软件的输出数据进行分析,分析的过程中实际上就是验证输出信息是否与预设信息保持一致,如果能够保证数据的一致性,基本上可以判断软件功能能够实现。如果输出的信息与预设的信息存在差异,则需要进一步对差异的信息进行分析,从而找出软件中的故障[20]。所以本系统采用黑盒的测试方法。5.3系统实例功能测试 5.3.1社长功能测试表5.3.1社长功能测试过程功能描述操作过程实际情况是否通过社长录入员工信息录入社长登录admin账号,社长输入账号、密码和角色信息对新增员工进行账号录入账号录入成功,账号状态为正常状态是社长变更员工信息状态社长登录admin账号查看对应用户信息点击用户:csyh1的状态变更按钮变更对应用户状态进行变更。账号状态变更成功,停用变更为正常,正常变更为停用是社长录入车辆信息社长登录admin账号,可查看对应车辆信息,点击添加按钮后可输入对应车辆信息点击提交后生成车辆数据。车辆信息提交成功数据正常是 5.3.2计调功能测试表5.3.2计调功能测试过程功能描述操作过程实际情况是否通过计调录入旅游线路并添加景点计调登录zg1账号,可以查看所有景点信息和线路信息,点击添加旅游线路输入对应信息点击提交后创建新线路,点击景点信息后可以查看当前线路下景点点击新增景点后关联线路和景点数据。线路新增成功,线路数据和景点数据绑定成功是计调分配旅游团导游和司机计调登录zg1账号,可查看所有旅游团信息,对测试旅游团1进行司机导游分配,分别为导游:dy1和司机:sj1账户。计调分配旅游团导游和司机成功并且旅游团状态更新成功是计调审核导游财务预算信息计调登录zg1账号,进入测试旅游团1的旅游团中,对测试旅游团1中导游提交的预算数据进行审核,点击通过后变更旅游团状态为预算审核通过。计调审核成功后旅游团状态变更正常是 5.3.3导游功能测试表5.3.3导游功能测试过程功能描述操作过程实际情况是否通过导游预算详情提交导游登录dy1账号查看测试旅游团1的旅游团信息并将旅游团预算和预算详情点击提交按钮进行提交。导游预算提交成功数据正常是导游旅途费用数据记录导游登录dy1账号并且查看测试旅游团1的旅游团景点数据,点击费用记录后选择鸭绿江景点并上传消费凭证和记录。消费上传记录成功是导游变更旅游团状态为结束导游登录dy1账号查看测试旅游团1的信息,点击状态变更后将旅游团状态变更为结束状态。状态变更正确是 5.3.4司机功能测试表5.3.4司机功能测试过程功能描述操作过程实际情况是否通过司机选择旅游团车辆司机登录sj1账号查看测试旅游团1的信息,选择面包车1的车辆并且提交车辆的公里数:20000和剩余油量:20,点击提交按钮提交信息。车辆选择成功,车辆基础信息记录成功。是司机提交消费记录司机登录sj1账号查看测试旅游团1的信息,点击上传费用按钮选择鸭绿江景点后上传对应消费记录和消费说明点击提交。消费记录提交成功是 5.3.5旅客功能测试表5.3.5旅客功能测试过程功能描述操作过程实际情况是否通过旅客账号注册和登录进入到登录页面后点击注册按钮跳转到注册页面,填写账号lkcs1账号并填写对应密码点击注册按钮后注册用户,跳转到登录页面后登录lkcs1账号跳转到首页。用户注册成功并且登录成功。是旅客查看并报名旅游团旅客登录账号lkcs1查看测试旅游团1的基本信息,填写lkcs1的报名信息包括:身份证、手机号、备注、接站等信息,点击报名后报名成功。旅客报名旅游团成功并且无法重复报名只能报名一次是旅客账号充值旅客登录账号lkcs1后点击左上角按钮查看菜单列表,点击充值按钮后输入对应充值金额。账号充值成功是结论随着信息化的时代逐步进入我们的生活,人们在旅行方面也已经开始采用信息化管理的方式进行相关的管理,现在很多的旅行社都采用线上管理的模式,而S旅行社还在采用比较基础的电子表格以及线下人员调配等问题,所以S旅行社急需要一款流程运营一体化的管理系统,所以该系统是为方便旅客和旅行社而设计的旅行信息系统。本系统是基于Jsp技术以及相应的映射框架设计系统的功能,数据库采用MySQL为数据的存储方式,前端使用Jquery和Bootstrap两个框架,本系统经过测试,社长可以对员工和车辆的管理;查看收入情况。计调人员可以对旅行线路、景点添加以及费用的审核;对人员的分配。导游可以提前支出预算;旅行的结束。司机可以根据人员选择对应车辆;旅客可以报名和查看旅行团信息;过往旅行的记录。S旅行社采用本系统会大大节省时间,方便了社长管理旅行社而员工也可以在旅行结束后无需在回到旅行社上交对应票据,也节约了旅客到旅行社报名的繁琐流程本系统在实习的过程中,由于开发的经验不足,仍然有许多要解决的问题,比如,在旅行的过程中更换导游,当前导游是否有时间,充值功能过于简单,希望在未来能解决这些问题。参考文献张喜丽.浅析旅行社管理过程中存在的突出问题与完善举措[J].企业科技与发展,2018(07):270-271.谢馨宇.旅行社管理工作中存在的问题及对策研

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论