星月外卖总体设计

1、星月外卖总体设计方案目 录一、引言21.1 项目背景及目标21.2 设计参考文献2二、项目需求分析22.1需求分析22.2软件功能22.3运行环境32.4需求分析详细描述32.4.1模块需求分析32.4.2用户注册登录42.4.3浏览菜品42.4.4菜品详细信息42.4.5购物车42.4.6提交购物车并生成订52.4.7结帐付款52.4.8结束订餐52.4.9管理员操作52.6层次方框图5三、概要设计63.1系统分析 63.2体系结构 73.3逻辑设计 113.4总E-R图133.5类图15四、详细设计164.1系统模块详细设计（数据流图） 164.2程

2、序流程图214.3实体联系图（E-R图）264.4用例规约及用例图294.4.1支付：294.4.2订单：314.4.3后台：344.4.4配送：364.4.5卖家信息发布：394.4.5用例图44一、引言1.1 项目背景及目标随着电子商务的普及，越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐系统的顺势而出很快受到了大家的欢迎。互联网的应用已普及千家万户,这为网络订餐提供了良好的发展空间。同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。调查数据显示，白领更乐于选择网上订餐服务, 网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。网络订餐随着互联网的成

3、长会逐渐被人们所喜爱，正如几年前手机移动的短信一样，为企业带来的几百个亿的业务收入。在互联网世界里面，谁早一步在应用上创新，谁就掌握了未来的方向。网上订餐，具有方便、高效、快捷的特点，而且与传统的快餐店经营模式相比网上订餐可以节省餐馆的座位占用，加速餐馆顾客周转，增加餐馆的营业额，提高经济收益。对于在网上订餐的顾客来说，可以为其节省更多的时间和精力，以便投入到学习和工作中。1.2 设计参考文献软件工程实践与项目管理 刘竹林 王素珍 编著 西安电子科技大学出版社软件工程导论 张海藩 编著 清华大学出版社二、项目需求分析2.1需求分析 用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获

4、得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。1) 产品介绍 产品名称：快乐餐订餐系统 产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。2) 产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。2.2软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下：1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐

5、厅后台系统，并生成订单。5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管理流程如下：1. 管理员登录后台点餐系统。2. 管理员可以管理会员信息。3. 后台将顾客点餐提交到后厨显示。4. 后厨根据顾客订餐菜单进行做菜。5. 每完成一个菜就更改其状态为已做。6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。2.3运行环境 顾客客户端：操作系统windows98以上，浏览器IE5.0以上。 条件与限制：开发本系统所用到的软件有：IIS，DREAMWEAVER，POTOSHOP，WONDERSHARE FLASH SLIDESHOW BUILDER,

6、MyEclipse7.0，SQL Server20052.4需求分析详细描述2.4.1模块需求分析1) 顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下：1. 顾客登录网上订餐系统进行菜单浏览、2. 顾客注册为会员。3. 会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。4. 顾客对已选的菜单进行更改选择的数量或者取消选择。5. 当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。2) 管理员后台管理系统功能分析：1 管理员在后台登录后，可以创建新的管理员。2 管理员可以对

7、餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。3 管理员对菜单进行管理，确定订单的生成。4 管理员根据不同的属性来查询订单，比如生成日期或者编号等。5 管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。3) 为更好的说明系统，具体功能如下表：功能类别子功能用户管理用户登录用户注册用户操作餐品展示餐品的详细介绍放进购物车查看购物车详细信息提交反馈意见察看所有留言管理员操作增加餐品修该餐品删除餐品回复留言删除留言结帐付款确认和配送信息结束订单设置友好结束界面2.4.2用户

8、注册登录用户访问本网站直接进入本网站可直接进入网站主页，可选择登陆，若为注册可选择注册，只有注册用户方可点餐。注册提供用户名和密码，用户名只能检测，若以存在也提示。另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。2.4.3浏览菜品显示菜品的各种信息，可在分类查询，动态搜索，设计页面分业，布局排版问题，以方便用户浏览选择。2.4.4菜品详细信息显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供用户放进自己的购物车。2.4.5购物车实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。2.4.6提交购物车并生成订接受购物车信息，随即获取订单号，动态刷新顶单状

