餐厅自动化
1、 项目简介
这个项目的目标是在私人餐馆，即中小型企业引进自动化。餐厅工作人员面临的典型问题包括：
- 协调他们的工作活动·低/高顾客交通的预期和处理时间
- 尽早识别趋势，充分人情好的和不好的
- 降低运营成本，提高效率/生产力和利润
许多餐馆仍使用笔和纸方法，几乎没有自动化（见图1）。
顾客进入设施，由服务员迎接，他们经常有一个“可擦的”图表的表，保持在黑板上。
服务员可以基于它们或其他人是否物理地更新图表来查看表的状态。一旦坐下，服务员倾向于通过将订单记录到一张复写纸上并将其递送到厨房以进行适当的食物准备。然后服务员必须定期检查以确定膳食何时准备好。当食物完成时，复写纸被保存以由管理者正确记录。
这种“旧时尚”系统工作，但是产生大量的标签收据，浪费了大量的时间，并且是过时的。在旧时尚系统中，服务员必须随身携带垫子接受订单，总是有一个工作笔，并确保保持每个账单组织和“同步”与正确的表。
另一个问题是记录维护。在旧系统中，当一切都通过纸张完成时，管理层负责保存和组织所有信息，这是不容易的任务。收集日常选项卡，需要组织数据，员工需要获得付款。这需要管理者的大量时间和关注。该项目计算机化餐厅操作，使得关于顾客的订单和工作人员活动的所有信息将方便地共享并存储在餐馆的内联网上。主机将能够通过点击按钮查看表状态。等待工作人员将能够快速有效地进入顾客的订单，然后以电子方式交付给厨房。厨房工作人员将能够查看传入的订单，并通知适当的等待工作人员，当食物准备好了。杂工将能够查看实时楼层状态，使他们知道哪些信息表的状态是干净的，脏的或被占用的。最重要的是，所有的餐馆信息被组织并保存在系统数据库中，用于管理查看和存档。这些分析要细化到每小时，每天：
- 每个菜单项的收入和收入百分比
- 菜单项流行度
- 人员效率
- 平均周转时间（顾客在餐厅花费的时间）
- 平均准备时间（从下订单到准备就绪的时间）没有更多的纸张和长时间的穿孔数字。 所有数据都会自动收集和处理，以便管理人员能够专注于分析数据，而不是计算数据。
图1
1.1 要求声明
通过使用触摸屏，餐馆工作人员可以快速有效地登录并完成所需的任务。当服务员登录时，他们看到的界面是一个楼层桌子的状态，桌子的状态通过一个表来反应，表会被着色，不同的颜色代表不同的状态。
他们的桌子根据状态着色;绿色可以使用，黄色已经被使用，红色表示桌子是脏的（见图2）。此时，服务员可以选择一个桌子以查看其账单。一旦选择了桌子，账单可以有多个操作选项供服务员选择。
如果他们选择向桌子的菜单中添加菜品，则这个软件会向他们显示所提供的各种类别的菜品。在这里他们可以选择类别，然后找到所需的菜品。
例如，如果顾客订购了“Caesar沙拉”，服务员将登录，选择桌子，并选择“添加菜品”。然后他们将从类别列表中选择“汤/沙拉”，然后从菜品列表中提出。然后它们返回到界面的桌子首页，在那里他们可以选择执行另一个任务或注销。这可以节省服务员来回走向厨房，交付和检查食品订单。等待人员使用餐厅楼层上的计算机终端放置的订单通过队列，即以先进先出为方式显示给厨房工作人员。
支持的员工角色有：酒店业主，服务员，厨师，杂工和经理。 一些工作人员之间的一些直接链接包括：
酒店业主<->服务员，服务员<->厨师，杂工<->酒店业主。 系统中的每个用户帐户都应该有自己的权限。 每个员工的所有角色个性化主屏幕将在需要时自动刷新（当表被标记为准备就绪，准备表的顺序时，主机向表分配服务员等）。
图二
经理应具有对员工个人信息的管理权限：创建和修改个人信息，跟踪员工活动和授权受限服务员活动的能力。如果雇员是服务员，他/她的个人信息还包含关于他/她负责的餐桌的信息。从此个人信息，可以访问这些桌子的各个选项。
(给服务员的设备选择)
经理还应能够管理餐厅业务的其他方面，例如库存跟踪和销售分析。给服务员选择什么样的计算机设备是一个重要的选择。
所有其他人员或者是固定的，例如厨房工作人员和酒店业主，或者可以在固定终端上访问信息。
如果服务员需要使用固定终端，他们必须记住或记下特定桌子的顺序，然后找到一个开机的计算机，登录并将信息输入系统。在这一点，一切都是通过电子。另一个选择是让服务员配备手持设备，这些设备将无线连接到系统，完全不使用复写纸。
固定计算机终端相对于手持设备具有某些优点：
（i） 少数固定终端可以由多个人员分时，因此该解决方案可以更便宜和更容易维护;
（ii） 它们是固定的，因此它们在处理中不会丢失或损坏。因此，在第一个实例化中，我们将假设整个员工的固定终端。
在整个餐厅将有电脑终端为工作人员登录。系统要求每个用户登录，完成其任务并注销。因为这将需要频繁的登录和注销，它可能显示为一个不必要的开销。由于有限数量的终端，工作人员将无法保持登录，因为其他员工需要使用计算机。登录和登出事件可以被利用来触发数据更新和重组，以及用于递送用户特定的环境变化通知，诸如宣布食物已完成或者需要清洁桌子。
唯一不会不断登录和注销的用户是厨房工作人员和酒店业主。他们将是唯一使用这些终端的人，因此不需要频繁注销。另一个设计问题是用户如何使用系统识别自己。相当多的选择是触摸屏，读卡器或典型的键盘。触摸屏允许用户携带更少并且快速有效地使用系统，虽然他们需要记住他们的登录信息。另一个选项是刷卡，通过管理员为每个员工分配一张刷卡来工作。为使该系统有用，需要一个读卡器与每个计算机站配合，如图2所示。为了为员工制作新卡，管理人员还需要一个卡写入器以及空白的未编程的卡。许多餐馆的工作人员不断变化，这种正在进行的员工周转可能导致相当多的时间和金钱浪费新卡。我们最后的选择是使用典型的键盘系统。这将工作与触摸屏相同，但键盘会占用更多的空间，可能更慢。触摸屏用作与键盘相同的目的，并允许较小的计算机。这被选为工作解决方案。
不得不经常登录是恼人，特别是对于正在烹饪的厨师而言。 如果你决定开放访问，那么你可能会认为某些餐厅区域是物理上安全的，所以在电子安全上欠缺考虑。
最后的接口问题是指定餐厅的平面图和餐桌布置。 理想情况下，此功能应包括在系统中，以允许管理者通过移动，添加和删除表来更改平面图。 如果开发团队在本学期中缺乏时间，应寻求可接受的解决方法。 例如，通用餐厅平面图可以专门为演示目的而设计。 当餐厅订购我们的软件时，我们将为该特定企业建立和开发平面图，使该软件包成为该企业独有的。
除了协调工作人员之外，系统应该跟踪餐馆里的一切活动，并组织它们。 记录员工的工作时间，以便快速处理工资单。 收入按日，周或月进行跟踪。 所有这些信息被收集，保存，然后输入表格格式为了容易阅读的管理。 自动生成的统计信息允许管理者看到收入的什么部分来自什么项目，即什么是最受欢迎的项目。 所有这一切都是自动完成的，并保持最新的餐厅绩效。 开发人员应计算完成单个任务所需的点击次数/击键次数。 尽一切努力减少系统互动中的点击次数/击键次数，同时不会影响功能和安全性。
1.2 实地调查
访问当地餐厅和采访人员，了解当前的做法，并确定引入自动化可以帮助提高生产力和减少错误的机会。如果一些团队成员在餐馆工作，这是一个很大的优势。在撰写项目报告时，你应该使用自己或别人在餐馆工作的经验，来描述和证明你的设计与决策。
在软件工程中，对问题域的个人熟悉是最重要的资产之一，您应该在报告中明确显示。 （如果你目前在餐厅工作，那么你还应该与工作中的同事面谈，并在报告中报告他们的意见。）进行经济研究，找到餐厅人员使用的最佳设备。一方面，服务员可以具有手持掌上电脑(PDA)以避免重新键入订单。另一方面，在餐厅楼层上的固定计算机越少，可以由多个服务员使用。此外，对于设备要考虑损失和损坏的可能性，特别是对于手持设备而言。
2.拓展
如果多个团队选择此项目，不同的团队可以专注于以下之一：
1.用于管理餐厅布局的图形工具
2.用于跟踪餐厅绩效的统计处理套件
3.用于服务员的基于PDA的用户界面可能 扩展是考虑其他角色，如调酒师甚至客户。 客户界面可以安装在桌子上，使得客户能够通过这个单独的界面呼叫服务员以修改他们的订单或在完成用餐时请求帐单。
2.1支持客户设备
自动化的一个明显目标是取代用电子设备接受客户订单的传统笔和纸方法。一个选择是餐厅为每个餐桌或顾客提供电子设备。一个示例是餐厅寻呼机，被称为“餐厅报警装置”（RAD）。当一个客户走进来，他们被一个女主人迎接，并递交了RAD。 RAD是一个双向寻呼机，用于通知客户他们的桌子已准备好一旦他们上线，主持人将RAD设备与它们的桌子关联起来。然后，客户可以随时使用RAD来呼叫服务员。
根据BYOD（自带设备）的趋势，我们可能考虑允许客户使用自己的智能手机或平板电脑订购食物。客户将访问餐厅网站并直接订购食物。一个关键的问题是知道客户实际上在餐厅中并且将客户与他们就座的桌子相关联。我们提出一个基于这样的假设的解决方法——每台设备都可以扫二维码（QR码）——我们为每张桌子准备两张的二维码。
当一个客户走进来，他们被一个女主人迎接，并递送一张卡与QR码。此卡验证客户当前是否在分配了餐桌的餐厅场所。此外，每张表有永久贴有QR码的卡片。第二张卡标识表。客户将使用他们的智能手机扫描两个QR码，这样证明他们在餐厅，并提供他们的表信息。
二维码
人们可能想是否需要两个QR码卡或一个足够。如果QR码仅存在于每个桌子上，则可以从远程位置拍摄并重复使用。另一方面，如果女主人要发出具有桌子特定信息的卡，则女主人可能很难找到匹配的卡。或者，由女主人发出的牌上的QR码对于所有桌子可以是相同的，但是可能需要周期性地改变以防止误用。
如果女主人的卡片都具有相同的QR码，我们可以进一步简化，使得没有卡片被发送给客户。每个女主人将持有一个单一的QR码卡，在一个给定的期间有效。当客户由女主人护送到桌子并就座时，女主人只需向客户显示此卡，以使用他们的设备扫描QR码。接下来，女主人请求客户扫描他们就座的桌子的QR码，这完成了认证和识别过程。
2.2其他拓展
一个有趣的问题是关于食品订购烹饪和交付的协调。 这个订单一开始通常是全套晚餐（汤，开胃菜和甜点）。 问题是何时服务员应该把点菜单送到厨房，厨师又何时应该开始做菜？ 理想情况下，应该是客户还有吃完上一道菜的时候下一道菜就已经上了，这样客户不必在两道菜之间等待太久。
将时间交给厨师来拿捏是不太可行的方案。 厨师必须同时处理多个订单，所以不可能精确的掌控时间。 我们可以让服务员监控和通知厨师什么时候开始下一菜。 该任务的服务员的用户界面可以是简单的：选择餐桌编号并按下“下一个”按钮。另一个问题是，同一桌的客户可以在不同时间订购，例如，如果有人迟到。
该系统的另一个扩展是帮助厨师做出关于烹饪什么类型的食物，烹饪多少以及什么时候烹饪的决定。 对厨师的矛盾要求是：
（i） 有足够的食物已经准备好以及时满足客户的需求
（ii） 不准备太多的食物，不会被购买和浪费。
下面几个解决过类似问题的论文有助于你解决这个问题：
A. M. Bisantz, S. M. Cohen, and M. Gravelle, “To cook or not to cook: A case study of decision
aiding in quick-service restaurant environments,” Report No. GIT-CS-96/03, College of
Computing, Georgia Institute of Technology, Atlanta, GA, 1996. Online at:
http://www.eng.buffalo.edu/~bisantz/pubs/c_pap.html
Brendan McCorkle came up with an idea, called Texturant, which is software restaurants can use
to alert diners via text message when tables are ready. This idea may be patented (contact Mr.
McCorkle http://www.linkedin.com/pub/brendan-mccorkle/a/91a/ab5 for details), but I believe that it
should be acceptable to implement it for an academic project
一个有趣的问题是跟踪和比较多个位置的餐馆的效果统计信息。
3.附加信息
有关此项目的其他信息，请参见项目网站，
http：//www.ece.rutgers.edu/~marsic/books/SE/projects/。
此外，项目报告以及由罗格斯大学学生开发的运行软件可以在本网站下载。 参见随附的软件工程书第2章末尾的问题2.6，其解决方案可以在本书的后面找到。
网友评论