课程设计-订餐系统.doc

课程设计-订餐系统.doc

《课程设计-订餐系统.doc》由会员分享，可在线阅读，更多相关《课程设计-订餐系统.doc（43页珍藏版）》请在冰豆网上搜索。

（指导教师用表）

组别

指导教师

论文（设计）题目

网上订餐系统

主要任务及目标

制定一个网上订餐系统开发方案，通过对用户的需求分析，使它具有消费者登陆点餐，管理者管理系统的功能，并通过可行性分析，确定系统可以正常的使用

需求分析

通过对用户需求的详细分析、总结，将系统分为顾客使用和管理员使用两个模块，其中用户有注册、登陆、点单等功能，管理员有菜单的修改、统计，信息查询等功能，通过对相应的功能进行详细的分析，使其很好的满足用户的需求。

数据库设计

通过对各模块具体功能的分析，确定数据库所要建立的表的内容，并对各数据项进行相应的说明。

系统可行性分析

通过对系统操作可行性、技术可行性、经济可行性及社会可行性分析，确定问题能否以最小的代价、最大的收益得到解决。

具体安排

人员分配

负责页码

1-19

20-27

28-42

42

网上订餐系统

摘要

越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的推出也很快受到了大家的欢迎。

本系统是一个针对单一的饭店做出的网上订餐系统。

首先，介绍本系统的功能需求，包括顾客的登录、注册、修改订单等行为需求以及管理员的后台管理行为并用图分析描述各个事件流的执行过程，细化数据流图，具体分析如何实现系统功能，规划系统流程；最后，将顾客和管理员的各个行为整和在一起，形成一个完整的网络。

关键词：

系统功能；网上订餐系统；数据流图

Onlinemealorderingsystem

Abstract

Moreandmorepeopletoacceptelectroniccommercethisconvenient,fastformofthetransaction,launchedtheonlinealsoquicklywelcomedbyeveryone.Thissystemisamadeforsinglehotelonlinereservationsystem.Firstly,introducesthefunctionrequirementsofthesystem,includingcustomerlogin,registration,changeorderbehaviordemandandadministratorbackstagemanagementbehaviorandexecutionprocessdescriptionofeacheventstreamanalysisbygraph,refinementofthedataflowdiagram,thespecificanalysisofhowtorealizethefunctionofthesystem,planningsystemprocess;secondly,thecustomerandtheadministratorofeachthebehaviorofthewholeandtogether,toformacompletenetwork.

Keywords：

Thefunctionofthesystem;Onlinemealorderingsystem;Dataflowdiagram

网上订餐系统功能需求分析

一、功能分析

根据对该系统的分析，该系统应具有如下功能：

1.1顾客登录网上订餐系统进行菜单浏览

显示菜品的各种信息，可分类查询、动态搜索、设计页面分类、布局排版；以方便顾客浏览选择。

1.2顾客注册为会员

顾客访问本网站，直接进入本网站主页。

可选择登陆，若为注册可选择注册，只有注册顾客方可点餐。

注册提供顾客名和密码，顾客名能自动检测，若已存在则提示不可用。

另外加入记住密码功能，登陆一次可在两周内无需再次登陆，直接进入登陆状态。

1.3顾客对自己的个人信息进行更改

比如联系电话以及账户密码。

1.4顾客对已选的菜单进行更改

选择更改数量或者取消选择。

当顾客确定订餐完毕后，顾客将其提交到服务器后台点餐系统，并生成订单。

1.4.1菜品详细信息

显示餐品中某一餐品的详细信息，包括菜名，配料，口味，价格等，以供顾客放进自己的购物车。

1.4.2购物车

实现对已定菜品的管理，包括增加菜品，删除菜品，修改数量。

1.4.3提交购物车并生成订单

接受购物车信息，随即获取订单号，动态刷新顶单状态，固定时间（如30秒）完成一道菜，顾客可继续修改未完成的菜品，已完成菜品无法进行操作，顾客修改订单并保存。

1.4.4结束订餐

设置友好的结束界面。

比如显示提示：

您已成功下单，您将在半小时后收到您所定的菜品

1.4.5确认收货

1.5管理员后台管理

1.5.1创建新的管理员

管理员在后台登录后，可以创建新的管理员。

1.5.2管理菜单

管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片、价格、菜单的描述，更换新品，添加新菜等。

1.5.3管理顾客信息

管理员对顾客信息进行管理，查询每个顾客的消费情况。

1.5.4.统计营业额

管理员根据不同时间段统计营业额、成本，同时还能统计出每道菜的销售量根据订单号查询菜品的销售情况。

具体功能如下表：

功能类别

子功能

顾客管理

顾客登录

顾客注册

顾客操作

餐品展示

餐品的详细介绍

放进购物车

查看购物车

详细信息提交

