ImageVerifierCode 换一换
格式:DOCX , 页数:21 ,大小:204.54KB ,
资源ID:7152450      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/7152450.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(旅游网站需求分析报告.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

旅游网站需求分析报告.docx

1、旅游网站需求分析报告一、需求分析报告1 引言由于时下大多数人生活优越,交通工具方便快捷,信息获取方便,导致旅游业迅猛发展。为了方便旅游爱好者在网上获取信息,有效地掌握各大旅游景点的详细情况,我们多方听取意见、追加和完善大量实用功能,开发出一套适合于旅游者在网络上快速获取信息的管理系统。通过本系统,出行者可以查看某个地区的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。该系统为游客提供全面的旅游景点查询服务。1.1 编写目的在深入考察了已有的旅游景点网站,同时与多位软件使用者进行了全面深入地探讨和分析的基础上,提出了这份软件需求规格说明书。此需求规格说明书对旅游景

2、点综合信息查询系统软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书、详细设计说明书及完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。1.2 开发目的及意义本系统提供对各旅游景点综合信息(景点介绍、出行线路查询、景点图片视频展示、景区餐饮分布、博客与论坛等)的查询与管理,可以作为旅游出行综合信息查询的门户。通过本系统,出行者可以查看某个地区的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。

3、该系统为游客提供全面的旅游景点查询服务。通过本系统的开发,要求掌握一个完整B/S应用系统设计、开发的全过程,掌握数据库编程。1.3 预期读者和阅读建议本文档主要描述了系统设计中运用到的各种词汇、系统的功能、运行的环境和配置、外部接口的设计和界面设计等各项系统开发的前期准备材料。并将推荐阅读本文档的读者和阅读建议列举如下:系统用户:建议阅读文档中的“3系统功能需求”及“5.4用户文档”部分,并针对文档中所列的功能需求提出修改和删补建议;开发人员:建议着重阅读本文档的“3系统功能需求”、“4外部接口与运行环境需求”等部分; 项目经理:建议阅读整篇文档;营销人员:建议着重阅读“3系统功能需求”;测试

4、人员:建议阅读“3系统功能需求”、“4.5运行环境”和“5.1性能需求”三部分;文档编写入员:建议阅读“2文档约定部分”。2 术语、定义和缩略语2.1 文档约定正文风格:正文风格统一采用主标题、副标题的封层罗列的方法,并且在文中配以需要的表格和图片的文档风格。具体的正文、图片及表格要求按照下面的要求进行:中文用宋体,英文用Times New Roman,行距20磅。段前、段后0行,但表名、图题的段前、段后均设为0.5行。正文部分(含表名、图题)用小四字;表格、图中的文字,用五号字;提示方式:文档中不添加额外的提示符号;重要符号:凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分,统

5、一按照在段落开头处添加“*”号的方法加以标注;需求的层次:高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;2.2 术语、定义ASP.NET:ASP.NET 是一种统一的 Web 平台,它提供了生成企业级应用程序所必需的全部服务。2.3 缩略语B/S Browser/Server 浏览器和服务器结构3 系统功能需求3.1 系统功能本系统的功能主要包括:景点检索、景区介绍、用户管理、论坛管理、博客管理、后台管理。3.1.1 系统功能树图 系统功能树图:旅游景点综合信息查询系统系统功能树3.1.2前台管理子系统用户可以根据前台系统检索各地的旅游景点信息,并通过成为注册

6、用户,可以在论坛发表自己的观点和拥有自己的博客。3.1.2.1景点检索模块(1)用例图景点检索用例图(2)需求说明所有用户都可以通过该景点检索模块检索自己想要的和适宜的旅游景点。(3)输入/输出数据输入数据:选择要查询的条件是根据旅游时间、旅游费用、行程距离、或者出行目的。操作方法:根据用户选择的需要点击查询按钮。输出数据:从数据库中选出用户选择的具体旅游景点信息并显示出来。3.1.2.2景点介绍模块(1)用例图景点介绍用例图(2)需求说明所有用户都可以通过该景点介绍模块了解该景点的具体信息,包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。(3)输入/输出数据输入数据:选择选中的具体的

7、旅游景点需要查看的信息。操作方法:根据用户选择的需要点击景点查看按钮。输出数据:从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。3.1.2.3论坛模块3.1.2.4博客模块(1)用例图用户博客用例图(2)需求说明为注册用户提供个人虚拟空间,在这里,游客可以发表文章、上载和管理个人风景照片等,撰写日志等(3)输入/输出数据输入数据:选择选中的具体的旅游景点需要查看的信息。操作方法:根据用户选择的需要点击景点查看按钮。输出数据:从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。 3.1.3用户管理子系统用于用户信息的维护和用户登录。用户权限分为不同用户和管理员用户。不同用户只

8、可以登录并查询信息。管理员用户可以执行用户信息的修改和用户管理的操作。3.1.3.1用户登录模块(1)用例图用户登录用例图(2)需求说明用户登录模块需要根据不同用户的登录信息确定用户身份,即其权限,根据属于不同的用户类别:管理员、区域管理员、不同用户(权限又高到低),赋予用户不同的操作权限。(3)输入/输出数据输入数据:用户登录名、用户登录密码;处理方法:根据用户的输入信息从数据库中查询相应用户,核对以填写的用户信息是否存在于数据库中;输出数据:存在该用户则提示登录成功并跳转登录界面;不存在该用户则提示用户不存在,并跳转至注册页面;3.1.3.2信息修改模块(1)用例图用户信息修改用例图(2)

9、需求说明用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利(由于管理员是最高权限,而且在企业中只应有一人剧本该权限,因此不提供给该用户修改个人登录信息的功能)。(3)输入/输出数据输入数据:更新的用户登录信息;处理方法:更新数据库中当前登录用户的登录信息;输出数据:更新后的用户登录信息;3.1.3.3用户管理模块(1)用例图用户管理模块用例图2)需求说明用户管理模块需在管理员权限(最高权限)下进行登录后,才可对现有的所有用户进行管理,包括对这些用户的登录信息的修改以及对任意用户的删除。(3)输入/输出数据输入数据:预修改用户的新的信息或者欲删除的用户;操作方法:根据管

