《自助旅游查询系统》由会员分享，可在线阅读，更多相关《自助旅游查询系统（24页珍藏版）》请在金锄头文库上搜索。
1、自助旅游查询系统产品需求规格说明书当前版本：1.0小组成员：郝俊卿刘铭鑫刘天心田 旭杨 悦完成日期：2014-10-10目录1引言31.1 开发目的及意义31.2 编写说明31.3 读者对象32需求描述32.1 概述32.2 产品前景42.3 业务需求43功能需求53.1 系统结构图53.2 需求结构的说明53.2.1用户端53.2.2企业端64.功能需求分析74.1系统流程分析74.2用例分析84.2.1用户端部分84.2.2企业端部分114.3功能分析说明134.3.1客户信息管理134.3.2历史浏览信息管理144.3.3资料更新154.3.4用户查询154.3.5论坛164.3.6安全
2、164.4产品中的角色175. 风险分析175.1 面临的主要风险175.2 风险的处理策略176. 产品的非功能性需求186.1 用户界面需求186.2 软硬件环境需求186.3 产品质量需求18附件一、参考资料201.网站202.客户端20附件二、论坛积分等级制度21一积分规则21二积分来源22三积分使用22四版主（管理社区）协议231 引言1.1 开发目的及意义随着现代交通飞速发展，网络的方便快捷，信息获取越来越方便，人们选择自助游的情况越来越多。为了使人们可以在网上方便地获取信息，有效地掌握各大旅游景点的详细情况，我们综合多方意见建议，开发出一套适合于旅游者通过软件快速获取信息的管理系
3、统。城市景点查询系统在信息化时代起着重要作用。随着如今人们生活的高质量提高，出游成为了一种潮流，为了在出行中更加的方便以及更加明确自己想去的城市景点。1.2 编写说明本文仅为系统中自助旅游查询系统设计与实现的说明，是经客户委托，对客户信息以及客户历史交易信息的管理所形成的系统，而本文主要包括系统的开发目的、开发目标、以及描述所用图例的说明。同时对本系统的开发和应用提供参考。可行性研究：是指在具体的开发工作之前对软件所作的研究，研究该软件在经济、技术、环境等方面是否具备开发的条件。模块：又称构件，是能够单独命名并独立的完成一定功能的程序语句的集合。类似于高级语言中的Procedure（过程）,F
4、unction（函数）,Subroutine（子程序）等。软件开发成本：是指软件开发过程中所花费的工件量及相应的代价。1.3 读者对象本文档的读者范围包括：1.需求提供方具体责任人2.开发方的项目经理、系统分析设计人员、测试人员2需求描述2.1 概述通过本系统，旅游者可以查看某个地区的全部景点列表，了解某个景点的详细情况，景点周边服务，景区价格等内容。该系统为游客提供全面的旅游景点查询服务。提供论坛交流服务，游客可在网上交流体验心得。旅游服务信息包括旅游宾馆饭店、交通运输、餐饮娱乐、旅游购物、社会服务等信息是旅游者所关心的信息，也是决定此次旅行游览是否顺畅和满意的重要条件。考虑到各种不同层次的
5、需求，系统除了提供一般的旅游服务信息外，还要突出介绍涉外宾馆、特色餐饮、国内国际航班、域内交通包括汽车租赁、具有地方特色的手工艺晶和纪念品、加油站点、保险、银行和应急设施等方面的信息。本产品主要应用领域为普通人，主要面向具有一定计算机操作能力，网络知识的年轻人。使人们能够在忙碌的工作学习中能够自己计划自己的旅游，又避免人们因为没有时间自己组织旅游，和发生在景区被宰的现象，为广大游客提供可以自己或与他人共同游玩的机会。2.2 产品前景在人们对生活质量的要求越来越高的今天，人们对行万里路的渴望也越来越强烈，人们渴望亲眼见到电视，书刊，网络上的其他民俗风情。本系统提供对各地区旅游景点综合信息（景点介
6、绍、景点信息，周边环境等）的查询与管理。通过本系统，旅游者可以查看某个地区的全部景点列表，了解某个景点的详细情况，获取景区价格及客流量等。也可以通过查询景点名称，显示该景点信息。同时为游客提供食宿信息，链接订票网站，给出行的人们提供帮助。提供旅游信息交流论坛，方便游客交流信息。2.3 业务需求本系统管理员用户登陆后可以对景点信息数据库进行增删改查的操作，对用户发布信息进行审核，普通游客可直接登陆系统，查询信息，进行注册成为用户后可在论坛发帖。3功能需求3.1 系统结构图图3.1旅游信息查询系统结构图3.2 需求结构的说明3.2.1用户端表3-1用户端结构模块简介表 路线查询为游客提供路线查询及
7、地图，方便游客感受地理位置。景点查询提供景点信息，游客评论，官方简介，照片等信息。门票方便游客订票购票，省去排队买票时间浪费。我的TG即个人中心，记录该账户访问记录等信息，包括个人输入的信息及实名认证。论坛客户与客户之间旅游交流之地，提供大家交流经验，分享成果的场所。登陆注册提供常规安全登录注册。此部分被划分为用户注册，用户登录以及用户查询三个部分。初次登录自助旅游查询系统的用户需要注册才能登录整个系统，登陆后的用户便可以对旅游景点进行查询。经与客户协商，用户查询被总体分为四个部分，第一部分是路线查询；这一部分是提供给用户对于出行计划进行筛选时的一个必备的功能，分为地图查询，公共游查询以及自助
8、游查询三个部分。地图查询即在地图上将客户想要去的城市进行标注，并会显示路程，预计花费等。公共游是根据对于很多用户的统计，为用户提供适合公共游的方案，会显示花销以及详细的出行方案等。自助游则是根据用户理想的地点提供适合的路线选择，将时间和效率最大化。第二部分是景点查询，根据用户的选择对应详细介绍景点的游玩信息。第三部分是门票查询，当今的时代，无论去哪里游玩都需要门票的迎接，如果可以提前对于门票的价格以及门票信息事项有所了解，那么对整个的计划更加的有利，所以这一部分将会提供这样的功能。最后一部分则是我们本系统核心的部分。其中包括论坛，我的收藏，我的门票，我的路线四个模块。我的收藏主要实现对于感兴趣
9、的路线的收藏以及对于感兴趣的景点的介绍进行收藏，方便下次查找。我的门票则是对已经通过系统购买的门票进行保存，可以随时进行查看购买后的门票的详细信息，方便用户进行核实。我的路线是用户出行后的路线保存，可以对选择过得路线进行查看，删除。3.2.2企业端表3-2企业端结构模块简介表 登陆注册提供常规安全登录注册。数据管理提供景点信息，游客评论，官方简介，照片等信息，并进行维护。用户管理管理用户各类信息，并进行分析，更好的抓住老用户，吸引新用户，更好的为用户服务。后台管理模块被分为三个部分，首先是企业的登录，因为是后台端，所以无需注册，由企业去安排登录的账号。第二部分是数据管理，在此部分则是后台对于数
10、据的增加，删除，修改，查询的处理，是属于管理员的操作。第三部分是用户管理，其中包括信息维护，等级制度和论坛审核。信息维护部分主要针对信息安全性进行维护，其中包含安全性后台提醒以及找回密码两个部分，这两个部分是后台需要及时对于前台信息进行处理的安全性部分。找回密码需要与手机或者邮箱绑定实施找回功能，后台端则是对于数据进行验证。等级制度则是对于用户论坛等级的一个管理，会根据级别进行排行，并对其中排名靠前或者有突出意义的人给予奖励，这是排行榜和奖励机制的两个模块。最后一个部分则是论坛审核，论坛审核中将是后台端对字数进行审核，一般论坛是发帖不少于15个字。这一部分还包括置顶系统，后台管理员将对于比较优
11、秀的帖子进行置顶，并选出一个吧主，主要负责帖子的置顶，筛选等功能。最后则是对敏感词汇的搜索，一旦发现碰触法律界限，进行封停等措施。4.功能需求分析4.1系统流程分析图4.1系统简要流程图4.2用例分析4.2.1用户端部分图4.2用户登录用例图（一）用例名称:用户登录1.简要说明 对登录的流程进行描述，操作者输入用户名、密码、进行登录。2.事件流 A基本流用户:进入登录页面，用例开始；系统:显示登录界面。用户:输入登录信息,登录信息包括:用户名,密码;系统:显示输入信息。用户:可能进行以下两种操作:用户:选择登录,则执行基本流(4);用户:选择重置,则执行基本流(1)。系统:验证用户的登录信息,
12、可能有以下两种情况:登录成功;执行基本流(5);登录失败;执行备选流(1)。登录成功,结束此用例.备选流登录失败：如果系统检测到用户名、密码不存在或错误，则提示用户输入的登录信息不正确，系统返回到选择登录前的状态，用户可以重新输入/修改登录信息，重新执行基本流(3)。3.特殊需求 要求用户密码安全。4.前置条件 系统已经启动到登录界面。 5.后置条件 (1) 登录成功,进入相应界面。 (2) 登录失败,返回到登录界面。图4.3用户查询用例图（二）用例名称:用户注册1.简要说明 对注册的流程进行描述，操作者填写用户名、密码、确认密码等信息进行注册。 2.事件流 A基本流(1)用户:进入注册页面，
13、用例开始;系统:显示注册界面。(2)用户:输入注册信息,注册信息包括:用户名,密码,确认密码;系统:显示输入信息。(3)用户:可能进行以下两种操作:用户:选择确认注册,则执行基本流(4);用户:选择信息重置,则执行基本流(1)。(4)系统:确认用户的注册信息,可能有以下两种情况:(a)注册成功;执行基本流(5);(b)注册失败;执行备选流(1)。(5)注册成功,结束此用例。B备选流(1)注册失败：如果系统检测到用户名、密码为空或格式错误，则提示用户输入的注册信息不正确，系统返回到选择注册前的状态，用户可以重新输入/修改注册信息，重新执行基本流(3)。3.前置条件 系统已经启动到注册界面。4.后
14、置条件 (1) 注册成功,进入相应界面。 (2) 注册失败,返回到注册界面。图4.4论坛用例图（三）用例名称:旅游信息查询 1.简要说明 对用户查看旅游信息的流程进行描述。2.事件流A基本流 (1) 用户:进入旅游信息查询界面,用例开始; 系统:显示旅游信息查询界面。 (2) 用户:查看一条景点信息; 系统:显示要查看的景点信息。 (3) 查看信息成功,结束此用例。3.前置条件成功进入查看信息界面。4.后置条件完成对信息的查看,返回主界面。4.2.2企业端部分（一）用例名称:企业登录1.简要说明 对企业登录的流程进行描述，操作者输入用户名、密码、进行登录。2.事件流 A基本流 (1)用户:进入企业登录页面，用例开始;系统:显示企业登录界面。(2)用户:输入登录信息,登录信息包括:用户名,密码;系统:显示输入信息。(3)用户:可能进行以下两种操作:(a)用户:选择登录,则执行基本流(4);(b)用户:选择重置,则执行基本流(1)。(4)系统:验证用户的登录信息,可能有以下两种情况:(a)登录成功;执行基本流(5);(b)登录失败;执行备选流(1)。(5)登录成功,结束此用例。B备选流(1)登录失败：如果系
