基于Android的搬家系统的设计与实现

一、研究的现状、意义

1.1 课题的背景与目的、意义
随着科技迅速发展的时代，人民生活水平也不断提高。搬家市场的需求也进一步提高，但是规模大效率高的搬家企业寥寥无几，搬家业目前存在着通讯手段落后和智能化技术落后等问题。为了解决这类问题就需要设计一个搬家系统。本报告的目的是设计并实现一个搬家系统。开发搬家系统，意义是为了满足人民的需求，提升搬家效率。推动搬家业智能化和信息化发展。
1.2国内外研究现状    
  国外：
随着时代的发展搬家应用软件开始流行，关键就在于现在年轻人的生活都开始变得很忙碌了，都想要节省时间，而且现在生活的各种服务都开始变得高度分工了，我们都想要将专业的事情教给专业的人来做，这样其实节省了成本，同样的时间如果一个人来搬家其实更浪费时间，浪费时间也就是浪费金钱，用这样的时间去工作可以赚到更多的钱，而且也不会更累。
国外的搬家软件大多数采用了服务网格框架：服务网格架构是容器化的产物，引入了类似代理的Sidecar，在微服务SDK里面保留协议编解码能力，把服务注册与发现、负载均衡、熔断、限流、降级等服务治理能力下沉到Sidecar。当该 sidecar 在微服务中大量部署时，这些 sidecar 节点自然就形成了一个网格。优势在于：支持用多语言开发业务、省去或轻量化SDK，为异构服务框架/平台创造了融合和发展的机会，让服务框架/平台的演进更自主、更敏捷，让业务开发聚焦业务本身，无需关心安全、灰度、熔断、限流、降级等普遍服务，治理能力更敏捷、更好管控，加速业务探索。
日本的搬家软件，服务要求上提供很多细心的服务，很多女生都很喜欢，例如搬家过程你完全不用动手，各方面的服务都很到位，相信你会很喜欢的。并且详细的过程在应用软件中会有详细的规划，对搬家的细节和收费都有涉及，非常省心。而且很多家庭中的物品都比较贵重，这个时候使用传统的搬家服务就不放心了，搬家应用软件的高端专业服务就更靠谱了，毕竟很多贵重家具损坏了很不划算。长远来看，为了使时间得到较高的收益过程，去做以后有帮助的事情，更有实际意义。当你有了利用时间的意识，你的时间会越来越贵，你就会越来越渴望去拥有更多时间，花钱买时间的性价比会越来越高，而你的整体价值则会开始走向正循环。
国内：
随着社会经济的发展，搬家业已成为中国的重要产业经济的发展，搬家管理信息系统起着不可或缺的作用搬家行业。与国外相比，我国的搬家信息化水平低于欧美国家信息化水平的水平。搬家管理信息系统不仅结合全面Android平台的优势，也使得整个搬家流程更加优化和非常高效。对推动搬家数字化、智能化建设具有很大的作用管理搬家系统。
搬家这个行当也正在被移动互联网所改造。而传统的搬家运行业中，出现了很多问题: 
（1）信息化不完整。用户要找司机的时候一般有两种途径，一种是通过百度、赶集网等线上信息聚合平台;另一种则是直接在市场上寻找司机，从信息到交易转化率低。
（2）价格和服务缺乏标准化。一个司机一个价、一个司机一个服务，想找到性价比高且服务好的司机不容易。
（3）效率低。货运的返程空驶率高，不管在城际货运还是同城货运中都是一个棘手的问题。大部分司机都会把空驶费加到货运费用中，这使得用户要承担的货运成本大大增加。
目前市场上比较流行的一款搬家APP是货拉拉，货拉拉是国内一款搬家APP，开发采用了Java开发框架、PCR技术等。
主要使用的技术有：
1.单体架构
在业务发展初期，为了快速落地应用、满足客户需求，一般会使用All in One的单体架构。单体架构的特点是：在每个节点服务器中，包换应用的全部功能模块代码等所有模块都耦合在一个进程里，系统完全封闭且很复杂，牵一发动全局；应用系统很臃肿，维护和版本升级开销非常大。使用负载均衡分散访问会话，提高并发处理能力。单体架构是围绕web容器打包及部署的架构模式，随着业务的快速发展，要求实现服务的快速迭代和快速交付，应用架构也演进为以服务为中心的架构模式。
2.RPC架构
RPC架构在现在应用系统的早期还是比较常见的架构模式，就是增加服务层，把冗余的代码和可以复用的业务应用进行拆分提取，封装成服务。系统架构更加清晰，代码质量提高，利于升级和维护，稳定性高。应用层可以更专注于与前端用户交互。业务处理放在服务层来进行，服务和应用的管理不是自动化，服务层能够实现HA的功能，适用中小型WEB系统的场景和高并发场景，性能比较好。RPC就是一个典型的RPC架构。RPC架构也存在一些问题，通过共享分布式对象实现远程方法调用，如果在其中一个对象中添加一个属性，就会对共享对象的生产者与消费者产生影响，所以RPC架构也是紧耦合的模式。系统交互采用RPC私有TCP协议，服务生产者和消费者存在强代码依赖，对异构系统集成不友好。
3.SOA架构
SOA架构经历了两个阶段，一是以ESB中心化的架构，二是以注册服务为中心的服务注册发现架构ESB中心化架构实现了松耦合，依赖于ESB消息总线技术实现异构系统的信息交互和集成集中式架构管理，因此它虽然是面向服务的，但它本质上依旧是一个中心化的架构。其优势在于：基于WebService技术，拥有重量级的消息通讯机制。当团队规模比较大、要实现异构系统集成时，它可以提供统一的解决方案和技术实现方式，快速集成异构系统对外服务。注册服务为中心的服务注册发现架构：注册中心负责服务地址的注册与查找，相当于目录服务；服务提供 者和消费者只在启动和订阅后发生变化时与注册中心交互，注册中心不转发请求，压力较小；应用层和服 务层可以根据需求进行动态水平扩展，应用与服务实现负载均衡。
在经济全球化的影响下，竞争日益激烈，如何有效地配置和利用资源，有效地降低制造成本和运输成本是企业所要重点关注的问题。要实现这种战略，没有一个高度发达的、可靠快捷的搬家系统是无法实现的。随着经济全球化的发展和网络经济的兴起，搬家的功能也不再是单纯为了降低成本，而是发展成为提高客户服务质量以提高企业综合竞争力，当前，搬家产业正朝着绿色化、信息化、智能化、全球化、国际化与服务优质化的趋势发展。
信息化和智能化。在经济全球化和电子商务的双重推动下，在系统工程思想的指导下，以信息技术为核心，强化资源整合和物流全过程优化是现代物流的最本质特征。在各大搬家服务商致力于寻求技术领先优势的竞争中，现代物流技术信息化、集成化发展迅速，这一点在横向领域里更为普及。在纵向领域里，现代搬家物流信息化的发展方向是一体化和智能化。
搬家物流的智能化也已经成为物流发展的一个新趋势。目前，除了智能化交通运输外，无人搬运车、机器人堆码、无人叉车、自动分类分拣系统、无纸化办公系统等现代物流技术，都大大提高了物流的机械化、自动化和智能化水平。同时，还出现了虚拟仓库、虚拟银行的供应链管理，这都必将把国际物流推向一个崭新的发展阶段。

