自助旅游查询系统

1、自助旅游查询系统产品需求规格说明书当前版本：1.0小组成员：2023202303郝俊卿2023202314刘铭鑫2023202315刘天心2023202319田 旭2023202325杨 悦完成日期：2023-10-10目录 TOC o 1-3 h z u HYPERLINK l _Toc400739596 1引言 PAGEREF _Toc400739596 h 3 HYPERLINK l _Toc400739597 1.1 开发目的及意义 PAGEREF _Toc400739597 h 3 HYPERLINK l _Toc400739598 1.2 编写说明 PAGEREF _Toc4007

2、39598 h 3 HYPERLINK l _Toc400739599 1.3 读者对象 PAGEREF _Toc400739599 h 3 HYPERLINK l _Toc400739600 2需求描述 PAGEREF _Toc400739600 h 3 HYPERLINK l _Toc400739601 2.1 概述 PAGEREF _Toc400739601 h 3 HYPERLINK l _Toc400739602 2.2 产品前景 PAGEREF _Toc400739602 h 4 HYPERLINK l _Toc400739603 2.3 业务需求 PAGEREF _Toc4007

3、39603 h 4 HYPERLINK l _Toc400739604 3功能需求 PAGEREF _Toc400739604 h 5 HYPERLINK l _Toc400739605 3.1 系统结构图 PAGEREF _Toc400739605 h 5 HYPERLINK l _Toc400739606 3.2 需求结构的说明 PAGEREF _Toc400739606 h 5 HYPERLINK l _Toc400739607 3.2.1用户端 PAGEREF _Toc400739607 h 5 HYPERLINK l _Toc400739608 3.2.2企业端 PAGEREF _T

4、oc400739608 h 6 HYPERLINK l _Toc400739609 4.功能需求分析 PAGEREF _Toc400739609 h 7 HYPERLINK l _Toc400739610 4.1系统流程分析 PAGEREF _Toc400739610 h 7 HYPERLINK l _Toc400739611 4.2用例分析 PAGEREF _Toc400739611 h 8 HYPERLINK l _Toc400739612 4.2.1用户端局部 PAGEREF _Toc400739612 h 8 HYPERLINK l _Toc400739613 4.2.2企业端局部 P

5、AGEREF _Toc400739613 h 11 HYPERLINK l _Toc400739614 4.3功能分析说明 PAGEREF _Toc400739614 h 13 HYPERLINK l _Toc400739615 4.3.1客户信息管理 PAGEREF _Toc400739615 h 13 HYPERLINK l _Toc400739616 4.3.2历史浏览信息管理 PAGEREF _Toc400739616 h 14 HYPERLINK l _Toc400739617 4.3.3资料更新 PAGEREF _Toc400739617 h 15 HYPERLINK l _Toc

6、400739618 4.3.4用户查询 PAGEREF _Toc400739618 h 15 HYPERLINK l _Toc400739619 4.3.5论坛 PAGEREF _Toc400739619 h 16 HYPERLINK l _Toc400739620 4.3.6平安 PAGEREF _Toc400739620 h 16 HYPERLINK l _Toc400739621 4.4产品中的角色 PAGEREF _Toc400739621 h 17 HYPERLINK l _Toc400739622 5. 风险分析 PAGEREF _Toc400739622 h 17 HYPERLI

7、NK l _Toc400739623 5.1 面临的主要风险 PAGEREF _Toc400739623 h 17 HYPERLINK l _Toc400739624 5.2 风险的处理策略 PAGEREF _Toc400739624 h 17 HYPERLINK l _Toc400739625 6. 产品的非功能性需求 PAGEREF _Toc400739625 h 18 HYPERLINK l _Toc400739626 6.1 用户界面需求 PAGEREF _Toc400739626 h 18 HYPERLINK l _Toc400739627 6.2 软硬件环境需求 PAGEREF _

