酒店点菜管理系统

餐饮点菜管理系统分析与设计

一：餐饮行业点菜管理系统设计的需求分析

传统的餐饮服务流程中，人工点菜、下单、催菜、结账等环节不仅需要许多人力，还会在执行过程中消耗掉不少时间，降低餐厅的效率，容易使顾客产生不满的同时，也增加了餐厅的成本。如何在生活节奏日益加快及竞争越来越激烈的今天，提高餐厅效率，从而提升顾客满意度、降低成本，是众多餐饮行业想要克服的难题。

尽管我国现阶段餐饮业的发展无论是在行业规模、设施质量上，还是在经营观念、管理水平上，都已经取得了长足的进步。据统计，餐饮行业的年增长率比其它行业高了十个百分点以上，被称为中国的黄金产业。拥有着巨大的消费市场。

餐饮行业也是一个古老的行业，最初出现的是手工餐饮，在这种手工作坊式的方法中，存在着很多弊端。比如，人工计算账单容易出现差错，收银过程中的漏单、偷钱现象普遍发生，客人的消费单据也难以保存和查询，更无法对营业数据进行统计分析方便于以后业务的决策。

电子商务的模式异军崛起，为餐饮业的发展带来了机遇和挑战。很多餐饮企业，尤其是大型的餐饮企业，依托于先进的信息工具，不断的提高自身的市场应变能力与生存能力。在规模比较大的餐饮企业，其优势已经比较明显和突出。

无论是顾客的预定、接待、点菜、上菜的效率，还是在生意繁忙的时候，电子化的管理方式都能够极大的提高餐厅的运行效率。同时在条码划菜、收银、营业额统计等各方面也起到了积极的作用。除了餐厅的电子化管理，人员的管理也可以通过电子商务来实现。查询营业收入统计、员工业绩统计、人均消费额等。电子商务的运动对餐饮业的经营在业务管理方面和人员管理方面都起到辅助决策作用。

二：餐饮行业点菜管理系统设计的可行性分析分析

2.1技术可行性

随着国内餐饮量的日益增长的需求，一个智能化的点菜系统的市场空间广阔。构建这个系统所需要的软硬件环境并不复杂，就其技术构成而言，还是一个数据库应用类的应用系统，其基本操作还是对数据库的增加、删除、查找等，

无非是多了一个客户端和服务器的交互。所以技术上不存在太大的问题

2.2经济可行性

对于现在比较大的企业而言，一个智能化的点菜系统一般都是由几个终端和后台服务器组成。这种技术架构很成熟，但是弊端是功能比较单一，只能作为点餐使用。增加了系统成本，造成了资源的浪费。而且此系统只能够由餐厅服务员使用。

而本智能点菜系统，可以由服务员帮助来餐馆的顾客使用，也可以由已经注册的用户自己订菜，用户群体更大，无形中节约了资源。对于餐厅而言，也扩展了服务群体的范围。

2.3开发环境可行性

本系统的开发环境如下，这些开发环境全部免费：

Visual C++ 6.0

SQL sever 2000(暂定于这个，可能用其他的数据库)

三：用例的详细描述：

（1）管理系统参与者：系统管理员前置条件：正确登录，对系统进行管理。异常：输入数据格式不正确或者不能正确登录。后置条件：返回系统的主界面或者登录界面。

（2）点菜参与者：顾客，服务员前置条件：注册后的用户可以通过登录，显示点菜界面。或者餐厅服务员通过

登录，显示点菜界面。异常：顾客未能正常登陆，或者未注册。后置条件：记录菜品被点次数，生成菜单。

（3）记录菜品被点次数参与者：经理、厨师前置条件：登录正确，顾客已经点菜，并且交易成功。异常：系统记录出错。

后置条件：返回系统界面。

（4）退订参与者：顾客、服务员前置条件：顾客登录，正常点菜，并且在计时系统允许前退订。异常：顾客不能正常登录，或者未注册，或者已经登录但退订的菜未点，或者

已经过了计时系统的计时。后置条件：生成菜单。

（5）生成菜单参与者：厨师前置条件：用户登录，并且成功的进行了点菜、

退订。异常：厨师没有正常登陆，或者未注册，或者没有菜品被点。后置条件：返回系统界面。

（6）评价参与者：酒店经理、顾客、厨师前置条件：用户正确登录系统。异常：用户不能登录系统，或者用户未注册。后置条件：返回系统界面。

（7）查看参与者：顾客、服务员前置条件：顾客已经登录系统并且点菜、退订成功，或者餐厅内的顾客通过服

务员帮助已经成功点菜、退订。异常：顾客未能正常登陆，或未注册，或顾客没有点菜。后置条件：计算价格。

（8）结账系统参与者：顾客前置条件：顾客登录系统成功，并且已经正常点菜。异常：顾客不能正常登录，或未注册，或未点餐，或金额不足。后置条件：计算价格，销售统计系统

（9）销售统计系统参与者：经理、时间前置条件：顾客登录系统，点菜完成并完成结账业务。异常：用户不能正常登陆、或者未注册。后置条件：返回销售系统主界面。

（10）查台前置条件：服务员能够正常登录系统。异常：服务员不能正常登陆，或者未注册。后置条件：返回登录界面。

（11）开台参与者：服务员前置条件：服务员能够正常登录系统，查台。异常：服务员不能正常登陆，或者未注册，或已没有座位。后置条件：返回系统主菜单。

（12）转台参与者：服务员前置条件：服务员正常登陆系统，并且已经为顾客开台。异常：服务员不能正常登陆系统，或未注册，或已没有可转的座位。后置条件：返回系统主菜单。

（13）并台参与者：服务员前置条件：服务员正常登录系统，并且已经为顾客开台。异常：服务员不能正常登录系统，或未注册，或已没有可并台的座位。后置条件：返回系统主菜单。

四：系统模块框图

一个软件的好坏最重要的是取决于软件的架构，软件架构设计的好，可以在后期很容易的对系统进行修改与增补，减少需求变更所带来的成本。软件架构没有固定的设计要求，面向对象的软件架构设计的一般标准是松耦合，紧内聚。

松耦合能够降低系统模块间的依赖性联系，在一部分受到影响的时候其它部分能正常工作。紧内聚指的是模块内部各部分之间的联系很紧，能够把一个模块当成一个整体对待。这个原理同样适用于基于手机的应用软件。在本系统中，客户端和服务器端就是一个松耦合，它们之间仅仅是通过数据交换产生联系。系统总体的功能模块图如图4-1 所示。

图4-1 系统功能模块框图

五：类图的设计

在类图中，人员管理系统属于餐饮平台的另一个系统，暂且不属于本文讨论的范围，可以使用原有的人员管理系统，以便节省成本，与原公司框架融合，也可重新开发新的人员系统，便于更好的与本系统相适应。订餐管理系统的类图如图5-1 所示。