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

上传人:b****2 文档编号:4514456 上传时间:2023-05-03 格式:DOCX 页数:43 大小:220.55KB
下载 相关 举报
旅游网站需求分析报告Word格式.docx_第1页
第1页 / 共43页
旅游网站需求分析报告Word格式.docx_第2页
第2页 / 共43页
旅游网站需求分析报告Word格式.docx_第3页
第3页 / 共43页
旅游网站需求分析报告Word格式.docx_第4页
第4页 / 共43页
旅游网站需求分析报告Word格式.docx_第5页
第5页 / 共43页
旅游网站需求分析报告Word格式.docx_第6页
第6页 / 共43页
旅游网站需求分析报告Word格式.docx_第7页
第7页 / 共43页
旅游网站需求分析报告Word格式.docx_第8页
第8页 / 共43页
旅游网站需求分析报告Word格式.docx_第9页
第9页 / 共43页
旅游网站需求分析报告Word格式.docx_第10页
第10页 / 共43页
旅游网站需求分析报告Word格式.docx_第11页
第11页 / 共43页
旅游网站需求分析报告Word格式.docx_第12页
第12页 / 共43页
旅游网站需求分析报告Word格式.docx_第13页
第13页 / 共43页
旅游网站需求分析报告Word格式.docx_第14页
第14页 / 共43页
旅游网站需求分析报告Word格式.docx_第15页
第15页 / 共43页
旅游网站需求分析报告Word格式.docx_第16页
第16页 / 共43页
旅游网站需求分析报告Word格式.docx_第17页
第17页 / 共43页
旅游网站需求分析报告Word格式.docx_第18页
第18页 / 共43页
旅游网站需求分析报告Word格式.docx_第19页
第19页 / 共43页
旅游网站需求分析报告Word格式.docx_第20页
第20页 / 共43页
亲,该文档总共43页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

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

《旅游网站需求分析报告Word格式.docx》由会员分享,可在线阅读,更多相关《旅游网站需求分析报告Word格式.docx(43页珍藏版)》请在冰点文库上搜索。

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

正文部分(含表名、图题)用小四字;

表格、图中的文字,用五号字;

●提示方式:

文档中不添加额外的提示符号;

●重要符号:

凡是在文档中出现的重要的信息或者需要文档的阅读者特别注意的部分,统一按照在段落开头处添加“*”号的方法加以标注;

●需求的层次:

高层次的需求陈述在细化的需求中不需要再加以继承,只需真丢更细层次的需求进行陈述;

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景点介绍模块

景点介绍用例图

所有用户都可以通过该景点介绍模块了解该景点的具体信息,包括景点特色、景点图片、景点视频、餐饮介绍和旅行线路等。

选择选中的具体的旅游景点需要查看的信息。

根据用户选择的需要点击景点查看按钮。

从数据库中选出用户选择的具体旅游景点信息并在该页面显示出来。

3.1.2.3论坛模块

3.1.2.4博客模块

用户博客用例图

为注册用户提供个人虚拟空间,在这里,游客可以发表文章、上载和管理个人风景照片等,撰写日志等

3.1.3用户管理子系统

用于用户信息的维护和用户登录。

用户权限分为不同用户和管理员用户。

不同用户只可以登录并查询信息。

管理员用户可以执行用户信息的修改和用户管理的操作。

3.1.3.1用户登录模块

用户登录用例图

用户登录模块需要根据不同用户的登录信息确定用户身份,即其权限,根据属于不同的用户类别:

管理员、区域管理员、不同用户(权限又高到低),赋予用户不同的操作权限。

用户登录名、用户登录密码;

●处理方法:

根据用户的输入信息从数据库中查询相应用户,核对以填写的用户信息是否存在于数据库中;

存在该用户则提示登录成功并跳转登录界面;

不存在该用户则提示用户不存在,并跳转至注册页面;

3.1.3.2信息修改模块

用户信息修改用例图

用户的信息修改模块可以在验证用户登录信息正确后给予用户修改个人登录信息的权利(由于管理员是最高权限,而且在企业中只应有一人剧本该权限,因此不提供给该用户修改个人登录信息的功能)。

更新的用户登录信息;

更新数据库中当前登录用户的登录信息;

更新后的用户登录信息;

3.1.3.3用户管理模块

用户管理模块用例图

2)需求说明

用户管理模块需在管理员权限(最高权限)下进行登录后,才可对现有的所有用户进行管理,包括对这些用户的登录信息的修改以及对任意用户的删除。

预修改用户的新的信息或者欲删除的用户;

根据管理员选择的需要操作的用户信息,在数据库中对相应的用户进行更新;

更新后的用户列表;

3.1.4后台管理子系统

提供一个后台管理界面,可以发布广告、最新旅游景点推荐、删除论坛、博客信息等。

3.1.4.1景点信息管理模块

3.1.4.1.1增加景点信息

增加景点信息用例图

管理员通过该模块增加景点信息。

新增加的旅游景点的信息。

更新数据库。

更新后的旅游景点信息。

3.1.4.2博客信息管理模

博客信息管理用例图

管理员通过该模块管理博客信息。

要删除的博客信息。

更新后的博客信息。

3.2用户特点

所有用户。

包括已注册用户和游客。

3.3设计和实现上的限制

●开发工具限制:

VS2008;

●数据库限制:

MicrosoftSQLServer2005SP4;

●运行环境限制:

WindowsXP以及更高版本;

●数据转换格式标淮的限制。

4外部接口与运行环境需求

4.1用户界面

●采用的简洁友好的图形用户界面风格,设计用户界面。

●屏幕格式:

显示器。

●菜单格式:

WEB页面

●需要有操作顺序的操作应给出正确恰当的引导提示;

●图形用户界面要友好,容易理解,方便使用;