8、Toc400739627 h 18 HYPERLINK l _Toc400739628 6.3 产品质量需求 PAGEREF _Toc400739628 h 18 HYPERLINK l _Toc400739629 附件一、参考资料 PAGEREF _Toc400739629 h 20 HYPERLINK l _Toc400739630 1.网站 PAGEREF _Toc400739630 h 20 HYPERLINK l _Toc400739631 2.客户端 PAGEREF _Toc400739631 h 20 HYPERLINK l _Toc400739632 附件二、论坛积分等级制度

9、PAGEREF _Toc400739632 h 21 HYPERLINK l _Toc400739633 一积分规那么 PAGEREF _Toc400739633 h 21 HYPERLINK l _Toc400739634 二积分来源 PAGEREF _Toc400739634 h 22 HYPERLINK l _Toc400739635 三积分使用 PAGEREF _Toc400739635 h 22 HYPERLINK l _Toc400739636 四版主管理社区协议 PAGEREF _Toc400739636 h 23引言1.1 开发目的及意义随着现代交通飞速开展，网络的方便快捷，信

10、息获取越来越方便，人们选择自助游的情况越来越多。为了使人们可以在网上方便地获取信息，有效地掌握各大旅游景点的详细情况，我们综合多方意见建议，开发出一套适合于旅游者通过软件快速获取信息的管理系统。城市景点查询系统在信息化时代起着重要作用。随着如今人们生活的高质量提高，出游成为了一种潮流，为了在出行中更加的方便以及更加明确自己想去的城市景点。1.2 编写说明本文仅为系统中自助旅游查询系统设计与实现的说明，是经客户委托，对客户信息以及客户历史交易信息的管理所形成的系统，而本文主要包括系统的开发目的、开发目标、以及描述所用图例的说明。同时对本系统的开发和应用提供参考。可行性研究：是指在具体的开发工作之

11、前对软件所作的研究，研究该软件在经济、技术、环境等方面是否具备开发的条件。模块：又称构件，是能够单独命名并独立的完成一定功能的程序语句的集合。类似于高级语言中的Procedure过程,Function函数,Subroutine子程序等。软件开发本钱：是指软件开发过程中所花费的工件量及相应的代价。1.3 读者对象本文档的读者范围包括：1.需求提供方具体责任人2.开发方的工程经理、系统分析设计人员、测试人员2需求描述2.1 概述通过本系统，旅游者可以查看某个地区的全部景点列表，了解某个景点的详细情况，景点周边效劳，景区价格等内容。该系统为游客提供全面的旅游景点查询效劳。提供论坛交流效劳，游客可在网

12、上交流体验心得。旅游效劳信息包括旅游宾馆饭店、交通运输、餐饮娱乐、旅游购物、社会效劳等信息是旅游者所关心的信息，也是决定此次旅行游览是否顺畅和满意的重要条件。考虑到各种不同层次的需求，系统除了提供一般的旅游效劳信息外，还要突出介绍涉外宾馆、特色餐饮、国内国际航班、域内交通包括汽车租赁、具有地方特色的手工艺晶和纪念品、加油站点、保险、银行和应急设施等方面的信息。本产品主要应用领域为普通人，主要面向具有一定计算机操作能力，网络知识的年轻人。使人们能够在忙碌的工作学习中能够自己方案自己的旅游，又防止人们因为没有时间自己组织旅游，和发生在景区被宰的现象，为广阔游客提供可以自己或与他人共同游玩的时机。2

13、.2 产品前景在人们对生活质量的要求越来越高的今天，人们对行万里路的渴望也越来越强烈，人们渴望亲眼见到电视，书刊，网络上的其他民俗风情。本系统提供对各地区旅游景点综合信息景点介绍、景点信息，周边环境等的查询与管理。通过本系统，旅游者可以查看某个地区的全部景点列表，了解某个景点的详细情况，获取景区价格及客流量等。也可以通过查询景点名称，显示该景点信息。同时为游客提供食宿信息，链接订票网站，给出行的人们提供帮助。提供旅游信息交流论坛，方便游客交流信息。2.3 业务需求本系统管理员用户登陆后可以对景点信息数据库进行增删改查的操作，对用户发布信息进行审核，普通游客可直接登陆系统，查询信息，进行注册成为

