旅游解说系统 VS 旅游信息系统

旅游解说系统:

“解说是一种信息传送的服务,目的在于告知及取悦游客,并阐释现象背后所代表之含义,籍着提供相关的咨询来满足每个让你的需求与好奇,同时又不偏离中心主题,期能激励游客对所描述的事物产生新的见解与热诚”

——吴忠宏 (台湾 国立台中教育大学教授)

 

“通过解说的独特功能,实现资源、游客、社区和旅游管理部门之间的相互交流”

——NPS (美国国家公园管理局)

 

一个完整的解说系统通常具有以下几个方面的功能,其中服务与教育占据重要部分。

1、基本信息和向导服务

2、帮助旅游者了解并欣赏旅游区的资源及价值(如,大唐芙蓉园、兵马俑、国博)

3、加强旅游资源和设施的保护

4、鼓励游客参与旅游区管理、提高与旅游区有关的游憩技能。学习在旅游区内参与各种运动及游憩活动所需的技能,如滑雪、户外生存、登山等。

5、提供一种对话的途径,使旅游者、社区居民、旅游管理者相互交流,达成相互间的理解和支持,实现旅游目的地的良好运行。

6、教育功能。向有兴趣的旅游者及教育机构提供必要的解说服务,使其对旅游区的资源及其价值、它的科学和艺术价值等有较深刻的理解,充分显示旅游的户外教育功能。(如,延安)

 

按信息传递的方式分,可分为向导式解说系统和自导式解说系统。

向导式解说系统也称为导游解说系统,其最大的特点是双向沟通,能够回答游客提出的各种各样的问题,可以因人而异的提供个性化的服务。由于导游掌握较多的专业知识,因此此类型的解说系统的信息量一般非常丰富,但可靠性和准确性不确定,主要由导游员的素质决定。(但如果用高素质的导游员来训练电子导游,则可以有高质量的AI导游)

一般情况下所说的解说系统指的都是自导式解说系统。自导式解说系统由书面材料、标准公共信息图形符号、语言等无生命设施、设备向游客提供静态、被动的信息服务。它形式多样,其中牌示是最主要的方式。

 

牌示解说的特点有:

1、信息量有限度

2、由于经过了精心挑选和设计,具有较强的科学性和权威性

3、游客获取系统提供的信息没有时间上的限制,他们可以根据自己的爱好、兴趣和体力自由决定获取信息的时间长短和进入深度

4、容易受到自然和人为的破坏

 

旅游解说系统的规划应该考虑特殊人群的需要。这些特殊人群包括残疾人、儿童、老人、国际游客等。这些人群与一般公众对旅游区的解说的要求是各不相同的。残疾人需要更加方便的设计、专门化的媒体形式;而国际游客需要公旅游区向他们提供翻译成他们能够阅读的文字的解说服务。

 

所谓体验(Experience)是指人们以个性化的方式来度过一段时间,并在此过程中获得所呈现的一系列事件的美好体验与回忆。体验可以划分为娱乐(Entertainment)、教育(Education)、逃离现实(Escapist)、审美(Esthetic)四种类型。由于一项服务被赋予个性化后,变得值得记忆,所以一项服务的顾客定制化就使它成为一种体验。

 

旅游解说系统规划本质上是一种人本主义的考虑,是对旅游者旅游行为的一种关怀,因而一定要把旅游者的行为和心理的研究放在重要的地位上。

旅游信息系统:

旅游信息系统(Tourist Information System, TIS)与1979年由美国学者Gunn提出,它是描述、存储、加工、处理分析和输出旅游信息的一种决策支持系统,同时它也是一个技术系统,以旅游信息数据化为基础,采用地理模型分析法,适时提供多种空间和动态的旅游信息,为旅游管理部门提供决策管理并向社会提供服务的计算机系统。

 

传统的TIS是在Database System的基础上发展起来的,其内容涵盖了旅游业的六大要素:食、住、行、游、购、娱。目前已有的TIS奥地利蒂罗尔信息系统、瑞士阿彭策尔信息系统。

 

传统TIS存在的问题:

1、图形系统、超媒体系统很少采用,但对游客而言,直观的、动态的画面更具吸引力

2、无论是地域性的或是国家性的TIS,都有其区域的局限性,作为信息时代的高成长性行业,要求它能够跨越区域的局限融入到国际互联网中

3、传统的TIS种种对景区的介绍和对旅游产品的宣传,而当今的旅游市场,游客的自主性不断增强。

4、TIS服务的对象不仅包括游客,还应该包括旅游管理人员,因此,旅游数据的统计分析、景区环境的动态监测等都应成为TIS的一部分。

 

我国旅游信息系统的研究难以深入展开,这主要是由于我国的旅游信息化建设仍处于初级阶段,信息采集、处理和分析技术在旅游业中的系统研究还很弱,建设中往往重视硬件投资而忽略了软件信息应用挖掘,旅游资源及服务信息不易实时广域传播,限制了旅游资源信息系统的功能和吸引力。(因此需要使用云平台,因为云平台付费后不需要考虑硬件的组装、维护、扩容、升级的问题,因而可以专注于软件的开发)

 

根据国家旅游局对各省、自治区、直辖市和副省级城市旅游局共49家单位进行的信息管理系统的基本情况的调查,反馈信息显示三分之一的单位建立了一定程度的信息系统,但是三分之二的单位信息系统相当薄弱,主要体现在这些信息系统的空间信息的表达和分析功能非常缺乏,信息系统中的信息相当贫乏等,显然不适应当今信息时代的旅游业发展要求。

 

