3。1 功能需求

3。1。1 消费者用户

（1）用户注册、基本资料和密码设置等 。

（2）默认界面的外卖餐馆信息浏览，可按餐馆名称模糊搜索。

（3）餐厅中的菜品信息浏览，可按销量和评分从高到低浏览，按价格的从高到低或者从 低到高浏览。

（4）订餐功能，可指定菜品、送餐地址、电话、备注信息等。

（5）模拟在线付款和支持货到付款，追踪和评价订单。

3。1。2 送餐员用户

可以搜索不同日期内的自己所配送的订单，也可以按订单的状态如未接单、已接单、配 送中、已到货、已付款等进行查询订单，并根据订单生命周期采取饭店配餐、送货、交货、 收款等操作。

3。1。3 餐厅管理员

对有关信息进行维护和查询，如餐馆信息、餐点信息、订单信息、送餐员信息等。并负 责接收订单，初始订单状态为未接单，接收订单后为将订单状态改为已接单，安排送餐员后 将订单改为配送中。

3。1。4 系统管理员

对基础信息进行维护和查询，如所有餐厅的信息，所有用户的信息等。

3。2 操作需求

对于移动设备的操作需求，为了满足方便使用的特点，用户只需要通过简单的屏幕触控 就可以实现绝大部分的功能，从开始执行程序到完成一个订单的生命周期，用户只需简单地 几步点击和少许输入文字，整个操作过程不需要用户摸索研究，简单流畅。论文网

3。3 系统用例图

一个用例表示系统中一部分功能和行为，系统所有的功能和行为都可建模为用例。一组 用例从用户角度出发对使用系统进行描述。用例图用来描述用户、需求、系统功能之间的关 系，表示了系统外部的参与者与系统的交互，展示了一个外部用户能观察到的功能模型图， 也是一种静态视图，主要用于对系统、子系统或类的功能行为进行建模。

本系统有四个参与者，包括消费者用户、送餐员用户、餐厅管理员、系统管理员。系统 的许多用例之间存在包含关系。消费者参与了账户管理、订单管理；送餐员参与了更新订单 状态；餐厅管理员参与了餐厅管理、菜品管理、订单管理及员工管理；系统管理员参与了账 户管理及餐厅管理等。这些用例又包含了其他细化的用例，详细直观地由以下用例图 3。1 所

示：

4 系统设计

4。1 概要设计

由于这个软件涉及到了多个参与者，每个参与者要求系统完成的功能又多有交叉，但实 现方式又多有不同，因此从不同用户的角度细化描述系统的各个功能模块。

4。1。1 消费者角度

（1）用户管理：包括注册，需要获取输入的信息，并在数据库中添加一条记录，反馈注 册成功信息并进入用户登录模块。修改基本信息，需要获取输入信息，修改数据库中的记录 并且反馈一个消息。修改密码，需要校验原密码后再修改，修改成功后进入用户登录模块。

（2）查询餐厅及菜品：包括模糊查询，需要获取输入的关键字，经模糊查询完数据库后 返回查询的多条记录在客户端界面的列表中。排序菜品，根据销量的由高到低，评分的由高 到低，以及价格的由低到高或者由高到低进行排序后返回查询的记录在菜品界面的列表中。

（3）添加购物车及下单：添加购物车，用户选择把菜品加入购物车后会将相关信息保存 在本地。下单，用户可选择直接点击菜品下单或者将购物车中的菜品生成订单，系统获取订 单信息后将它们保存入数据库，并且返回信息，刷新我的订单列表。