14、用户后可在论坛发帖。3功能需求3.1 系统结构图图3.1旅游信息查询系统结构图3.2 需求结构的说明3.2.1用户端表3-1用户端结构模块简介表 路线查询为游客提供路线查询及地图，方便游客感受地理位置。景点查询提供景点信息，游客评论，官方简介，照片等信息。门票方便游客订票购票，省去排队买票时间浪费。我的TG即个人中心，记录该账户访问记录等信息，包括个人输入的信息及实名认证。论坛客户与客户之间旅游交流之地，提供大家交流经验，分享成果的场所。登陆注册提供常规平安登录注册。此局部被划分为用户注册，用户登录以及用户查询三个局部。初次登录自助旅游查询系统的用户需要注册才能登录整个系统，登陆后的用户便可以

15、对旅游景点进行查询。经与客户协商，用户查询被总体分为四个局部，第一局部是路线查询；这一局部是提供应用户对于出行方案进行筛选时的一个必备的功能，分为地图查询，公共游查询以及自助游查询三个局部。地图查询即在地图上将客户想要去的城市进行标注，并会显示路程，预计花费等。公共游是根据对于很多用户的统计，为用户提供适合公共游的方案，会显示花销以及详细的出行方案等。自助游那么是根据用户理想的地点提供适合的路线选择，将时间和效率最大化。第二局部是景点查询，根据用户的选择对应详细介绍景点的游玩信息。第三局部是门票查询，当今的时代，无论去哪里游玩都需要门票的迎接，如果可以提前对于门票的价格以及门票信息事项有所了解

16、，那么对整个的方案更加的有利，所以这一局部将会提供这样的功能。最后一局部那么是我们本系统核心的局部。其中包括论坛，我的收藏，我的门票，我的路线四个模块。我的收藏主要实现对于感兴趣的路线的收藏以及对于感兴趣的景点的介绍进行收藏，方便下次查找。我的门票那么是对已经通过系统购置的门票进行保存，可以随时进行查看购置后的门票的详细信息，方便用户进行核实。我的路线是用户出行后的路线保存，可以对选择过得路线进行查看，删除。3.2.2企业端表3-2企业端结构模块简介表 登陆注册提供常规平安登录注册。数据管理提供景点信息，游客评论，官方简介，照片等信息，并进行维护。用户管理管理用户各类信息，并进行分析，更好的抓

17、住老用户，吸引新用户，更好的为用户效劳。后台管理模块被分为三个局部，首先是企业的登录，因为是后台端，所以无需注册，由企业去安排登录的账号。第二局部是数据管理，在此局部那么是后台对于数据的增加，删除，修改，查询的处理，是属于管理员的操作。第三局部是用户管理，其中包括信息维护，等级制度和论坛审核。信息维护局部主要针对信息平安性进行维护，其中包含平安性后台提醒以及找回密码两个局部，这两个局部是后台需要及时对于前台信息进行处理的平安性局部。找回密码需要与手机或者邮箱绑定实施找回功能，后台端那么是对于数据进行验证。等级制度那么是对于用户论坛等级的一个管理，会根据级别进行排行，并对其中排名靠前或者有突出意

18、义的人给予奖励，这是排行榜和奖励机制的两个模块。最后一个局部那么是论坛审核，论坛审核中将是后台端对字数进行审核，一般论坛是发帖不少于15个字。这一局部还包括置顶系统，后台管理员将对于比拟优秀的帖子进行置顶，并选出一个吧主，主要负责帖子的置顶，筛选等功能。最后那么是对敏感词汇的搜索，一旦发现碰触法律界限，进行封停等措施。4.功能需求分析4.1系统流程分析图4.1系统简要流程图4.2用例分析4.2.1用户端局部图4.2用户登录用例图一用例名称:用户登录1.简要说明 对登录的流程进行描述，操作者输入用户名、密码、进行登录。2.事件流 A根本流用户:进入登录页面，用例开始；系统:显示登录界面。用户:输

