旅游网站需求分析报告
一、需求分析报告
1 引言
由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息，有效地掌握各大旅游景点的详细情况，我们多方听取意见、追加和完善大量实用功能，开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。
编写目的
在深入考察了已有的旅游景点网站，同时与多位软件使用者进行了全面深入地探讨和分析的基础上，提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
开发目的及意义
本系统提供对各旅游景点综合信息（景点介绍、出行线路查询、景点图片视频展示、景区餐饮分布、博客与论坛等）的查询与管理，可以作为旅游出行综合信息查询的门户。通过本系统，出行者可以查看某个地区的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。通过本系统的开发，要求掌握一个完整B/S 应用系统设计、开发的全过程，掌握数据库编程。
预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐
阅读本文档的读者和阅读建议列举如下：
●系统用户：建议阅读文档中的“3系统功能需求”及“用户文档”部
分，并针对文档中所列的功能需求提出修改和删补建议；
●开发人员：建议着重阅读本文档的“3系统功能需求”、“4外部接口
与运行环境需求”等部分；
●项目经理：建议阅读整篇文档；
●营销人员：建议着重阅读“3系统功能需求”；
●测试人员：建议阅读“3系统功能需求”、“运行环境”和“性能需求”
三部分；
●文档编写入员：建议阅读“2文档约定部分”。
2 术语、定义和缩略语
文档约定
●正文风格：正文风格统一采用主标题、副标题的封层罗列的方法，
并且在文中配以需要的表格和图片的文档风格。具体的正文、图片
及表格要求按照下面的要求进行：中文用宋体，英文用Times New
Roman，行距20磅。段前、段后0行，但表名、图题的段前、段后
均设为行。正文部分（含表名、图题）用小四字；表格、图中的文
字，用五号字；
●提示方式：文档中不添加额外的提示符号；
●重要符号：凡是在文档中出现的重要的信息或者需要文档的阅读者
特别注意的部分，统一按照在段落开头处添加“*”号的方法加以标
注；
●需求的层次：高层次的需求陈述在细化的需求中不需要再加以继承，
只需真丢更细层次的需求进行陈述；
术语、定义
：是一种统一的 Web 平台，它提供了生成企业级应用程序所必需的全部服务。
缩略语
B/S Browser/Server 浏览器和服务器结构
3 系统功能需求
系统功能
本系统的功能主要包括：景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1 系统功能树图
系统功能树图：
系统功能树 3.1.2前台管理子系统
用户可以根据前台系统检索各地的旅游景点信息，并通过成为注册用户，可以在论坛发表自己的观点和拥有自己的博客。
3.1.2.1景点检索模块
（1）用例图 用户管理子系统 前台子系统 后台管理子系统
论坛 修改信息 景点介绍 景点检索 博客
用
户
登录 景点信息
管理
博客信息管理 论坛信息管理信息管理 旅游景点综合信息查询系统
景点检索
用户
景点检索用例图
（2）需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
（3）输入/输出数据
●输入数据：选择要查询的条件是根据旅游时间、旅游费用、行程距离、
或者出行目的。
●操作方法：根据用户选择的需要点击查询按钮。
●输出数据：从数据库中选出用户选择的具体旅游景点信息并显示出来。
3.1.2.2景点介绍模块
（1）用例图
查看景点简介
查看景点图片
用户
查看景点视频
查看餐饮介绍
查看旅游线路
景点介绍用例图
（2）需求说明
所有用户都可以通过该景点介绍模块了解该景点的具体信息，包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
（3）输入/输出数据
●输入数据：选择选中的具体的旅游景点需要查看的信息。
●操作方法：根据用户选择的需要点击景点查看按钮。
●输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显
示出来。
3.1.2.3论坛模块
3.1.2.4博客模块
（1）用例图
查看别人博客
注册用户
发表博文
上传信息
注册用户
下载信息
评论文章
用户博客用例图
（2）需求说明
为注册用户提供个人虚拟空间，在这里，游客可以发表文章、上载和管理个
人风景照片等，撰写日志等
（3）输入/输出数据
● 输入数据：选择选中的具体的旅游景点需要查看的信息。
● 操作方法：根据用户选择的需要点击景点查看按钮。
● 输出数据：从数据库中选出用户选择的具体旅游景点信息并在该页面显
示出来。
3.1.3用户管理子系统
用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。
3.1.3.1用户登录模块
（1）用例图
用户
<
管理员
区域管理员普通用户<
<
用户登录系统
用户登录用例图
（2）需求说明
用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、区域管理员、不同用户（权限又高到低），赋予用户不同的操作权限。
（3）输入/输出数据
● 输入数据：用户登录名、用户登录密码；
● 处理方法：根据用户的输入信息从数据库中查询相应用户，核对以填写
的用户信息是否存在于数据库中；
● 输出数据：存在该用户则提示登录成功并跳转登录界面；不存在该用户
则提示用户不存在，并跳转至注册页面；
3.1.3.2信息修改模块
（1）用例图 用户
<
区域管理员
普通用户<
用户信息修改
用户登录系统
<
用户信息修改用例图
（2）需求说明
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利（由于管理员是最高权限，而且在企业中只应有一人剧本该权限，因此不提供给该用户修改个人登录信息的功能）。
（3）输入/输出数据
● 输入数据：更新的用户登录信息；
● 处理方法：更新数据库中当前登录用户的登录信息；
● 输出数据：更新后的用户登录信息；
3.1.3.3用户管理模块
（1）用例图
用户<
用户管理系统用户登录系统
<
用户管理模块用例图
2）需求说明
用户管理模块需在管理员权限（最高权限）下进行登录后，才可对现有的所有用户进行管理，包括对这些用户的登录信息的修改以及对任意用户的删除。
（3）输入/输出数据
● 输入数据：预修改用户的新的信息或者欲删除的用户；
● 操作方法：根据管理员选择的需要操作的用户信息，在数据库中对相应
的用户进行更新；
● 输出数据：更新后的用户列表；
3.1.4 后台管理子系统
提供一个后台管理界面，可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。
3.1.
4.1景点信息管理模块
3.1.
4.增加景点信息
（1）用例图 管理员增加景点信息用户登录系统
增加景点信息用例图
（2）需求说明
管理员通过该模块增加景点信息。
（3）输入/输出数据
● 输入数据：新增加的旅游景点的信息。
● 操作方法：更新数据库。
● 输出数据：更新后的旅游景点信息。
3.1.
4.2博客信息管理模
（1）用例图
用户登录系统管理员删除博客信息
博客信息管理用例图
（2）需求说明
管理员通过该模块管理博客信息。
（3）输入/输出数据
●输入数据：要删除的博客信息。
●操作方法：更新数据库。
●输出数据：更新后的博客信息。
用户特点
所有用户。包括已注册用户和游客。
设计和实现上的限制
●开发工具限制：VS2008；
●数据库限制：Microsoft SQL Server 2005SP4；
●运行环境限制：Windows XP以及更高版本；
●数据转换格式标淮的限制。
4 外部接口与运行环境需求
用户界面
●采用的简洁友好的图形用户界面风格，设计用户界面。
●屏幕格式：显示器。
●菜单格式：WEB页面
●需要有操作顺序的操作应给出正确恰当的引导提示；
●图形用户界面要友好，容易理解，方便使用；具体包括：
?对于不方便统一填写风格的选项全部采用下来菜单的形式；
?对于特定的填写内容（如密码）需要有基本的验证信息和相
应
的提示信息；
?地图显示应该清晰明了，方便阅览；
●文本显示格式要符合常人阅读习惯；具体包括：
?正文或者信息文字统一用宋体；
?日期显示统一用年-月-日的格式，如2009-11-4；
●错误信息统一采用弹出对话框的形式，提示内容要友好易懂；
硬件接口
●操作系统：Windows XP或者更高版本；
●数据库：Microsoft SQL Server 2005SP4或者更高版本；
●工具；VS2008；
软件接口
●操作系统：Windows XP或者更高版本；
●数据库：Microsoft SQL Server 2005SP4或者更高版本；
●工具；VS2008；
通讯接口
●WEB浏览器：IE 或者更高版本；
●网络通讯协议：TCP/IP协议
运行环境
●硬件平台：PC，Intel Core2 或者更高型号处理器，512M以上内存，
40GB以上硬盘；
●操作系统和版本：Windows XP SP2或者更高；
●数据库：Microsoft SQL Server 2005SP3或者更高；
●服务器：Tomcat 或者更高；
●浏览器：IE 或者更高版本；
5 其它非功能需求
可靠性：凡合法用户可以再任意地方正确无误的访问系统中的信息；
安全性：只有注册的用户方可访问系统，其他用户不得获取系统内的任何信息；
可维护性：系统故障可以再24小时内得到解决；
可扩展性：在用户需要时，系统可以方便的扩展而不影响已有功能
性能需求
●系统支持的并发操作数量：至少满足500人可同时正常访问系统；
●响应时间：在正常网络条件下，文本显示不得超过1秒，地图的显
示不得超过2秒；
●容量需求
?存储器：512M以上；
?磁盘空间；40GB以上；
?数据库中表的最大行数：10000行；
安全性需求
系统内部包含的所有资料只有注册用户方能浏览。系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的，此用户只有使用的权限，不具备修改最高权限用户登录信息或者增删最高权限用户的权利。系统最高权限用户的修改只能通过系统内部变更得到改变。
用户文档
与软件产品一同交付的用户文档包括：
●安装指南，纸质文档；
●用户手册，纸质文档；
●在线帮助；
相关电子文档，与软件产品一同分发、配置。
4.1.1 实体属性图
各实体属性图如图4-1～图4-7所示。
酒店
预订电话
详细信息 地址
酒店名称 房间设置
级别 酒店实体属性图 旅游景点 景点编号 类型 详细信息
门票价格
旅游信息实体属性图
乘车线路
名称
火车 对向开车时间
名称
车次 大连开车时间 火车实体属性图 长途客运 运行时间
对象发车时间
往返票价 单程票价 线路名称 车型 大连发车时间 长途客运实体属性图
学生票价
公交 线路 投币票价 景点名称 全程站点
始末车时间
公交实体属性图
IC 卡票价
旅游信息各职能局部E －R 图 解决 旅游常见问题 旅游景点
M N 酒店
休息 旅游景点 N M
公交
到达
旅游景点 1
M 公交 属于 交通工具
1
M 管理员
密码
用户名 人员实体属性图
航班信息
名称
每日航班数
经济舱票价
商务舱票价
航班实体属性图
头等舱票价
局部E-R 图
旅游信息管理系统对于相关的信息有不同的要求，包括：景点信息和公交信息的管理，景点信息和酒店信息的管理，公交信息和交通信息的管理，旅游信息和旅游常见问题的管理。 交通工具 公交
解决
问题
酒店
到达
休息 旅游景点 1
N M M
1 M 属于 1
M 系统总体E －R 图
问题标题 景点编号
内容
级别 景点名称
线路名称
所到景点
飞机
长途客运 火车 航次
路线名称 车次 酒店名称 目的地
目的地 全程用时
景点名称
全程站点
总体E-R图
旅游信息管理系统总体E-R图（见上图）。
数据库逻辑结构设计
关系模型创建
本系统包括8个实体，转换后的关系模式如下（加下划线的为主键）：
景点信息（景点编号，景点名称，景点类别，详细信息，门票价格，乘车路线）
景点公交信息（线路名称，景点名称，全程站点，始末车时间，投币票价，IC卡票价）酒店信息（酒店名称，酒店级别，相信信息，酒店地址，房间设置，预订电话）
公交（线路名称，所到景点，全程站点，始末车时间，投币票价，IC卡票价）
航班（航次，目的地，每日航班数，头等舱票价，商务舱票价，经济舱票价）
长途客运（路线名称，大连发车时间，对向发车时间，车型，全程时长，单程票价，往返票价，学生票价）
火车（车次，路线名称，大连发车时间，终到时间）
问题（旅游常见问题，解决方案）
关系规范化分析
景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。
数据表的创建
根据系统E－R图，本系统数据库需要创建9个表：景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、大连专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。
景点信息表
创建旅游信息表t_travel。此表包括6个字段，其中f_id是此表的主键，详细描述如表4-1所示。
表4-1 t_travel表的定义
字段名称数据类型长度是否为空是否为主键说明
f_id 自动编号50 否是景点编号f_travelname 文本50 否否景点名称
f_traveltype 文本50 否否类型
f_travelinfo 文本255 否否详细信息
f_travelprice 文本100 否否门票价格
f_travelbus 文本255 否否乘车路线
酒店信息表
创建酒店信息表t_hotel。此表包括6个字段，其中f_hotelname是此表的主键，详细描述如表4-2所示。
表4-2 t_hotel表的定义
字段名称数据类型长度是否为空是否为主键说明
f_hotelname 文本50 否是酒店名称
f_hotelgrade 文本50 否否级别
f_hotelinfo 文本255 否否详细信息
f_hoteladd 文本100 否否地址
f_hotelroom 文本255 否否房间设置
f_hoteltel 数字50 否否预订电话
景点公交信息表
创建公交信息表t_bus。此表包括6个字段，其中f_busname是此表的主键，详细描述如表4-3所示。
表4-3 t_bus表的定义
字段名称数据类型长度是否为空是否为主键说明
f_busname 文本50 否是线路名称
f_bustravel 文本255 否否所到景点
f_busline 文本255 否否全程站点
f_bustime 文本255 否否始末车时间
f_price1 文本50 否否投币票价
f_price2 文本50 否否IC卡票价
火车信息表
创建火车信息表t_train。此表包括6个字段，其中f_trainno是此表的主键，详细描述如表4-4所示。
表4-4 t_train表的定义
字段名称数据类型长度是否为空是否为主键说明
f_trainname 文本50 否否线路名称
f_trainno 文本50 否是车次
f_traintime1 文本50 否否发车时间
f_traintime2 文本50 否否对向发车时间
长途客运信息表
创建长途客运信息表t_lbus。此表包括8个字段，其中f_lbusname是此表的主键，详细描述如表4-5所示。
表4-5 t_lbus表的定义
字段名称数据类型长度是否为空是否为主键说明
f_lbusname 文本50 否是客车目的地
f_lbustime1 文本50 否否发车时间
f_lbustime2 文本50 否否对向发车时间
f_lbustype 文本50 否否客车类型
f_lbusdistance 文本50 否否运行时间f_price1 文本50 否否单程票价
f_price2 文本50 否否往返票价
f_price3 文本50 否否学生票价
航班信息表
创建航班信息表t_plane。此表包括5个字段，其中f_planename是此表的主键，详细描述如表4-6所示。
表4-6 t_plane表的定义
字段名称数据类型长度是否为空是否为主键说明
f_planename 文本50 否是名称
f_planeorder 文本50 否否每日航班数
f_planeprice1 文本50 否否头等舱票价f_price2 文本50 否否商务舱票价
f_plane3 文本50 否否经济舱票价
旅游常见问题表
创建旅游常见问题信息表t_problem。此表包括2个字段，其中f_title是此表的主键，详细描述如表4-7所示。
表4-7 t_problem表的定义
字段名称数据类型长度是否为空是否为主键说明
f_title 文本255 否是标题
f_content 文本255 否否内容