9、态，固定时间（如30秒）完成一道菜，用户可继续修改为完成的菜品，已完成菜品无法进行操作，用户修改订单并保存。2.4.7结帐付款选择付款方式及对此次餐的评价。2.4.8结束订餐设置友好的结束界面。2.4.9管理员操作在后台系统中管理网上订餐会员管理和菜单管理。2.6层次方框图三、概要设计3.1系统分析 本系统可以实现网上的在线订餐，顾客通过网上浏览餐品并进行选择产生订单。同时，管理端可以汇总订单，浏览订单，并通过订单结果修改餐品相应信息，更新餐品信息，浏览顾客的评价等等。方便顾客的订餐，以及网页餐品信息的管理。系统包括管理端子系统和客户端子系统。 客户端子系统包括用户注册、用

10、户登录、个人信息维护、食品信息浏览、维护购物车、生成订单。管理端子系统包括登陆管理，维护顾客信息，维护餐品信息，管理订单。图B1和为客户端和管理端的组成结构图。B-1客户端子系统图示B-2管理端子系统图示     3.2体系结构 系统的总体结构设计遵循如下原则： ）系统应具有良好的适应性：能适应用户对系统的软件环境、管理内容、模式和界面的要求； ）系统应具有可靠性：采用成熟的技术方法和软件开发平台，以保证在以后的实际应用中安全、可靠； ）系统应具有较好的安全性：应提高完善的安全机制和用户权限限制机制，确保

11、数据的受限访问； ）系统应具有良好的可维护性：系统应易于维护、安装； ）系统应具有良好的可扩展性：系统应适应未来信息化建设的要求，能方便得进行功能扩展，以建立完善的信息集成管理体系。  本系统采用struts体系结构，Struts 是一个基于模型 (Model) 视图 (View) 控制器 (Controller)(MVC) 模式的应用架构的开源框架。 目前软件项目中有很多的体系结构，其中是比较流行的一种。      

12、;                                                  

13、;          l 体系结构 对于开发Web应用，要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情，随着Web开发技术的日趋成熟，在web开发领域出现了一些现成的优秀的框架，开发者可以直接使用它们，就是一个很好的框架结构，它是在JSP Model2基础上实现的一个MVC框架，它可以使你不必要从头开始全部开发组件，对于大项目更是很好的。在Strcut框架中模型由实现业务逻辑的JavaBean或者EJB组件构成，控制器由ActionSevelet和Action来实现

14、，视图由一组JSP文件组成，图显示了Struct实现的MVC框架。       其中： 视图：就是一组JSP文件，这些JSP文件没有业务逻辑，也没有模型信息，只有标签，这些标签可以是标准的JSP标签或者是客户化标签，如Struct标签库的标签。此外，通常将Strcut框架中的ActionForm Bean也划为视图模块中，ActionForm Bean是一种JAVABEAN，除了具有一些JAVABean的常规方法外，还包含了一些特殊的方法，用于验证HTML表单数据以及将其属性重新设置默认值。St

15、ruct框架利用ActionForm Bean来进行视图和控制器之间表单数据的传递。Strcut框架将用户输入的表单数据保存在ActionForm Bean中，将它传递给控制器，控制器可以对ActionForm Bean中的数据进行修改，JSP文件使用Strcut标签读取修改后的ActionForm Bean的信息，重新设置HTML表单。 控制器：控制器由ActionServlet类和Action类实现，ActionServlet类是Struct框架中的核心组件。是这个MVC的中央控制器的角色，ActionServlet主要负责接收HTTP请求