10、理员选择的需要操作的用户信息,在数据库中对相应的用户进行更新;输出数据:更新后的用户列表;3.1.4 后台管理子系统提供一个后台管理界面,可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。3.1.4.1景点信息管理模块3.1.4.1.1增加景点信息(1)用例图增加景点信息用例图(2)需求说明管理员通过该模块增加景点信息。(3)输入/输出数据输入数据:新增加的旅游景点的信息。操作方法:更新数据库。输出数据:更新后的旅游景点信息。3.1.4.2博客信息管理模(1)用例图博客信息管理用例图(2)需求说明管理员通过该模块管理博客信息。(3)输入/输出数据输入数据:要删除的博客信息。操作方法:更新数

11、据库。输出数据:更新后的博客信息。3.2 用户特点所有用户。包括已注册用户和游客。3.3 设计和实现上的限制开发工具限制:VS2008;数据库限制:Microsoft SQL Server 2005SP4;运行环境限制:Windows XP以及更高版本;数据转换格式标淮的限制。4 外部接口与运行环境需求4.1 用户界面采用的简洁友好的图形用户界面风格,设计用户界面。屏幕格式:显示器。菜单格式:WEB页面需要有操作顺序的操作应给出正确恰当的引导提示;图形用户界面要友好,容易理解,方便使用;具体包括:对于不方便统一填写风格的选项全部采用下来菜单的形式;对于特定的填写内容(如密码)需要有基本的验证信

12、息和相应 的提示信息;地图显示应该清晰明了,方便阅览;文本显示格式要符合常人阅读习惯;具体包括:正文或者信息文字统一用宋体;日期显示统一用年-月-日的格式,如2009-11-4;错误信息统一采用弹出对话框的形式,提示内容要友好易懂;4.2 硬件接口操作系统:Windows XP或者更高版本;数据库:Microsoft SQL Server 2005SP4或者更高版本;工具;VS2008;4.3 软件接口操作系统:Windows XP或者更高版本;数据库:Microsoft SQL Server 2005SP4或者更高版本;工具;VS2008;4.4 通讯接口WEB浏览器:IE 7.0或者更高版

