当前位置:文档之家› 旅游网站需求分析报告

旅游网站需求分析报告

3.1.2.2景点介绍模块
(1)用例图
景点介绍用例图
(2)需求说明
所有用户都可以通过该景点介绍模块了解该景点的具体信息,包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。
(3)输入/输出数据
输入数据:选择选中的具体的旅游景点需要查看的信息。
操作方法:根据用户选择的需要点击景点查看按钮。
输出数据:从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。
景点信息表
创建旅游信息表t_travel。此表包括6个字段,其中f_id是此表的主键,详细描述如表4-1所示。
表4-1 t_travel表的定义
字段名称
数据类型
长度
是否为空
是否为主键
说明
f_id
自动编号
50


景点编号
f_travelname
文本
50


景点名称
f_traveltype
文本
50


类型
操作方法:更新数据库。
输出数据:更新后的旅游景点信息。
3.1.4.2评论信息管理模
(1)用例图
博客信息管理用例图
(2)需求说明
管理员通过该模块管理博客信息。
(3)输入/输出数据
输入数据:要删除的博客信息。
操作方法:更新数据库。
输出数据:更新后的博客信息。
4外部接口与运行环境需求
4.1 用户界面
采用的简洁友好的图形用户界面风格,设计用户界面。
3.1.3.3用户管理模块
(1)用例图
用户管理模块用例图
2)需求说明
用户管理模块需在管理员权限(最高权限)下进行登录后,才可对现有的所有用户进行管理,包括对这些用户的登录信息的修改以及对任意用户的删除。
(3)输入/输出数据
输入数据:预修改用户的新的信息或者欲删除的用户;
操作方法:根据管理员选择的需要操作的用户信息,在数据库中对相应的用户进行更新;
2.3 缩略语
B/S Browser/Server浏览器和服务器结构
3系统功能需求
3.1 系统功能
本系统的功能主要包括:景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。
3.1.1
系统功能树图:
系统功能树
3.1.2
用户可以根据前台系统检索各地的旅游景点信息,并通过成为注册用户,可以在论坛发表自己的观点和拥有自己的博客。
正文或者信息文字统一用宋体;
日期显示统一用年-月-日的格式,如2016-1-1;
错误信息统一采用弹出对话框的形式,提示内容要友好易懂;
4.2 硬件接口
操作系统:Windows XP,windows7,windows8,windows10........;
数据库:Microsoft SQL Server 2005SP4或者更高版本;
公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)
航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)
长途客运(路线名称,大连发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)
火车(车次,路线名称,大连发车时间,终到时间)
问题(旅游常见问题,解决方案)
长度
是否为空
是否为主键
说明
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.5 运行环境
硬件平台:PC,Intel Core2 1.66GHz或者更高型号处理器,512M以上内存,40GB以上硬盘;
操作系统和版本:Windows XP SP2或者更高;
数据库:Microsoft SQL Server 2005SP3或者更高;
服务器:Tomcat 6.0或者更高;
浏览器:IE 7.0或者更高版本;
(2)需求说明
用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利(由于管理员是最高权限,而且在企业中只应有一人剧本该权限,因此不提供给该用户修改个人登录信息的功能)。
(3)输入/输出数据
输入数据:更新的用户登录信息;
处理方法:更新数据库中当前登录用户的登录信息;
输出数据:更新后的用户登录信息;
1.3 预期读者和阅读建议
本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐阅读本文档的读者和阅读建议列举如下:
系统用户:建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分,并针对文档中所列的功能需求提出修改和删补建议;
一、需求分析报告
1引言
由于时下大多数人生活优越,交通工具方便快捷,信息获取方便,导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息,有效地掌握各大旅游景点的详细情况,我们多方听取意见、追加和完善大量实用功能,开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统,出行者可以查看某个地区的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。
5其它非功能需求
可靠性:凡合法用户可以再任意地方正确无误的访问系统中的信息;
安全性:只有注册的用户方可访问系统,其他用户不得获取系统内的任何信息;
可维护性:系统故障可以再24小时内得到解决;
可扩展性:在用户需要时,系统可以方便的扩展而不影响已有功能
5.1 性能需求
系统支持的并发操作数量:至少满足500人可同时正常访问系统;
1.1 编写目的
在深入考察了已有的旅游景点网站,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。
此需求规格说明书对《旅游景点综合信息查询系统》软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。
总体
旅游信息管理系统总体E-R图(见上图)。
数据库逻辑结构设计
关系模型创建
本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):
景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)
景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票价)
酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)
响应时间:在正常网络条件下,文本显示不得超过1秒,地图的显示不得超过2秒;
容量需求
存储器:512M以上;
磁盘空间;40GB以上;
数据库中表的最大行数:10000行;
5.2 安全性需求
系统内部包含的所有资料只有注册用户方能浏览。系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的,此用户只有使用的权限,不具备修改最高权限用户登录信息或者增删最高权限用户的权利。系统最高权限用户的修改只能通过系统内部变更得到改变。
屏幕格式:显示器。
菜单格式:WEB页面
需要有操作顺序的操作应给出正确恰当的引导提示;
图形用户界面要友好,容易理解,方便使用;具体包括:
对于不方便统一填写风格的选项全部采用下来菜单的形式;
对于特定的填写内容(如密码)需要有基本的验证信息和相应
的提示信息;
地图显示应该清晰明了,方便阅览;
文本显示格式要符合常人阅读习惯;具体包括:
输出数据:更新后的用户列表;
3.1.4 后台管理子系统
提供一个后台管理界面,可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。
3.1.4.1景点信息管理模块
3.1.4.1.1增加景点信息
(1)用例图
增加景点信息用例图
(2)需求说明
管理员通过该模块增加景点信息。
(3)输入/输出数据
输入数据:新增加的旅游景点的信息。
提示方式:文档中不添加额外的提示符号;
重要符号:凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分,统一按照在段落开头处添加“*”号的方法加以标注;
需求的层次:高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;
2.2 术语、定义
: 是一种统一的 Web 平台,它提供了生成企业级应用程序所必需的全部服务。
关系规范化分析
景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。
数据表的创建
根据系统E-R图,本系统数据库需要创建9个表:景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅游常见问题信息表、大连专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。
3.1.2.1景点检索模块
(1)用例图
景点检索用例图
(2)需求说明
所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。
相关主题