16、的信息，根据配置文件struct-config.xml的配置信息，将请求转发给适当的Action对象，如果该Action对象不存在，ActionServlet会先创建这个Action对象。Action类负责调用模型的方法，更新模型的状态，并帮助控制应用程序的流程，对于小型简单的应用，Action类本身也可以完成一些实际的业务逻辑。 模型：模型表示应用程序的状态和业务逻辑，业务逻辑常常由JavaBean或者EJB组件实现。  如果在Web应用开发中套用现成的Struct框架，可以简化每个开发阶段的工作，开发人员可以更加有针对性地分析应用需求，不必重新设计框架，只需在

17、Struct框架的基础上，设计MVC各个模块包含的具体组件，在编码过程中，可以充分利用Struct提供的各种实用类和标签库，简化编码工作。 Struct框架可以方便迅速地将一个复杂的应用划分成模型、视图和控制器组件，而Struct的配置文件struct-config.xml可以灵活地组装这些组件，简化开发过程。l 网络结构图l 系统运行环境² 客户机：普通PC Ø CPU：P4 1.8GHz以上 nØ 内存：256MB以上 Ø 能够运行IE5.0以上或者Netscape4.0以上版本的机器 n&

18、#160;Ø 分辨率：推荐使用1024*768像素 l ² WEB服务器 Ø  CPU：P4 2.0GHz n Ø 内存：1G以上 n Ø 硬盘：80G以上 nØ 网卡：千兆 l² 数据库服务器 Ø CPU：P4 2.0GHz nØ 内存：1G以上 n Ø 硬盘：80G以上软件环境  l 本系统的的软件环境如下：

19、60;操作系统：Unix/Linux/windows2000或以上版本 l数据库：SQL Server 2000 工具包：JDK Version 1.4.2 l 开发环境：eclipse-SDK-3.1.2-win32 lWeb服务器：Tomcat l 浏览器：IE6.0以上  （1）数据库及操作系统: 对于核心数据库来说，选择一个合适的数据库系统对我们的系统运行是很重要的，选择数据库的关键因素是要考虑预计会有多少人同时访问数据库；正常工作时间的级别；用来

20、访问数据库的应用程序的类型；运行数据库的服务器的硬件和操作系统类型；以及管理人员的专业技术水平。目前市场上适用于中小型企业的数据库产品有IBM DB2 、Microsoft SQL Server系列、 Oracle系列。所有这些产品都基于SQL语言。同时，它们还拥有精密复杂的安全控制以适应不同的商业需要。服务器操作系统使用Windows 2000 Server系统。（2）WEB服务软件： 目前的WEB服务器软件有很多种，成熟而且稳定有Apache、和Microsoft的IIS ，它们也是占据着Web服务器

21、市场最大的份额。Tomcat是Sun和Apache合作做出来的JSPServer,支持Servlet2.2及JSP1.1等版本。而且Tomcat未来将会取代Jserv，成为Apache主要的Servlet&JSPEngine。Tomcat在设计上是以独立的Server执行,而不像Jserv是附在Apache中,这样就更可以发挥在servlet中，非HttpServlet的能力。Tomcat是Java程序，所以只要有JDK就可以使用,不需要考虑操作系统平台。因此选择作为WEB服务器。3.3逻辑设计 l 逻辑设计概述 数据库的逻辑设计是概念模型向逻辑模型的转化，一般步骤

22、是先将概念结构转化为关系模型，然后将转化来的关系模型向特定DBMS支持下的数据模型转换，最后对数据模型进行优化 l 数据存储存储名流入流出客户信息存储更新信息流，登陆信息流登陆反馈流，更新反馈流资金信息存储资金转入信息流资金转出信息流订单信息存储更新、查询流查询、更新、统计信息流配送信息存储更新、查询流更新、查询信息流l 数据表的设计 数据库的主要表详细结构如下：订单条目表订单条目表菜单表菜分类表用户表3.4总E-R图3.5类图1.顾客：顾客有自己的id、用户名、电话号码、地址、邮箱、登录密码等属性，操作有搜索，登录、搜索、浏览、留言、订单、退单等。 2.管理员：