19、入登录信息,登录信息包括:用户名,密码;系统:显示输入信息。用户:可能进行以下两种操作:用户:选择登录,那么执行根本流(4);用户:选择重置,那么执行根本流(1)。系统:验证用户的登录信息,可能有以下两种情况:登录成功;执行根本流(5);登录失败;执行备选流(1)。登录成功,结束此用例.备选流登录失败：如果系统检测到用户名、密码不存在或错误，那么提示用户输入的登录信息不正确，系统返回到选择登录前的状态，用户可以重新输入/修改登录信息，重新执行根本流(3)。3.特殊需求 要求用户密码平安。4.前置条件 系统已经启动到登录界面。 5.后置条件 (1) 登录成功,进入相应界面。 (2) 登录失败,返

20、回到登录界面。图4.3用户查询用例图二用例名称:用户注册1.简要说明 对注册的流程进行描述，操作者填写用户名、密码、确认密码等信息进行注册。 2.事件流 A根本流(1)用户:进入注册页面，用例开始;系统:显示注册界面。(2)用户:输入注册信息,注册信息包括:用户名,密码,确认密码;系统:显示输入信息。(3)用户:可能进行以下两种操作:用户:选择确认注册,那么执行根本流(4);用户:选择信息重置,那么执行根本流(1)。(4)系统:确认用户的注册信息,可能有以下两种情况:(a)注册成功;执行根本流(5);(b)注册失败;执行备选流(1)。(5)注册成功,结束此用例。B备选流(1)注册失败：如果系统

21、检测到用户名、密码为空或格式错误，那么提示用户输入的注册信息不正确，系统返回到选择注册前的状态，用户可以重新输入/修改注册信息，重新执行根本流(3)。3.前置条件 系统已经启动到注册界面。4.后置条件 (1) 注册成功,进入相应界面。 (2) 注册失败,返回到注册界面。图4.4论坛用例图三用例名称:旅游信息查询 1.简要说明 对用户查看旅游信息的流程进行描述。2.事件流A根本流 (1) 用户:进入旅游信息查询界面,用例开始; 系统:显示旅游信息查询界面。 (2) 用户:查看一条景点信息; 系统:显示要查看的景点信息。 (3) 查看信息成功,结束此用例。3.前置条件成功进入查看信息界面。4.后置

22、条件完成对信息的查看,返回主界面。4.2.2企业端局部一用例名称:企业登录1.简要说明 对企业登录的流程进行描述，操作者输入用户名、密码、进行登录。2.事件流 A根本流 (1)用户:进入企业登录页面，用例开始;系统:显示企业登录界面。(2)用户:输入登录信息,登录信息包括:用户名,密码;系统:显示输入信息。(3)用户:可能进行以下两种操作:(a)用户:选择登录,那么执行根本流(4);(b)用户:选择重置,那么执行根本流(1)。(4)系统:验证用户的登录信息,可能有以下两种情况:(a)登录成功;执行根本流(5);(b)登录失败;执行备选流(1)。(5)登录成功,结束此用例。B备选流(1)登录失败

23、：如果系统检测到用户名、密码不存在或错误，那么提示用户输入的登录信息不正确，系统返回到选择登录前的状态，用户可以重新输入/修改登录信息，重新执行根本流(3)。3.特殊需求 要求用户密码平安。4.前置条件 系统已经启动到企业登录界面。 5.后置条件 (1) 登录成功,进入相应界面。 (2) 登录失败,返回到登录界面。图4.5客户根本信息管理用例图图4.6优惠资格查询用例图二用例名称:数据管理1.简要说明 对数据管理的流程进行描述，包括数据的增删改查。2.事件流 3.根本流 (1) 用户:管理员进入数据管理界面,用例开始; 系统:显示数据管理界面。 (2) 用户:选择管理一条数据; 系统:显示要操

