旅游市场即时通讯系统开发研究 本文关键词：即时通讯，旅游市场，开发，研究，系统
旅游市场即时通讯系统开发研究 本文简介：摘要 在线旅游市场逐渐饱和的背景下，企业提出深耕线下市场的战略目标。传统的线下市场开拓手段包括呼叫中心外呼和建立销售网点，这需要投入大量人力和资金。依赖销售网点和呼叫中心电话服务，用户要获得产品信息咨询仍然不够便捷，也未能发挥互联网企业的线上服务优势。即时通讯系统是线上线下互联的最佳工具，线下
旅游市场即时通讯系统开发研究 本文内容：
摘要
在线旅游市场逐渐饱和的背景下，企业提出深耕线下市场的战略目标。传统的线下市场开拓手段包括呼叫中心外呼和建立销售网点，这需要投入大量人力和资金。依赖销售网点和呼叫中心电话服务，用户要获得产品信息咨询仍然不够便捷，也未能发挥互联网企业的线上服务优势。即时通讯系统是线上线下互联的最佳工具，线下用户可通过即时通讯实时获取线上顾问的专业咨询服务，旅游顾问也可以通过即时通讯为用户提供旅行线路、产品折扣红包和旅行攻略等信息，发挥互联网企业线上服务沉淀的优势。开发和集成即时通讯系统已经成为在线旅游市场业务发展的需要，对推动在线旅游市场向线下市场扩张有着重要的意义。
本论文分析了基于移动互联网的即时通讯系统的开发背景和意义，通过实际的需求分析确定平台系统的特点和待解决的问题，旨在将即时通讯系统嵌入企业原有的移动互联网应用，为线下用户和线上顾问提供高效的、稳定的、可靠的沟通渠道。系统主要包括通讯模块、业务处理模块、Android 平台客户端、IOS 平台客户端和 PC 客户端，通过这些模块完成了文本、图片、语音和自定义消息的交互。为满足系统性能需求，本论文研究了基于 Redis 的缓存策略和基于 MongoDB 的文档存储方案，利用 Kafka 作为消息队列，提升数据处理能力，使系统在数据的生产和消费过程中达到最佳效率。
最后，本论文参考设计模式的开闭等原则，完成了即时通讯系统的研发和整合，经过压力测试和实际运行，证明了这套设计方案具备一定扩展性和性能优势。
关键词： 即时通讯，负载均衡，MongoDB，redis，缓存，设计模式。
Abstract
Under the background of online travel market gradually saturated, the enterprise put forward the deepening offline market strategy. The traditional method of opening market includes callcenter outbound and off- line sales network that needs plenty of money and human cost. It is not bennifial enough for customers to get enquiry service though that two methods, also failed to take advantage of Internet online service. Instantmessaging system is the best choice for offline customers to have real-time consulting service. Online traval consultants can also provide cutomers with travel routes,product information, discount red envelopes and travel guide through instantmessaging system. The development and integration of instantmessaging system are very important for online travel agent to expanding offline market The thesis analyzes the instantmessaging system based on mobile Internet development background and the significance through requirement analysis to determine the characteristics of the platform system and problems in hand. The thesis attempts to embed instantmessaging system in original system. Then the whole system can provide efficient, stable and reliable communication service to offline customers. The system mainly includes the communication module, business processing, Android client, IOS client and PC client that complete the text, images, voice and custom message interaction. To meet the demand of system performance, the thesis studies the caching strategy based on Redis, document storage based on MongoDB, Kafka as message queue to achieve the best efficiency in the process of data of production and consumption.
Finally, the thesis references design pattern such as Open-Closed Princepal to finish the development of instantmessaging system. Stress tests and practical operation prove that this solution has certain scalability and performance advantages.
Key words: instantmessaging, loadbalance, MongoDB, redis, cache, design pattern。
第一章 绪论
1.1 课题来源。 伴随着互联网产业的高速发展，在线旅游的线上市场几近饱和，在流量为王的当下，想要攫取更多的时长份额，难度越来越大。在线旅游虽然逐渐被市场所认可，但其总份额仍然和线下旅游市场不在一个数量级，线下旅行社拥有更多优质资源。更重要的是，线下旅行社能够直面用户，为用户提供直接的面对面的可靠服务。互联网在线旅游的发展虽然迅速，但始终无法在“贴近用户”这一层面上与线下门店相提并论。
在这样的行业背景下，企业为了不断扩大市场份额，提出了线上扶持线下并最终回到线上的战略计划。具体实施方案中，需要一款能够打通线上与线下障碍的互联网软件，让线下用户能够轻松地获得线上的专业咨询服务。互联网服务仍然是在线旅游企业的优势所在，通过聊天工具的互联，发挥互联网公司的优势，并通过用户对常用 App 的黏性，将线下用户引导回线上，形成一个线上到线下再回到线上的闭环。
即时通讯系统就在这样的背景下被提出。通过线上现有的客户服务资源和即将扩大的旅游顾问团队，可以让线下用户直接快速的获取旅游咨询服务。企业的线下门店数量也在不断增加，门店可与用户面对面的沟通，并将用户导流到线上即时通讯系统。
为了保证企业战略的顺利执行，即时通讯系统被赋予了重要的责任。本论文主要针对即时通讯系统的需求分析、系统设计和系统实现来分析研究解决方案。研究课题需要满足上亿用户和超过百万的每日活跃用户的使用需求；需要适配现有系统和客户端应用的设计方案，兼容现有的系统体系，在用户无感知的情况下，为用户初始化即时通讯系统的使用环境；需要能够承载大量用户带来的海量数据，并针对数据做分析和提炼，挖掘更多价值。
1.2 课题来源及论文的主要内容。 该毕业设计课题“即时通讯系统的设计与研发”来源于苏州同程网络科技股份有限公司，项目名称为“即时通讯专项研发”。
本论文的主要内容分为三个方面：
1、即时通讯系统的分析设计与实现。
2、即时通讯系统与企业现有平台的对接。
3、海量数据的存储与分析。 在移动互联网如火如荼的发展势头中，大量的移动端应用被催生出来，这些移动端应用有着体量小，响应快，随时随地为用户服务的特性，让信息获取的途径变得越来越多样化。而移动互联网应用在服务不断成熟的过程中，需要更加贴近用户的沟通方案。在过去，提供服务或产品的企业都会设置呼叫中心，通过堆砌人力，构建 24 小时的电话服务，用户在产品或服务中有任何疑问，都可以致电企业服务号码，获取对应的咨询。
然而传统呼叫中心需要投入大量成本。以携程旅行网为例，该企业呼叫中心拥有超过2400个的坐席，随着业务规模发展，坐席规模还可扩大到 3000 个，甚至 5000 个。这是亚洲旅游业内中最大的呼叫中心。但这种规模的服务需要投入大量的人力物力，在资本壁垒上直接让众多中小企业可望不可即。
电话营销精准度差。呼叫中心的电话营销方式经常被误认为是骚扰。电话通讯的方案为一对一通话，需要用户打断当前正在执行的事务，对用户的打扰较大。被外呼的用户可能并非目标需求用户，这种地毯式电话轰炸方案，无疑是大海捞针。如今搜狗、电话邦等服务的普及，当被识别为骚扰电话，会对企业和个人名誉造成影响。
用户电话咨询，体验较差。呼叫中心系统为多个项目开辟多个渠道，用户要获得精准的咨询服务，需要预操作，如在电话上进行繁琐的选择输入和个人信息输入。新产品希望用户能够以更快的方式带着问题，找到客服或是营销团队。带着问题来找客服或顾问的用户，具有更高的忠诚度和成单率，这批用户是支撑企业发展的核心用户群。项目初衷是希望用互联网为咨询服务插上翅膀，让更多带着下单意向的用户获得更快速便捷的服务。
本人所做的工作可陈述如下：
1、需求分析。参与用户调研，明确用户需求，详细了解旅游手机应用用户更能接受的咨询方案。同时也了解企业在升级咨询平台过程中所投入的资源，在旅游顾问部门成立后，原有技术平台所面临的问题，在此基础上进行顾问需求分析和用户需求分析，综合考虑实际情况，确定一个切实可行的系统方案。
2、系统设计。根据需求分析所确定的系统逻辑功能要求，结合实际情况，本论文主要为系统架构，技术选型提供方案，并主导整个系统后端服务的研发设计工作。
3、系统实现。编写代码，本人承担项目设计与主体业务代码编写，并和 android，IOS客户端开发的同事一起，将项目研发成果转化为能够投入运行的实际系统。
4、系统测试。协助编写测试用例，参与黑盒测试。与研发人员一起分析业务需求与设计思路，编写单元测试。
4、系统维护。该系统进行系统测试与系统维护，并针对运行状况及时给出报表统计数据。
1.3 论文的组织结构。 第一章首先介绍了与本课题相关的背景知识，然后介绍了课题来源和本论文的主要工作，最后介绍了论文的组织架构第二章对当前研究现状和相关知识做了综述，对系统架构和部分技术产品做了调研和分析。
第三章介绍移动端应用接入即时通讯的系统需求分析，其中主要内容分别是数据分析、系统功能分析、业务流程分析、对接业务部门需求分析。
第四章介绍即时通讯系统的设计，其中分别是系统架构设计、系统功能设计、业务对接设计、代码结构设计。
第五章介绍了即时通讯系统的实现，其中主要是开发环境、代码设计和系统安全性介绍。
第六章介绍了即时通讯系统的测试及维护。
最后总结了本课题所做的工作要点，并对该课题的研究的重点方向进行了展望。
【由于本篇文章为硕士论文，如需全文请点击底部下载全文链接】
1.4 系统开发环境
1.5 系统开发方法 1.5.1 研究方法与步骤
1.5.2 技术路线
1.6 本章小结
第二章 相关知识 2.1 即时通讯相关知识
2.2 设计模式及其应用相关知识
2.3 非关系型数据库相关知识
2.4 基于 redis 缓存策略的相关知识
第三章 即时通讯系统分析 3.1 数据分析
3.2 系统功能需求分析
3.2.1 服务器端业务分析
3.2.2 客户端业务分析
3.2.3 系统业务流程分析
3.3 本章小结
第四章 即时通讯系统设计 4.1 系统架构设计
4.2 系统功能模块设计
4.2.1 接口服务设计
4.2.2 后台管理系统设计
4.2.3 移动客户端功能设计
4.2.4 PC 客户端功能设计
4.2.5 定时 job 服务设计
4.3 基于设计模式的模块组合设计 4.3.1 基于简单工厂模式的日志模块设计和通讯模块设计
4.3.2 基于单例模式的全局资源设计
4.3.3 基于适配器模式与外观模式兼容性设计
4.3.4 基于观察者模式的消息设计
4.3.5 基于模板方法模式的框架结构设计
4.4 缓存策略设计 4.4.1 设计缓存策略的原因
4.4.2 多种类型的缓存产品的设计选型
4.4.3 即时通讯系统的缓存业务设计
4.4.4 缓存管理系统设计
4.5 基于 MongoDB 的聊天记录存储方案设计
4.6 基于 Kafka 的订单转化率计算
4.7 本章小结
第五章 即时通讯系统实现
5.1 系统开发环境 5.1.1 数据库
5.1.2 开发工具 visual studio2013
5.1.3 开发语言 C#
5.1.4 缓存 Redis
5.1.5 消息队列 kafka
5.1.6 非关系型数据库 MongoDB
5.2 系统软件环境 5.2.1 服务器端
5.2.2 Android 客户端
5.2.3 IOS 客户端
5.2.4 PC 客户端
5.3 系统硬件环境
5.4 代码设计与实现 5.4.1 服务端通讯接口集成
5.4.2 Redis 的使用
5.4.3 Kafka 的使用
5.4.4 MongoDB 的使用
5.4.5 离散的消息记录整合为用户会话
5.5 本章小结
第六章 即时通讯系统系统测试与维护
6.1 系统测试 6.1.1 功能测试
6.1.2 性能测试
6.1.3 测试环境
6.1.4 测试过程
6.1.5 测试结论
6.2 系统维护
6.3 本章小结
第七章 总结
随着互联网技术的发展，互联网模式已经逐步渗透到更多的行业，国内外的互联网行业都得到长足发展，敏捷开发模式也在互联网企业里流行起来。被互联网加持的行业都以快见长，动作慢了，就可能被竞争方抢占市场，体验稍差就可能被同行挤出神坛，因此国内的互联网服务体验得到了长足进步。快速开发，快速迭代，成为互联网研发策略中的主要打法。
通过这段时间的设计与开发，总体上完成了以下几项工作：
1、研究互联网软件开发的理论知识，参考相关文献资料，对互联网软件研发与传统软件研发做调研，对软件研发生命周期有一定的认识和了解。
2、研究了即时通讯系统所需要的技术知识和互联网产品的理论知识，通过技术方案与产品理论的结合，推动即时通讯系统的研发进程。对线上线下结合的思路和技术方案反推业务实现做了了解。
3、研究即时通讯服务所需的数据内容，结合当前应用和用户实际需要，从服务产生和消费的数据出发，按照数据存储、数据传输、数据备份、数据分析等方面，设计了 C/S 模式和B/S 模式的总体架构，并设计了数据存储和转储的方案。
4、研究现有系统的业务功能。新的即时通讯要服务于现有功能，与现有业务平台完美衔接。通讯服务最终是为业务提供支撑，让用户能够更便捷地获取线上服务。与老系统相处是每一位程序设计人员的必经之路，如何在不影响原有功能的基础上实现新功能，非常考验程序设计师的功力。
5、研究了 MongoDB，redis，MemCache，MySQL，kafka 等技术，在消息队列、缓存和文档存储领域为即时通讯系统提供解决方案。
6、研究敏捷开发策略和项目管理方案，通过不断迭代更新，保持项目可持续研发，确保核心功能快速上线并收集用户反馈。
7、对系统进行测试，经过多轮测试修改和 bug 回归验收，软件 bug 趋势收敛，版本质量可控，达到上线标准。
系统正式运行以来，累计注册用户数量为 20257900，顾问数量为 10012，聊天记录数据量超过一亿。系统消除了用户与线上顾问咨询的沟通障碍，有效解决了企业的实际问题，在以下几个方面得到了企业肯定：
1、扩展性高。从设计到研发都为扩展性预留了可能，根据业务场景参考设计模式的软件设计思路，扩展服务安全快捷。
2、实时性高。即时通讯服务架起了顾问与用户沟通的桥梁，让用户能实时获取最专业的咨询服务。
3、数据完整性高。采用 MongoDB 存储聊天数据，保证系统整个运行过程中产生的数据都能被存储并用于后续的分析。
系统维护工作依然在进行，在数据分析，数据可视化，报表呈现等模块，仍然需要大量改进与优化，具体内容如下：
1、数据分析。目前系统沉淀了过亿的聊天数据，这些数据能够反映不同用户的出行偏好，能够挖掘出更多的商业价值，帮助系统做用户定制推送。结合大数据分析，完善用户画像。
2、数据可视化。目前的数据报表非常简单，并不能直接分类用户咨询诉求。可针对数据对算法进行训练，通过程序为用户会话进行分类，识别出各种类型咨询的占比，从数据反推产品，为产品的改进提供更可靠的建议。
3、系统平台化。企业的其他业务部门也会有接入即时通讯的需求，需要能够使用通讯服务并消费通讯服务沉淀下来的数据。系统平台化可以为多个应用提供独立通讯服务，并提供独立数据接口。
总体而言，实践证明本课题的研究已经达到了预期效果，并随着系统完善不断解决更多的实际问题，发挥更大价值。
参考文献
旅游市场即时通讯系统开发研究 来源：网络整理
免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。
《
旅游市场即时通讯系统开发研究》
由：
76范文网互联网用户整理提供,链接地址：
http://m.yuan0.cn/a/82059.html
免责声明：本文仅限学习分享，如产生版权问题，请联系我们及时删除。