基于android的民宿管理系统【字数：11419】
tem, uses Java, PHP, MySQL and other technologies to design and develop user management, housing management and communication management through the analysis of the needs of passengers,homeowners and administrators.,order management,evaluation management, favorites management, notification management, feedback management, background management, help management ten functional modules hope to integrate the hotel resources, expand the scale of business, improve the quality of business services, to build a public brand of the hotel industry, enhance the homestay Industry competitiveness. 目前来讲，相较于PC端，人们更喜欢使用手机APP进行出行预订活动，为适应人们的平台偏好，本文选择使用android作为系统开发依托，目前最火热的android studio为开发工具，借助MySQL数据库，使用json框架解决服务器与客户端之间传输数据的问题。通过对房东、旅客、管理员三方用户的需求分析设计并实现设计开发了用户管理、房源管理、通信管理、订单管理、评价管理、收藏夹管理、通知管理、反馈管理、后台管理、帮助管理十个功能模块。全文将从需求分析、技术路线及开发工具、功能分析与设计、开发与实践、系统测试、总结展望几个章节逐步对系统内容进行阐述。1 选题分析1.1课题背景通过对近些年出行选择状况的分析，目前，越来越多的人进行商务旅行、旅游等，游客们的消费需求逐渐从安全便捷的精品酒店转变为居家生活化并且相对便宜的民宿。强大的市场的需求是机遇也是挑战，要求我们必须使用新的管理方式，给顾客更好的居住体验、更高效便捷的预订方式、给住客和房主之间建立更安全简单的联系手段。如何利用现代社会赋予我们的新观念、新手段向管理要效益，让民宿方式与传统酒店业形成更加强势的竞争，从而在激烈的市场竞争中站稳脚跟，是目前从事于民宿行业的每个人必须要思考和解决的问题。随着智能手机占据绝对的市场，人们更喜欢在线上进行交易活动，民宿也开始引入信息化工具。基于信息化工具而建立起来的网上民宿预订管理系统，可以极大提高民宿管理效率。1.2国内外研究状况1.2.1国外研究根据2016年的德国旅游业数据，大约有10%的人会在出行时通过互联网预订民宿，来解决住宿问题。截止到2015年，在法兰克福有超过1000家的民宿，住宿交易额在40.67万左右，这一年里，法兰克福住宿总交易量为870万，民宿交易量占4.7%。在柏林，民宿交易量甚至超过总住宿交易量的20%。这种现象多集中出现在大都市。欧洲的酒店服务业的评分中，英国一直位居榜首，而英国民宿的评分比本国的传统酒店还要高出15%。在英国，每十个人中就有四个人选择在民宿投宿。国外的主要民宿预订平台是Airbnb、Wimdu和9flats。而Airbnb由于其强大的功能和人性化的设计无论是国外还是国内都占据着主要市场。1.2.2国内研究在国内网上民宿发展相对较晚，但近年来发展迅速。从发展周期看，中国在线民宿预订市场正处于爆发式增长期，2014年第2季度在线客栈民宿预订市场规模达到1.3亿元，环比增长58.5%，同比增长333.3%（数据来源易观国际——中国在线客栈民宿预订市场专题研究报告2014）。另根据《2015上半年中国旅游住宿预订排行榜》，在住宿类型的选择上，中外游客的偏好十分相似，充满着风土人情和人文特色的民宿已经在当前国内旅游住宿业有了一席之地。2019年1月7日。途家发布《2018途家民宿发展报告》。报告显示2018年的民宿预订量大约是2017年预定量的四倍，且主要集中在旅游资源丰富的一线二线城市。智能手机的普及，单纯的Web端并不能满足或让用户满意，人们更希望一部手机解决所有问题，民宿预订系统是网络时代发展的产物，必须要跟随网络发展的趋势，开发移动端的App能够更好帮助民宿更好的发展。1.3研究目的和内容 基于Android的民宿管理系统主要基于目前智能手机普遍使用的Android操作系统进行研发，基于以智能手机为客户端的系统APP功能，房主可以更简单方便的管理和维护房源信息，旅客可以更快速准确的找到自己心仪的房源，实现对民宿预订租赁的整个管理过程。 研究内容主要包括以下几个部分（1）市场调查 中国产业信息研究网发布的《2017-2022 年 中国民宿行业发展模式分析及投资战略研究报告》显示，截至 2017 年底，客栈民宿线上注册量 总数达到 50200 家，交易规模达 127.1 亿元，预计到 2020 年，民宿市场将达到 300 亿元规模。移动互联网等新技术的日益成熟，使得民宿也逐渐从线下联系转为线上互动，在线预订平台可以通过对社会民宿资源的良性整合，为旅客和房主提供更好的服务，预订平台的统一标准化的管理方式也可以形成民宿产业的一个公平品牌，提升民宿的推广度和可信度。技术路线 通过分析系统开发所需要的技术种类，以及目前比较普遍的Android开发平台和系统兼容性。本系统最终选定基于C/S架构，Java作为移动端实现语言，后台服务器借助Apache+PHP+Mysql，当移动端手机与携带数据库的服务器连接到一个局域网时，便可实现数据访问，并通过Json框架进行数据的传送与解析。功能设计通过对用户的需求分析，为了实现系统的应用价值用户管理、房源管理、通信管理、订单管理、评价管理、收藏夹管理、通知管理、反馈管理、后台管理、帮助管理十个功能模块使得管理员可以对每天更新的房源信息进行处理，房主可以更方便的管理自己名下的房源，旅客能够根据自己的需求挑选到满意的房源。2 技术路线及开发工具2.1技术路线 本系统采用了作为目前深受android开发者喜爱的主流APP开发架构——C/S架构（客户端/服务器架构），服务端则使用了B/S架构，使用目前主流的关系型数据库MySQL和相对跨平台性强、效率高 、 配合简单、稳定、容易部署PHP进行开发。使用数据格式比较简单、易于读写、格式自动压缩且支持多种语言的JSON 框架进行数据传递，配合Java和PHP语言进行数据解析。2.2开发工具Android基于Linux内核的Android操作系统，为谷歌公司开发，为了推广该操作系统在全球的应用范围，推出更多的技术服务，谷歌公司联合了全球主要的软硬件开发公司和网络运营商等，组建了开发者联盟，使得android系统推出后即被手机开发商广泛使用，得到迅速的推广。Android一共有四种常用的组件Activity、Service、ContentProvider、BroadcastReceiver。Activity 也就是我们应用程序的界面，用于实现与用户的交互操作，可以进行屏幕界面上数据的接受和发送。一般可以认为Activity有以下四种状态活动、暂停、停止、待用。Service对于开发者是屏蔽状态的，我们无法直观的感受到service的存在，它具有startService()/bindService()两种模式。使用startService启动后，Service与Activity之间关系断开，使用bindService方式启动，Activity会持有一个Service医用，即可实现两者之间的数据处理和业务处理。ContentProvider意为内容提供者，他自身并不存储数据，但他可以进行对外的数据共享，通过这一组件，我们可以将应用中的数据共享给其他应用进行访问，其他应用也可通过它对指定应用中的数据进行操作，其数据源包括但不仅限于文件、Sqlite数据库。BroadcastReceiver直观翻译是为广播接受者，用于异步接受广播Intent，实现进程之间的通信。 Fragment，直接翻译过来是碎片的意思，Android3.0提出，由于Fragment需要依赖与Activity，不能独立存在的特点，我们可以认为碎片是一种子活动，它的生命周期和它的宿主活动紧密关联。这意味着活动被暂停，所有活动中的碎片被停止。且活动运行过程中可以动态的添加和移除碎片。能够在一定程度上优化卡顿现象C/SC/S架构作为一种发展较早的架构主要被应用于局域网之中, 其又被称为客户机/服务器架构。它主要由两层构成——客户端以及服务端, 客户机这一层主要结合了业务逻辑以及表示, 服务器相当于数据库层通过网络与数据服务器相链接。这两层之间能够实现客户端与服务端之间的直接相连, 连接方式为点对点, 更加的方便快捷、安全可靠且降低了应用服务器在加载管理数据时的负荷, 使得数据储存管理方面的功能。JavaJava语言作为一种纯面向对象的语言，深刻的表达了面相对象的编程语言所要求的封装、继承、多态三大属性。语法简洁，安全性墙、可靠姓高，具有多线程等运行特征，能够支持跨平台操作。PHP（Hypertext Preprocessor，超文本预处理器）是一种通用开源脚本语言，其语法吸收了C语言、Java和Perl的特点，利于学习，使用广泛，PHP具有非常强大的功能，支持几乎所有流行的数据库以及操作系统,主要适用于Web开发领域。MySQL数据库技术主要依赖于计算机内部数据库来合理的管理和存储各项数据，目前实现数据管理的主要方式是借助于应用数据库管理系统，通过对数据的全面科学的逻辑组织，达到我们使用数据，处理业务的目的。MySQL作为一个开源的关系型数据库管理系统，是中小型网站的最常使用的数据库之一，MySQL以其体积小、速度快、成本低、操作方便快捷，深受数据库开发者的喜爱。SQL（结构化查询语言）是用于访问数据库最常用的标准化语言，可以帮助开发者完成各种类型的数据操纵、查询、迁移等操作。且MySQL数据库图形化操作深入人心，依靠他的图形化界面，开发者可以十分轻松的进行数据库操作。JSONJSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。简单地说，JSON 可以将 JavaScript 对象中表示的一组数据转换为字符串，然后就可以在函数之间轻松地传递这个字符串，或者在异步应用程序中将字符串从 Web 客户机传递给服务器端程序。3 功能分析与设计3.1需求分析想要实现民宿管理系统，首先要明白系统需要解决什么样的问题，针对不同类型的用户平台需要向他们提供什么样的服务。对于旅客来讲，他们希望通过互联网平台查找到最符合自己需求、价格合适、位置相宜的房源信息，查看信息过程中可以对房源进行收藏、预订，希望能够在平台内部与房主进行联系和交涉，遇到问题可以与平台管理人员进行反馈，完成订单后可以进行查看和评价。对于房主来讲他们希望能通过平台方便高效的完成对房源的管理（房源的增加、查看、修改信息、删除）。在房主与旅客进行交易的过程中，他们希望能够通过平台进行线上线下联系，从而确保交易的顺利和畅通。如果在交易过程中出现问题，他们也需要将问题反馈给平台，有平台在他们中间进行调节。 对于后台管理人员来讲，他们需要通过线下联系房主进行信息采集和确认后，再通过线上操作将房源信息确认并上架，能够随之的处理、查看和修改房源信息，并处理旅客和房主反馈的各种问题，通过平台消息进行处理解决。3.2系统功能初步设计在系统功能分析与初步设计阶段需要确定系统功能对象及相关操作用户，民宿管理系统主要面向上文所提三类人群，设计用户管理、房源管理、通信管理、订单管理、评价管理、收藏夹管理、通知管理、反馈管理、后台管理、帮助管理十个功能模块希望能实现他们各自的需求。用户管理用户可以在平台上进行注册，提交自己的相关信息根据用户名和密码，可以进行登录操作进入到用户中心后可以对自己的个人信息进行修改。房源管理，这一模块主要为用户对房源的管理，管理员对房源的管理放在后台管理中实现，分为房主和旅客两个方向房主用户在平台上进行注册后，可通过登记房源拥有房主身份，在房源上架后，房主可根据自己房子目前的状态对房源进行查看或修改，若不在想要将房源出租，可直接在房主中心对房源进行删除操作。旅客当旅客想要外出旅行，使用平台进行预定房间之前，首先要对系统内的房源进行检索，系统主要提供两种检索方式。条件检索和地图搜索。条件检索用户可以根据自己的需求出行时间、出行城市进行广泛的筛选，随后可以根据出行人数、想要的房间数、床铺数、洗漱间、房屋价格这些方面，对房源进行更精确的检索；地图检索点击按钮进入地图功能后，用户就能够看见该城市在这一段时间内所能预定的房源的具体位置，点击房源具体位置上的地图标志，用户可以根据当前选择城市的热门地点、景点、交通枢纽（机场/火车站）对房源进行进一步的距离比对。通信管理通信管理主要处理用户与用户之间的消息传递，主要有两种方式，一是点击拨号按钮，系统会获取手机拨号的权限，直接呼叫另一方用户；一是借助平台自带的通信管理系统，旅客可以使用房源信面的发送消息按钮，发送消息给房主，房主可惜在消息中心对相应旅客的信息进行回复，旅客可通过同等方式，在消息中心列表中找到房主的消息进行回复，从而建立房主与旅客之间的沟通桥梁。收藏夹管理当旅客找到合适的房源，想要在慎重思考的时候可以对房源进行收藏处理，方便下次查看。订单管理订单管理分为订单生成、订单查看、订单取消、订单删除四个功能。订单生成当用户点击预订按钮后，进入订单生成界面，其中包含旅客自身信息、房源信息、预订时间段相关信息，若用户在规定时间15分钟内支付成功，则订单生成成功。订单查看用户可以进入订单中心查看过往订单，分为全部订单、已完成、已取消三栏。房主也可以进入收益记录查看自己的房源被订的信息。订单取消用户可以进入订单中心对可惜取消的订单进行取消操作，若当前时间小于预订时的入住时间，允许用户取消订单，若已经超出入住时间，则不可取消。订单删除用户入住后，可对订单进行删除操作通知管理通知管理为所有用户共同使用的功能，所有用户都可已进入通知管理查看系统对每个用户发布的独立的通知信息反馈管理当用户遇到一些自身无法解决的问题，或者是对系统使用有着一些疑惑时，可以通过反馈管理向平台管理员进行反馈，反馈结果会放在通知中。帮助管理帮助管理中主要包含着平台发给用户的帮助手册，帮助用户使用平台，为系统的辅助功能出现。（9）后台管理后台管理主要由后台管理员进行管理，有三个功能组成未上架房源管理，已上架房源管理，用户反馈信息处理。管理员可通过查看未上架信息，联系房主进行房屋信息的完善和确认是否上架；通过已上架房源的管理，对已上架可以进行收益的房源进行定期维护操作，管理并修改已上架房源信息；在反馈信息处理模块中，管理员通过查看未回复的反馈信息，针对不同用户的问题，向用户提出解决方法，并通过通知管理的协助，向用户发送。（10）评价管理订单评价发布已完成的订单，用户可以对订单进行评价，包括星级和内容两个部分，评价结果会在房源信息中进行展示。订单评价查看用户访问房源页面时，可以进入评价中心，查看当前房源下的所有评价。给用户选择带来更多的参考条件。3.3 角色需求及用例根据初步设计,将各个模块的具体功能分派给不同的角色使用，下面使用用例图来说明不同的角色所可以使用的功能。3.3.1管理员对于管理员来讲，他们是系统平台运行维护的管理者，主要的工作分为三部分是对已上架房源和未上架房源进行分开管理，用户反馈管理。对未上架房源进行管理，包括登记、修改、判断上架资格对已上架房源进行管理，包括查看、修改、定期判断其上架资格对用户反馈进行处理，查看用户问题，通过通知形式反馈给用户登录系统/图 1 管理员用例图3.3.2房主和旅客房主和旅客，同一个用户既可以作为房主，管理房源信息，获取房源收益；也可以作为旅客，在平台上查询房源信息进行预订等相应操作。不管用户处于房主角色中还是旅客角色中，他们都可以使用这一些共有的平台所提供的辅助功能，包括用户管理、通信管理、通知管理、反馈管理、查看帮助手册。用户管理用户进行身份认证，包括用户注册、登录、编辑个人信息通信管理在线互动，通过在线互动功能，房主和旅客之间，可通过发送信件的形式，进行消息传递。通知管理进入通知中心查看通知反馈管理向平台提交反馈信息帮助手册查看平台提供的帮助手册/图 2 共有功能用例图因为旅客和房主处于两种不同的身份下，除了这些共有的功能之外，必然因为身份的不同而添加一些独立的功能。（1）旅客通过对旅客使用平台过程中的需求分析，可以得到旅客需要实现一下功能房源管理房源信息的检索与查看收藏夹管理可对房源进行收藏操作，在收藏夹中可以查看收藏的房源订单管理用户可在订单中心中查看订单信息取消操作，由于民宿的性质影响，旅客必须要在预定入住时间的前一天取消订单，逾期不提供该功能。添加订单，完成付款后，订单正式生成。评价管理提交评价，订单为已完成状态才可进行评价查看评价，可以查看房源的整体星级评价和每个旅客对它的评价/图 3旅客用例图（2）房主房主则需要拥有房源管理，包括房主对房源信息的登记、修改、删除/图 4房主用例图3.4系统主要活动设计及活动图进行用例分析之后，我们已经明确了不同用户所需要平台为他们提供的功能，在活动设计中，我们需要完成对这些功能进行动态展现，对功能进行动态说明。下面我们将以功能模块为分类，进行阐述。房源管理分为房主和旅客两部分，房主可以对自己的房源进行增加、查看、修改和删除。/图 5 房源管理活动图旅客可以通过条件筛选和地图筛选功能对房源进行搜索查看功能。/图 6 房源搜索活动图收藏夹管理，收藏夹管理中，主要分为收藏添加和收藏查看，查看房源时可以选择进行收藏操作，收藏完成后可进入收藏列表进行查看。评价管理与收藏夹管理类似，用户可对房源进行评价添加和查看评价，二者活动图也相似。/图 7 收藏夹管理通信管理，用户通过点击按钮实现与另一位用户之间的通信，发送消息后可在消息中心查看，进入消息中心，查看消息列表，找到对应用户的消息表单，点击查看过往的消息记录。/图 8 通信管理活动图订单管理，订单管理中的活动包括订单生成、订单取消旅客找到合适房源后可进入到预订环节，初步生成订单，显示订单信息，用户填写入住人数，进入支付界面，十五分钟内，支付成功，则订单完成，若未支付，则订单取消。 旅客进入订单中心，查看订单，对已完成订单可使用取消功能，若系统当前时间比之前填写的入住信息要小，则允许取消，若逾期不可取消。/图 9 订单管理活动图后台管理，后台管理员的活动包括对上架和未上架两种状态的房源的修改和处理反馈信息，发布通知这几个活动。后台管理者分别进入两种状态下的房源/图 10 后台管理活动图4 系统设计与数据库设计4.1系统设计4.1.1类图及顺序图设计经过前面的分析后，进入系统设计阶段，完善系统类图，之后下面将根据模块功能划分，逐一介绍订单管理、房源管理、通信管理三个子类图。/图 11 总类图订单管理子类图，包含旅客、房主、房源、订单三个类，通过对应的关系实现/图 12 订单管理子类图订单生成顺序图，旅客找到合适房源后可进入到预订环节，初步生成订单，显示订单信息，用户填写入住人数，进入支付界面，十五分钟内，支付成功，则订单完成，若未支付，则订单取消。 /图 13 生成订单顺序图房源管理子类图，房源管理主要涉及房源列表、管理员、房主三个类，管理员和房主分别对房源进行管理和维护。/图 14房源管理子类图房源登记顺序图，房主对自己的房源进行登记，提交至数据库顺序表后，有管理员进行查看审核，最终上架。/图 15 房源登记顺序图通信管理子类图，通信管理为旅客和房主共同使用的功能，帮助他们完成在线交流的功能。/图 16 通信管理子类图通信顺序图，实现与另一位用户之间的通信，发送消息后可在消息中心查看，进入消息中心，查看消息列表，找到对应用户的消息表单，点击查看过往的消息记录，发送信息。/图 17 通信管理顺序图4.2数据库设计4.2.1数据库概念结构设计/图 18 用户实体属性图/图 19 房源实体属性图/图 20 管理员实体属性图/图 21 帮助手册实体属性图/图 22 订单实体属性图图/图 23 反馈实体属性图/图 24 收藏实体属性图/图 25 评价实体属性图/图 26 通知实体属性图/图 27 消息记录实体属性图/图 28 实体联系图4.2.2数据库逻辑结构设计本系统共设计了10张表。分别为user（用户表），home（房源表），admin（管理员表），book_list（订单表），call_record（通话记录表），collection（收藏表），evaluate（评价表），feedback（反馈表），help（帮助手册表），notice（通知表）下面将逐一介绍。表1 user（用户表）序号字段别名数据类型数据长度码是否可空1id用户IDvarchar25PK否2passwrd密码varchar25否否3name姓名varchar25否否4sex性别tinyint1否否5email邮箱varchar45否否6cardID身份证号varchar45否否用户表，以id作为主键，存储用户相关信息。表2 home（房源表）序号字段别名数据类型数据长度码是否可空1id房源IDvarchar25PK否2User_id房主IDvarchar25FK否3city城市varchar25否否4latitude纬度double否否5longitude经度double否否6home_type房屋类型varchar25否否7photos房屋照片varchar255否是8country国家varchar45否是9province省varchar45否是10guests_count可住人数int11否是11beds_count床铺数int11否是12bedrooms_count房间数int11否是13info描述详情varchar655否是14home_title房源标题varchar45否否15price价格double否否16state状态int11否否房源表将房源ID作为主键，房源为房主所拥有，一个房主可拥有多个房源，一个房源对应一个房主，故而将user_id作为外键与用户表相连接。表3 admin（管理员表）序号字段别名数据类型数据长度码是否可空1id管理员IDvarchar25PK否2password密码varchar25否否管理员表将管理员ID作为主键，存放管理员信息，用作管理员进入后台时登录使用。表4 book_list（订单表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2User_id用户IDvarchar25FK否3Home_id房源IDvarchar25FK否4paysum支付总额double否否5starttime入住时间varchar25否否6endtime离开时间varchar25否否7payment支付状态tinyint1否否订单表以自增的id字段作为主键，以user_id、home_id作为外键，分别于与旅客和房源进行对应，对应关系均为一对一。 表5 call_record（消息记录表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2user_id_one用户ID(发送方)varchar25FK否3user_id_one用户ID（接收方）varchar25FK否4content内容varchar255否否消息记录表用于存放用户之间的消息往来，user_id_one、user_id_two均为外键指向用户表id字段。表6 collection（收藏表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2User_id用户IDvarchar25FK否3Home_id房源IDvarchar25FK否收藏夹用来存放，用户收藏起来的房源，通过user_id、home_id字段与user、home表相连接，均为一对多关系。表7 evaluate（评价表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2User_id用户IDvarchar25FK否3Home_id房源IDvarchar25FK否4Evaluate_title评价标题int11否否5Evaluate_content评价内容varchar255否否6starttime入住时间varchar25否否评价表存放用户对房源的评价信息，自增的id字段作为主键，user_id字段为外键，连接user（id）字段，home_id为外键，连接home（id）字段，评价表与用户表和房源表之间的关系为一对多。表8 feedback（反馈表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2User_id用户IDvarchar25FK否3F_state反馈处理状态int11否否4content评价内容varchar255否否反馈表使用user_id为外键，连接到user（id）字段，反馈表与用户表之间的关系为一对多。表9 notice（通知表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2User_id用户IDvarchar25FK否3Notice_title标题varchar45否否4Notice_content内容varchar255否否通知表使用user_id为外键，连接到user（id）字段，通知表与用户表之间的关系为一对多。表10 help（帮助表）序号字段别名数据类型数据长度码是否可空1idIDint11PK否2help_title标题varchar45否否3help_content内容varchar255否否帮助手册为辅助功能，主要帮助用户更好的使用系统，解决常见问题，独立与其它表出现。4.2.3数据库关系图经过设计数据表和表与表之间的关系，最终形成一张数据库关系图。/图 29 数据库关系图5系统实现与测试5.1用户管理用户点击进入系统后，可进行注册，填写注册所需的手机号、密码、姓名、邮箱、身份证号等必要信息，注册成功后跳至登录界面，填写刚刚登记的手机号和密码即可登录成功。//图 30 登录界面 图 31注册界面进入个人中心，个人中心里面的编辑按钮，可以对自己的个人信息进行编辑和修改。/ /图 32 个人中心 图 33 编辑信息 5.2房源管理个人中心界面右滑，弹出房主页面，登记房源即可成为房主，填写房源相关信息，并提交，房主可进入查看房源界面，对房源进行删除，点击想要更改的文字即可修改。/// 图 34 我的房源 图 35 我的房源 图 36 房源信息 5.3房源搜索点击首页，填写入住日期、离开日期、去往城市，系统会自动推送符合条件的所有可以被预定的房源，///图 37 首页 图 38 时间选择 图 39 城市选择 （2）点击综合查询可选择显示房源的排列顺序（价格升序和价格降序），点击人数可选择同行人数。///图 40 选择顺序界面 图 41 选择人数界面 图 42 查询结果界面（3）点击筛选界面可填写价格范围、房间数、洗漱间数、床铺数，对房源进行进一步的筛选；/图 43 筛选（4）还可点击地图按钮，查看房源在地图上的具体位置，地图搜索功能连接百度地图的开放接口，使旅客可直接在地图上选点，系统直接选择在规定城市和日期范围内，附近可预订的房源，以一种特殊的图标来表示，用户可以通过点击这种图标，看到这个房源的具体信息。可以对该城市进行选择位置，系统为用户提供了热门必去、景点、交通三大类型，每个类型下面根据城市的原因有不定数目的选项。/图 44 选择位置（5）用户点击选择后，系统会自动定位到该选项所在位置，使用户能够直观的看到选点附近的房源，点击标记，即可查看，若有兴趣可点击了解详情。//图 45 查看 图 46 标记（6）点击了解详情或直接点击房源，即可进入房源详情页面，里面存放着房源信息、房主信息、评价信息，点击购买进入订单管理，点击收藏进入收藏管理/图 47房源详情5.4订单管理用户可在订单中心中查看订单信息，取消操作，由于民宿的性质影响，旅客必须要在预定入住时间的前一天取消订单，逾期不提供该功能。点击评级进入评价管理。//图 48全部订单 图 49 订单详情添加订单，完成付款后，订单正式生成。//图 50 订单支付 图 51 订单填写5.5反馈与通知向平台提交反馈信息，在通知中心查看通知//图 52 意见反馈 图 53 通知中心5.6通信管理两种互动方式，线下手机拨号，线上通过在线互动功能，房主和旅客之间，可通过发送信件的形式，进行消息传递，点击图标进入通话界面计科发送消息，在消息中心可已查看房主回复。//图 54 消息列表 图 55消息中心5.7收藏和评价进入房源页面，点击收藏即可，后续再收藏中心查看；/图 56 收藏夹进入房源页面可以看到房源的总体评分，点击查看，就能够看到所有的评价信息。/图 57 用户评价进入订单详情页面，点击评价即可发表评价/图 58 发表评价5.8后台管理管理员通过登录进入到工作区//图 59 登录 图 60 管理中心对未上架房源进行管理，包括登记、修改、判断上架资格//图 61 待处理房源 图 62 待处理房源信息对已上架房源进行管理，包括查看、修改、定期判断其上架资格//图 63 已上架房源列表 图 64已上架房源信息对用户反馈进行处理，查看用户问题，通过通知形式反馈给用户/图 65反馈列表/图 66 反馈信息/图 67 反馈信息处理6.总结与展望基于android的民宿管理系统研究，本文分析结合了当前民宿市场的情况与特点，加上自己对民宿产业的接触与理解，从提高民宿产业竞争力、建立民宿整体品牌的角度，分析了旅客、房主、管理员三类用户角色的需求，根据需求分析结果设计了系统功能与数据库结构，建立了相关数据表，在研究过程中采用了UML等分析和设计工具，力求研究过程趋于规范，选择智能手机覆盖面积最广阔的android操作系统为平台，希望能够得到用户的接受与喜爱。本研究目前取得阶段性的进展，基本完成了开题报告的目标任务，系统主要功能基本完成，并进行了初步测试。在设计过程中逐渐领悟并意识到，软件是一逐渐根据市场需求和更深入的用户分析所逐渐变化的事物，客观上说，本文设计实现的民宿管理系统，是一个原型作品，还需要进一步的修改和完善，不断提升系统的功能性与应用性。致谢时光飞逝，大学四年生活即将结束，回顾四年学习，我逐渐从一个对计算机学科十分茫然的状态，到现在已经做好了成为一个合格程序员的准备，回首这半年来整理、分析、思考、实现的毕业论文设计过程，我得到了很多人的关怀和帮助，再次对他们表示真挚的谢意。感谢我的同学，是你们在我研究遇到困难的时候，帮助我一起分析问题，提出你们宝贵的解决建议。最后感谢我的父母，是你们一直在背后默默的支持我，在学习和生活中给我带来莫大的关爱和温暖，你们是我最坚强的后盾。参考文献[1]张妍. 基于Android的民宿租赁管理系统的设计与实现[D].大连海事大学,2018[2]郝诗雨,赵媛,李可.厦门市民宿的空间分布特征与影响因素研究[J].华中师范大学学报(自然科学版),2018,52(06):916-924.[3]龙飞,刘家明,朱鹤,李涛.长三角地区民宿的空间分布及影响因素[J].地理研究,2019,38(04):950-960.[4]李琳. 民宿房屋预定系统的设计与实现[D].吉林大学,2016.[5]杨丽娟.中国台湾地区民宿旅游的研究进展与启示[J].成都大学学报(社会科学版),2016(02):31-38.[6]章晓芳,冯洋,刘頔,陈振宇,徐宝文.众包软件测试技术研究进展[J].软件学报,2018,29(01):69-88.[7]朱俏艳. 基于“互联网+”的浙江民宿商业模式创新研究[D].电子科技大学,2018.[8]Adding evidence to the debate: Quantifying Airbnb’s disruptive impact on ten key hotel markets[J].Tarik Dogru, Makarand Mody,Courtney Suess.Tourism Management.2019(06)[9]Tourist environment and online reputation as a generator of added value in the sharing economy: The case of Airbnb in urban and sun- and-beach holiday destinations[J].Luis Moreno-Izquierdo, Ana B. Ramón-Rodríguez, Maria J. Such-Devesa.Journal of Destination Marketing & Management.2019(03)[10]吴昌军. YBL民宿营销管理的优化研究[D].西北大学,2018.[11]刘鑫. 基于Airbnb平台的香格里拉市民宿行业RMP分析及优化策略研究[D].云南师范大学,2018.[12]王玲,光善军,吴晓隽.基于Airbnb网络文本数据的旅游者民宿体验感知研究[J].长安大学学报(社会科学版),2017,19(05):49-56.[13]吴晓隽,于兰兰,胡梅,沈嘉斌.分享经济对Airbnb房源集聚社区影响的实证研究[J].长安大学学报(社会科学版),2017,19(05):39-48.
目录
摘要 1
关键字 1
Abstract 1
key words 1
引言 1
1 选题分析 2
1.1课题背景 2
1.2国内外研究状况 2
1.2.1国外研究 2
1.2.2国内研究 2
1.3研究目的和内容 2
2 技术路线及开发工具 3
2.1技术路线 3
2.2开发工具 3
3 功能分析与设计 4
3.1需求分析 4
3.2系统功能初步设计 5
3.3 角色需求及用例 6
3.3.1管理员 6
3.3.2房主和旅客 7
3.4系统主要活动设计及活动图 8
4系统设计与数据库设计 12
4.1系统设计 12
4.1.1类图及顺序图设计 12
4.2数据库设计 16
4.2.1数据库概念结构设计 17
4.2.2数据库逻辑结构设计 19
4.2.3数据库关系图 21
5系统实现与测试 22
5.1用户管理 22
5.2房源管理 23
5.3房源搜索 24
5.4订单管理 27
5.5反馈与通知 28
5.6通信管理 28
5.7收藏和评价 29
5.8后台管理 30
6.总结与展望 32
致谢 34
参开文献 35 基于Android的民宿管理系统
引言
引言
原文链接：http://www.jxszl.com/jsj/jsjkxyjs/563886.html