23、管理员有id、管理员名字、登录后台密码等属性，有登录、查询、更新、删除、修改、审核、销售统计等操作。  3.订单：包括订单id、顾客订购美食的品种数、顾客用户名、订单时间、付款方式和运送方式等属性。 4.餐品：包括餐品id、餐品价格、餐品介绍等属性。 5.信息发布：指信息ID属性，有信息反馈、优惠活动、店铺信息、送餐时段公告等  6.评价：包括留言板的id、名字、餐品类别、评价内容等属性，有留言等操作。7.卖家：包括卖家ID、用户名、地址、联系电话等属性，有销售统计等操作8.支付模块：包括ID、用户名、支付方式等属性9.配送模块：包括

24、ID、用户名、配送方式等属性四、详细设计4.1系统模块详细设计（数据流图） 本系统总共有五大主要模块，分别是支付模块，订单管理模块，后台管理模块，配送模块和信息发布模块。每个模块分别有不同的权限和使用功能。信息发布系统卖家通过平台随时更改食品信息，以及食品的优惠信息，并储存在数据库中，而买家通过平台查询数据库，得到食品的信息。后台管理模块管理员、买家、卖家通过自己的登陆信息登陆系统，其中卖家可以更新店铺信息、通过系统得到销售统计信息，而管理员可以对卖家、买家进行账户管理。支付模块引入第三方金融接口，如果为货到付款，则不需要本支付系统，卖家买家可以直接交付；否则卖家转帐到支付系统，并且

25、支付系统可以转帐到卖家账户。订单管理系统买家通过系统下达顶、订单，并可以查询查询订单数据库，得到订单状态。而系统会自动通知卖家订单详情。配送模块卖家给快递下达配送任务，卖家可以随时查询数据库，得到配送进度。4.2程序流程图信息发布流程卖家通过系统更新食品信息，系统判断是否合法，合法则更新，并输出反馈。若买家反馈/查询食品，则进行查询并反馈，结束。后台管理流程首先判断是否注册，是则填入注册信息，判断合法后注册并反馈；否则进行登录，判断身份后输入操作，然后系统执行用户操作，输出操作反馈，判断登出，跳出系统结束。支付模块流程判断是否货到付款，是则改为人工操作，并直接跳出；否则买家输入银行信息进行转账

26、，判断转账成功，是则进行卖家配送，否则重来。判断卖家配送是否成功，是则转账跳出，否则进入投诉环节。订单管理流程判断录入/查询订单，录入订单则录入，判断合法性后提交订单，并下达配送，输出反馈。否则输入查询编号，查询配送情况，不论查询成功与否，输出查询反馈。配送模块流程查询则输入编号，进行合法判断，并查询，输出反馈结束。录入则录入订单，生成配送，判断是否货到付款，是则直接配送，否则判断付款，付款后进行配送，根据配送方式配送。配送完成修改订单状态，结束。4.3实体联系图（E-R图）l 分E-R图 餐品表E-R图 订单E-R图 顾客E-R图 管理员E-R图 卖家E-R图 信息表E-R图 支付E-R图4

27、.4用例规约及用例图4.4.1支付：用例名称：转入角色：支付简要说明：在线支付时资金不足，进行资金转入前置事件：用户在确认购买餐品后选择在线支付方式基本流：1. 用户确认购买餐品后2. 支付方式选择在线支付3. 当支付时资金不足可以进行银行卡资金转入备选流：用户可能在2时选择货到付款后置条件：资金转入成功，继续付款用例名称：转出角色：支付简要说明：在线支付时资金的转出前置事件：用户在确认购买餐品后选择在线支付方式事件流：1.用户确认购买餐品后2.支付方式选择在线支付3.当支付时资金充足时，完成资金转出备选流：用户可能在2时选择货到付款后置条件：资金转出成功，付款成功用例名称：买家资金管理角色：

