自助旅游信息交流平台的设计与实现.docx
《自助旅游信息交流平台的设计与实现.docx》由会员分享，可在线阅读，更多相关《自助旅游信息交流平台的设计与实现.docx（28页珍藏版）》请在冰豆网上搜索。
自助旅游信息交流平台的设计与实现
自助旅游信息交流平台的设计与实现
指导教师：
喻晓和
目录
第一章绪论1
1.1选题背景和研究意义1
1.2国内外现状1
1.3研究的内容1
1.4本文的组织安排1
第二章相关理论及技术基础2
2.1MVC架构介绍2
2.2JSP技术2
2.3SQLServer数据库3
第三章系统需求分析3
3.1任务概述3
3.1.1目标3
3.1.2用户的特点3
3.2系统业务需求与业务流程4
3.2.1业务需求概述4
3.2.2业务流程图4
3.3系统功能需求5
3.4系统非功能性需求5
3.4.1系统性能需求5
3.4.2运行环境需求5
3.5数据要求6
3.5.1数据流程图6
3.5.2数据字典10
第四章系统设计11
4.1系统总体设计11
4.1.1基本设计概念11
4.1.2处理流程11
4.1.3结构11
4.2.3系统功能模块13
4.2接口设计14
4.2.1用户接口14
4.2.2外部接口17
4.2.3内部接口17
4.3系统数据库设计17
4.3.1概念结构模型设计18
4.3.2逻辑结构模型设计19
4.3.3物理结构模型设计19
第五章系统实现22
第一章绪论
1.1选题背景和研究意义
随着时代的发展，社会经济的快速发展，大家消费水平的不断提升，人们对于旅游有了更多的青睐，成了人们生活方式中不可缺少的活动。
而自助旅游作为一种可以完全自主选择和安排旅游活动的时尚的旅游方式，也越来越受到人们的欢迎。
因此，在旅行社组织的团队旅游的基础上,更多的旅游者热衷于自助旅游。
与此同时，各种旅游信息服务系统伴着蓬勃发展的旅游业应运而生。
不过，虽然新兴行业生命力很强，但仍存在上述服务中暴露的诸多不足。
例如，各类旅游信息服务系统和网站良莠不齐，提供信息服务水平的差距较大，许多网站往往只有对相关企业、景点、交通线路和住宿酒店的简单介绍，而且静态信息多于动态信息，信息内容常年不更新，陈旧落后，不能给浏览者鲜明的印象，系统与用户之间的互动性差、相关链接少等。
基于上述背景问题的考虑，建设一个用户可以直接交流的，用户提供路线，分享旅游体验的自助旅游信息平台是有意义且必要的。
1.2国内外现状
目前,高新技术在西方发达国家,已广泛推广和应用至旅游项目的拓展、旅游方面的营销策划、相关部门的管理、有关旅游培训服务、旅游所涉及的交通和各项旅游配套服务等领域,这使旅游经济效益和服务质量还有旅游者旅游满意程度均得到了提高。
我国旅游信息系统的研究起步比较晚，但发展速度很快。
目前已有多个自助游网站，如溜溜驴自助游网站，背包兔自助游网站等，而很多大型旅游门户网站如携程网、同程网、易休旅行网等也包括了自助游这一部分，以及各论坛也有很多关于自助游的帖子。
因特网技术的发展,为旅游业的个性化发展提供了广阔的空间.在这个巨网中,游客们可以自由地交流,自由地选择自己所需要的信息、产品和服务。
1.3研究的内容
本文主要研究的内容与任务主要是系统功能架构的研究，具体研究如何设计与实现会员登录模块、旅游服务模块、旅游线路模块、旅游论坛、电子地图以及后台管理模块等是本文的重中之重。
本文根据用户的实际需求，为自助旅游行业建立一套面向大众的自助旅游信息服务系统。
在系统设计与开发过程里使用了数据库技术以及Java语言等开发工具，选择J2EE作为开发环境。
数据库服务器采用SQLServer2008，其具备大型数据库功能，确保数据的完整性及安全性。
1.4本文的组织安排
第一章绪论，是对本文的整体概括，包括当今旅游信息服务研究现状和研究内容等。
第二章系统相关技术介绍，主要介绍系统的理论基础、开发平台、开发语言和架构。
第三章系统需求分析，是系统的总体需求并阐明本系统主要功能模块和子模块功能。
第四章系统设计，主要是对系统的总体设计，功能模块的设计以及数据库的设计的介绍。
第五章系统实现，本章是对系统的主要模块的实现过程的描述。
第六章系统测试，此章采用功能性测试和性能测试对系统进行测试，目标是验证系统的正确性并进一步完善系统。
第七章总结，是本文所做的主要工作的总结。
第二章相关理论及技术基础
2.1MVC架构介绍
MVC模式最初被提出来是用来构建用户界面的，M代表模型，V代表视图，C代表控制器。
MVC的目的是增加代码重用率，减少数据表达、数据描述和应用操作的耦合度，同时也使得软件的可维护性、可修复性、可扩展性、灵活性以及封装性得到提高。
MVC设计模式由3部分构成：
模型：
应用对象，处理业务逻辑，没有界面；
视图：
屏幕上的显示，从服务器流向客户端的数据；
控制器：
定义用户界面对用户输入的应方式，负责把用户的请求转化为对模型的操作。
三者之间的关系如图
图1MVC模式示意图
2.2JSP技术
JSP（JavaServerPages）是由SunMicrosystems公司倡导、许多公司参与一起建立的一种动态网页技术标准。
JSP技术的设计目的是使得构造基于Web的应用程序更加容易和快捷，而这些应用程序能够与各种Web服务器，应用服务器，浏览器和开发工具共同工作。
当Web服务器遇到访问JSP网页的请求时，首先执行其中的程序段，然后将执行结果连同JSP文件中的HTML代码一起返回给客户。
插入的Java程序段可以操作数据库、重新定向网页等，以实现建立动态网页所需要的功能。
所有程序操作都在服务器端执行的，通常返回给客户端的就是一个HTML文本，因此只要有浏览器就能浏览，这样也就减轻了客户端的负担，大大提高了交互的速度。
JSP页面是彻底与平台无关的，不论是它的动态Web页面和其隐含的服务器端组件。
用户可以在任意一个平台上编写动态Web页面，然后在任何一个支持JSP的Web服务器上运行，通过任何一个Web浏览器来访问。
其次，JSP技术支持使用可重用、跨平台的服务器端组件JavaBean。
能大大减少程序的开发时间。
提高了开发的效率。
最后，JSP页面是Java企业级平台的重要组成部分，可以用支持JSP技术的Web服务器作为前端，开发出强大的企业级或者中间层服务器端应用。
要想所有的客户端将得到更新，只需要更新驻留在服务器上的组件和动态Web页面。
JSP是在Java的基础上开发出的，它实现了动态页面与静态页面的分离，基本上脱离了硬件平台的束缚以及编译后运行等方式，大大提高了其执行效率而逐渐成为Internet上的主流开发工具。
2.3SQLServer数据库
SQLServer是由Microsoft、Sybase和Ashton-Tate开发和推广的关系数据库管理系统。
其中采用结构化查询语言，SQL语言是数据库访问的标准的语言。
SQLServer不要求用户了解和指定对数据的存放方法，所以，可应用于底层结构不同的多种数据库系统中。
SQL语句可以嵌套使用,允许一条SQL语句的输出作为另一条SQL语句的输入，这一特点使功能更加强大，应用更为灵活。
在一些情况下，某些功能可能在实现过程中需要采用一大段程序，而在SQLServer只需要一个SQL语句就可以实现。
目前使用的SQLServer版本为2008版。
与之前的版本相比SQLServer2008安全性、效率更高，并且具有可扩展的数据仓库平台，可以为用户提供智能化服务。
第三章系统需求分析
3.1任务概述
3.1.1目标
该项目将使用javaWeb技术的servlet+jsp+javaBean实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。
为旅游者提供发布旅游线路、攻略等信息，并且提供互动交流的平台，以便用户分享体验甚至结伴出游。
该系统的主要目标还包括：
1减少人力与管理费用；
2提高信息准确度；
3改进管理和服务；
4建立高效的信息传输和服务平台，提高信息处理速度和利用率；
5系统设计优良，界面设计精美、友好、快捷，人性化设计，后台管理功能强大、效率高；
3.1.2用户的特点
本系统所面向的用户群分为网上浏览者、网站管理人员两种。
网上浏览者可以执行注册新用户，搜索、查看景点、线路、相关贴子的信息，发布新帖子分享体验、提供景点、线路信息，对景点、线路进行回复和评论这些功能，通过这些功能，网上浏览者可以获取自己喜欢的特色信息，也可以与其他用户交流，分享自己的经验。
网站管理人员可以执行管理景点、线路信息，管理回复这些功能。
（1）网上浏览者发布信息的主要流程如下：
1用户登录系统注册为会员，加入不同的小组。
2会员可以对自己的个人信息进行更改，以会员形式登陆的用户具有发布信息和留言回复的权利。
3如果用户觉得该信息应该有所改变则可对其进行选择、更改、删除等功能。
4当用户确定信息无误后，可以将其提交至系统的后台系统，存入后天数据库。
5用户可以对系统或者景点、线路有意见或者建议进行回复、留言，管理员会及时满意的回复。
（2）管理员后台管理流程如下：
1管理员登录后台系统。
2管理员可以管理会员信息、景点和线路信息。
3后台将用户发布的信息进行筛选，推荐优秀景点、线路或帖子给会员。
3.2系统业务需求与业务流程
3.2.1业务需求概述
会员登录：
主要完成新会员的信息注册，已注册会员的登陆以及信息的修改。
景点查询：
主要完成景点的查询功能，用户通过选择和关键字查询景点。
线路查询：
主要完成线路的查询功能，用户通过选择和关键字查询线路。
帖子查询：
主要完成帖子的查询功能，用户通过选择和关键字查询帖子。
景点发布：
主要完成用户发布推荐景点的功能，发布之后其他用户可以查看。
线路发布：
主要完成用户发布推荐线路的功能，发布之后其他用户可以查看。
帖子发布：
主要完成用户发布帖子的功能，发布之后其他用户可以查看。
留言回复：
主要完成用户留言及回复功能，留言回复主要是针对所浏览的景点、线路或帖子。
后台管理：
主要实现会员信息管理，景点和线路信息的增加、修改、删除，留言回复管理，相关产品推荐的增加、修改、删除。
3.2.2业务流程图
图2主要业务流程图
3.3系统功能需求
本系统的主要功能有：
（1）用户可以注册成为会员，注册后可以用账号登陆；
（2）会员可以加入自己喜欢的小组，参与小组互动；
（3）成为会员之后可以发布帖子，提供景点和线路信息，分享自己的旅游体验和心得；
（4）会员可以对帖子、景点、线路进行评价、留言和回复；
（5）用户可以浏览系统推荐的关于旅游的相关产品链接，点击即可跳转进行购买；
（6）管理员能对会员信息及会员发布的信息进行管理；
（7）管理员可以将点击率高、赞扬度高的帖子置于首页展示；
3.4系统非功能性需求
3.4.1系统性能需求
由于此开发项目主要用于自助游爱好者交流、查看信息，因此使用频度较高，使用性要求比较高。
为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。
总之，要求稳定、安全、便捷，易于管理和操作。
1查询速度：
不超过10秒；
2其它所有交互功能反应速度：
不超过3秒；
3可靠性：
平均故障间隔时间不低于200小时。
3.4.2运行环境需求
（1）设备
服务器
1处理器（CPU）：
Pentium900M（推荐Pentium41.2G）
2内存容量（RAM）：
至少256M（推荐512M）
客户端
1处理器（CPU）：
Pentium133M或更高
2内存容量（RAM）：
64M或更高
（2）支撑软件
数据库服务器端
1操作系统：
MicrosoftWindows2000
2数据库管理系统：
SQLserver2008，配置TCP/IP协议
Web服务器端
1操作系统：
MicrosoftWindows2000
2Internet信息服务（IIS）6.0管理器
3VisualStudio.NET2003，配置TCP/IP协议
客户端
1操作系统：
Windows98/2000/2003/XP
2Web浏览器：
InternetExplorer5.0以上或Netscape4.0以上，配置TCP/IP协议
（3）接口
①硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。
②软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。
考虑到文档处理时有可能需要较常用的办公软件。
例如Microsoft的Office系列，所以应尽量实现它们之间的数据格式的自动转换。
（4）控制
由于本系统采用目前的主流技术，对程序的运行和控制都没有特殊要求。
3.5数据要求
3.5.1数据流程图
（1）顶层数据流图
用户登录系统需要提交登录信息，并存储在表中，管理员则要对这些信息进行管理。
图3系统顶层DFD
（2）一级数据流图
系统主要包括五大模块：
用户信息管理、浏览信息、发布信息、留言回复及后台管理。
其中“用户信息管理”需要用户提交自己的信息，经过管理员的审核后存储在用户信息表中；“浏览信息”则是根据用户所查询的内容将发布信息表中的数据通过网页呈现在用户面前；用户在浏览相应信息后可以针对信息“留言回复”，与作者进行交流，此回复信息则保存在回复表中；“发布信息”可以让用户发表信息，其相应信息保存在相应表中；“后台管理”则是管理员才能有的操作，主要是管理用户发布的信息及用户信息。
图4系统第一次DFD
（3）“管理用户信息”展开
“管理用户信息”是用户与管理员共同的操作。
用户首次使用系统需注册，管理员审核后，这些信息则保存在用户信息表中。
非首次使用的用户需登录系统才能进行后续操作，用户登录时需手动输入自己注册时的信息，系统会根据保存在用户信息表中的信息对输入的信息进行验证，正确后登陆成功。
登录成功后用户可以修改自己的信息，修改后，用户信息表作出相应更新。
图5“管理用户信息”框的展开
（4）“浏览信息”展开
“浏览信息”是根据用户在网页上输入的查询条件在相应表中进行查询，并将查询结果返回网页终端。
用户可以查询帖子、景点、线路信息。
图6“浏览信息”框的展开
（5）“发布信息”展开
“发布信息”要求用户必须登录，因此，在用户登录成功后可以发布自己想发表的帖子、景点或线路信息，并保存在相应表中。
图7“发布信息”框的展开
（6）“留言回复”展开
“留言回复”也要求用户必须登录。
登录后，用户在浏览了信息之后，可以对浏览的信息发表自己的看法，可以与其作者进行交流，回复的信息保存在回复表中。
图8“留言回复”框的展开
（7）“后台管理”展开
“后台管理”是管理员的操作，管理员可以查看用户发表的帖子，对景点和线路信息进行增加、修改、删除的操作。
同时，管理员可以对点击率高备受好评的信息放在对应的版块中，以供用户获取更好的信息。
图9“后台管理”框的展开
3.5.2数据字典
主要数据元素如下所示：
数据元素条目
名称：
用户编号
别名：
u_id
说明：
记录用户信息存储的编号
类型长度：
数据元素条目
名称：
小组编号
别名：
g_id
说明：
记录小组信息存储的编号
类型长度：
数据元素条目
名称：
帖子编号
别名：
f_id
说明：
记录帖子信息存储的编号
类型长度：
数据元素条目
名称：
景点编号
别名：
a_id
说明：
记录景点信息存储的编号
类型长度：
数据元素条目
名称：
线路编号
别名：
l_id
说明：
记录线路信息存储的编号
类型长度：
数据元素条目
名称：
回复编号
别名：
r_id
说明：
记录用户回复信息的编号
类型长度：
数据元素条目
名称：
链接编号
别名：
p_id
说明：
记录产品链接信息存储的编号
类型长度：
数据元素条目
名称：
类型编号
别名：
m_id
说明：
记录景点类型信息的编号
类型长度：
数据元素条目
名称：
类别编号
别名：
c_id
说明：
记录产品类别信息存储的编号
类型长度：
数据元素条目
名称：
加入详情编号
别名：
j_id
说明：
记录用户加入小组后的信息的编号
类型长度：
第四章系统设计
4.1系统总体设计
4.1.1基本设计概念
（1）根据系统分析结果，该系统从结构上应满足：
1基于浏览器进行显示以方便用户使用；
2采用MVC的三层体系结构，分化各个功能组件；
3采用JDBC技术与数据库通讯以便于数据库的转换；
4采用标签技术完成动态页面的简单逻辑。
（2）系统的总体结构设计遵循如下原则：
1系统应具有良好的适应性：
能适应用户对系统的软件环境、管理内容、模式和界面的要求；
2系统应具有可靠性：
采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠；
3系统应具有较好的安全性：
应提高完善的安全机制和用户权限限制机制，确保数据的受限访问；
4系统应具有良好的可维护性：
系统应易于维护、安装；
5系统应具有良好的可扩展性：
系统应适应未来信息化建设的要求，能方便的进行功能扩展，以建立完善的信息集成管理体系。
6系统的设计开发应符合信息安全化建设的要求，以方便实现与其他设备以及各类应用系统的集成。
4.1.2处理流程
4.1.3结构
下面以结构图来描述外卖预定系统的软件总体结构。
框内注明了模块的名字；方框之间的直线表示模块的调用关系。
客户端部分:
图10客户端部分结构图
服务器部分:
图11服务器部分结构图
4.2.3系统功能模块
（1）系统总体功能
图12系统总体功能
（2）系统具体功能
具体功能表如下
功能类别
子功能
用户管理
用户登录
用户注册
用户操作
景点展示
景点的详细介绍
查看具体线路信息
信息推荐
信息发布分享
详细信息提交
反馈留言
查看所有留言
查看住宿、户外用品的链接
管理员操作
增加景点、线路及相关产品链接
修改景点、线路及相关产品链接
删除景点、线路及相关产品链接
回复留言
删除留言
4.2接口设计
4.2.1用户接口
用户通过以下接口传递命令，系统给出相应的回答信息。
命令
语法
信息正确
信息错误
提交
Ifelse
进入系统
返回到当前页面
重设
点击
清空输入的数据
无
取消
点击
返回当前页面
无
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。
在设计语言上，已决定使用MyEclipse8.5进行java编程，在界面上可使用MyEclipse所提供的可视化组件，向WINDOWS风格靠近。
其中服务器程序界面要做到操作简单，易于管理。
在设计上采用下拉式菜单方式，按钮通常放置于右下角，在出错显示上可调用库中的错误提示函数。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
图13首页界面
图14登录界面
图15注册界面
图16浏览总体信息界面
图17浏览具体信息界面
图18发新帖界面
4.2.2外部接口
✧软件接口
服务器程序可使用MyEclipse提供的对SQLSERVER的接口，进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
✧硬件接口
在输入方面，对于键盘、鼠标的输入，可用MyEclipse的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用MyEclipse的标准输入/输出对其进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
软件接口
硬件接口
键盘
鼠标
打印机
用户模块
连接
连接
管理模块
连接
连接
连接
4.2.3内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
具体参数的结构将在下面数据结构设计的内容中说明。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
4.3系统数据库设计
数据库的设计分为三个阶段，概念结构设计阶段、逻辑结构设计阶段、物理结构设计阶段。
概念结构设计的目标是产生反映系统信息需求的整体数据库概念结构，描述的工具是E-R图。
逻辑结构设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程，财大外卖网站管理系统使用的是关系型数据模型。
物理结构设计则要结合DBMS的要求和规定对数据库进行物理设计，作为建立物理数据库的操作基础。
4.3.1概念结构模型设计
概念设计将反映现实世界中的实体、属性和它们之间的关系建立原始数据形式。
下图表示了本系统的E-R图，用来描述现实世界的概念模型。
图19各实体及其属性
图20集成的实体联系E-R图
4.3.2逻辑结构模型设计
数据库的逻辑设计是将各局部的E-R图进行分解、合并后重新组织起来形成数据库全局逻辑结构，本系统采用关系数据库模型。
根据以上E-R图，由于一个用户可以加入多个小组，一个小组也可以有多个用户，因此需要增加一张“加入明细”表来记录用户与小组的关系。
对于“帖子”，用户发布之后有了发布的时间和状态，而用户点击浏览之后有了点击率，恢复之后，要记录回复的数量，因此，将这四项归于“帖子”表。
同理，将各联系的属性归于对应实体，得到的各关系表如下所示：
用户（用户编号，用户密码，用户名称，用户类型，用户积分，用户邮箱，最后登录时间，在最后登录IP）
小组（小组编号，小组名称，小组人数，小组组长，小组热度）
帖子（帖子编号，帖子标题，帖子内容，发布时间，回复次数，点击率，发布作者，所属组号，状态）
回复（回复编号，回复内容，回复时间，作者，回复对象，赞扬度）
景点（景点编号，景点名称，景点介绍，类型编号，提供用户,点击率，回复次数）
线路（线路编号，线路名称，目的景点，线路介绍，费用，提供用户，点击率，回复次数）
产品链接（链接编号，产品名称，类别编号，产品简介，产品价格，赞扬度）
景点类型（类型编号，类型名称）
产品类别（类别编号，类别名称）
加入明细（小组编号，用户编号，加入时间）
4.3.3物理结构模型设计
物理设计主要包括设计数据库的存储结构、存储设备和扩展方法，设计表的结构，设计索引、约束和触发器等，同时必须考虑实际运行后的多方面要求，要估算最大数据量等。
以下是数据库表的结构设计及相关的约束说明：
用户表
列名
数据类型
约束条件
说明
u_id
varchar（50）
主键
用户编号
u_pwd
varchar（50）
notnull
用户密码
u_name
varchar（50）
notnull
用户名称
u_type
varchar（24）
notnull
用户类型
u_score
int
升级会员 