基于UML的外卖订餐系统需求分析.docVIP

PAGE 16 面向对象的分析和设计说明书 ( 2018 -- 2019 学年 第二学期) 题 目：基于UML的外卖订餐系统需求分析 日期：2019 年 5 月 3日 1. 系统概述 2．系统分析建模 外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统，开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等，最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。 该系统按照功能主要分为三类角色，分别是顾客，商家，送餐员。 顾客角色主要可执行的操作有顾客用户操作（包括登录和注册），检索操作（包括检索餐品或商家等），订单操作（包括编辑订单和提交订单），评价操作（包括评价餐品和餐厅）。 商家角色主要可执行的操作有商家用户操作（包括登录和注册），餐厅管理（包括菜单编辑、编辑餐厅信息等），订单管理（包括查看和更新订单），评论管理（包括查看评论和回复评论）。 送餐员角色主要可执行的操作有送餐员用户操作（包括登录和注册），订单操作（包括配送订单、订单查询、确认接单等），通知操作（通知顾客或商家）。 2.1用例图 【三类顾客顶层用例图】 图1三类顾客顶层用例图 本系统预计实现的核心功能有： （1）顾客角色——顾客操作 查询餐品：按照餐品种类或名称查询后选择某一餐厅 查询餐厅：按照餐厅名查询后选择某一餐厅 餐厅列表：餐厅列表包括了该餐厅的基本信息，包括餐厅名称、餐厅位置、餐厅距离、餐厅销量、人均消费。 订单管理：记录顾客当前正在进行的订单以及历史订单。顾客可以删除历史订单，也能及时查看当前正在进行订单的状态和信息。 购物车界面：相当于临时订单界面，用于显示当前订单中已选餐品的信息（包括餐品的名称、数量、总价）和订单支付状态。确认购物车信息无误后，顾客提交订单并支付。提交订单后，购物车中不再显示该订单的信息。 （2）商家角色——商家操作 确认接单功能：商家在收到用户提交的订单后，确认接单并通知该订单的顾客已接单。商家确认接单后，将当前订单信息发送给附近区域的送餐员，等待送餐员接单。 订单管理：记录商家当前正在进行的订单以及历史订单。商家理论上不能删除历史订单，仍能及时查看当前正在进行订单的状态和信息。 餐厅营业统计信息：系统根据商家一段时间内的历史订单记录统计商家的日/周/月销售额，最（不）受欢迎餐品、营业曲线等营业信息。 菜单编辑功能：商家在注册餐厅后对菜单进行编辑，实现对菜单的基本操作。商家还可以根据餐厅的实时营业情况，调整餐厅餐品的可售或不可售状态，而无需在菜单中直接删除该餐品。 （3）送餐员角色——配送操作 附近商家可接订单列表：显示当前位置下距发单商家的距离以及可接订单详情 已配送订单统计信息：显示日/周/月配送订单统计以及总配送金额 正在配送订单列表：显示当前正在配送的订单详情，包括顾客联系方式、顾客名称、距目的地剩余距离、订单餐品详情等。 【顾客用例图】 图2顾客用例图 顾客加入餐品用例 正常事件流： 顾客设置餐品购买数量，否则默认购买数量为1。 顾客将设置号的目标餐品放入购物车。 异常事件流： 购买餐品已售完，系统返回提示信息，顾客重新选择餐品。 购买数量大于剩余数量，系统返回提示信息，顾客重新选择购买数量。 系统异常，系统返回提示信息。 顾客提交订单用例 正常事件流： 顾客核实提交订单上显示的收货人、送货地址、送货时间、联系电话、付款金额等信息。 顾客点击付款按钮。 顾客选择付款方式（支付宝、银行卡等）。 顾客付款成功。 系统结束订单作业。 异常事件流： 1、顾客未登录，返回登录界面。 2、地址不在配送范围内，取消订单，到实体店进行消费。 3、余额不足，系统返回提示信息，顾客重新选择付款方式。 4、系统异常，系统返回提示信息。 【商家用例图】 图3 商家用例图 商家顾客操作用例 正常事件流： 商家登录系统开始操作 商家注册新顾客后开始操作 异常事件流： 商家登录信息有误，提示重新登录 商家已经注册过不能再次注册新账号，提示找回密码 商家餐厅管理用例 正常事件流： 商家注册餐厅，填写基本的餐厅信息，等待餐厅认证结果 商家编辑填写具体的餐厅信息（包括营业时间、餐厅位置、餐品类别等） 商家对餐厅的菜单进行编辑（包括在菜单中添加餐品，删除餐品，更新餐品等） 商家查看特定时间段内的餐厅营业信息（包括餐厅业绩的销售曲线，各餐品受欢迎程度等） 异常事件流： 注册餐厅时关键信息不完整或不准确，餐厅认证不予通过，提示商家再次进行申请 某些餐品由于特殊原因暂时无法供应，设置其状态为不可选 商家订单管理用例 正常事件流： 商家查看顾客提交的订单信息 商家对顾客订单的状态进行更新（已接单、未接单） 异常事件流： 顾客订单中存在异常信息（餐品数量异常等）