二、研究(或开发)的主要问题、重点和难点

2.1主要问题(或研究内容)
参考货拉拉，设计并实现一款搬家物流系统。
主要包括：
（1）用户管理：一共有4位用户（司机、客户、管理员、客服）。
（2）司机申请、管理员审核：司机通过申请成为提供服务人员。管理员可以审核司机是否达到要求。
（3）客户预约：客户根据自身需求预约车辆，根据不同的需求定价也会不同。
（4）司机抢单：司机通过客户发布的订单进行抢单，成功后给双方发送提醒消息。
（5）客户跟踪订单：客户可以查看负责订单的司机、车辆以及评价信息。最后司机输入客户的验证码即可完成订单。
（6）客户管理订单：客户对订单进行操作有取消、查看历史订单、查看跟踪状态。
（7）客户评价打分：客户对司机匿名进行评价和打分。
（8）客服答疑：客服对有疑问的客户进行解答。

 

图 1 系统结构图
2.2 课题重点
我认为在搬家物流系统中最重要的模块是预约模块、申请和审核模块。
预约模块客户可以根据自己的情况和需求预约车辆，需求主要有（起始地址，车辆大小，家具数量，是否需要搬运，是否有电梯，是否需要拆装）。根据不同的情况价格也会变化，比如：距离较远的价格会高、需要拆装的也会收取相应的费用。
申请和审核模块司机提交个人信息后等待管理员审核，管理员确认司机个人信息，以及健康宝和疫苗接种情况无误后通过审核。

