餐馆点餐系统课程设计报告.docx

餐馆点餐系统课程设计报告.docx

《餐馆点餐系统课程设计报告.docx》由会员分享，可在线阅读，更多相关《餐馆点餐系统课程设计报告.docx（11页珍藏版）》请在冰豆网上搜索。

餐馆点餐系统课程设计报告

软件工程设计报告

——餐馆点餐系统

班级：

XXX

：

XXXX

学号：

XXXX

第一章绪论

1.1现实背景和理论背景

1.1.1现实背景

我国的餐饮市场经过30多年的改革开放及发展，可以说我国正迎来一个餐饮业大发展的时期，市场潜在力量巨大，远景很是广阔。

根据中国烹饪协会发布的2009年度餐饮业发展报告显示，即便在经济遭受重创的2009年，全社会餐饮业零售额达依然到17998亿元，同比增长16.8%。

其中，每月的零售额均超过1300亿元，增长率稳定在14.4%至21.6%。

在各类消费性支出中增幅居前，仅次于交通和通信支出。

并且预计2012年餐饮市场还将继续增长，营业额也将达到20000亿元。

与此同时，我国餐饮业发展的质量和内涵也发生了重大变化。

行业的经营领域和市场空间不断拓宽，经营档次和企业管理水平不断提高，经营业态日趋丰富，投资主体和消费需求多元化特点更加突出，网点数量和人员队伍继续扩大；餐饮市场更加繁荣，消费的个性化和特色化的趋势明显，追求健康营养和连锁规模发展成为主题。

集团化、品牌化、产业化和国际化的发展步伐加快，餐饮现代化的进程不断推进。

近几年来，中国餐饮业的发展一直保持强劲快速增长同时，也看到目前餐饮行业普遍存在的问题。

餐饮企业的发展一直处于自我摸索、自我运作、自我积累和自我完善为主的状态，利润低、承载重、支撑小、发展难的特点突出。

餐饮企业在产品标准化技术设备开发、连锁管理体系的建立、专业人才的培养、吸纳资本投入、理论指导和信息交流等方面的条件十分不足，存在着技术开发与设备配套难、管理与人才难、配送渠道与发展资金难、沟通交流与合作难等深层次因素的制约，行业平台和基础支持力量不强，对企业发展产生较大的影响。

1.2研究目的和意义

1.2.1目的

在我们这个“食文化”高度发达的国度里，餐饮业毋庸置疑地成为第一大传统产业。

然而，正是这历史悠久、规模庞大的产业，却也是信息化程度最慢和最低的产业之一。

至今为止，绝大多数餐饮企业的经营方式仍然停留在“一张纸、一支笔、经理喊破嗓、员工跑断腿”的境地；而会计工作，也仍然是以一支笔或一个算盘，或最好的情况下一个计算器进行加减乘除，其本质仍然是以人脑计算为基础，不但工作量巨大，而且极易出错。

笔者曾经见过生意极好的大排档，服务员进进出出地飞奔于户外桌台、大堂吧台和厨房之间，而经理则用计算器算得满头大汗的场景，蔚为壮观。

且不说这种日复一日的重复、单调的劳动意义何在，单就消费计算方面的出错而引发的与客户之间的矛盾纠纷，就不可胜计。

其实在人类文明已经进入电子信息的时代，绝大多数重复、单调、可程式化的工作都已经可以交由计算机来完成。

面对复杂和庞大的计算任务，计算机在效率和准确度方面是人脑所不能望其项背的。

作为传统产业的餐饮业，同其他很多传统产业一样，同样可以引入信息化改造。

餐饮业的信息化改造内容，主要有：

由传统的笔和纸点餐，改用电子点餐；由传统的人工计算、统计、管理，改用电脑进行计算、统计和管理；将现代的电子技术、无线技术、计算机技术和网络技术引入到餐饮行业中来，替代部分人工操作，加快餐饮企业的运转效率，提升餐饮企业的管理水平，使餐饮企业运作更规范、更科学、更高效。

在餐饮企业的信息化改造当中，无线点餐（点菜）系统，成为其核心内容，也是餐饮企业进行信息化改造的必由之路。

因此本论文研究的目的在于通过餐饮企业的信息化改造暨利用无线技术，替代传统的纸和笔进行电子点餐（点菜）操作，实现远距离地进行信息即时传递。

