旅游综合信息网站系统设计doc 32页正式版.docx
《旅游综合信息网站系统设计doc 32页正式版.docx》由会员分享，可在线阅读，更多相关《旅游综合信息网站系统设计doc 32页正式版.docx（24页珍藏版）》请在冰豆网上搜索。
旅游综合信息网站系统设计doc32页正式版
旅游综合信息网站的设计与实现
摘 要
近年来，人们生活水平逐渐提高，传统的衣、食、住、行不再满足人们的基本需求，旅游这一服务行业的发展日渐凸显。
本系统是在Windows平台下，以Apache为服务器、使用MySQL数据库、PHP脚本语言、网络编程等技术开发出的B/S和C/C结构的小型动态旅游综合信息网站。
系统以旅游综合信息的管理为中心，涵盖了旅游线路、景点信息、酒店信息、旅行社信息、旅游咨询、旅游产品的查询和管理，酒店、门票、火车票的在线订购，网站在线留言等功能。
系统管理员管理大量的数据信息，前台用户则不再是单纯的使用者也开始享有组团旅游、发布组团信息，实现了用户与用户之间的信息交互；系统的推荐模块的开发也给用户提供了有价值的推荐，为用户的选择提供了可靠有力的参考。
通过互联网实现客户与旅行社及旅游协作部门的网上交流及业务的完成，达到最大限度地为客户服务。
关键字：
旅游信息管理；B/S；动态网站
TheTravelInformationSiteDesignandImplementation
ABSTRACT
Inrecentyears,people'slivingstandardhasimprovedgradually,traditionalclothing,foodandshelter,can’tmeetpeople'sbasicneedsanylonger,thedevelopmentoftourismintheserviceindustryhasbecomeprominentincreasingly.ThesystemisinWindows,theApachefortheserver,usingtheMySQLdatabase,PHPscriptinglanguage,networkprogrammingandothertechnologytodeveloptheB/SandC/Cstructure,dynamicsofsmallintegratedtourismgeneraltourisminformationwebsite.Thesystemtakesthemanagementofintegratedinformationasthecenter,coveringthetouristroutes,attractionsinformation,hotelinformation,travelinformation,traveladvice,tourismproductinquiriesandmanagement,hotels,tickets,onlineticketordering,sitefeaturessuchasonlinemessage.Systemadministratorsmanagelargeamountsofdatainformation,theusersarenolongerasimplefrontofusers,theyhavebeguntoenjoygrouptravel,tourinformationreleased,realizeinformationbetweenusersanduserinteraction;systemrecommendedthedevelopmentofthemodulealsoprovidesvaluablerecommendationsfortheuser'sselectionprovidesapowerfulandreliablereference.TheInternetrealizesinteractionsonlineanddealwithbusinessbetweencustomersandtravelagencyandcooperationdepartment,achievingmaximumservicetoclients.
Keywords：
TravelInformationManagement；B/S；DynamicWebSite
1 引言
1.1 研究背景和意义
伴随现代人们生活条件的不断提高，物质生活的充裕不能完全代替精神生活的需求。
每当五一、十一假期来临之际，人们已经不局限在所居住地域的度假，开始打出了“走出本城，到外地观光”的口号，这无疑给旅游业带来了新生。
尤其是近年来，外出度假已经不再是高收入人群的独家选择，而开始普及，这种趋势就像网络的普及一样开始变得大众化。
旅游产业开始迎来了前所未有的发展高潮，而网络的普及使得人们在线浏览所有期望的信息成为首选。
旅游综合信息网站的点击率也开始与日俱增，这不仅仅是因为网站提供了更详细的图文信息，还在于它的针对性已经涵盖了人们的饮食、住宿、出行、游玩、娱乐等各种需求，动态更新更是及人之所急。
人们开始迈向充满人文与自然的区域，这在推动旅游产业的同时，也对旅游网站的质量和提供信息的丰富、可靠、及时的程度要求提高了。
1.2 研究的主要内容
根据旅游信息的管理特点，设计并实现符合实际情况的旅游综合信息管理系统。
本文按照软件工程[1]的思想，依次介绍系统的分析、设计与实现的过程。
需求分析中介绍了当前旅游信息管理所存在的问题，分析了系统开发的主要问题、可行性、功能需求，提出了系统的总体要求；在总体设计中分析了系统的架构，划分了系统功能模块，并根据需要进行了数据库设计；在详细设计中展示了主要功能模块的界面，并简述了实现方法以及部分代码。
1.3 本文的组织结构
第一章引言，阐述了本文选题的研究背景以及意义，提出了本文的主要研究内容。
第二章需求分析，对系统进行问题分析和解决方案，并进行可行性研究。
第三章系统分析，在需求分析的基础上，对系统进行系统模式分析和功能模块分析。
第四章系统设计，提出系统总体设计模型，并介绍数据库设计的详细方案、各功能模块的设计。
第五章系统实现，简单介绍开发技术以及开发平台，详细描述系统各功能模块的具体实现。
第六章总结，总结开发过程中的问题，并提出自己的心得和感悟。
2 需求分析
本章主要是通过对现有问题进行分析和解决，进行可行性研究、系统模式分析，得到最终的系统进行分析和设计思路[2]。
2.1 问题分析
2.1.1 用户需求说明
用户能通过网站浏览到更加详细、可靠的旅游信息，得到最优服务，以达到个人的旅游需求和消费的主动性；管理者和商家则希望通过网站更好的宣传、推销自己的服务和产品，吸引更多用户来购买。
2.2.2 应用现状
由于旅游行业涉及大量数据信息，如：
客户信息、旅游路线信息、旅行社信息、酒店信息、景点信息等，这就对收集、管理及交流有了很高的要求，但传统的人工处理方式存在众多问题。
而本系统研究应该予以避免：
●人工记录大量客户信息费时费力，还可能会造成重复冗余的记录；
●传统的信息记录无法使客户从大量信息中快速地获取期望的旅游动态信息；
●客户信息的记录更新不及时造成客户源信息一定程度的丢失；
●客户和商家的交流由于时间或空间的原因被一定程度地局限；
●网上购物的时尚使得客户期望达到足不出户购买预期产品的目的；
●普通浏览者进入网站时往往带有一定的盲目性、不确定性，而网站大量的信息造成浏览者无针对性检索，无法及时提供给客户有针对性的推荐服务。
2.1.3 系统解决的问题
本网站根据旅行路线的特点，对旅行线路的规划进行系统、客观的分析，网站系统应基本涵盖旅行者旅游过程所涉及到的饮食、住宿、出行、游玩、娱乐等各种需求。
●对用户进行分类管理，实现行之有效的记录。
根据各自所使用的功能分为普通浏览者、会员、旅行社、酒店、网站后台管理员。
●提供信息查询模块可以为有要求的用户提供检索信息的功能，使客户得到自己的要求信息。
●为解决客户足不出户的意愿，实现网上预订系统，包括订房、订票等。
●提高客户与商家的互动性和信息的及时反馈，实现留言功能。
●为了使客户有针对性地选择旅游路线和旅游产品，实现个性化推荐功能，以客户的年龄阶层为依据对客户进行个性化推荐，最终为用户提供有价值的参考。
2.2 可行性分析
2.2.1 技术可行性
技术可行性分析主要分析技术条件能否顺利完成开发工作，软、硬件能否满足需要。
●软件方面：
本系统采用PHP开发出友好的人机界面，便于用户理解、操作。
数据库管理系统采用MySQL，它能够处理大量数据，同时保持数据的完整性、一致性、安全性。
因此开发平台已成熟可行。
●硬件方面：
科技飞速发展的今天，硬件更新速度越来越快，容量越来越大，可靠性越来越高，价格越来越低。
因此硬件平台也能够满足本系统所需。
2.2.2 经济可行性
经济可行性分析主要涉及系统开发成本和收益的对比。
●从开发成本上考虑，本系统开发所使用的WAMP属开源系统，成本很低。
●计算机网络飞速发展的根本原因在于计算机的应用促进了社会经济的发展，给社会带来了巨大经济效益。
●通过网站管理旅游综合信息无论在速度和效率上都会有极大的提高，在巩固客户与商家的长期稳定互动关系的同时，也带动了旅游业的发展，给社会、国家都带来了巨大的收益。
2.2.3 操作可行性
●原始的信息收集方式在费时费力，网络管理会更加合理、便捷；
●网络普及化的今天，各个年龄阶层的人群对于网络都有一定程度的接触和了解。
因此旅游综合信息网站的普及也变得异常简单快捷。
动动鼠标就能进行最佳的旅游选择和便捷的旅游服务，这就使得旅游网站会像淘宝购物一样使人们乐于接受。
3 系统分析
3.1 系统模式
3.1.1 系统模式介绍
目前网站设计所选用的模式有B/S（Browser/Server）、C/S（Client/Sever）、B/B（Browser/Browser）、C/C（Client/Client）这四种常用的架构，针对不同的需求有目的地选取系统架构也是必须的。
旅游电子商务[3]从自身主要分为四种：
B/B模式，即网站对交通、酒店、旅社、景点等企业；B/S模式，即网站对游客；C/B模式，即游客“点菜”、企业竞标接盘；C/C模式，即游客发起招募同好者自行组团；这些模式给系统的设计提供了很好的参考，本网站综合信息管理网站的功能需求所采用的是B/S架构和C/C架构。
3.1.2 系统模式分析
B/S结构的优点是可以在任何地方进行操作而不用安装任何专门的软件。
充分利用浏览端和服务器端硬件环境的优势，主要是利用了不断成熟的WWW浏览器技术，结合浏览器的多种Script语言和ActiveX技术，用通用浏览器实现本需复杂专用软件才能实现的强大功能，节约了开发成本，是一种全新的软件系统构造技术。
其结构图如3-1所示。
图3-1 B/S结构图
C/C结构[4]是游客发起招募同好者自行组团的形式，加强了客户之间的交流互动，不但强化了网络的功能，还扩大了网络的使用范围。
这种结构形式新颖，但正是由于采取了个性化的服务，也得到了很好的发展。
3.2 功能需求描述分析
3.2.1 系统登录模块分析
前台或后台用户登录时，均需通过数据库中的注册表验证登录信息。
模块设计如图3-2所示。
本模块功能：
管理用户注册会员、登录验证，限制个别用户恶意访问、操作。
图3-2 用户登录DFD图
3.2.2 信息查询模块分析
本系统涉及到的信息查询模块有多个，包括旅游线路查询、旅游咨询查询、景点查询、旅游产品查询等，查询过程基本类似，设计如图3-3所示
图3-3 信息查询模块DFD图
3.2.3 信息管理模块分析
本系统中前台用户有对个人信息、留言信息的管理模块；旅社管理员对于来往客户信息的管理，特色旅游路线的发布、管理，客户对于路线的评价、留言管理，对景点门票的预定管理；酒店管理员对于客户信息的管理，酒店订房信息的发布、管理，客户订单信息的管理，客户留言信息的反馈管理。
后台系统管理员则拥有最大的管理权限，可以对网站所有的信息进行管理、操作：
对新闻、旅游线路、旅游产品、用户信息、景点信息、留言信息、预定信息的管理模块。
这些管理涉及到信息的增加、删除或修改编辑中的部分或全部。
设计如图3-4所示。
图3-4 信息管理模块DFD图
3.2.4 预定模块分析
预定主要是前台用户的预定操作和后台对于预定信息的管理。
预定模块设计如图3-5所示。
●前台用户登录网页后，进行酒店、火车票等旅游产品信息的查询，然后订票；
●后台用户处理接收到的订单信息，然后通知给用户处理结果。
图3-5 预定模块DFD图
3.2.5 留言模块分析
留言模块主要涉及到前台注册用户对于旅游线路、旅游咨询、旅游产品等发表留言，后台管理员对于留言的删除和回复操作。
留言模块设计如图3-6所示。
图3-6 留言模块设计DFD图
3.2.6 特色模块分析
特色模块的设计主要是组团模块和推荐模块。
●组团模块中，会员发起组团行为，吸引其他网站用户参与进来，从而达到用户与用户之间的互动交流；
推荐模块，为了解决网站用户在浏览过程中选择的盲目性和随意性，为用户提供有价值的推荐信息。
主要是旅游路线的推荐，旅社管理者发布路线信息的同时，标记路线推荐的年龄阶层，客户在浏览旅游信息时，系统通过分析用户的年龄进行推荐显示路线信息，达到推荐目的。
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.2 系统功能设计概述
系统以旅游综合信息的管理为中心，网站前台界面涵盖了路线、景点、旅行社、新闻咨询的浏览查询，用户留言，车票、酒店、门票的预订，个人信息等功能模块；后台数据管理系统则涉及了对用户信息、旅游线路、旅游新闻、景点信息、酒店信息、旅游产品的增删改，对留言信息、订单信息的处理等操作模块。
●登录模块的主要功能是验证用户的身份，并记录登录用户的信息，根据用户的身份系统将设置不同的访问操作权限；
●浏览旅游信息功能主要在于使用户更加便捷地实现有目的查询；
●旅游信息管理模块是为了使后台管理用户实现信息的实时添加、删除和更新，使信息更加新颖；
●预定模块为了达成用户足不出户的订单实现要求；
●留言模块是为了更好地实现前台用户之间、用户和后台管理者之间的交互；
●特色模块包括推荐模块和由用户负责的组团模块。
前者是为了更好地为无目的用户提供更好的推荐信息，稳定客户源、建立可靠地用户关系；后者则在于加强用户与用户之间的交流互动，增强了用户的主动性。
4.3 数据库设计
4.3.1 数据库概念结构设计
实体-联系图是用来建立数据模型，在数据库系统概论[5]中属于概念设计阶段，形成一个独立于机器，独立于DBMS的ER图模型。
ER图提供了表示实体、属性和联系的方法，用来描述现实世界的概念模型，是现实世界的纯粹反映，便于设计人员与用户之间的交互。
本系统中涉及到大量的对象及相应关系，这里仅给出部分E-R图，如图4-4所示。
●会员实体图，用于操作会员注册身份的验证和后台对其的管理；
●组团路线实体图，是会员发布组团路线吸引其他会员参与，实现网站客户之间的交流；
●商品实体图，用于后台管理员这对网站涉及到的酒店、风景区门票、火车票等旅游产品的管理；
●网站留言实体图，用于管理会员对于旅游路线等的留言信息；
●网站订单实体图，用于管理会员对于旅游产品等的预定信息和后台管理者对订单的处理。
图4-4 系统实体联系图
4.3.2 数据库逻辑结构设计
本系统所实现的功能依赖于大量的数据来源，这些数据包括数据库和系统内部。
如用户管理数据主要依赖用户管理表、留言表、订单表等，后台管理员管理数据则依赖于新闻管理表、产品管理表、用户表、图片管理表等。
由于系统中用到的表比较多，全部给出会占用大量篇幅，下面仅给出部分表。
具体表详细信息如下：
1、用户管理表member，记录用户的各种注册信息与行为信息，便于管理。
如表4-1所示。
表4-1 会员管理表
列名
类型
长度
描述
userid
int
11
会员ID
username
varchar
50
用户名
password
varchar
255
登录密码
birthdate
datetime
出生日期
sex
int
11
性别
addr
varchar
255
住址
tel
varchar
255
电话
email
varchar
255
邮箱
usergroup
int
11
用户类型
2、产品管理表product，网站产品涵盖类别很多，便于后台添加与删除。
如表4-2所示。
表4-2 产品管理表
列名
类型
长度
描述
pid
int
11
产品ID
pname
varchar
255
产品名称
clsid
int
11
所属分类
pnum
int
11
库存总量
ppopprice
float
市场价格
pregprice
float
会员价格
pdate
datetime
上架时间
pcount
int
11
销售总数
3、旅游路线表line，记录旅社管理员发布的旅游路线信息，便于用户对于旅游线路的浏览和预定，后台对于路线的管理。
如表4-3所示。
表4-3 旅游路线表
列名
类型
长度
描述
lineid
int
6
路线ID
hotelid
int
11
旅社ID
linename
varchar
30
路线主题
addtime
datetime
添加时间
agelevel
varchar
10
年龄阶层
keyword
varchar
20
关键字
4、留言信息表ly，记录会员对于旅游路线、旅游产品评价后的留言信息和回复信息，方便后台记录管理，客户信息达到了及时反馈，从而加强了客户与商家之间的交互。
如表4-4所示。
表4-4 留言信息表
列名
类型
长度
描述
id
int
6
留言ID
userid
int
11
会员ID
lineid
int
11
路线ID
name
varchar
14
留言主题
nr
varchar
200
留言内容
addtime
Datetime
留言时间
hfnr
varchar
210
回复内容
hftime
datetime
回复时间
5、订单详情表orderdetail，记录用户通过浏览订房、订票信息后进行预定，产生的商品订单详情，便于后台管理订单详情和订单通知的返回控制。
如表4-5所示。
表4-5 订单详情表
列名
类型
长度
描述
orderid
int
11
订单ID
userid
int
11
用户ID
pid
int
11
产品ID
orderno
varchar
60
订单编号
orderdate
datetime
订购时间
shopid
int
11
商品编号
shopcount
int
11
交易数量
ordersum
float
交易总额
orderstate
int
11
交易状态
4.4 主要功能模块设计
4.4.1 系统登录模块设计
前台或后台用户登录时，均需通过核对登录信息与数据库注册表中的登录验证信息。
用户登录成功后，系统将用户的登录状态记为在线，从而在网页中显示用户的在线状态。
一般用户浏览网站可进行浏览和查询信息操作；若想进行在线留言和订房、订票则需注册。
在用户注册时，自动添加用户注册时间。
其中用户若要进行订票操作，则必须通过既定的交费形式向本站缴纳一定的费用后才能享有。
登录模块设计流程图如图4-5所示。
图4-5 用户登录模块设计流程图
4.4.2 信息查询模块设计
该模块是方便用户对本网站的旅游线路、旅游咨询、旅游产品等查询，并返回查询结果。
用户根据自己的目标需求，在检索框中输入对应的关键字、选择分类信息进行查询。
查询操作涉及到模糊查询和准确查询，查询关键语句的实现是通过使用调用SQL语句来实现的。
查询过程基本类似，设计如图4-6所示。
图4-6 信息查询模块设计流程图
4.4.3 信息管理模块设计
该功能模块主要是为了使后台管理系统对新闻咨询、旅游线路、旅游产品、用户信息、留言信息、预定信息的管理模块。
这些管理涉及到信息的增加、删除或修改编辑中的部分或全部。
旅社管理员登录系统后可以对与之有业务往来的客户的信息进行管理；添加特色旅游路线，吸引客户参与；管理用户对于发布路线的反馈留言信息。
功能设计流程如图4-7所示。
这里就旅游路线的管理进行分析：
后台系统管理员登录后台管理界面，然后通过相关的操作对旅社添加的旅游线路信息进行管理，主要操作有旅游线路的增加、删除和修改。
图4-7 信息管理模块设计流程图
4.4.4 预定模块设计
该功能模块主要是为了使用户浏览旅游路线信息、酒店订房、火车订票等旅游产品信息后，可以进行网上预定。
注册会员需登录前台后，将个人的预定信息填写完整后，上交到后台管理系统，系统根据预定信息进行处理后，将把订单通知发给会员。
酒店预房设计流程图如图4-8所示。
（1）前台用户登录网页后，进行酒店、火车票等旅游产品信息的查询，然后订票；
（2）后台用户处理接收到的订单信息，然后通知给用户处理结果。
图4-8 预定模块设计流程图
4.4.5 留言模块设计
该模块的设计是为了使用户与系统管理者之间进行及时地沟通、交流。
用户可以对不同的旅游信息如旅游路线、旅游产品等进行浏览后，发表留言。
为了让旅游部门掌握各方面的反馈信息，增加两者的互动，本系统设置了在线留言模块。
通过此模块，可以上传留言、查看以往的
升级会员 