2.3 课题难点
我认为在搬家物流系统中的难点有五部分：
第一部分：抢单和抢劵模块两者功能比较相似，但是并不是完全一样，抢单需要相应的条件，只有符合条件的司机才能够去抢单，而抢劵没有条件限制，只要是客户都抢劵。所以在设计这两类算法的时候条件要区分清楚。
第二部分：客服中心模块我打算采用两种模式，第一种是列出常见的问题，只要用户点击问题就会反馈相对的答案。第二种是直接转人工，当用户遇到复杂的问题时，接通人工服务。
第三部分：数据库的设计，搬家物流的信息错综复杂，一个良好的数据库是设计的基础。基本信息就分为：用户信息、车辆信息、订单信息、优惠劵信息、搬运工信息，用5张表来存储基本信息。
第四部分：疫情检测，由于现在疫情不稳定，需要司机们每天更新自己的健康情况，所以要实时更新上传健康宝的状态。
第五部分：评价打分模块，这一部分会随着司机、车辆实时更新，根据客户匿名的评价和打分，在跟踪订单的时候也会进行更新和修改，方便客户查看。

2.4 特色或创新点
添加推荐功能，对评分高的司机进行排序，展示在预约界面供客户考虑。
添加喜欢功能模块，对表现良好的司机进行此操作。再下次预约时优先推荐。

三、研究方法和步骤、预期结果

3.1研究方法与开发环境
1.编程技术：Android Studio、Java
2.数据库：MySQL
3.服务器：Apache、Tomcat等
 
3.2技术方案
（1）系统调研与需求分析
调研考察与用户需求分析是系统设计成功的关键，这个过程就是客户将系统要完成的工作描述给系统设计者；哪些在现实条件或技术上是合理的； 哪些功能计算机不可能实现；哪些功能应变通实现。
（2）功能设计
在系统需求调研分析的基础上，对系统的功能进行设计、组织和安排，确定系统中各项业务功能的具体实施情况，以及每项功能需要实现的具体内容。
（3）系统设计
系统设计的主要任务包括系统组织结构设计、系统数据库设计、系统功能和实现方式的设计、系统用户界面设计等，也包括系统应用中的软硬件结构组织设计。
（4）程序编码实现
在分项完成了系统功能模块的设计与开发后，要对各项功能和软硬件系统进行集成，完成系统服务器的配置和应用服务的启动，保证系统的正常运行。
（5）系统测试
在各项软硬件的支持下，组织专门的系统测试人员对系统中的各项功能进行完整的测试，以检验系统功能的完整性和可用性。系统测试的内容主要包括系统 功能测试、数据（库）完整性测试、用户界面测试、系统性能测试、安全性和控 制性测试、系统配置测试、系统安装测试等。