具体包括:

⏹对于不方便统一填写风格的选项全部采用下来菜单的形式;

⏹对于特定的填写内容(如密码)需要有基本的验证信息和相应

的提示信息;

⏹地图显示应该清晰明了,方便阅览;

●文本显示格式要符合常人阅读习惯;

⏹正文或者信息文字统一用宋体;

⏹日期显示统一用年-月-日的格式,如2009-11-4;

●错误信息统一采用弹出对话框的形式,提示内容要友好易懂;

4.2硬件接口

●操作系统:

WindowsXP或者更高版本;

●数据库:

MicrosoftSQLServer2005SP4或者更高版本;

●工具;

4.3软件接口

4.4通讯接口

●WEB浏览器:

IE7.0或者更高版本;

●网络通讯协议:

TCP/IP协议

4.5运行环境

●硬件平台:

PC,IntelCore21.66GHz或者更高型号处理器,512M以上内存,40GB以上硬盘;

●操作系统和版本:

WindowsXPSP2或者更高;

MicrosoftSQLServer2005SP3或者更高;

●服务器:

Tomcat6.0或者更高;

●浏览器:

IE6.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

文本

景点名称

f_traveltype

类型

f_travelinfo

255

详细信息

f_travelprice

100

门票价格

f_travelbus

乘车路线

酒店信息表

创建酒店信息表t_hotel。

此表包括6个字段,其中f_hotelname是此表的主键,详细描述如表4-2所示。

表4-2t_hotel表的定义

f_hotelname

酒店名称

f_hotelgrade

级别

f_hotelinfo

f_hoteladd

地址

f_hotelroom

房间设置

f_hoteltel

数字

预订电话

景点公交信息表

创建公交信息表t_bus。

此表包括6个字段,其中f_busname是此表的主键,详细描述如表4-3所示。

表4-3t_bus表的定义

f_busname

线路名称

f_bustravel

所到景点

f_busline

全程站点

f_bustime

始末车时间

f_price1

投币票价

f_price2

IC卡票价

火车信息表

创建火车信息表t_train。

此表包括6个字段,其中f_trainno是此表的主键,详细描述如表4-4所示。

表4-4t_train表的定义

f_trainname

f_trainno

车次

f_traintime1

发车时间

f_traintime2

对向发车时间

长途客运信息表

创建长途客运信息表t_lbus。

此表包括8个字段,其中f_lbusname是此表的主键,详细描述如表4-5所示。

表4-5t_lbus表的定义

f_lbusname

客车目的地

f_lbustime1

f_lbustime2

f_lbustype

客车类型

f_lbusdistance

运行时间

单程票价

往返票价

f_price3

学生票价

航班信息表

创建航班信息表t_plane。

此表包括5个字段,其中f_planename是此表的主键,详细描述如表4-6所示。

表4-6t_plane表的定义

f_planename

名称

f_planeorder

每日航班数

f_planeprice1

头等舱票价

商务舱票价

f_plane3

经济舱票价

旅游常见问题表

创建旅游常见问题信息表t_problem。

此表包括2个字段,其中f_title是此表的主键,详细描述如表4-7所示。

表4-7t_problem表的定义

f_title

标题

f_content

内容

专属节日表

创建大连专属节日信息表t_festival。

此表包括2个字段,其中f_name是此表的主键,详细描述如表4-8所示。

表4-8t_festival表的定义

f_name

4.3.9管理员表

创建系统用户表t_user。

此表包括2个字段,其中f_username是此表的主键,详细描述如表4-9所示。

表4-9t_user表的定义

f_username

用户名

f_password

密码

(英文版)

Tworegulationspromulgatedforimplementationisinthepartyinpowerforalongtimeandtheruleoflawconditions,theimplementationofcomprehensivestrictlystrategicplan,implementationinaccordancewiththerulesanddisciplinetomanagetheparty,strengtheninner-partysupervisionofmajorinitiatives.Thetworegulationssupportingeachother,the<

code>

adheretoapositiveadvocate,focusingonmoralityisofPartymembersandPartyleadingcadrescansee,enoughtogetahighstandard;

<

rule>

aroundthepartydiscipline,disciplinaryrulerrequirements,listedas"

negativelist,focusingonverticalgauge,drawthepartyorganizationsandPartymembersdonottouchthe"

bottomline"

.Here,themainfromfoursquarefacetwopartyrulesofinterpretation:

thefirstpartintroducestwopartyRevisedregulationsthenecessityandtherevisionprocess;

thesecondpartistheinterpretationofthetwofundamentalprinciplesoftherevisionoflawsandregulationsintheparty;

thethirdpartintroducestwopartyregulationsmodifiedthemainchangesandneedstograspseveralkeyproblems;

thefourthpartonhowtograsptheimplementationofthetworegulationsoftheparty.<

and<

Regulations>

revisedthenecessityandrevisedhistoryoftheCPCCentralCommitteetheamendmenttotheChineseCommunistPartymembersandleadingcadreshonestpoliticsseveralguidelines>

ChineseCommunistPartydisciplineandPunishmentRegulations>

column1by2015tostrengthenpartylawsandregulationsfocus.TwopartyregulationsrevisionworklastedaYears,poolingthewisdomofthewholeparty,ideologicalconsensus,drawhistoricalexperience,respectforthewisdomofourpredecessors,whichreflectstheunityofinheritanceandinnovation;

followthecorrectdirection,graspthelimitedgoals,adheretotheparty'

sleadership,tosolvethemassesofthepeoplereflectafocusontheproblem.Thenewrevisionofthe<

reflectstheparty'

s18andtheeighthsessionofthethird,thespiritofthefourthplenarysession,reflectingtheexperienceofstudyingandimplement

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 考试认证 > 司法考试

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2