24、作的数据。 (3) 用户:可能进行下面三种操作: (a) 用户:选择对数据进行管理,那么执行根本流(4); (b) 用户:选择重置界面,那么返回到根本流(1); (c) 用户:选择退出,那么返回主界面。 (4) 系统:显示是否结束数据管理: (a) 选择是,执行根本流(5); (b) 选择否,执行根本流(1)。 (5) 管理数据成功,结束此用例。4.前置条件 成功进入数据管理界面。5.后置条件 完成对数据的管理,返回主界面。三用例名称:用户信息管理1.简要说明 对用户信息管理的流程进行描述，包括信息维护,等级制度,论坛审核。2.事件流 3.根本流 (1) 用户:管理员进入用户信息管理界面,用例

25、开始; 系统:显示用户信息管理管理界面。 (2) 用户:选择管理一条信息; 系统:显示要操作的信息。 (3) 用户:可能进行下面三种操作: (a) 用户:选择对用户信息进行管理,那么执行根本流(4); (b) 用户:选择重置界面,那么返回到根本流(1); (c) 用户:选择退出,那么返回主界面。 (4) 系统:显示是否结束用户信息管理: (a) 选择是,执行根本流(5); (b) 选择否,执行根本流(1)。 (5) 用户信息管理成功,结束此用例。4.前置条件 成功进入用户信息管理界面。5.后置条件 完成对用户信息的管理,返回主界面。4.3功能分析说明4.3.1客户信息管理该局部记录客户的根本信

26、息，包括客户的姓名，编号，性别，年龄，出生日期，籍贯，住址等。对客户进行分类通过年龄，或地域对客户进行分类管理，并可能组织客户交流。系统所有的客户，都应该填写用户信息记录单，具体内容如下：表4-1用户信息记录单 编号：客户号客户名称性别出生日期住址客户等级备注补充说明：4.3.2历史浏览信息管理该局部记录客户的浏览记录以及对客户的信息进行分类、整理，以解决大多数企业遗忘老客户、盲目寻找新客户的难题，通过系统，企业可以根据现实数据进行市场分析与预测，并根据结果有针对性的进行有的放矢的开发和留住客户。系统所有的浏览记录中，在本系统中需要填写客户浏览历史单，具体内容如下：表4-2客户浏览历史单 客户

27、号： 客户名称： 编号：序号浏览工程目的地浏览时间交易记录备注总额大写： ￥：补充说明：4.3.3资料更新1. 景点信息添加景点信息添加：对新的景点信息进行录入。功能分析：本模块是景点信息管理子系统中最重要的一个模块，本模块中的信息决定了本子系统的运行效率，用户体验等。大量信息的录入也给本子系统一些压力。在解决这个问题的同时，子系统在力求信息的高速录入，给广阔用户提供良好的用户体验。2. 景点信息修改景点信息修改：对景点信息的变更做出及时的修改。功能分析：在进行大量数据录入时，难免会有错误，这是不可防止的事情。所以，本系统添加了景点信息修改子模块。一边在发现景点信息有误时能及时更改景点信息。同

28、时可以对景点信息进行实时更新。3. 景点信息删除景点信息删除：对景点信息进行删除。功能分析：城市的开展不是一成不变的，景点也变化或者搬迁，例如几年前的太阳岛就进行了整体搬迁。所以，就需要删除一些不必要的，已搬迁的或者已撤除的景点。4.3.4用户查询图4.7用户端ER图1.用户登录模块用户登录模块需要根据不同用户的登录信息确定用户身份，即其权限，根据属于不同的用户类别：管理员、不同用户权限又高到低，赋予用户不同的操作权限。本系统登录方式分为两种，一种是管理员登录，一种是用户登录。当以管理员登录系统时，可以进行景点信息添加，修改，删除，查找的工作，也可以进行普通用户提交信息管理；用户登录又分为两种

