旅行网站需求分析报告.docx
《旅行网站需求分析报告.docx》由会员分享,可在线阅读,更多相关《旅行网站需求分析报告.docx(22页珍藏版)》请在冰点文库上搜索。
旅行网站需求分析报告
一、需求分析报告
1引言
由于时下大多数人一辈子活优越,交通工具方便快捷,信息获取方便,致使旅行业迅猛进展。
为了方便旅行爱好者在网上获取信息,有效地把握各大旅行景点的详细情形,咱们多方听取意见、追加和完善大量有效功能,开发出一套适合于旅行者在网络上快速获取信息的治理系统。
通过本系统,出行者能够查看某个地域的全数景点列表,了解某个景点的详细情形,自驾车、公交线路,获取景区内的旅行地图等。
该系统为游客提供全面的旅行景点查询效劳。
编写目的
在深切考察了已有的旅行景点网站,同时与多位软件利用者进行了全面深切地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《旅行景点综合信息查询系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。
本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目治理人员。
开发目的及意义
本系统提供对各旅行景点综合信息(景点介绍、出行线路查询、景点图片视频展现、景区餐饮散布、博客与论坛等)的查询与治理,能够作为旅行出行综合信息查询的门户。
通过本系统,出行者能够查看某个地域的全数景点列表,了解某个景点的详细情形,自驾车、公交线路,获取景区内的旅行地图等。
该系统为游客提供全面的旅行景点查询效劳。
通过本系统的开发,要求把握一个完整B/S应用系统设计、开发的全进程,把握数据库编程。
预期读者和阅读建议
本文档要紧描述了系统设计中运用到的各类辞汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期预备材料。
并将推荐阅读本文档的读者和阅读建议列举如下:
系统用户:
建议阅读文档中的“3系统功能需求”及“用户文档”部份,并针对文档中所列的功能需求提出修改和删补建议;
开发人员:
建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部份;
项目领导:
建议阅读整篇文档;
营销人员:
建议着重阅读“3系统功能需求”;
测试人员:
建议阅读“3系统功能需求”、“运行环境”和“性能需求”三部份;
文档编写入员:
建议阅读“2文档约定部份”。
2术语、概念和缩略语
文档约定
正文风格
:
正文风格统一采纳主题目、副题目的封层罗列的方式,而且在文中配以需要的表格和图片的文档风格。
具体的正文、图片及表格要求依照下面的要求进行:
中文用宋体,英文用TimesNewRoman,行距20磅。
段前、段后0行,但表名、图题的段前、段后均设为行。
正文部份(含表名、图题)用小四字;表格、图中的文字,用五号字;
提示方式:
文档中不添加额外的提示符号;
重要符号:
凡是在文档中显现的重要的信息或需要文档的阅读者专门注意的部份,统一依照在段落开头处添加“*”号的方式加以标注;
需求的层次:
高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;
术语、概念
:
是一种统一的Web平台,它提供了生成企业级应用程序所必需的全数效劳。
缩略语
B/SBrowser/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)输入/输出数据
●输入数据:
要删除的博客信息。
●操作方式:
更新数据库。
●输出数据:
更新后的博客信息。
用户特点
所有效户。
包括已注册用户和游客。
设计和实现上的限制
●开发工具限制:
VS2020;
●数据库限制:
MicrosoftSQLServer2005SP4;
●运行环境限制:
WindowsXP和更高版本;
数据转换格式标淮的限制。
4外部接口与运行环境需求
用户界面
采纳的简练友好的图形用户界面风格,设计用户界面。
屏幕格式:
显示器。
菜单格式:
WEB页面
需要有操作顺序的操作应给出正确适当的引导提示;
图形用户界面要友好,容易明白得,方便利用;具体包括:
⏹关于不方便统一填写风格的选项全数采纳下来菜单的形式;
⏹关于特定的填写内容(如密码)需要有大体的验证信息和相应
的提示信息;
⏹地图显示应该清楚明了,方便阅览;
文本显示格式要符合常人阅读适应;具体包括:
⏹正文或信息文字统一用宋体;
⏹日期显示统一用年-月-日的格式,如2020-11-4;
错误信息统一采纳弹出对话框的形式,提示内容要友好易懂;
硬件接口
操作系统:
WindowsXP或更高版本;
数据库:
MicrosoftSQLServer2005SP4或更高版本;
工具;VS2020;
软件接口
操作系统:
WindowsXP或更高版本;
数据库:
MicrosoftSQLServer2005SP4或更高版本;
工具;VS2020;
通信接口
WEB阅读器:
IE或更高版本;
网络通信协议:
TCP/IP协议
运行环境
硬件平台:
PC,IntelCore2或更高型号处置器,512M以上内存,40GB以上硬盘;
操作系统和版本:
WindowsXPSP2或更高;
数据库:
MicrosoftSQLServer2005SP3或更高;
效劳器:
Tomcat或更高;
阅读器:
IE或更高版本;
5其它非功能需求
靠得住性:
凡合法用户能够再任意地址正确无误的访问系统中的信息;
平安性:
只有注册的用户方可访问系统,其他用户不得获取系统内的任何信息;
可保护性:
系统故障能够再24小时内取得解决;
可扩展性:
在用户需要时,系统能够方便的扩展而不阻碍已有功能
性能需求
系统支持的并发操作数量:
至少知足500人可同时正常访问系统;
响应时刻:
在正常网络条件下,文本显示不得超过1秒,地图的显示不得超过2秒;
容量需求
⏹存储器:
512M以上;
⏹磁盘空间;40GB以上;
⏹数据库中表的最大行数:
10000行;
平安性需求
系统内部包括的所有资料只有注册用户方能阅读。
系统应阻止一切通过非登录手腕获取系统信息的不平安行为。
最高权限治理员用户的登录名和密码是系统自带的,此用户只有利用的权限,不具有修改最高权限用户登录信息或增删最高权限用户的权利。
系统最高权限用户的修改只能通过系统内部变更取得改变。
用户文档
与软件产品一同交付的用户文档包括:
安装指南,纸质文档;
用户手册,纸质文档;
在线帮忙;
相关电子文档,与软件产品一同分发、配置。
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
否
否
密码