酒店点菜管理系统

餐饮点菜管理系统分析与设计一：餐饮行业点菜管理系统设计的需求分析传统的餐饮服务流程中，人工点菜、下单、催菜、结账等环节不仅需要许多人力，还会在执行过程中消耗掉不少时间，降低餐厅的效率，容易使顾客产生不满的同时，也增加了餐厅的成本。

如何在生活节奏日益加快及竞争越来越激烈的今天，提高餐厅效率，从而提升顾客满意度、降低成本，是众多餐饮行业想要克服的难题。

尽管我国现阶段餐饮业的发展无论是在行业规模、设施质量上，还是在经营观念、管理水平上，都已经取得了长足的进步。

据统计，餐饮行业的年增长率比其它行业高了十个百分点以上，被称为中国的黄金产业。

拥有着巨大的消费市场。

餐饮行业也是一个古老的行业，最初出现的是手工餐饮，在这种手工作坊式的方法中，存在着很多弊端。

比如，人工计算账单容易出现差错，收银过程中的漏单、偷钱现象普遍发生，客人的消费单据也难以保存和查询，更无法对营业数据进行统计分析方便于以后业务的决策。

电子商务的模式异军崛起，为餐饮业的发展带来了机遇和挑战。

很多餐饮企业，尤其是大型的餐饮企业，依托于先进的信息工具，不断的提高自身的市场应变能力与生存能力。

在规模比较大的餐饮企业，其优势已经比较明显和突出。

无论是顾客的预定、接待、点菜、上菜的效率，还是在生意繁忙的时候，电子化的管理方式都能够极大的提高餐厅的运行效率。

同时在条码划菜、收银、营业额统计等各方面也起到了积极的作用。

除了餐厅的电子化管理，人员的管理也可以通过电子商务来实现。

查询营业收入统计、员工业绩统计、人均消费额等。

电子商务的运动对餐饮业的经营在业务管理方面和人员管理方面都起到辅助决策作用。

二：餐饮行业点菜管理系统设计的可行性分析分析2.1技术可行性随着国内餐饮量的日益增长的需求，一个智能化的点菜系统的市场空间广阔。

构建这个系统所需要的软硬件环境并不复杂，就其技术构成而言，还是一个数据库应用类的应用系统，其基本操作还是对数据库的增加、删除、查找等，无非是多了一个客户端和服务器的交互。

所以技术上不存在太大的问题2.2经济可行性对于现在比较大的企业而言，一个智能化的点菜系统一般都是由几个终端和后台服务器组成。

这种技术架构很成熟，但是弊端是功能比较单一，只能作为点餐使用。

增加了系统成本，造成了资源的浪费。

而且此系统只能够由餐厅服务员使用。

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

对于餐厅而言，也扩展了服务群体的范围。

2.3开发环境可行性本系统的开发环境如下，这些开发环境全部免费：Visual C++ 6.0SQL sever 2000(暂定于这个，可能用其他的数据库)三：用例的详细描述：（1）管理系统参与者：系统管理员前置条件：正确登录，对系统进行管理。

异常：输入数据格式不正确或者不能正确登录。

后置条件：返回系统的主界面或者登录界面。

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

或者餐厅服务员通过登录，显示点菜界面。

异常：顾客未能正常登陆，或者未注册。

后置条件：记录菜品被点次数，生成菜单。

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

异常：系统记录出错。

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

（4）退订参与者：顾客、服务员前置条件：顾客登录，正常点菜，并且在计时系统允许前退订。

异常：顾客不能正常登录，或者未注册，或者已经登录但退订的菜未点，或者已经过了计时系统的计时。

后置条件：生成菜单。

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

异常：厨师没有正常登陆，或者未注册，或者没有菜品被点。

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

（6）评价参与者：酒店经理、顾客、厨师前置条件：用户正确登录系统。

异常：用户不能登录系统，或者用户未注册。

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

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

异常：顾客未能正常登陆，或未注册，或顾客没有点菜。

后置条件：计算价格。

（8）结账系统参与者：顾客前置条件：顾客登录系统成功，并且已经正常点菜。

异常：顾客不能正常登录，或未注册，或未点餐，或金额不足。

后置条件：计算价格，销售统计系统（9）销售统计系统参与者：经理、时间前置条件：顾客登录系统，点菜完成并完成结账业务。

异常：用户不能正常登陆、或者未注册。

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

（10）查台前置条件：服务员能够正常登录系统。

异常：服务员不能正常登陆，或者未注册。

后置条件：返回登录界面。

（11）开台参与者：服务员前置条件：服务员能够正常登录系统，查台。

异常：服务员不能正常登陆，或者未注册，或已没有座位。

后置条件：返回系统主菜单。

（12）转台参与者：服务员前置条件：服务员正常登陆系统，并且已经为顾客开台。