29、，当以普通游客身份进入时，只能进行查看的行为，进行注册后，可在论坛进行信息交流。2.景点信息查询景点信息查询：用户可选择查询三种景点信息，旅游地综合信息，旅游地效劳信息，旅游地购物信息。功能分析：本模块是与用户相关的最重要的模块之一。用户在使用本系统时，需要查询系统为之提供良好的用户体验。更方便，更快捷是本模块的追求。旅游地介绍信息：包括景区的地理位置，历史，风情，民俗，文化，特色商品的介绍，具体景点的分布情况，游览路线和时间的参考，最新的门票价格和天气预报等。用户可选择自主查询或系统推荐。1地图的显示：显示所选择景区所在市县的旅游交通地图。以所在市的政区图做为底图，以旅游景区景点和效劳业单位

30、为专题。专题信息根据类别的不同分层显示，在图例当中可以控制不同图层的显隐。2地图的放大、缩小、漫游、全图显示：同旅游地选择子系统。3指示图：一般的地理信息系统在主窗口的附近都有一个指示图也称“鹰眼，通过显著的颜色方框显示目前主窗口在全图的位置，并可以通过方框迅速定位。4定位查询：也叫地名点查询，用户输入要查询的地名，点击“定位，地图将放大一定比率，并居中闪烁的显示所查寻的地物。点击“信息，将翻开所查询地物的介绍信息。5最近地物的查询：首先选择要查询地物的类别，然后选择要查询的最短距离。点击“查询然后在图上点击，以点击处为圆心，以最短距离为半径的圆内的所有地物将都显示在结果列表中。6查询地物介绍

31、信息：将在新窗口中链接介绍所查询地物的网站。旅游效劳信息查询：1投诉：把投诉内容分类存储在数据库中，并把投诉意见即时反映给有关部门。2预定：目前，我国的旅游企业全国电脑联网系统于1997年4月开通，主要进行联网订票订房、散客操作和信息共享。把预定功能纳入旅游效劳信息子系统将极大的方便出游者，使出游者在行前对行程方案做到心中有数。3租赁：租赁适合旅游地的交通工具可以极大的减少游玩过程中的疲劳，节省游玩的时间。这在国外很多见。随着人们消费水平的提高，汽车租赁也如雨后春笋，尤其在旅游城市。汽车租赁，出租汽车公司的信息查询也是出游者必需的。4旅行社效劳：本系统提供的信息完全可以帮您完成愉快的自助游。但

32、也有出游者希望把一切琐事都交给旅行社来打点。这里就提供了对旅行社的信息查询。包括旅行社的名称、地址、业务范围、线路组织状况、效劳价格等。5导游翻译：提供导游翻译的注册和联系信息。旅游商品购物信息查询：提供可靠、前沿的装备信息，包含户外用品、摄影用品等，同时提供一些出游小常识、防骗小招数。4.3.5论坛博客论坛管理：管理员可对用户提交的信息进行审核，审核通过后，将其发表在论坛或博客内，审核不通过，将其反应给用户。同时可以删除已经发布在论坛或博客上的信息。注册用户可以浏览论坛信息，与博主进行交流，同时也可自己发表帖子。功能分析：博客论坛是用户进行信息交流的主要平台，为了解决用户获取信息不方便灵活的

33、问题，论坛博客可为用户的旅游提供更细微的帮助，同时其上的信息更新更加快速，能使旅游体验到达更好的效果。Ps关于详细建设论坛局部，详见附录二4.3.6平安对城市景点查询系统来说，每个注册的用户账户密码的平安性和保密非常重要。在设计网络时，除了应考虑各种外界干扰外，还要在各环节提供平安措施，如在注册和登陆输入密码时，对密码的显示用 *来隐藏，保证用户的平安性。系统内部包含的所有资料只有注册用户方能浏览。系统应阻止一切通过非登录手段获取系统信息的不平安行为。最高权限管理员用户的登录名和密码是系统自带的，此用户只有使用的权限，不具备修改最高权限用户登录信息或者增删最高权限用户的权利。系统最高权限用户的