结束订单

管理员操作

管理餐品

处理订单

管理营业额

根据消费情况，对菜品进行相应改进

结帐付款

实行货到付款

二、基本设计概念及主要功能图

图2-1

网上订餐系统

普通用户

管理员

餐品展示

餐品详细介绍

详细信息提交

查看购物车

 管理餐品

 处理订单

 营业额管理

基本设计概念及主要功能图

放进购物车

根据订单反应信息

周边信息管理

图片展示

用料

口味

拟定购买

确定的菜品及要求

菜品增加

菜品删除

菜品修改

预订的菜单

顾客个人要求

配送时间及线路

每道菜的销售量

定期处理订单

净收入

三、用例分析与描述

3.1登录

3.1.1用例图

用户登录

检查密码是否匹配

登录成功

图3-1用户登录

3.1.2用例的事件流描述

（1）简单描述

本用例描述了顾客如何登录到系统中。

（2）前置条件

无。

（3）后置条件

如果用例成功，用例登录到系统中，否则系统的状态不变。

3.1.3事件流

基流

（1）顾客登录到基于顾客的网站时，用例启动。

（2）系统提示顾客输入顾客名和密码

（3）顾客输入自己的顾客名和密码，提交。

（E-1）

（4）系统验证输入的名字和密码，顾客登录系统成功。

（E-2）

替代流

E-1：

包含了单引号、双引号或为空，系统提示错误。

E-2：

系统检索不到该顾客的密码，系统提示错误。

3.2注销

用例描述:

清除内存中顾客名、购物车信息，并返回到登录页。

3.3修改顾客信息

3.3.1用例图

图3-2修改信息

顾客

维护注册信息

基本信息

3.3.2用例的事件流描述

（1）简单描述

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3.3.3事件流

基流

（1）系统提示输入顾客的信息。

（2）顾客输入所需信息，提交。

（E-1）

（3）系统把所需的信息保存到数据库中。

替代流

E-1：

系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

3.4加入购物车

3.4.1用例图

顾客

加入购物车

拟定预订的餐品

图3-3订餐

3.4.2用例的事件流描述

（1）简单描述：

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3.4.3事件流

基流

（1）系统提示输入顾客的信息。

（2）顾客输入所需信息，提交。

（E-1）

（3）系统把所需的信息保存到数据库中。

3.4.4替代流

E-1：

系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

3.5查看购物车

3.5.1用例图

顾客

查看

购物车中餐品

图3-4查看购物车

3.5.2用例的事件流描述

（1）简单描述：

该用例描述了如何修改顾客的信息，但顾客的顾客名不允许修改。

（2）前置条件

顾客已登录。

（3）后置条件

用例成功，把顾客的信息保存到数据库中。

3.5.3事件流

基流

（1）系统提示输入顾客的信息。

（2）顾客输入所需信息，提交（E-1）。

（3）系统把所需的信息保存到数据库中。

替代流

E-1：

系统验证输入的数据不合法（不能包含单引号、双引号，邮箱必须满足要求），提示错误。

3.6修改购物车中的商品

3.6.1用例图

顾客

修改

购物车中餐品

图3-5修改已定餐品

3.6.2用例的事件流描述

（1）简单描述：

顾客修改购物车中商品的数量。

（2）前置条件

系统处于查看购物车状态。

（3）后置条件

用例成功，购物车中商品的数量被更改。

3.6.3事件流

基流

（1）系统提示更改商品的数量。

（2）顾客输入要更改商品的数量，确认更改。

（E-1）

（3）系统刷新购物车。

替代流

E-1：

顾客输入的商品数量只能是（1-50）间的整数。

否则提示错误。

3.7删除购物车中的商品

3.7.1用例图

顾客

删除

购物车中餐品

图3-6删除餐品

3.7.2用例的事件流描述

（1）简单描述：

删除购物车中的某个商品。

（2）前置条件

系统处于查看购物车状态。

（3）后置条件

用例成功，删除商品。

3.7.3事件流

基流

（1）系统提示删除商品。

（2）顾客删除商品，确认

（3）系统刷新购物车。

3.8结账

3.8.1用例图

顾客

收货

结账

所订外卖

图3-8货到付款

3.8.2用例的事件流描述

（1）简单描述：

加入购物车完毕，等待餐品

（2）前置条件

收到餐品，现金结账

（3）后置条件

付款成功

3.8.3事件流

基流

（1）餐品送达。

（2）顾客确认结帐。

（3）完成交易。

3.9确认订单

3.9.1用例图

顾客

确认

订单

图3-9确认订单

3.9.2用例的事件流描述

（1）简单描述：

确认生成订单。

（2）前置条件

付款方式用例成功。

（3）后置条件

用例成功，把订单数据存储到数据库中。

3.9.3事件流

基流

（1）系