自助旅游查询系统Word文档下载推荐.docx
《自助旅游查询系统Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《自助旅游查询系统Word文档下载推荐.docx(28页珍藏版)》请在冰豆网上搜索。
6.2软硬件环境需求18
6.3产品质量需求18
附件一、参考资料20
1.网站20
2.客户端20
附件二、论坛积分等级制度21
一.积分规则21
二.积分来源22
三.积分使用22
四.版主(管理社区)协议23
1.引言
1.1开发目的及意义
随着现代交通飞速发展,网络的方便快捷,信息获取越来越方便,人们选择自助游的情况越来越多。
为了使人们可以在网上方便地获取信息,有效地掌握各大旅游景点的详细情况,我们综合多方意见建议,开发出一套适合于旅游者通过软件快速获取信息的管理系统。
城市景点查询系统在信息化时代起着重要作用。
随着如今人们生活的高质量提高,出游成为了一种潮流,为了在出行中更加的方便以及更加明确自己想去的城市景点。
1.2编写说明
本文仅为系统中自助旅游查询系统设计与实现的说明,是经客户委托,对客户信息以及客户历史交易信息的管理所形成的系统,而本文主要包括系统的开发目的、开发目标、以及描述所用图例的说明。
同时对本系统的开发和应用提供参考。
可行性研究:
是指在具体的开发工作之前对软件所作的研究,研究该软件在经济、技术、环境等方面是否具备开发的条件。
模块:
又称构件,是能够单独命名并独立的完成一定功能的程序语句的集合。
类似于高级语言中的Procedure(过程),Function(函数),Subroutine(子程序)等。
软件开发成本:
是指软件开发过程中所花费的工件量及相应的代价。
1.3读者对象
本文档的读者范围包括:
1.需求提供方具体责任人
2.开发方的项目经理、系统分析设计人员、测试人员
2.需求描述
2.1概述
通过本系统,旅游者可以查看某个地区的全部景点列表,了解某个景点的详细情况,景点周边服务,景区价格等内容。
该系统为游客提供全面的旅游景点查询服务。
提供论坛交流服务,游客可在网上交流体验心得。
旅游服务信息包括旅游宾馆饭店、交通运输、餐饮娱乐、旅游购物、社会服务等信息是旅游者所关心的信息,也是决定此次旅行游览是否顺畅和满意的重要条件。
考虑到各种不同层次的需求,系统除了提供一般的旅游服务信息外,还要突出介绍涉外宾馆、特色餐饮、国内国际航班、域内交通包括汽车租赁、具有地方特色的手工艺晶和纪念品、加油站点、保险、银行和应急设施等方面的信息。
本产品主要应用领域为普通人,主要面向具有一定计算机操作能力,网络知识的年轻人。
使人们能够在忙碌的工作学习中能够自己计划自己的旅游,又避免人们因为没有时间自己组织旅游,和发生在景区被宰的现象,为广大游客提供可以自己或与他人共同游玩的机会。
2.2产品前景
在人们对生活质量的要求越来越高的今天,人们对行万里路的渴望也越来越强烈,人们渴望亲眼见到电视,书刊,网络上的其他民俗风情。
本系统提供对各地区旅游景点综合信息(景点介绍、景点信息,周边环境等)的查询与管理。
通过本系统,旅游者可以查看某个地区的全部景点列表,了解某个景点的详细情况,获取景区价格及客流量等。
也可以通过查询景点名称,显示该景点信息。
同时为游客提供食宿信息,链接订票网站,给出行的人们提供帮助。
提供旅游信息交流论坛,方便游客交流信息。
2.3业务需求
本系统管理员用户登陆后可以对景点信息数据库进行增删改查的操作,对用户发布信息进行审核,普通游客可直接登陆系统,查询信息,进行注册成为用户后可在论坛发帖。
3.功能需求
3.1系统结构图
图3.1旅游信息查询系统结构图
3.2需求结构的说明
3.2.1用户端
表3-1用户端结构模块简介表
路线查询
为游客提供路线查询及地图,方便游客感受地理位置。
景点查询
提供景点信息,游客评论,官方简介,照片等信息。
门票
方便游客订票购票,省去排队买票时间浪费。
我的TG
即个人中心,记录该账户访问记录等信息,包括个人输入的信息及实名认证。
论坛
客户与客户之间旅游交流之地,提供大家交流经验,分享成果的场所。
登陆注册
提供常规安全登录注册。
此部分被划分为用户注册,用户登录以及用户查询三个部分。
初次登录自助旅游查询系统的用户需要注册才能登录整个系统,登陆后的用户便可以对旅游景点进行查询。
经与客户协商,用户查询被总体分为四个部分,第一部分是路线查询;
这一部分是提供给用户对于出行计划进行筛选时的一个必备的功能,分为地图查询,公共游查询以及自助游查询三个部分。
地图查询即在地图上将客户想要去的城市进行标注,并会显示路程,预计花费等。
公共游是根据对于很多用户的统计,为用户提供适合公共游的方案,会显示花销以及详细的出行方案等。
自助游则是根据用户理想的地点提供适合的路线选择,将时间和效率最大化。
第二部分是景点查询,根据用户的选择对应详细介绍景点的游玩信息。
第三部分是门票查询,当今的时代,无论去哪里游玩都需要门票的迎接,如果可以提前对于门票的价格以及门票信息事项有所了解,那么对整个的计划更加的有利,所以这一部分将会提供这样的功能。
最后一部分则是我们本系统核心的部分。
其中包括论坛,我的收藏,我的门票,我的路线四个模块。
我的收藏主要实现对于感兴趣的路线的收藏以及对于感兴趣的景点的介绍进行收藏,方便下次查找。
我的门票则是对已经通过系统购买的门票进行保存,可以随时进行查看购买后的门票的详细信息,方便用户进行核实。
我的路线是用户出行后的路线保存,可以对选择过得路线进行查看,删除。
3.2.2企业端
表3-2企业端结构模块简介表
数据管理
提供景点信息,游客评论,官方简介,照片等信息,并进行维护。
用户管理
管理用户各类信息,并进行分析,更好的抓住老用户,吸引新用户,更好的为用户服务。
后台管理模块被分为三个部分,首先是企业的登录,因为是后台端,所以无需注册,由企业去安排登录的账号。
第二部分是数据管理,在此部分则是后台对于数据的增加,删除,修改,查询的处理,是属于管理员的操作。
第三部分是用户管理,其中包括信息维护,等级制度和论坛审核。
信息维护部分主要针对信息安全性进行维护,其中包含安全性后台提醒以及找回密码两个部分,这两个部分是后台需要及时对于前台信息进行处理的安全性部分。
找回密码需要与手机或者邮箱绑定实施找回功能,后台端则是对于数据进行验证。
等级制度则是对于用户论坛等级的一个管理,会根据级别进行排行,并对其中排名靠前或者有突出意义的人给予奖励,这是排行榜和奖励机制的两个模块。
最后一个部分则是论坛审核,论坛审核中将是后台端对字数进行审核,一般论坛是发帖不少于15个字。
这一部分还包括置顶系统,
后台管理员将对于比较优秀的帖子进行置顶,并选出一个吧主,主要负责帖子的置顶,筛选等功能。
最后则是对敏感词汇的搜索,一旦发现碰触法律界限,进行封停等措施。
4.功能需求分析
4.1系统流程分析
图4.1系统简要流程图
4.2用例分析
4.2.1用户端部分
图4.2用户登录用例图
(一)用例名称:
用户登录
1.简要说明
对登录的流程进行描述,操作者输入用户名、密码、进行登录。
2.事件流
A.基本流
用户:
进入登录页面,用例开始;
系统:
显示登录界面。
输入登录信息,登录信息包括:
用户名,密码;
显示输入信息。
可能进行以下两种操作:
选择登录,则执行基本流(4);
选择重置,则执行基本流
(1)。
验证用户的登录信息,可能有以下两种情况:
登录成功;
执行基本流(5);
登录失败;
执行备选流
(1)。
登录成功,结束此用例.
备选流
登录失败:
如果系统检测到用户名、密码不存在或错误,则提示用户输入的登录信息不正确,系统返回到选择登录前的状态,用户可以重新输入/修改登录信息,重新执行基本流(3)。
3.特殊需求
要求用户密码安全。
4.前置条件
系统已经启动到登录界面。
5.后置条件
(1)登录成功,进入相应界面。
(2)登录失败,返回到登录界面。
图4.3用户查询用例图
(二)用例名称:
用户注册
对注册的流程进行描述,操作者填写用户名、密码、确认密码等信息进行注册。
2.事件流
(1)用户:
进入注册页面,用例开始;
显示注册界面。
(2)用户:
输入注册信息,注册信息包括:
用户名,密码,确认密码;
(3)用户:
选择确认注册,则执行基本流(4);
选择信息重置,则执行基本流
(1)。
(4)系统:
确认用户的注册信息,可能有以下两种情况:
(a)注册成功;
(b)注册失败;
(5)注册成功,结束此用例。
B.备选流
(1)注册失败:
如果系统检测到用户名、密码为空或格式错误,则提示用户输入的注册信息不正确,系统返回到选择注册前的状态,用户可以重新输入/修改注册信息,重新执行基本流(3)。
3.前置条件
系统已经启动到注册界面。
4.后置条件
(1)注册成功,进入相应界面。
(2)注册失败,返回到注册界面。
图4.4论坛用例图
(三)用例名称:
旅游信息查询
1.简要说明
对用户查看旅游信息的流程进行描述。
2.事件流
A.基本流
(1)用户:
进入旅游信息查询界面,用例开始;
显示旅游信息查询界面。
(2)用户:
查看一条景点信息;
系统:
显示要查看的景点信息。
(3)查看信息成功,结束此用例。
成功进入查看信息界面。
完成对信息的查看,返回主界面。
4.2.2企业端部分
企业登录
对企业登录的流程进行描述,操作者输入用户名、密码、进行登录。
进入企业登录页面,用例开始;
显示企业登录界面。
(a)用户:
(b)用户:
(a)登录成功;
(b)登录失败;
(5)登录成功,结束此用例。
(1)登录失败:
系统已经启动到企业登录界面。
图4.5客户基本信息管理用例图
图4.6优惠资格查询用例图
对数据管理的流程进行描述,包括数据的增删改查。
3.基本流
管理员进入数据管理界面,用例开始;
显示数据管理界面。
选择管理一条数据;
显示要操作的数据。
(3)用户:
可能进行下面三种操作:
(a)用户:
选择对数据进行管理,则执行基本流(4);
(b)用户:
选择重置界面,则返回到基本流
(1);
(c)用户:
选择退出,则返回主界面。
(4)系统:
显示是否结束数据管理:
(a)选择是,执行基本流(5);
(b)选择否,执行基本流
(1)。
(5)管理数据成功,结束此用例。
成功进入数据管理界面。
5.后置条件
完成对数据的管理,返回主界面。
用户信息管理
对用户信息管理的流程进行描述,包括信息维护,等级制度,论坛审核。
管理员进入用户信息管理界面,用例开始;
显示用户信息管理管理界面。
选择管理一条信息;
显示要操作的信息。
选择对用户信息进行管理,则执行基本流(4);
显示是否结束用户信息管理:
。
(5)用户信息管理成功,结束此用例。
成功进入用户信息管理界面。
完成对用户信息的管理,返回主界面。
4.3功能分析说明
4.3.1客户信息管理
该部分记录客户的基本信息,包括客户的姓名,编号,性别,年龄,出生日期,籍贯,住址等。
对客户进行分类通过年龄,或地域对客户进行分类管理,并可能组织客户交流。
系统所有的客户,都应该填写用户信息记录单,具体内容如下:
表4-1用户信息记录单
编号:
客户号
客户名称
性别
出生日期
住址
客户等级
备注
补充说明:
4.3.2历史浏览信息管理
该部分记录客户的浏览记录以及对客户的信息进行分类、整理,以解决大多数企业遗忘老客户、盲目寻找新客户的难题,通过系统,企业可以根据现实数据进行市场分析与预测,并根据结果有针对性的进行有的放矢的开发和留住客户。
系统所有的浏览记录中,在本系统中需要填写客户浏览历史单,具体内容如下:
表4-2客户浏览历史单
客户号:
客户名称:
编号:
序号
浏览项目
目的地
浏览时间
交易记录
总额(大写):
¥:
4.3.3资料更新
1.景点信息添加
景点信息添加:
对新的景点信息进行录入。
功能分析:
本模块是景点信息管理子系统中最重要的一个模块,本模块中的信息决定了本子系统的运行效率,用户体验等。
大量信息的录入也给本子系统一些压力。
在解决这个问题的同时,子系统在力求信息的高速录入,给广大用户提供良好的用户体验。
2.景点信息修改
景点信息修改:
对景点信息的变更做出及时的修改。
在进行大量数据录入时,难免会有错误,这是不可避免的事情。
所以,本系统添加了景点信息修改子模块。
一边在发现景点信息有误时能及时更改景点信息。
同时可以对景点信息进行实时更新。
3.景点信息删除
景点信息删除:
对景点信息进行删除。
城市的发展不是一成不变的,景点也变化或者搬迁,例如几年前的太阳岛就进行了整体搬迁。
所以,就需要删除一些不必要的,已搬迁的或者已拆除的景点。
4.3.4用户查询
图4.7用户端ER图
1.用户登录模块
用户登录模块需要根据不同用户的登录信息确定用户身份,即其权限,根据属于不同的用户类别:
管理员、不同用户(权限又高到低),赋予用户不同的操作权限。
本系统登录方式分为两种,一种是管理员登录,一种是用户登录。
当以管理员登录系统时,可以进行景点信息添加,修改,删除,查找的工作,也可以进行普通用户提交信息管理;
用户登录又分为两种,当以普通游客身份进入时,只能进行查看的行为,进行注册后,可在论坛进行信息交流。
2.景点信息查询
景点信息查询:
用户可选择查询三种景点信息,旅游地综合信息,旅游地服务信息,旅游地购物信息。
本模块是与用户相关的最重要的模块之一。
用户在使用本系统时,需要查询系统为之提供良好的用户体验。
更方便,更快捷是本模块的追求。
旅游地介绍信息:
包括景区的地理位置,历史,风情,民俗,文化,特色商品的介绍,具体景点的分布情况,游览路线和时间的参考,最新的门票价格和天气预报等。
用户可选择自主查询或系统推荐。
1)地图的显示:
显示所选择景区所在市(县)的旅游交通地图。
以所在市的政区图做为底图,以旅游景区景点和服务业单位为专题。
专题信息根据类别的不同分层显示,在图例当中可以控制不同图层的显隐。
2)地图的放大、缩小、漫游、全图显示:
同旅游地选择子系统。
3)指示图:
一般的地理信息系统在主窗口的附近都有一个指示图(也称“鹰眼”),通过显著的颜色方框显示目前主窗口在全图的位置,并可以通过方框迅速定位。
4)定位查询:
也叫地名点查询,用户输入要查询的地名,点击“定位”,地图将放大一定比率,并居中闪烁的显示所查寻的地物。
点击“信息”,将打开所查询地物的介绍信息。
5)最近地物的查询:
首先选择要查询地物的类别,然后选择要查询的最短距离。
点击“查询”然后在图上点击,以点击处为圆心,以最短距离为半径的圆内的所有地物将都显示在结果列表中。
6)查询地物介绍信息:
将在新窗口中链接介绍所查询地物的网站。
旅游服务信息查询:
1)投诉:
把投诉内容分类存储在数据库中,并把投诉意见即时反映给有关部门。
2)预定:
目前,我国的旅游企业全国电脑联网系统于1997年4月开通,主要进行联网订票订房、散客操作和信息共享。
把预定功能纳入旅游服务信息子系统将极大的方便出游者,使出游者在行前对行程计划做到心中有数。
3)租赁:
租赁适合旅游地的交通工具可以极大的减少游玩过程中的疲劳,节省游玩的时间。
这在国外很多见。
随着人们消费水平的提高,汽车租赁也如雨后春笋,尤其在旅游城市。
汽车租赁,出租汽车公司的信息查询也是出游者必需的。
4)旅行社服务:
本系统提供的信息完全可以帮您完成愉快的自助游。
但也有出游者希望把一切琐事都交给旅行社来打点。
这里就提供了对旅行社的信息查询。
包括旅行社的名称、地址、业务范围、线路组织状况、服务价格等。
5)导游翻译:
提供导游翻译的注册和联系信息。
旅游商品购物信息查询:
提供可靠、前沿的装备信息,包含户外用品、摄影用品等,同时提供一些出游小常识、防骗小招数。
4.3.5论坛
博客论坛管理:
管理员可对用户提交的信息进行审核,审核通过后,将其发表在论坛或博客内,审核不通过,将其反馈给用户。
同时可以删除已经发布在论坛或博客上的信息。
注册用户可以浏览论坛信息,与博主进行交流,同时也可自己发表帖子。
博客论坛是用户进行信息交流的主要平台,为了解决用户获取信息不方便灵活的问题,论坛博客可为用户的旅游提供更细微的帮助,同时其上的信息更新更加快速,能使旅游体验达到更好的效果。
P.s关于详细建设论坛部分,详见附录二
4.3.6安全
对城市景点查询系统来说,每个注册的用户账户密码的安全性和保密非常重要。
在设计网络时,除了应考虑各种外界干扰外,还要在各环节提供安全措施,如在注册和登陆输入密码时,对密码的显示用”***”来隐藏,保证用户的安全性。
系统内部包含的所有资料只有注册用户方能浏览。
系统应阻止一切通过非登录手段获取系统信息的不安全行为。
最高权限管理员用户的登录名和密码是系统自带的,此用户只有使用的权限,不具备修改最高权限用户登录信息或者增删最高权限用户的权利。
系统最高权限用户的修改只能通过系统内部变更得到改变。
4.4产品中的角色
表4-4角色表
角色名称
职责描述
企业管理员
拥有使用系统所有功能的权限,对客户资料进行编辑,可以维护各种资料,管理销售,论坛,账号。
论坛主
在拥有相应的权限的情况下,可以查询其他客户信息,以方便管理维护论坛秩序。
用户
拥有账号,可正常登录,查询,访问,购票。
5.风险分析
5.1面临的主要风险
表6-1主要风险
风险名称
详细描述
数据库风险
数据存储由于断电等原因造成数据丢失。
数据泄露
由于各种原因造成客户资料外泄。
人员混杂,可能发生矛盾。
5.2风险的处理策略
表6-1风险解决策略
采用加密性策略高的是数据库,高级服务器,备用电源。
操作人员安全性,每次操作之前都对环境进行检测,只有环境符合安全性标准时才看可以进行操作。
坚决执行规范。
6.产品的非功能性需求
6.1用户界面需求
表8-1界面需求
需求名称
详细要求
母窗体显示位置
窗体初次启动时在屏幕位置居中,窗体最大化。
子窗体显示位置
窗体初次启动时在母窗体居中。
界面风格
简洁,目标明确,颜色淡雅。
界面字体颜色
黑色
6.2软硬件环境需求
表8-2环境需求
系统平台
WindowsXP/Windows7/Windows8及以上
6.3产品质量需求
表8-3产品质量需求
主要质量属性
正确性
业务错误不允许出现
健壮性
能够容纳300人同时访问,服务器端程序应连续工作半年以上
可靠性
除电源、硬件、操作系统、服务器管理系统外程序不允许异常退出或崩溃。
性能,效率
系统处理业务时间最迟时间小于等于5秒
易用性
操作简便,安装简单
清晰性
业务流程明确
安全性
用户信息保密,操作权限明确
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的硬件环境中
可移植性
可运行在大多数主流的操作平台上
1可维护性
为了使维护人员纠正软件系统出现的错误或缺陷,以及满足新的要求和理解。
系统实现了5个模块,程序设计风格的一致性,使用英文变量名使其具有可区分性,更易于理解。
能根据用户输入的城市信息显示旅游景点名称简介等信息。
2适应性
在软件方面,连接数据库、查询速度、响应用户操作都比较快且迅速,完全满足用户要求。
在用户操作选择方面也比较灵活,提供多种查询方式,可以根据喜好灵活地进行选择。