28、支付简要说明：在线支付时买家资金的流动前置事件：用户在确认购买餐品后选择在线支付方式事件流：1.用户确认购买餐品后2.支付方式选择在线支付3.买家对自己的资金进行管理操作备选流：用户可能在2时选择货到付款后置条件：进而选择资金的流入或者流出用例名称：货到付款角色：支付简要说明：餐品到达后用户付钱前置事件：用户在确认购买餐品后选择货到付款支付方式事件流：1.用户确认购买餐品后2.支付方式选择货到付款备选流：用户可能在2时选择在线支付后置条件：用户下单成功，商家开始运作。4.4.2订单：用例名称：订单查询角色：订单简要说明：用户和卖家可以对订单进行查询前置事件：用户在确认购买餐品后事件流：1.用户

29、确认购买餐品后2.订单成功生成3.买家可以进行查询来确认订单4.卖家可以对生成的订单进行查询备选流：无后置条件：买家通过查询订单确认购买信息，进而进行付款。用例名称：退订角色：订单简要说明：用户对递交后的订单进行退订前置事件：用户下单成功并进行订单查询事件流：1.用户确认购买餐品后2.订单成功生成3.查询订单4.买家取消订单备选流：无后置条件：用户成功取消订单用例名称：确认收货角色：订单简要说明：买家确认接收到餐品前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品

30、后7.确认收单备选流：用户在接收餐品后并没有及时进行反馈，7迟迟不能进行后置条件：买家确认交易完成用例名称：收单打印角色：订单简要说明：卖家确认交易完成收单打印前置事件：1.用户下单成功并成功支付2.卖家制作完成并配送成功3.买家确认收到餐品事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印备选流：买家并没有及时进行确认收单，配送方可以及时进行反馈后置条件：卖家确认交易完成用例名称：餐品信息角色：订单简要说明：卖家发布餐品相关信息进行信息的录入前置事件：1.卖家想要在订餐系统中出售餐品2.卖家进

31、行餐品信息录入事件流：1.卖家发布店内餐品信息2.卖家进行餐品信息的录入备选流：无后置条件：卖家成功录入餐品信息，买家可以根据卖家发布的餐品信息进行购买用例名称：顾客信息角色：订单简要说明：用户对自己的相关信息进行录入前置事件：用户在购买前需要注册相关信息事件流：1.用户浏览卖家发布的相关餐品2.用户确认购买相关餐品3.用户注册填写相关个人信息备选流：1时浏览后，用户不想购买任何餐品后置条件：买家录入成功个人信息后可以进行购买用例名称：配送信息角色：订单简要说明：配送方录入成功下单的用户信息前置事件：1.用户下单成功后2.卖家制作成功等待配送事件流：1.用户确认购买餐品后2.订单成功生成3.成

32、功支付4.配送方录入用户信息备选流：3不成功时，将不会出现配送4.确认用户信息时，发现用户信息不完整，无法配送后置条件：卖家制作好餐品后，配送方开始配送餐品用例名称：支付信息角色：订单简要说明：对用户支付时录入的相关信息前置事件：1.用户下单成功后2.进行支付选择时事件流：1.用户确认购买餐品后2.订单成功生成3.在进行支付时进行选择备选流：无后置条件：选择支付成功后，卖家开始制作餐品4.4.3后台：用例名称：登陆角色：后台简要说明：买家在后台成功注册后，登陆系统前置事件：买家成功注册个人信息事件流：1.买家注册个人信息成功后2.登陆系统 备选流：无后置条件：买家登陆系统后，可以进行餐品的选购

33、用例名称：注册角色：后台简要说明：买家需要在后台注册个人信息前置事件：买家想要购买餐品事件流：1.买家想要购买餐品2.在后台系统注册个人信息 备选流：无后置条件：买家注册个人信息后，登陆系统用例名称：登陆角色：后台简要说明：后台管理员登陆系统前置事件：无事件流：后台管理员登陆系统进行管理 备选流：无后置条件：管理员的登陆系统后，进行管理员操作用例名称：买家管理角色：后台简要说明：后台管理员对买家操作进行管理前置事件：管理员成功登陆系统事件流：1.管理员成功登陆系统2.用户进行注册、购买操作3.管理员进行相关管理 备选流：没有用户时无须进行买家管理后置条件：对买家操作进行统一管理，方便系统运行用