34、修改只能通过系统内部变更得到改变。4.4产品中的角色表4-4角色表角色名称职责描述企业管理员拥有使用系统所有功能的权限，对客户资料进行编辑，可以维护各种资料，管理销售，论坛，账号。论坛主在拥有相应的权限的情况下，可以查询其他客户信息，以方便管理维护论坛秩序。用户拥有账号，可正常登录，查询，访问，购票。5. 风险分析5.1 面临的主要风险表6-1主要风险风险名称详细描述数据库风险数据存储由于断电等原因造成数据丧失。数据泄露由于各种原因造成客户资料外泄。论坛人员混杂，可能发生矛盾。5.2 风险的处理策略表6-1风险解决策略风险名称详细描述数据库风险采用加密性策略高的是数据库，高级效劳器，备用电源。

35、数据泄露操作人员平安性，每次操作之前都对环境进行检测，只有环境符合平安性标准时才看可以进行操作。论坛坚决执行标准。6. 产品的非功能性需求6.1 用户界面需求表8-1界面需求需求名称详细要求母窗体显示位置窗体初次启动时在屏幕位置居中，窗体最大化。子窗体显示位置窗体初次启动时在母窗体居中。界面风格简洁，目标明确，颜色淡雅。界面字体颜色黑色6.2 软硬件环境需求表8-2环境需求需求名称详细要求系统平台Windows XP/ Windows 7/ Windows 8及以上 6.3 产品质量需求表8-3产品质量需求主要质量属性详细要求正确性业务错误不允许出现健壮性能够容纳300人同时访问，效劳器端程序

36、应连续工作半年以上可靠性除电源、硬件、操作系统、效劳器管理系统外程序不允许异常退出或崩溃。性能，效率系统处理业务时间最迟时间小于等于5秒易用性操作简便，安装简单清晰性业务流程明确平安性用户信息保密，操作权限明确可扩展性可在当前需求根底之上进行功能上的扩展兼容性可运行在大多数主流的硬件环境中可移植性可运行在大多数主流的操作平台上1 可维护性为了使维护人员纠正软件系统出现的错误或缺陷，以及满足新的要求和理解。系统实现了5个模块，程序设计风格的一致性，使用英文变量名使其具有可区分性，更易于理解。能根据用户输入的城市信息显示旅游景点名称简介等信息。2 适应性在软件方面，连接数据库、查询速度、响应用户操

37、作都比拟快且迅速，完全满足用户要求。在用户操作选择方面也比拟灵活，提供多种查询方式，可以根据喜好灵活地进行选择。3 时间性登陆时间不得超过1s，查询搜索的时间不得查过2s。附件一、参考资料1.网站1.1同城网 网址： HYPERLINK 1.2携程网网址： HYPERLINK 1.3 China-pub网址： HYPERLINK /www/ /www/2.客户端百度地图百度贴吧附件二、论坛积分等级制度一积分规那么1个人：会员等级及功能积分下限发帖上限自定义头像收藏帖子数阅读权限附件个数Lv.1010510无Lv.25025102025Lv.320050154050Lv.440080258070

38、Lv.580012035100100Lv.6100015050200125Lv.7150020080400150Lv.82500250100800180Lv.950003501501600200Lv.101000050020032003002社区：社区奖牌评分按照每个社区根据以上规那么计算出的7日积分来评：社区名号积分数量普通社区100000对象途径个人论坛参与积分。个人发贴1条包括主贴和跟贴可以得到10点积分，帖子每被点击一次可以得到1点积分，每被标记为有用信息可以得到5点积分。个人上传一张图片增加积分15 分，如果选择了分类增加5分 ，图片每点击增加1分。 2、论坛奉献积分。提供自己亲身经历或制定的有效旅游路线可的50点积分。每被采纳一次可得10点积分。消费积分。即在本自助旅游查询系统预订机票、门票等可获得与消费金额数值相同的积分数。奖励积分。由于本系统提供的旅游路线可能不是最完美的和最适宜的，为此管理组推出积分奖励制度，各级会员可像管理组提出建议完善路线，即可根据内容有用指数获得10到100不等积分。5、个人积分增加或者减少根据规那么影响个人等级升降；等级任免动作每天晚 0时左右在个人积分过期减少之后进行。 社区1、每增加1条帖子，10分；每点击1次1分2、上传一张图片增加积分15 分，如果选择了分类增加5