当然，无线点餐（点菜）系统不只是可以进行点餐操作，同时通过配套的餐饮管理软件，还可以实现强大的统计和管理功能，使餐饮企业真正实现信息化。

第二章系统需求分析

2.1引言

2.1编写目的

本文档是餐饮点餐管理系统的项目需求说明书，对餐饮点餐管理系统的发展进行简要回顾，分析当前的业务流程，总结此类管理系统的基本特点以及总体功能，尽可能完整的概括提取出需求方的全部想法。

本文档对项目开发人员、设计人员及系统实施人员具有很重要的指导意义。

2.2术语定义

所谓”翻台率【1】”是指在某期间里，指餐桌座位坐满及餐桌空荡的速度。

一个高翻台率意味更多用餐者吃了并且走了，而一个低的翻台率意味同样用餐者是在一段长时间里使用餐桌，或者餐桌座位是空的。

2.3参考资料

[1]餐饮点餐管理系统项目开发计划_v1.00

2.4目前餐饮企业工作流程

目前的中小餐饮企业采用最多的手工记账形式，其业务流程如图2.1所示

图2.1手工业务流程分析

流程图简介：

顾客到达餐厅有引领员引导到座位后，承上菜谱并登记客人所点食品，完毕后唱菜谱并由客人确认，征得客人同意后交给后台厨师及配餐人员，配餐人员根据大厅服务员提交的菜谱为客人配齐所有饮料、酒水、甜点等食物，厨师根据大厅服务员提供的菜谱按照先凉后热的顺序快速加工出美味可口的食物交友送餐人员及时送到指定的餐桌。

客人用餐完毕后有服务员或者客户到收银处办理结算手续，客人如有会员卡的话，收银员应给予相应的优惠，结算完毕后有引领员送客人出餐厅，这样的工作方式当客流量增加的时候，必然会出现争抢菜谱，上错菜，漏上菜、忘记上菜以及计算失误等现象，轻则引起客户的不满，重则引起纠纷，因此有必要采用新的工作模式，来避免上述情况的发生。

2.5所建议系统的工作流程

基于传统餐饮企业手工操作所带来的种种弊端，一种新的利用计算机来管理信息的系统---餐饮点餐管理系统也就应运而生，那么该系统的工作流程如图2.2所示

图2.2自动化的点餐系统

2.6产品功能

根据所建议系统的业务流程图，分析出新系统的功能模块图如2.3所示

图2.3功能模块图

2.7软件需求描述

1．用户登陆:

用户输入用户名及密码后,系统自动验证有效性及用户角色,根据用户拥有的角色自动进入不同的子系统

2．客户点餐子系统:

当客人落座后,服务员手持IPAD登陆点餐子系统后，首先输入相应的桌号，然后由客人根据不同的服务类别（特价、凉菜、热菜、汤、酒水、饮料）选择不同的食物及数量，系统根据不同的食物计算出总价格，方便客人控制总价格，如果输入错误系统提供删除的功能，最后提交到后厨配餐子系统中.

3．配餐管理子系统：

配餐员或者厨师根据最新的配餐信息，按照时间先后顺序配置食品，完成后提交给结算管理子系统中

4．结算管理子系统：

收银员根据服务员或者客人提供的桌号计算出总价格，客人如果提供会员卡或者会员号，系统自动验证卡号及会员身份并计算出相应的折扣及实付金额，根据相应的金额出具对应的发票

5．系统管理子系统：

经理登陆子系统后，上传菜谱，管理菜谱及特价。

在此子系统中，还实现了会员及用户、留言、桌位的管理

2.8系统用例图

系统用例【9】图是按照场景的形式对系统的功能做清晰地设计，具体用例有：

登陆用例图2.4所示，点餐用例图2.5所示，配餐用例图2.6所示，结账用例图2.7所示，管理用例图2.8所示

图2.4登陆用例

图2.5点餐用例

图2.6配餐用例

图2.7结算用例

图2.8系统设置用例

2.9软件接口

Windows操作系统所提供的各种API【10】；

第三章系统设计

3.1系统部署图设计

系统部署图是指系统的物理结构和软件结构在空间上的部署，本系统采用流行的C/S【11】结构，该结构是基于客户端与服务器的结构，原因是本系统的应用场景是中小规模的餐厅及餐馆，目前一期工程中不提供Web服务，仅限于企业内部办公室用，因此采用C/S结构是科学的也是合理的。