34、例名称：卖家管理角色：后台简要说明：卖家注册后发布餐品信息，管理员进行管理监测前置事件：卖家成功注册商家信息卖家发布食品信息事件流：1.卖家发布注册信息后2.管理员进行管理 备选流：无后置条件：对卖家操作进行统一管理，方便买家购买用例名称：卖家资金管理角色：后台简要说明：卖家资金的流转前置事件：用户购买卖家餐品卖家成本支出事件流：1.用户购买餐品后支付资金2.卖家制作餐品时的成本支出3.卖家配送餐品支出4.卖家进行资金统一管理 备选流：无后置条件：对卖家资金进行统一规划用例名称：注册角色：后台简要说明：卖家在后台系统注册信息前置事件：卖家要在订餐系统中出售餐品事件流：1.卖家想要出售餐品2.卖

35、家在系统中注册信息 备选流：无后置条件：卖家可以进行餐品售卖用例名称：销售统计角色：后台简要说明：卖家销售份额前置事件：用户需要订购餐品卖家完成餐品配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.成功配送到用户手中6.用户接收餐品后7.确认收单8.卖家收单打印9.进行销售统计备选流：无后置条件：卖家可以对自身一天的销售额做到充分了解4.4.4配送：用例名称：地址信息角色：配送简要说明：配送方需要将用户地址信息录入前置事件：1.用户下单成功2.选择支付方式成功事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.配送方将用户地址信息进行录入备选流

36、：买家信息填写不完整或错误时，无法完成配送没有成功选择支付方式时，不会进行地址信息录入后置条件：录入买家信息后，准备开始进行配送用例名称：地址信息角色：配送简要说明：录入用户地址信息前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进行配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询备选流：买家地址信息填写不完整或错误时，无法完成配送后置条件：查询到买家地址信息后，开始进行配送用例名称：客户姓名角色：配送简要说明：录入用户姓名，配送时方便确认前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进行配送事件

37、流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.到达后，确认客户姓名备选流：确认用户姓名不符合时，无法完成配送后置条件：客户姓名确认后，交易餐品用例名称：用户电话角色：配送简要说明：用户电话号码录入前置事件：1.用户需要订购餐品2.卖家完成餐品制作3.进行配送事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择配送方式6.配送员进行买家地址信息查询7.配送方通过电话通知买家取餐备选流：买家地址信息填写不完整或错误时，无法完成配送买家电话不通时，无法完成配送后置条件：买家接到电话

38、后，动身取餐用例名称：客服电话角色：配送简要说明：客服电话号码录入前置事件：用户需要订购餐品事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.进行配送6.买家可通过客服电话询问来了解餐品配送情况备选流：无后置条件：无用例名称：专业团队送角色：配送简要说明：专业物流团队配送餐品前置事件：1.用户订购餐品完成后2.卖家制作完成事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.选择专业团队配送方式备选流：在5时选择商家自配送后置条件：查询买家信息，开始配送用例名称：商家自配送角色：配送简要说明：商家自己配送餐品前置事件：1.用户订购餐品完成后2.卖家制作完成事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.卖家确认订单制作完成5.买家自己配送餐品备选流：在5时选择专业团队送后置条件：查询买家信息，开始配送用例名称：正在制作中角色：配送简要说明：餐品正在制作当中前置事件：用户订购餐品完成后事件流：1.用户确认购买餐品后2.订单成功生成3.成功支付4.买家查询到餐品正在制作中备选流：4时买家查询到餐品正在配送中后置条件：买家等待餐品用例名称：正在配送中角色：配送简要说明：餐品正在配送路上前置事件：用户订购餐品完成后事件流：1