异常：服务员不能正常登陆系统，或未注册，或已没有可转的座位。

后置条件：返回系统主菜单。

（13）并台参与者：服务员前置条件：服务员正常登录系统，并且已经为顾客开台。

异常：服务员不能正常登录系统，或未注册，或已没有可并台的座位。

后置条件：返回系统主菜单。

四：系统模块框图一个软件的好坏最重要的是取决于软件的架构，软件架构设计的好，可以在后期很容易的对系统进行修改与增补，减少需求变更所带来的成本。

软件架构没有固定的设计要求，面向对象的软件架构设计的一般标准是松耦合，紧内聚。

松耦合能够降低系统模块间的依赖性联系，在一部分受到影响的时候其它部分能正常工作。

紧内聚指的是模块内部各部分之间的联系很紧，能够把一个模块当成一个整体对待。

这个原理同样适用于基于手机的应用软件。

在本系统中，客户端和服务器端就是一个松耦合，它们之间仅仅是通过数据交换产生联系。

系统总体的功能模块图如图4-1 所示。

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

订餐管理系统的类图如图5-1 所示。

图5-1 订餐管理系统类图六：数据库的设计create table hjbjh(bkj int,bb int)七：系统各功能模块的设计上面进行了系统总体功能模块的设计，下面针对系统的各子功能模块分别进行详细的设计，并且给出系统的主要功能相应的顺序图、活动图。

顺序图是消息在对象模型内部传递的流程。

活动图是系统在执行某一个用例时具体的步骤，它主要表现的是系统的动作，从活动途中可以看到用例的完成过程，以及中间涉及到的参与者，可以说是用例图的一中细化，加深对本系统的理解，找出本系统的内部的流程。

7.1个人信息管理模块个人信息管理包括了三个部分，个人信息查询/修改、用户注销、用户状态查询。

个人信息管理模块图如图7-1 所示。

个人信息主要是用户注册时所提供的信息，其中包括用户名，密码，用户的地址，电话等信息。

个人信息管理的主要目的是提供用户进行资料修改的接口。

个人信息管理的功能包括修改密码，修改手机号码，修改地址，增加或删除地址，提升VIP 等级。

第二个是用户状态的查询，包括用户VIP 等级，是否处于订餐状态。

最后一个是用户注销。

图7-1 个人信息管理模块图7.2订单管理模块订单管理：餐饮店可以通过推荐订单向用户推荐餐厅的特色订单。

用户也可以通过菜品信息查询进行订单的自定义，并对自定义订单进行管理。

比如删除订单，修改订单。

订单信息查询是查看现在正在订购的订单状态。

历史订单查询主要是记录未付账的订单信息。

订购与退订模块主要是用来生成订单。

订餐管理模块图如图7-2所示。

图7-2订单管理模块图在订单管理中，订购与退订的管理是整个业务的核心功能。

我们通过顺序图对订购和退订的流程做详细的分析。

服务员登录系统，可以查看餐馆内的餐桌信息。

当有顾客进入到餐厅内，服务员可以接待并且将顾客引领到餐桌前为顾客点菜，由于在该软件中可以查看菜谱，服务员可以很容易的报出菜名以便顾客选取。

这时候可以适当的配合纸质菜谱，在顾客需要时交给顾客自己查阅。

服务员点菜的顺序图如图7-3所示。

图7-3 服务员点菜顺序图7.3餐桌管理模块餐桌管理：当顾客进入餐厅时，服务员通过查台可以获知餐厅内的餐桌使用情况。

当顾客走进餐厅后，可以通过开台功能为顾客下订单。

下单后，可以通过转台功能为要求换座位的顾客转台，也可以通过并台功能将已下单的两组顾客合并到一张桌子，顾客用餐后，通过结台功能更新餐桌的状态。

餐桌管理模块图如图7-4所示。

图7-4 餐桌管理模块图7.4菜品管理模块菜品管理：管理员通过菜品管理可以对系统进行初始化，将菜品添加到数据库，菜品管理其实就是菜品的增加、删除、修改、查询的操作。

菜品管理模块图如图7-5所示。

图7-5菜品管理模块图7.5其它模块推荐订单管理：管理员可以定制餐厅的特色订单推荐给顾客，免去部分顾客观看菜单的麻烦。

推荐订单管理也包括有推荐订单的增加、删除、修改、查询。

积分、收藏与评价：主要用于查看用户的积分，以及菜品的评价，菜品的收藏次数进行统计。

会员管理、服务员管理、管理员管理：主要是管理员通过直接添加的方式添加特殊的顾客，开通VIP 服务，提高服务质量。

包括服务员、管理员的添加、删除等操作以及服务员的工作业绩，工资状态等信息的管理。

点菜系统的实现。