直播餐饮开发看得心痒了，自己也考虑做一个。
没有行业经验，只上过饭店，没去过后厨，所以还是有很大问题，大家参考参考，我先整理设计了一个模型
系统分三个功能模块，7个表
系统管理模块（座席，菜单）
发卡管理模块（卡，消费明细）
就餐管理模块（食客，就坐，点菜）
====================================
系统分系统管理模块，发卡模块和就餐模块，三者完全独立，就餐可以挂账或预付费就从发卡模块走，发卡可以发贷记卡（可挂账）和借记卡（只能预付费）。
系统管理模块
维护座席和菜单两个饭店的基本信息，相当于字典表
座席
ID 类别 服务费
1 大厅 0
A 包厢 0.1
张三 外卖 0.2
包厢可以收10%服务费，外卖作为一种特殊的座席处理。
菜单
ID 类别ID 类别名称 名称 价格
001 0 饮料酒水 五粮液 500
002 1 冷菜 盐水毛豆 5
003 2 热菜 宫保鸡丁 20
004 3 主食 牛肉面 5
005 4 汤 番茄鸡蛋汤 5
006 5 水果 西瓜 1
类别id和类别名称可以单独建立一个表，类别id主要作用是对出菜的排序，不能先上水果。价格允许为空，时价菜没有价格。
发卡模块
维护发卡信息，可以挂账的贷记卡（名称可以叫金卡，vip卡一类）有初始额度，可以全部都是统一的额度，也可以根据不同的用户给不同的额度，存钱后额度增加，额度为0不能挂账。
卡
ID 类别 授信额度 联系方式
001 借记卡 0 xxx
002 贷记卡 10000 xxx
消费明细
ID 卡ID 贷借金额 时间
1 001 100 2011-1-1
授信额度相当于初始值，统计收支明细表的金额加上额度就是目前可用资金
就餐模块
就餐就是用户进入饭店的一系列信息，分三个表
食客
ID 年 月 日 餐 现金 信用卡 本店卡 实收差价原因
餐表示早晨，中餐，晚餐，和年月日一起作为最后统计的依据。
现金，信用卡，本店卡表示分别从这三者中扣钱，本店卡将通知发卡模块进行扣钱。
差价原因是实际价格和菜单价格的差价原因，可以是免单，打折，零头去除，抵扣券等，便于统计分析。
就坐
食客ID 座席ID 开始时间 结束时间
一次来吃饭的人可能有多张桌子，也可能和别人合用一张桌子。根据时间可以判断当前空闲的桌子，预订可以先写上开始时间。
点菜
食客ID 座席ID 菜ID 份数 单价 口味 是否打包 状态
状态为
已点-》确认（待烧）-》无原料退菜
-》食客主动退菜
-》烧菜中-》已上菜
[解决办法]
楼主希望小的们如何效劳呢？
[解决办法]
1、菜的价位是可能会在不同时期出现调整。
2、客人的座位可能会中途调换。
3、座位有没有包间和大厅之分？
4、已经上的了菜，如果出现问题，如何走退单流程？
[解决办法]
建议系统设计好后，还是做个PDA版本手机端供顾客使用。
[解决办法]
[解决办法]
做软件的前提是不改变目前酒店点餐的传统流程，改了这个软件根本不能推广出去
[解决办法]
这种系统已经有一些产品了。可以看看产品网站的功能介绍。
功能的细化补充都好说。
关键是整个系统的成本和效益，以及落实到用户身上所需承担的软硬件费用，需要有个大概的核算统计。为用户算出一笔经济帐以证明使用这个软件的好处。好处达到足够的程度，投入也不太很大，再说具体怎么搞吧。
说白了，正规做事的话，先要有个可行性的评估。不要大忙一场，最后没法卖出去，那样做得再好也没用，如果做不好，当然用户更不买帐。
[解决办法]
就冲着老板这么多分，我也得帮顶一下。
[解决办法]
顶吧，有兴趣就是有动力啊！
[解决办法]
[解决办法]
支付可是头等大事，支付的方式可以多种多样，支付完了还可以追加，甚至还要考虑到退款的情况，还有出现差错之后怎么补救。甚至客人点了菜又反悔了，该在多大限度、怎么样的原则下允许退掉，这些流程都要考虑。流程既不能死板，方便之余又要充分考虑顾客和商家的双重利益，便捷还要安全不能出差错。
传统行业的软件设计其实没有诸位考虑得那么简单的。
[解决办法]
感谢lz分享。
[解决办法]
------解决方案--------------------
1、菜的价位是可能会在不同时期出现调整。
2、客人的座位可能会中途调换。
3、座位有没有包间和大厅之分？
4、已经上的了菜，如果出现问题，如何走退单流程？
[解决办法]
[解决办法]
这是一个收银软件么？
[解决办法]
求专业餐饮的现身说法。。。。。
[解决办法]
[解决办法]
有想法，支持
[解决办法]
呵呵，不错
[解决办法]
用建模工具进行吧，否则会很累
[解决办法]
不错，学习了。。。。
[解决办法]
提供接口够siri使用才是王道
[解决办法]
最好能支持打印服务器
[解决办法]
支持一下
[解决办法]
友情支持 LZ下
[解决办法]
支持一下。。
[解决办法]
这个做好了之后，是提供给餐厅用的，还是直接提供给客户用的？
[解决办法]
支持楼主
[解决办法]
隔行如隔山,各个领域的套路都是非常复杂的.
不然也不会有什么领域驱动设计了.
[解决办法]
要熟悉业务流程啊！！！！