系统论文：移动外卖系统的设计与实现

　　系统论文：移动外卖系统的设计与实现

　　摘 要:本设计就是以此为出发点，认真分析现有的点餐模式的特点，特别是这些模式的兼容性和扩展性的不足，并以此为基础，开发与设计出具有实用性的点餐系统。文章提出了新的外卖系统的工作模型，在解读其工作流程时，对于涉及到的关键难点给出了具体的实施方案，之后详细的解答了基于上述条件的数据模型以及具体移动应用的开发方案，并于最后指出了外卖系统的前进方向。

　　关键词：互联网;外卖;兼容性

　　1 引 言

　　移动外卖系统作为一款手机应用，其设计目标就是为职场白领提供更加便捷、健康的生活方式。对于那些喜爱美食的爱好者，在家里直接下单，周边的美食全在身边。而对于商家而言，方便的外卖管理方式能大量的减少工作量，同时提高了营业额。而作为一款外卖应用，使用对象除了外卖客户与商家之外，还会有新的用户群体，那就是外卖派送员。虽然是一个互联网软件，但同时又将为社会提供一些就业岗位，减少社会压力，发展服务行业。

　　2 系统分析

　　在软件开发的过程中，开发者必须明确了解到客户对于软件的需求。需求分析是软件开发周期的第一步，也是至关重要的一步，所有的开发过程都依赖于在本过程中分析得出的数据，在获取了客户对于系统的需求之后，再将需求进行细化分析，以编写需求说明书。软件开发的每一步都建立在需求分析之后。

　　2.1 外卖应用需求分析

　　1.对客户的需求进行分析，明确整个系统所必须包含的各个功能模块。

　　2.设计性分析，以尽量满足客户所需要的功能模块为目的，设计程序所需要使用的数据库，语言，以及编译器。

　　2.2 外卖应用功能模块分析

　　本系统作为一个完整的外卖系统，主要由两部分组成：一部分是用于移动客户端的用户体验部分，另一部分则是用于PC端的外卖商家管理部分。通过模拟用户点餐的过程，建立购物模型。而通过模拟商家收到点餐之后的操作，可以建立出商家流程。

　　用户视图中应该有以下功能：

　　1.用户在进入应用之后，在商家所提供的菜品中选择自己所喜欢的商品；

　　2.在对自己心仪的菜品下单之后，购物车中会自动添加所选择的菜品，随后填入自己的收货地址，下单操作就完成了。

　　商家视图中应该有以下功能：

　　1.菜品管理功能

　　2.订单管理功能

　　3.会员管理功能

　　4.统计分析功能

　　3 外卖系统设计模型建造

　　开发软件之前，应当首先将软件的各项模型建造出来，一个软件开发过程应该分为以下几个模型建造过程。

　　1.数据建模：分析客户对应用的需求，尽可能的从全局考虑数据库结构，根据需求建立数据库模型，当然，在实际过程中必定会有所补充。

　　2.流程建模：模拟用户所进行的各种动作，将这些动作连贯起来。

　　3.界面建模：前端负责以最完美的方式，将所需的APP面向客户（管理端），用户（客户端）的这一块建立出来，然后慢慢将其完善制作。

　　4.服务建模：这一步则是用于在各大服务器厂商中选择一个性能优越的服务器用于部署应用程序。

　　5.收尾：这一块会占用的时间大概占到整个开发过程的五分之二，它不是最重要的过程，却是最繁琐的过程。

　　3.1 数据建模

　　移动外卖系统的设计从数据建模开始，设计中建立了以下三个表：菜品表、订单表、用户表。

　　1.菜品表用来存储和展示商家所上传的菜品的各种信息。

　　2.订单表用来存储用户所下的各种订单与订单相关信息。

　　3.用户表用来保存用户的名称电话以及地址等各种信息。

　　3.2 流程建模

　　流程建模用于模拟用户或者商家的操作所建立的模型，外卖应用流程图如图3.1所示。

　　图3.1 外卖应用流程

　　3.3 界面建模

　　为用户建立所操作的各种UI界面属于界面建模部分，外卖系统根据需求共需要建立三个用户界面。

　　1.用户主页：菜品列表页：包含菜品的名称，图片，详情等信息。

　　2.购物车页：用户在菜品列表页选购了要选择的菜品之后，在购物车页会出现用户选择的菜品以及份数、单价、汇总后的价格，随后还需要在此页面填入自己的联系信息。

　　3.我的信息页：用来保存用户的个人信息的界面，方便用户进行二次下单。

　　商家后台管理模块，嵌入了菜品管理、订单管理、会员管理、统计信息四个子页面功能模块。

　　移动应用的开发终究是为用户而开发的，如果应用的打开速度缓慢、反馈迟钝，必然会极大的影响用户的体验，因此，一台优秀的服务器必须要考虑到。在结合了安全性、访问速度、稳定性能之后，我们最终选择了阿里巴巴旗下的阿里云服务器ECS。