13、本;网络通讯协议:TCP/IP协议4.5 运行环境硬件平台:PC,Intel Core2 1.66GHz或者更高型号处理器,512M以上内存,40GB以上硬盘;操作系统和版本:Windows XP SP2或者更高;数据库:Microsoft SQL Server 2005SP3或者更高;服务器:Tomcat 6.0或者更高;浏览器:IE 6.0或者更高版本;5 其它非功能需求可靠性:凡合法用户可以再任意地方正确无误的访问系统中的信息;安全性:只有注册的用户方可访问系统,其他用户不得获取系统内的任何信息;可维护性:系统故障可以再24小时内得到解决;可扩展性:在用户需要时,系统可以方便的扩展而不影

14、响已有功能5.1 性能需求系统支持的并发操作数量:至少满足500人可同时正常访问系统;响应时间:在正常网络条件下,文本显示不得超过1秒,地图的显示不得超过2秒;容量需求存储器:512M以上;磁盘空间;40GB以上;数据库中表的最大行数:10000行;5.2 安全性需求系统内部包含的所有资料只有注册用户方能浏览。系统应阻止一切通过非登录手段获取系统信息的不安全行为。最高权限管理员用户的登录名和密码是系统自带的,此用户只有使用的权限,不具备修改最高权限用户登录信息或者增删最高权限用户的权利。系统最高权限用户的修改只能通过系统内部变更得到改变。5.3 用户文档与软件产品一同交付的用户文档包括:安装指

15、南,纸质文档;用户手册,纸质文档;在线帮助;相关电子文档,与软件产品一同分发、配置。4.1.1 实体属性图各实体属性图如图4-1图4-7所示。局部E-R图旅游信息管理系统对于相关的信息有不同的要求,包括:景点信息和公交信息的管理,景点信息和酒店信息的管理,公交信息和交通信息的管理,旅游信息和旅游常见问题的管理。总体E-R图旅游信息管理系统总体E-R图(见上图)。数据库逻辑结构设计关系模型创建本系统包括8个实体,转换后的关系模式如下(加下划线的为主键):景点信息(景点编号,景点名称,景点类别,详细信息,门票价格,乘车路线)景点公交信息(线路名称,景点名称,全程站点,始末车时间,投币票价,IC卡票

16、价)酒店信息(酒店名称,酒店级别,相信信息,酒店地址,房间设置,预订电话)公交(线路名称,所到景点,全程站点,始末车时间,投币票价,IC卡票价)航班(航次,目的地,每日航班数,头等舱票价,商务舱票价,经济舱票价)长途客运(路线名称,大连发车时间,对向发车时间,车型,全程时长,单程票价,往返票价,学生票价)火车(车次,路线名称,大连发车时间,终到时间)问题(旅游常见问题,解决方案)关系规范化分析景点信息、酒店信息、公交信息、其它交通信息等都满足第3范式的要求。数据表的创建根据系统ER图,本系统数据库需要创建9个表:景点信息表、酒店信息表、景点公交信息表、火车信息表、长途客运信息表、飞机信息表、旅

17、游常见问题信息表、大连专属节日信息表、管理员表。用于存放旅游信息、酒店信息、景点公交信息、其它交通信息、旅游服务信息等。景点信息表创建旅游信息表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。

18、此表包括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_bu

19、sname文本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否否对向发车时间长途客运信

20、息表创建长途客运信息表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是

21、此表的主键,详细描述如表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否否内容专属节日表创建大连专属节日信息表t_festival。此表包括2个字段,其中f_name是此表的主键,详细描述如表4-8所示。表4-8 t_festival表的定义字段名称数据类型长度是否为空是否为主键说明f_name文本255否是名称f_content文本255否否内容4.3.9 管理员表创建系统用户表t_user。此表包括2个字段,其中f_username是此表的主键,详细描述如表4-9所示。表4-9 t_user表的定义字段名称数据类型长度是否为空是否为主键说明f_username文本50否是用户名f_password文本50否否密码

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1