大酒店点菜标准管理系统

餐饮点菜管理系统分析和设计 一：餐饮行业点菜管理系统设计需求分析 传统餐饮服务步骤中，人工点菜、下单、催菜、结账等步骤不仅需要很多人力，还会在实施过程中消耗掉不少时间，降低餐厅效率，轻易使用户产生不满同时，也增加了餐厅成本。怎样在生活节奏日益加紧及竞争越来越猛烈今天，提升餐厅效率，从而提升用户满意度、降低成本，是众多餐饮行业想要克服难题。 尽管中国现阶段餐饮业发展不管是在行业规模、设施质量上，还是在经营观念、管理水平上，全部已经取得了长足进步。据统计，餐饮行业年增加率比其它行业 高了十个百分点以上，被称为中国黄金产业。拥有着巨大消费市场。 餐饮行业也是一个古老行业，最初出现是手工餐饮，在这种手工作坊式 方法中，存在着很多弊端。比如，人工计算账单轻易出现差错，收银过程中漏单、 偷钱现象普遍发生，客人消费单据也难以保留和查询，更无法对营业数据进行统 计分析方便于以后业务决议。 电子商务模式异军崛起，为餐饮业发展带来了机遇和挑战。很多餐饮企业， 尤其是大型餐饮企业，依靠于优异信息工具，不停提升本身市场应变能力 和生存能力。在规模比较大餐饮企业，其优势已经比较显著和突出。 不管是用户预定、接待、点菜、上菜效率，还是在生意繁忙时候，电子化管理方法全部能够极大提升餐厅运行效率。同时在条码划菜、收银、营业额 统计等各方面也起到了主动作用。除了餐厅电子化管理，人员管理也能够通 过电子商务来实现。查询营业收入统计、职员业绩统计、人均消费额等。电子商务运动对餐饮业经营在业务管理方面和人员管理方面全部起到辅助决议作用。 二：餐饮行业点菜管理系统设计可行性分析分析 2.1技术可行性 伴随中国餐饮量日益增加需求，一个智能化点菜系统市场空间宽广。构建这个系统所需要软硬件环境并不复杂，就其技术组成而言，还是一个数据库应用类应用系统，其基础操作还是对数据库增加、删除、查找等，无 非是多了一个用户端和服务器交互。所以技术上不存在太大问题 2.2经济可行性 对于现在比较大企业而言，一个智能化点菜系统通常全部是由多个终端和后台服务器组成。这种技术架构很成熟，不过弊端是功效比较单一，只能作为点餐使用。增加了系统成本，造成了资源浪费。而且此系统只能够由餐厅服务员使用。 而本智能点菜系统，能够由服务员帮助来餐馆用户使用，也能够由已经注册用户自己订菜，用户群体更大，无形中节省了资源。对于餐厅而言， 也扩展了服务群体范围。 2.3开发环境可行性 本系统开发环境以下，这些开发环境全部无偿： Visual C++ 6.0 SQL sever (暂定于这个，可能用其它数据库) 三：用例具体描述： （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 服务，提升服务质量。包含服务员、管理员添加、删除等 操作和服务员工作业绩，工资状态等信息管理。 点菜系统实现