　　4 数据库设计

　　4.1 数据库概念设计图

　　各表的作用及E-R图如下所示。

　　1.菜品表

　　用来存储菜品的详细信息，其中的字段包括：fid：主键；菜品id；fname：菜品名称；fprice：菜品单价；fDescription：菜品详情；fimage：菜品图片；fstatus：菜品状态。

　　2.订单表

　　用于存储订单相关信息，其中的字段包括：fid：主键；fCreateTime：下单时间；fContent：订单内容；fSum：订单合计金额；fUserID：外键下单人ID；fUserName：用户姓名；fPhoneNumber：用户电话；fAddrss：订单地址；fPayState：付款状态；fDispatchingState：配送状态[3]。

　　3.用户信息表

　　用来存储用户的个人信息，主要包括：fname：用户姓名；fPhoneNumber：用户联系方式；fid：主键；fAddress：用户的收货地址。

　　5 系统详细设计

　　5.1 主要功能模块说明

　　1.购物模块：用户在菜品列表中选择所中意的菜品，将其加入购物车，随后在购物车中核对自己所选择的菜品及价格，最后，在提示用户补充了自己的详细收货地址之后，便可以选择下单操作，完成本次购买。

　　2.用户信息模块：用户只需要在我的信息页保存自己的个人信息，就可以进行下单而不需要在下一次购买时进行二次操作。

　　3.外卖应用后台管理：商家客户使用管理后台对菜品、订单、用户等信息进行管理，还能方便的进行数据统计。

　　5.2 主要页面功能模块设计

　　系统主页面主要有前台系统主页、后台系统主页、后台菜品管理子页、后台订单管理子页、后台订单管理子页、后台的会员管理子页、统计分析页面。

　　5.3 功能模块的详细设计

　　功能模块的详细划分首页（index.w）、后台管理(index.w)。

　　5.3.1 外卖应用用户页面详细设计

　　首页：是菜品列表页，用户可以在列表中寻找自己想要点的菜品然后点击“来一份”按钮，将所选择的菜品添加到购物车之中。

　　购物车页：在接收到了上页的参数之后，在购物车中自动添加用户所选中的菜品，并且允许用户对数量进行编辑；而在页面的最下部，用户需要输入自己的联系方式，目的是为了让外卖派送员联系到用户。

　　信息页：用于保存用户的个人信息，用户在这个页面保存了自己的联系方式之后，就不需要每次订购外卖的时候再次输入了，简化了用户的操作步骤。

　　5.3.2 商家后台界面详细设计

　　外卖后台界面总体采用左右分割的方式制作，左边是管理菜单列表，右边是内嵌进去的四个页面：首页同样也是菜品列表页，而这里的菜品列表的作用与用户的显然不同，这里的菜品列表功能是用于商家对现有菜品进行管理，以及增加新的菜品。

　　6 测试

　　6.1 测试分类和方法

　　系统开发的最后阶段，需要对每个单独的功能模块进行测试，同时还需要对整个系统衔接性进行完整测试，其目的是尽可能早的发现并更正软件中的错误，提高软件的可靠性。同时还将对系统进行兼容性测试，以明确不同移动终端的各种表现情况。

　　首先将采用黑盒测试，既功能性测试，系统测试将一步步测试每个功能模块，看是否能够如预期的那样执行，全部的功能是否完整可用，后台管理模块能否正常的对用户数据进行增、删、改、查等操作。

　　6.2 黑盒测试结果

　　表6.1测试用例表

　　经过简单的系统测试，系统各个功能可以正常的运行并得到期望的输出。

　　6.3 兼容性测试结果

　　表6.2兼容性测试表

　　经过各项测试，系统在Web界面与Android中，系统能够完整流畅的运行，在IOS系统中，出现大量无法预测的错误，系统兼容性测试出现了很多问题，需要在接下来的开发中给予修改与适配。

　　7结 论

　　结 论：本设计充分使用了Java、HTML5的跨平台技术特点，符合Apache标准，使用的几乎都是目前最流行的技术，核心功能也较为完整，除了响应式的前端布局技术之外，还拥有完善的PC端后台内容管理系统，界面及其人性化，统计页面非常友好，使得商家能够全面的分析每日线上交易的各类情况，只要是一个经常上网的普通人，也可以快速的掌握并使用后台，极大的降低了线上交易管理成本。

　　参考文献

　　李淑英.JavaScript 程序设计案例教程[M].北京:人民邮电出版社,2015.

　　马科.HTML5 App商业开发实战教程—基于Wex5可视化开发平台[M].北京:高等教育出版社,2016.

　　王小军.基于HTML5的网上订餐系统的设计与实现[D].广东:华南大学,2016.