具体结构见图3.1所示

图3.1系统部署图

上图中服务器是整个系统运行的基础，负责所有客户端的数据传输与存储，采用SqlServer2005服务器，网络传输采用的是WiFi（802.11）技术，客户端采用IPAD作为终端显示，但是目前需要安装虚拟Win7系统

3.2数据库设计

3.2.1命名规范

1：

数据库名称以db开头

2：

函数以F_开头

3：

数据库表以T_开头

3.2.2安全设计

1：

创建数据库登录账号dining

2:

创建数据库db_dining的所有者用户Dining

3：

配置账号映射：

dining-→dining

3.2.3概念设计

经过对系统的需求分析，发现系统中有以下实体：

如图3.2---3.8所示以及他们之间的关系图3.9所示

图3.2用户实体

图3.3意见实体

图3.4会员实体

图3.5餐单实体

图3.6餐单明细实体

图3.7菜谱实体

图3.8E-R模型图

3.2.4物理设计

物理设计是数据库实体的物理实现，下面的图表分别对应概念设计中的每个实体。

1：

T_CAIPU表，图3.9所示

图3.9菜谱表

2:

T_CanMingXi，图3.10所示

图3.10餐单明细表

3:

T_CanDan,图3.11所示

图3.11餐单表

4:

T_Member,图3.12所示

图3.12会员表

5:

T_User,图3.13所示

图3.13用户表

6:

T_YiJian,图3.14所示

图3.14意见表

3.2.5函数设计

1:

F_CaiJinEById,图3.15所示

图3.15计算价格函数

2:

F_CaiMingById，图3.16所示

图3.16查找菜名函数

3:

F_MemberLeavlByID，图3.17所示

图3.17会员级别函数

4:

F_MemberNameByID，图3.18所示

图3.18会员名称函数

3.3系统模块设计

在对系统需求分析的基础上一共设计了八大模块，分别是如下8个模块【11】。

3.3.1系统登录模块

在该模块中主要实现用户身份的验证以及角色的检查，根据用户身份的不同分别登陆到不同的子系统中。

3.3.2系统点餐模块

本模块是系统的主要模块，在该模块中主要实现菜肴以及酒水饮料的点餐等功能，根据食品的分类把界面分为特价、凉菜、热菜、汤类、酒水、饮料不同的区域以及点菜区域。

3.3.3系统配餐模块

本模块面向的对象主要是厨师以及酒水饮料配餐员，实现的功能是按照下餐的时间先后顺序显示订餐列表，厨师按照餐单的详细列表配置不同的食品及其他。

每个餐单完成后系统提交到收银区。

3.3.4系统收银模块

本模块面向的对象主要是收银人员，实现的功能是分别显示配餐完毕后的餐单，客户就餐后提供桌号以及会员卡，系统自动计算出优惠金额以及实付金额，收款后系统自动更新数据库。

3.3.5系统管理模块

本模块面向的对象主要是经理管理人员，实现的功能是有会员管理，菜谱管理、用户管理功能

3.3.4系统架构设计

本系统采用流行的C/S结构，既客户端/服务器端结构，客户端是基于.NetFrameWork平台的应用程序，服务器端是基于SqlServer2005的数据库存储应用系统，采用面向对象【12】的开发语言C*【13】作为编程语言，使用Visualstudio2010作为开发工具以及应用流行的软件开发模型—瀑布模型【14】

3.5客户端系统目录结构

客户端目录结构按照模块的不同创建不同的文件目录，以便于文件的管理及今后的二次开发，截图如3.19所示

图3.19系统目录

目录结构描述:

1:

DianCan:

客户点餐模块2:

PeiCan:

食品配餐模块3：

JieZhang：

收银结账模块4：

Manage：

系统管理模块5：

Images：

系统图片

3.6系统类图设计

根据系统中的实体，一共设计6个类，具体见下图3.20所示

图3.20系统类结构图

详细描述如下：

1.T_CaiPu菜谱类，该类中的属性及方法结构如3.21所示

图3.21菜谱类

T_CaiPu类是用来描述系统中的菜谱实体，其中的属性有id（菜谱编号）、c_name（菜谱名称）、c_Price（菜价）、c_type（类别）、c_image（照片）、is_Tejia（是否特价）、isEnable（是否启用）

2.T_User用户类，属性及方