如何与互联网融化也是旅游信息系统设计不可回避的一个问题。

 

建立面向国内旅游研究与发展的信息库,是保持中国旅游业稳定发展的关键。但其中的信息质量控制是极为重要的,如果数据有错或更新滞后,那么整个旅游信息系统就会失去可信度的危险,这就要求旅游信息系统必须是分布式的态链接的。

 

 

 

转载于:https://www.cnblogs.com/elaron/archive/2012/11/09/2763283.html

【有详细的过程,图片演示,及代码】【历时两周完成!】 实训目的 1、理解C#WinForm程序设计的风格,能设计合理的C#项目文件夹结构和公共类,注重代码的重用性,养成良好的标识符命名和代码编写习惯; 2、熟练掌握各种常见的控件属性和事件方法; 3、积累项目开发中常采用的设计模式和比较经典代码片段,并能在以后的项目开发中熟练地运用。 实训内容 实训项目:《旅行社管理系统》   1、系统功能分析与系统设计      2、数据库设计   数据库名称:db_travelAgency   数据表:    (1)操作员信息表(编号,姓名,密码,类别)       (2)客户信息表(编号,姓名,性别,生日,职业,藉贯,联系方式,注册时间)  tb_customer(id,customer,sex,birthday,career,birthdayPlace,telephone,registerTime)   (3)景点信息表(编号,景点名称,地址,门票价格,简介,级别)      (4)省市信息表(编号,省市名,父结点编号,子结点个数,层次数,在兄弟结点中的编号,其他)      (5)风景图片信息表(编号,图片名称,二进制数据,景点名称,图片描述)     (6)订单信息表(订单编号,客户姓名,目的地,景区名,出发日期,返回日期,住宿标准,导游员,老人数,成人数,学生数,小孩数,总需费用,预付定金,所属旅行团号)      (7)旅行团信息表(团号,景点名称,导游员,出发时间,返回时间,游客人数,入住标准)    tb_groupInfo(groupID,spotName,guider,departureDate,backDdate,touristNum,dormMoney)       (8)导游员信息表(编号,姓名,性别,出生年月,到旅行社的时间,负责区域,出场费,备注)        3、模块编码与调试     (1)登录模块     (2)景点信息管理模块     (3)景点信息查询模块     (4) 日常业务模块     (4)系统维护模块     (5)软件版权模块    4、集成测试 实训步骤: 第1天:   上午—(1)分析系统功能结构,了解业务流程及各功能模块      (2)在sqlserver2005环境创建各数据库和数据表,录入相关数据 下午-- (1)设计项目文件夹结构,收集素材,编辑App.config文件; 设计文件夹结构: 添加并制作app.config文件 (2)编写公共类(连接数据库的类,实体类)。 连接数据库的类及其公共方法: 第2天:(1)设计登录模块界面布局,并进行编码和调试; (2)设计系统主界面,并处理好登录模块与系统主界面之间的跳转关系;   系统主界面: 第3天:实现景点信息的添加、修改和删除功能。 添加景点信息: 修改景点信息: 删除景点信息: 第4天:(1)设计景点信息分类查询界面布局 (2)景点信息分类查询功能编码与调试 注意:根据查询选项的不同,在查询条件位置会显示不同的控件。 第5天:(1)设计景点图片浏览器的界面布局 点击确定按钮出现第一张图片 点击“>”(下一张) 点击“>|”(最后一张) 点击“<”(上一张) (2)景点图片浏览器功能编码与调试 第6天:(1)设计“业务预订管理”界面布局; 加载窗体时: 点击“预订”工具条按钮时: 修改订单: 1、点击[修改]工具条,在订单编号文本框中输入订单号,点击查找,显示该订单信息; 2、对信息进行修改后,点击[保存]更新到数据库。 删除订单 1、点击[删除]工具条按钮,在订单编号文本框中输入订单号,点击查找按钮,在界面显示该订单的信息。 2、点击[保存]工具条按钮,删除在数据库中该订单信息。 (2)业务预订管理功能编码与调试。 参考项目中的源代码 第7天:(1)设计旅行团基本查询界面布局; (2)旅行团查询功能编码与调试 说明:查询旅行团信息时,可以按照以下四种方式查询 a.所有已经生成的旅行团;b.按订单号查询;c.按景点查询有哪些已经设立的旅行团;d.按出发日期查询有哪些已经生成的旅行团 (3)设计生成旅行团功能界面布局 “组建旅行团”消息提示,点击确定后,生成该旅行团的明细信息,显示在datagridview中,并修改订单表中对应的字段(即该订单对应的groupID),并将旅行团明细信息写入到tb_groupInfo表中 (4)生成旅行团功能编码与调试 第8天:(1)客户信息管理模块界面设计与布局; (2) 客户信息管理模块编码与调试    第9天:, 操作维护模块布局与设计 操作员维护模块编码与调试    第10天(1)数据备份与还原模块界面设计与布局     (2)数据备份与还原模块编码与调试 实训要求 不迟到,不早退; 实训过程中,同学之间组成项目小组,分工收集材料,讨论项目或模块设计方案,以及核心技术的实现方案,但彼此的程序代码不能复制粘贴; 上交的实训报告不能雷同,若完全相同,实训成绩均判为零为。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值