基于net的旅游信息服务网站设计与实现大学论文.docx
《基于net的旅游信息服务网站设计与实现大学论文.docx》由会员分享，可在线阅读，更多相关《基于net的旅游信息服务网站设计与实现大学论文.docx（33页珍藏版）》请在冰点文库上搜索。
基于net的旅游信息服务网站设计与实现大学论文
1引言
1.1系统开发背景
当今社会，随着中国经济的快速发展，人民生活水平日益提高。
人民对生活的追求不再单单是物质上的满足，更多的人开始追求精神上的富足。
旅游休假不仅价格合理，而且开阔视野，对整日处于快节奏社会的人们来说是颐养身心的不二之选，旅游业由此迅猛发展。
而随着网络技术的飞速发展，人们已经习惯了上网查询信息的生活方式，在旅游业持续发展的基础上，旅游信息服务网站成为人们查询旅游信息的首要窗口。
从网上订票，酒店预订到路线查询，旅游信息服务网站以“一站式，多服务”的优势真正为商家和游客提供了方便。
旅游业的发展造成旅游信息服务网站的层出不穷，但多样化的旅游信息服务网站并没有因此给游客和商家提供更多的方便，反倒因为旅游信息服务网站的过快发展导致目前市场上已存在的旅游信息服务网站普遍存在一些弊端：
首先是网站的发展只追求功能多样化，而忽视了对网站最基本功能的维护，五花八门的功能只会让用户眼花缭乱，并不能真正为用户提供方便；其次是网站广告化太严重，每个页面上堆积的广告为用户带来很多不便，只追求利益化而忽视广告本身的真实性大大降低了网站的可信度，从而导致用户流失；最后是网站的安全性不能保证，旅游信息服务网站是电子商务和网络信息的结合体，而电子商务最重要的是用户交易的安全性，而目前信息服务网站还是会时常出现用户信息丢失的现象，给用户造成不便。
旅游信息服务网站想要持续发展，必须克服以上问题，只有巩固优化最基本的功能，在此基础上添枝加叶，旅游信息服务网站才能为用户提供真正的方便。
1.2系统开发目的
针对以上问题，为了切实做出服务大众的网站，本次旅游信息服务网站在参考市场上已存在的网站的基础上，避免上述问题，做出最终设计。
本次旅游信息服务网站旨在给用户提供真正的方便、快捷。
所谓方便，是指“一站式”解决用户旅行当中可能遇到的所有问题。
而对于游客来说，门票和酒店无疑是首要解决的问题，因此本网站提供了景点查询和酒店查询服务，用户可以通过浏览相关信息自主选择；所谓快捷，是指在完成用户需求的同时有效节省时间，提高效率。
因此本网站在查询之后提供了景点门票预订和酒店订房服务，用户在选择适合自己的景点和酒店之后可以随之在线预订。
此外，本网站还提供了旅游资讯和用户评论服务，以供用户参考，切实为用户提供方便、快捷。
1.3系统综述
基于.net的旅游信息服务网站是一个基于互联网的B/S模式的网站系统，实现了旅游资讯浏览，景点浏览订票，酒店浏览订房等功能。
系统的数据库方面，使用关系数据库管理系统MicrosoftSQLSever2012，使系统安全性能更高，同时采用当前正在流行的ASP.Net平台编程，使得用户的体验更好。
系统在功能方面主要分为两大模块：
前台页面模块（包括景点浏览，门票预订，酒店浏览预订，旅游资讯浏览等），后台管理模块（包括景点订票管理，酒店订房管理，景点评论管理，酒店评论管理等）。
系统用户主要分为两类：
一个是网站普通用户，可以浏览，订票订房，评论；一个是管理员用户，可以对用户的操作进行管理。
普通用户只需在系统注册登录后就能进行相关操作。
管理员用户可在登录后对用户的操作进行处理。
2系统分析
2.1可行性分析
2.1.1技术可行性分析
通过网络上成型的旅游系统，采集足够的信息。
严格按照数据库开发流程进行设计，确定和使用所得信息才可创建完善的数据库，合理分配模块和功能，对不同功能实用对应的编程语言及工具，对网站前后台合理搭配，可达到美观，实用。
2.1.2管理可行性分析
使用功能结构化的设计方法，对系统开发过程的进行管理，科学合理的将整个程序划分多个功能模块，各模块单独设计开发，这样可以降低整个程序的设计难度及减少错误程序的影响范围，各模块易于实现，又使整个程序易于衔接和修改[1]。
通过模板页的使用对没个功能模块外观功能进行整合管理，方便修改也易于美观。
2.1.3经济可行性分析
通过对网络上成型的旅游系统调研观察，采用合适的功能软件，借鉴成功的实例，及科学的开发方法，可以降低开发成本，达到经济高且效的目的。
2.2需求分析
2.2.1需求分析
需求分析在软件工程中指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作[2]。
需求分析是软件工程中的一个关键过程。
在这个过程中，系统分析员和软件工程师确定顾客的需要[3]。
只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。
需求分析阶段最基本的任务是确定软件系统功能，具体任务可以分为以下几个部分。
（1）确定对系统的综合需求：
主要包括功能需求，性能需求，可靠性和可用性需求，出错处理需求，接口需求，约束，逆向需求，将来可能提出的需求等。
（2）分析系统的数据需求：
分析系统的信息数据，规划系统面貌，数据分析通常采用建立数据模型的方法。
（3）导出系统的逻辑模型：
导出系统的详细的逻辑模型，通常用数据流图，实体-联系图，状态转换图，数据字典等来描述整个逻辑模型。
（4）修正系统开发计划：
根据系统分析中的理解，修正之前开发计划中不合理的部分。
2.2.2功能分析
本网站设计面向的是普通用户和浏览游客，因此要求网站设计尽可能地简化操作，健全功能，让浏览者在使用时感到方便、快捷。
通过对一些旅游信息服务网站的结构、功能研究，经过认真分析，结合实际情况，总结出旅游信息服务网站的基本特点：
为便于操作人员的操作，要求有良好的人机界面；由于系统的使用对象多，要求有较好的权限管理；全面展示该网站的功能，让用户对此网站产生兴趣，具有漂亮的界面；网站前台设置用户的多种操作权限；在网站后台设置管理员管理模块；；系统的注册登录与注销，安全退出系统。
根据以上分析，本旅游信息服务网站需具备以下功能。
首先是用户权限划分，需要有管理员、普通用户两种角色。
对于普通用户来说，基于.NET的旅游信息服务网站需要以下功能：
（1）需要基本的注册功能，使自己能够登录到网站上；
（2）基本的登录、退出功能；
（3）浏览旅游资讯功能；
（4）浏览景点信息，在网上完成门票预订的功能；
（5）浏览酒店信息，在网上完成酒店订房的功能；
（6）浏览评论信息，在网上发表用户评论的功能。
对于管理员来说，基于.NET的旅游信息服务网站需要以下功能：
（1）需要基本的登录、退出功能，能够进入后台进行管理；
（2）具有管理旅游资讯、酒店订房、景点门票预订及评论的功能。
2.3关键技术
2.3.1ASP.NET
ASP.NET是Web应用程序编程方面的一个全新的概念和方法[4]。
ASP.NET中的新功能并不是对ASP的改进，设计它的初衷是为用户入境提供最佳的应用程序架构。
它相比于ASP有着以下几个方面的优点：
（1）多语言
ASP曾在脚本引擎方面受到了限制，特别是VBScript和Jscript[5]。
而ASP.NET则支持多种语言，默认情况下为VisualBasic.NET、C#和Jscript.NET，另外还支持一些第三方语言。
（2）服务器处理
ASP在服务器处理上不管页面的内容是纯HTML还是ASP生成的HTML，它都是按照页面顺序显示的[6]。
因此逻辑代码依赖于它在页面中的位置，并且无法将HTML控件作为目标，除非将它们作为流的一部分进行显示。
而ASP.NET就解决了这个问题，方法是为控件引入一个声明的基于服务器的模型，因为控件在服务器上有，可以在服务器上编程，也可以是客户端驱动的事件[7]。
（3）WebForm控件
将现有的HTML控件转换为服务器端的控件是比较容易的，但是也存在一些不方便，例如比较难于区分HTML控件和服务器端的控件。
（4）代码与内容分离
一个网站的设计与开发往往由不同的人来实现的，而ASP中就是存在着这样一个问题，代码（ASP脚本）和内容（HTML）混合在一起[8]。
这样就使得同时进行设计和开发变得很困难。
而ASP.NET则采用了代码内联和后台编码两种方法实现了代码与内容的分离。
2.3.2SQL语言
SQL语言结构化查询语言（StructuredQueryLanguage）简称SQL，结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统[9]；同时也是数据库脚本文件的扩展名。
结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上工作。
它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统,可以使用相同的结构化查询语言作为数据输入与管理的接口。
结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。
2.3.3VisualStudio2012
VisualStudio2012包含了新的Metro应用程序模板，增加了JavaScript功能、一个新的动画库，并提升了使用XAML的Metro应用程序的性能；在界面上，比Beta版更容易使用，采用彩色的图标和按照开发、运行、调试等环境区分的颜色方案；集成了ASP.NETMVC4，全面支持移动和HTML5。
VisualStudio2012不仅是开发工具，也是团队的管理信息系统；对系统资源的消耗并不大，不过需要Windows7/8的支持。
2.3.4SQLServer2012
SQLServer2012是由Microsoft开发和推广的关系数据库管理系统（DBMS）[10]，它最初是由Microsoft，Sybase和Ashton-Tate三家公司共同开发的于1988年推出了第一个OS/2版本，在WindowsNT推出后，Microsoft与Sybase在SQLServer的开发上就分道扬镳了，Microsoft将SQLServer移植到WindowsNT系统上专注于开发推广SQLServer的WindowsNT版本，Sybase则较专注于SQLServer在UNIX操作系统上的应用[11]。
SQLServer作为一个分布式的关系型数据库管理系统，具有客户机/服务器体系结构，采用了Transact-sql的SQL语言在客户机与服务器间传递客户机的请求与服务器的处理结果。
3系统设计
3.1系统设计概述
通过对当今市场上已经存在的旅游信息服务网站分析研究，本网站将用户有效分为普通用户和管理员用户两类。
普通用户可以在前端进行旅游资讯浏览、酒店查询、景点查询、用户评论浏览的操作，如需进行景点门票预订和酒店订房，用户需要先注册登录系统；管理员用户主要是针对普通用户在前端的操作进行管理，包括景点订票管理，酒店订房管理，景点评论管理和酒店评论管理，管理员用户还可以点击查看前台页实时进行前台页浏览，保证前端的运行正常。
在以上设计需求下，本网站设计主要遵循以下几条准则：
灵活性：
对外界不同的需求要有很强的适应性，保持持久的生命力[12]。
简单性：
在完成规定目标的基础上保证简洁易懂[13]，省去不必要的步骤。
完整性：
提供完整整体的服务，避免单一片面。
可靠性：
确保信息服务的安全可靠，及时核对与更新[14]。
3.2系统主要功能模块
旅游信息服务网站将用户分为普通用户和管理员。
普通用户可以游览网站中所有的信息内容包括旅游资讯，酒店，景点，用户评论等，并且可以通过网站预订酒店与景点门票、发表用户评论。
管理员可以进入后台管理，对景点门票预订，酒店订房，用户评论等信息进行修改，删除等操作。
将用于普通用户操作的功能模块定义为前台模块，前台模块主要包括以下四个功能模块。
（1）注册登录模块:
该模块主要用于会员的注册和登录，游客如需在网站发表评论等操作需要先注册会员，登录系统。
（2）旅游资讯模块：
该模块主要是对旅游资讯的汇总，包括了最新最热门的旅游信息，旅游播报，旨在为用户提供旅游帮助。
（3）旅游景点模块：
该模块包含了各大景点信息以及对应的预订门票信息。
用户可以根据自己的爱好自主选择，需要预定门票的游客可以按照提示填写相关信息，提交之后会显示预订成功。
（4）酒店预订模块：
该模块主要介绍各大酒店的信息以及对应的订房信息。
其中酒店信息包括酒店的房间类型、房间价格以及各项设施服务，用户可以参考酒店评论自主选择。
需要订房的游客可以按照提示填写相关信息，提交之后会显示预订成功。
将用于管理员操作的模块定义为后台管理模块后台管理模块，后台管理模块主要包括以下四个模块。
（1）景点订票管理模块：
该模块主要是管理员对用户前端的景点门票预订信息进行管理，处理订单。
（2）酒店订房管理模块：
该模块主要是管理员对用户前端的酒店订房信息进行管理，处理订单。
（3）景点评论管理模块：
该模块主要是管理员对用户前端的景点评论信息进行管理，杜绝恶意评论。
（4）酒店评论管理模块：
该模块主要是管理员对用户前端的酒店评论信息进行管理，杜绝恶意评论。
3.3系统详细功能
旅游信息服务网站的用户按照普通用户和管理员区分，不同的用户具体的操作不同。
普通用户，即游客，主要在前台界面操作。
如浏览最新旅游资讯；查询景点票价，提前预定景点门票；搜索优质酒店，提前进行网上订房。
管理员，主要在后台进行管理操作，包括对景点门票预订进行管理，对景点评论进行管理，对酒店订房进行管理，对酒店评论进行管理。
详细功能如图3-1所示。
图3-1详细功能模块
Fig.3-1Detailedfunctionalmodules
在图3-1中，旅游信息服务网站包括注册登录，旅游资讯，旅游景点，酒店预订，后台管理四个模块，其中在旅游景点和酒店预订模块中，包含了详细的酒店、景点与订票信息，可以一键预订，只需填写好用户需求以及联系方式即可，方便快捷。
在后台管理模块中，对整个网站模块进行了细致的分配管理，使得各个模块数据反馈都能系统统一。
4系统实现
本章比较详细地介绍了基于.NET的旅游信息服务网站的具体设计与实现。
系统用户主要分为普通用户和管理员用户两类。
按照功能将适用于普通用户操作的模块划分为前台模块；适用于管理员用户操作的模块为后台管理模块。
根据每个模块的具体功能进行分析介绍，主要包括功能介绍、关键的源代码分析及具体页面展示。
4.1前台模块
4.1.1网站首页
旅游信息服务网站的网站首页是网站主要功能汇总的页面，它主要向用户展示了网站的整体布局及主要功能。
页面顶层显示三大主要功能菜单：
旅游景点、酒店预订、旅游资讯；页面右上角显示系统的登录、注册功能。
用户可以相应的功能菜单下进行浏览，如需具体操作，需要先注册登录系统。
旅游网站首页如图4-1所示。
图4-1旅游网站首页
Fig.4-1Tourism websitehomepage
4.1.2注册登录
用户注册主要用于会员注册，用户如需在系统进行相关操作，需要先注册会员才能登录系统。
会员注册需要用户填写用户名、密码、电子邮件、QQ、以及个人资料，其中个人资料包括姓名、性别、电话、联系地址，每项必须填写，电子邮件的格式必须正确，否则会出现提示框，注册不成功。
用户注册页面如图4-2所示。
图4-2用户注册页面
Fig.4-2Userregistration interface
注册成功的用户在登录界面填写已经注册成功账户和密码，选择会员登录即可成功登录。
如果用户名或者密码填写错误，会出现相关提示，提示登录不成功。
用户登录页面如图4-3所示。
图4-3用户登录页面
Fig.4-3Userlogininterface
4.1.3旅游资讯
旅游资讯主要是为用户提供最新的旅游讯息，方便用户浏览。
用户可以直接在前台界面点击资讯链接，进入资讯列表进行浏览。
旅游资讯页面如图4-4所示。
图4-4旅游资讯页面
Fig.4-4Travelinformation interface
4.1.4资讯详细
资讯详细是指用户点击资讯列表中的相关资讯讯息，进入到资讯详细界面，详细浏览。
资讯详细页面如图4-5所示。
图4-5资讯详细页面
Fig.4-5Detailedinformationinterface
4.1.5景点简介
景点简介是网站展示城市的主要旅游景点列表，并附上每个景点对应的图片和景点描述，方便用户浏览。
景点简介页面如图4-6所示。
图4-6景点简介页面
Fig.4-6Scenicspotsintroductioninterface
4.1.6景点详细
景点详细是指用户在景点简介页面点击喜欢的景点时，网站对该景点的详细介绍。
具体包括景点详情和景点评论，景点评论可供已经登录系统的用户在线评论，方便之后的用户参考。
评论时直接在评论界面的文字输入框输入评论内容，发表即可。
景点详细页面如图4-7所示。
图4-7景点详细页面
Fig.4-7Scenicspotsdetailsinterface
4.1.7门票预订
门票预订是指已经登录系统的用户在浏览旅游景点时，对相应的景点进行门票预订。
门票预订需要用户填写相关的客人姓名，门票数量，旅游时间，电子邮件，联系电话，联系地址，如有其它需求可填写其他留言。
用户填写成功后，订单会自动给传送到后台等待管理员处理。
门票预订页面如图4-8所示。
图4-8门票预订页面
Fig.4-8Ticketbookinginterface
4.1.8酒店简介
酒店简介是指网站列举城市的主要酒店，并附上每个酒店对应的酒店信息，酒店信息最基本的酒店概述和酒店房价。
酒店简介页面如图4-9所示。
图4-9酒店简介页面
Fig.4-9Hoteldescription interface
4.1.9酒店详细
酒店详细是指用户在酒店简介页面点击选择的酒店时，网站对该酒店的详细介绍。
具体包括酒店详情和酒店评论。
酒店详情是指酒店的基本描述以及客房类型、预定价格，基本设施等；酒店评论可供已经登录系统的用户在线评论，方便之后的用户参考。
评论时直接在评论界面的文字输入框输入评论内容，发表即可。
酒店详细页面如图4-10所示。
图4-10酒店详细页面
Fig.4-10Hoteldetailsinterface
4.1.10酒店订房
酒店订房是指已经登录系统的用户在浏览酒店信息时，对相应的酒店进行在线订房。
酒店订房需要用户填写相关的客人姓名，房间数量，入住时间，离开时间，电子邮件，联系电话。
用户填写成功后，订单会自动给传送到后台等待管理员处理。
酒店订房页面如图4-11所示。
图4-11酒店订房页面
Fig.4-11Hotelreservationinterface
4.2后台管理模块
4.2.1后台登录
后台登录主要是管理员登录，填写管理员账户和密码，点击管理员即可登录成功。
管理员用户为系统设置用户，默认用户名为admin，密码为a。
后台登录页面如图4-12所示。
图4-12后台登录页面
Fig.4-12Backgroundlogininterface
4.2.2景点订票管理
后台页面的左侧功能栏列举了管理员的主要功能操作，具体包括：
景点订票管理，酒店订房管理，景点评论管理，酒店评论管理，查看前台页。
景点订票管理主要是指管理员对前端普通用户进行的景点门票预定进行管理。
普通用户预订景点门票后，后台显示订单预订结果为未处理，管理员用户可以对订单进行处理或者删除。
处理之后订单状态会显示已经处理。
景点订票管理页面如图4-13所示。
图4-13景点订票管理页面
Fig.4-13Scenicspotsticketsbookingmanagementinterface
4.2.3酒店订房管理
酒店订房管理主要是指管理员对前端普通用户进行的酒店订房进行管理。
普通用户预订酒店房间后，后台显示订单预订结果为未处理，管理员用户可以对订单进行处理或者删除。
处理之后订单状态会显示已经处理。
酒店订房管理页面如图4-14所示。
图4-14酒店订房管理页面
Fig.4-14Hotelreservationmanagementinterface
4.2.4景点评论管理
景点评论管理是指管理员用户对前端普通用户发表的景点评论进行管理，主要针对恶意评论及言语不文明的评论进行统一管理。
景点评论管理页面如图4-15所示。
图4-15景点评论管理页面
Fig.4-15Scenicspotscommentmanagementinterface
4.2.5酒店评论管理
酒店评论管理是指管理员用户对前端普通用户发表的酒店评论进行管理，主要针对恶意评论及言语不文明的评论进行统一管理。
酒店评论管理页面如图4-16所示。
图4-16酒店评论管理界面
Fig.4-16Hotelcommentmanagementinterface
5数据库设计
5.1数据库访问技术
本系统采用的数据库为SQLServer数据库，使用.NET语言进行数据访问操作，因此使用ODBC技术进行数据访问。
ODBC（OpenDatabaseConnectivity，开放数据库互连）是微软公司开放服务结构（WOSA，WindowsOpenServicesArchitecture）中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。
这些API利用SQL来完成其大部分任务。
ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC[15]。
本系统中使用SQLServer数据库驱动程序访问数据库，简化对于数据库的具体操作，只需按照逻辑组合相应的SQL语句，数据库即可实现相应的操作。
5.2数据库概念结构设计
E-R图的全称是实体-联系图（Entity-Pelationship），它由实体、联系和属性三要素构成。
其表示方法为：
用矩形表示实体型，在矩形框内写明实体名；用椭圆形表示属性，并用无向边将其与相应的实体连接起来；用菱形表示联系，菱形内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁表上联系的类型。
实体是具有公共性质的可以相互区别的现实世界对象的集合。
通常实体都是一些具体的事物。
根据需求分析阶段得到的应用需求，总结出各个实体之间的关系，具体的描述E-R图如下。
用户注册实体与属性，描述用户注册的基本属性，具体包括用户名，用户密码，电子邮件，QQ，姓名，性别，联系电话，联系地址，注册时间，头像，级别。
其中用户注册基本信息是注册时自主填写的，而注册时间，头像，级别是系统根据用户注册信息自动配置的。
如图5-1所示。
图5-1用户注册实体与属性
Fig.5-1Userregistrationentityandattribute
景点信息实体与属性，描述景点信息的基本属性，具体包括景点id，景点名称，景点介绍，景点门票价格，景点图片1，景点图片2。
其中景点图片1和景点图片2表示页面显示的两种图片。
如图5-2所示。
图5-2景点信息实体与属性
Fig.5-2Scenicspotsinformationentityandattribute
景点门票预订信息实体与属性，描述景点门票预订的基本属性，具体包括订票id。
景点名称，门票价格，门票数量，门票使用时间，联系电话，用户邮箱，联系地址，备注，下单时间。
如图5-3所示。
图5-3景点门票预订信息实体与属性
Fig.5-3ScenicspotsTicketsBookinginformationentitiesandattributes
酒店信息实体与属性，描述酒店信息的基本属性，具体包括酒店id，酒店名称，酒店介绍，酒店地址，价位，酒店设施。
如图5-4所示。
图5-4酒店信息实体与属性
Fig.5-4Hotelinformationentities
升级会员 