完整word版旅游网站需求分析报告.docx
- 文档编号:4662524
- 上传时间:2022-12-07
- 格式:DOCX
- 页数:20
- 大小:189.66KB
完整word版旅游网站需求分析报告.docx
《完整word版旅游网站需求分析报告.docx》由会员分享,可在线阅读,更多相关《完整word版旅游网站需求分析报告.docx(20页珍藏版)》请在冰豆网上搜索。
完整word版旅游网站需求分析报告
一、需求分析报告
1引言
由于时下大多数人生活优越,交通工具方便快捷,信息获取方便,导致旅游业迅猛发展。
为了方便旅游爱好者在网上获取信息,有效地掌握各大旅游景点的详细情况,我们多方听取意见、追加和完善大量实用功能,开发出一套适合于旅游者在网络上快速获取信息的管理系统。
通过本系统,出行者可以查看某个地区的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。
该系统为游客提供全面的旅游景点查询服务。
1.1编写目的
在深入考察了已有的旅游景点网站,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
1.2开发目的及意义
本系统提供对各旅游景点综合信息(景点介绍、景点图片视频展示、等)的查询与管理,可以作为旅游出行综合信息查询的门户。
通过本系统,出行者可以查看某个地区的全部景点列表,了解某个景点的详细情况,公交线路,获取景区内的旅游地图等。
该系统为游客提供全面的旅游景点查询服务。
通过本系统的开发,要求掌握一个完整B/S应用系统设计、开发的全过程,掌握数据库编程。
1.3预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。
并将推荐阅读本文档的读者和阅读建议列举如下:
●系统用户:
建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分,并针对文档中所列的功能需求提出修改和删补建议;
●开发人员:
建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分;
●项目经理:
建议阅读整篇文档;
●营销人员:
建议着重阅读“3系统功能需求”;
●测试人员:
建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分;
●文档编写入员:
建议阅读“2文档约定部分”。
2术语、定义和缩略语
2.1文档约定
●正文风格:
正文风格统一采用主标题、副标题的封层罗列的方法,并且在文中配以需要的表格和图片的文档风格。
具体的正文、图片及表格要求按照下面的要求进行:
中文用宋体,英文用TimesNewRoman,行距20磅。
段前、段后0行,但表名、图题的段前、段后均设为0.5行。
正文部分(含表名、图题)用小四字;表格、图中的文字,用五号字;
●提示方式:
文档中不添加额外的提示符号;
●重要符号:
凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分,统一按照在段落开头处添加“*”号的方法加以标注;
●需求的层次:
高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;
2.2术语、定义
ASP.NET:
ASP.NET是一种统一的Web平台,它提供了生成企业级应用程序所必需的全部服务。
2.3缩略语
B/SBrowser/Server浏览器和服务器结构
3系统功能需求
3.1系统功能
本系统的功能主要包括:
景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1系统功能树图
系统功能树图:
旅游景点综合信息查询系统
系统功能树
3.1.2前台管理子系统
用户可以根据前台系统检索各地的旅游景点信息,并通过成为注册用户,可以在论坛发表自己的观点和拥有自己的博客。
3.1.2.1景点检索模块
(1)用例图
景点检索用例图
(2)需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
(3)输入/输出数据
●输入数据:
选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。
●操作方法:
根据用户选择的需要点击查询按钮。
●输出数据:
从数据库中选出用户选择的具体旅游景点信息并显示出来。
3.1.2.2景点介绍模块
(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.1增加景点信息
(1)用例图
增加景点信息用例图
(2)需求说明
管理员通过该模块增加景点信息。
(3)输入/输出数据
●输入数据:
新增加的旅游景点的信息。
●操作方法:
更新数据库。
●输出数据:
更新后的旅游景点信息。
3.1.4.2评论信息管理模
(1)用例图
博客信息管理用例图
(2)需求说明
管理员通过该模块管理博客信息。
(3)输入/输出数据
●输入数据:
要删除的博客信息。
●操作方法:
更新数据库。
●输出数据:
更新后的博客信息。
4外部接口与运行环境需求
4.1用户界面
●采用的简洁友好的图形用户界面风格,设计用户界面。
●屏幕格式:
显示器。
●菜单格式:
WEB页面
●需要有操作顺序的操作应给出正确恰当的引导提示;
●图形用户界面要友好,容易理解,方便使用;具体包括:
⏹对于不方便统一填写风格的选项全部采用下来菜单的形式;
⏹对于特定的填写内容(如密码)需要有基本的验证信息和相应
的提示信息;
⏹地图显示应该清晰明了,方便阅览;
●文本显示格式要符合常人阅读习惯;具体包括:
⏹正文或者信息文字统一用宋体;
⏹日期显示统一用年-月-日的格式,如2016-1-1;
●错误信息统一采用弹出对话框的形式,提示内容要友好易懂;
4.2硬件接口
●操作系统:
WindowsXP,windows7,windows8,windows10........;
●数据库:
MicrosoftSQLServer2005SP4或者更高版本;
●工具;VS2008;
4.3软件接口
●操作系统:
WindowsXP,windows7,windows8,windows10........;
●数据库:
MicrosoftSQLServer2005SP4或者更高版本;
●工具;VS2008;
4.4通讯接口
●WEB浏览器:
IE7.0或者更高版本;
●网络通讯协议:
TCP/IP协议
4.5运行环境
●硬件平台:
PC,IntelCore21.66GHz或者更高型号处理器,512M以上内存,40GB以上硬盘;
●操作系统和版本:
WindowsXPSP2或者更高;
●数据库:
MicrosoftSQLServer2005SP3或者更高;
●服务器:
Tomcat6.0或者更高;
●浏览器:
IE7.0或者更高版本;
5其它非功能需求
可靠性:
凡合法用户可以再任意地方正确无误的访问系统中的信息;
安全性:
只有注册的用户方可访问系统,其他用户不得获取系统内的任何信息;
可维护性:
系统故障可以再24小时内得到解决;
可扩展性:
在用户需要时,系统可以方便的扩展而不影响已有功能
5.1性能需求
●系统支持的并发操作数量:
至少满足500人可同时正常访问系统;
●响应时间:
在正常网络条件下,文本显示不得超过1秒,地图的显示不得超过2秒;
●容量需求
⏹存储器:
512M以上;
⏹磁盘空间;40GB以上;
⏹数据库中表的最大行数:
10000行;
5.2安全性需求
系统内部包含的所有资料只有注册用户方能浏览。
系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的,此用户只有使用的权限,不具备修改最高权限用户登录信息或者增删最高权限用户的权利。
系统最高权限用户的修改只能通过系统内部变更得到改变。
5.3用户文档
与软件产品一同交付的用户文档包括:
●安装指南,纸质文档;
●用户手册,纸质文档;
●在线帮助;
相关电子文档,与软件产品一同分发、配置。
4.1.1实体属性图
各实体属性图如图4-1~图4-7所示。
局部E-R图
旅游信息管理系统对于相关的信息有不同的要求,包括:
景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。
总体E-R图
旅游信息管理系统总体E-R图(见上图)。
数据库逻辑结构设计
关系模型创建
本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):
景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)
景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)
酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)
公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)
航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)
长途客运(路线名称,大连发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)
火车(车次,路线名称,大连发车时间,终到时间)
问题(旅游常见问题,解决方案)
关系规范化分析
景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。
数据表的创建
根据系统E-R图,本系统数据库需要创建9个表:
景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、大连专属节日信息表、管理员表。
用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。
景点信息表
创建旅游信息表t_travel。
此表包括6个字段,其中f_id是此表的主键,详细描述如表4-1所示。
表4-1t_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-2t_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-3t_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-4t_train表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_trainname
文本
50
否
否
线路名称
f_trainno
文本
50
否
是
车次
f_traintime1
文本
50
否
否
发车时间
f_traintime2
文本
50
否
否
对向发车时间
长途客运信息表
创建长途客运信息表t_lbus。
此表包括8个字段,其中f_lbusname是此表的主键,详细描述如表4-5所示。
表4-5t_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-6t_plane表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_planename
文本
50
否
是
名称
f_planeorder
文本
50
否
否
每日航班数
f_planeprice1
文本
50
否
否
头等舱票价
f_price2
文本
50
否
否
商务舱票价
f_plane3
文本
50
否
否
经济舱票价
旅游常见问题表
创建旅游常见问题信息表t_problem。
此表包括2个字段,其中f_title是此表的主键,详细描述如表4-7所示。
表4-7t_problem表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_title
文本
255
否
是
标题
f_content
文本
255
否
否
内容
专属节日表
创建大连专属节日信息表t_festival。
此表包括2个字段,其中f_name是此表的主键,详细描述如表4-8所示。
表4-8t_festival表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_name
文本
255
否
是
名称
f_content
文本
255
否
否
内容
4.3.9管理员表
创建系统用户表t_user。
此表包括2个字段,其中f_username是此表的主键,详细描述如表4-9所示。
表4-9t_user表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_username
文本
50
否
是
用户名
f_password
文本
50
否
否
密码
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 完整 word 旅游 网站 需求 分析 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)