请教一个问题，关于餐饮PDA点菜系统，是通过红外、蓝牙还是无线网络（无线网卡）来传输数据到主机的？

PDA的编程就windows是一样的吗？就是说在windows平台下写好程序，可直接移植到PDA上运行？

因为有个朋友想作一个餐饮软件，而且要求比较高档的那种，点菜都用PDA跟主机通讯。
大概一个餐厅他们预备30台左右的PDA
我想数据库用sql，餐馆能同时容纳150人左右，在传输方面没有问题吗？另外他们有点要求，就是系统每个座位上方个小巧不影响外观的按钮，直接可以通知前台或者服务员，而且按钮可以移动的，类似遥控器那样的东西，象这样有解决方式吗？呵呵，因为以前没有作个这方面的程序，所以很多东西不大了解，请多指教。还请有经验的大侠能对解决方案提供一些意见，将感激不尽。
或者在上海的有这方面经验的，我可以聘用或者合作开发这个系统。请直接交流

这东西98年在深圳我们几个人考虑过，但是最终没做，因为当时的成本太高。
当时的考虑是PalmOS的机器，和服务器是脱机工作的，PDA上面点完菜拿到服务台同步一下，数据就过去了。现在的技术发展这么快，WIFI无疑是个最好的方案，通讯距离和速度都比蓝牙快，而且成本低，开发在线的点菜系统是最好的了。WIFI采用的是BUS方式，带宽共享的，如果300台PDA同时在线可能1，2台无线AP是实现不了(虽然很多AP号称支持255个机器在线)，如果设立多个AP，PDA是满餐厅走的，就要考虑WIFI漫游的问题。个人观点还是要结合成本来和需求考虑方案。至于餐桌的呼叫系统感觉有线的会便宜很多，或者干脆把PDA固定在餐桌上面，直接利用它呼叫。

嗯，现在能确定至少是采用无线网络卡来实现了。至于 pazee老大说的，我想在设计时也必须考虑进去的。目前市场上的餐饮系统太多而且很杂，在借鉴的同时，我想能在稳定性和移用型、易用性上多做考虑。成本不是问题，软件开发费用至少可以10W。设备费用不计在内。朋友做娱乐圈的，影响力很大，呵呵，财力更不是问题。现在在调查需求阶段。他们也没什么想法，对计算机技术更是无所适从。所以，我想多了解这方面的东西。请继续讨论，我会跟进帖子。

餐桌的呼叫系统可以考虑有线的。
餐桌呼叫，要做到，客户呼叫后发送消息到总台，在总台滚动消息，并同时通知服务该客户桌号的服务员，当然通知也应该直接通过自动的无线网络找到PDA的IP直接把消息发过去。
这个实现起来应该不难。我开始的问题：
PDA的编程就windows是一样的吗？就是说在windows平台下写好程序，可直接移植到PDA上运行？
请讨论讨论。关于数据同步的问题，不知道大家有什么好的看法。

cjf1009 你是说如果PDA用的系统是wince的系统，我就可以在把在电脑上基于windows下编译的程序放在上面运行？？？

至于开发Wince程序，windows提供很多开发平台，比如有基于VC和VB的插件，可以直接利用VB和VC写Wince程序，开发工具集成了PDA的模拟器，可以在PC机上面直接调试Wince程序，调试好了再放到PDA上面测试。这个目前属于嵌入式开发范畴，你可以搜索一下这方面的资料，很多。我曾经也只是尝试了一下，做了个wince的hello world
：）

好东西，跟进--------------------------------
行舟, CSDN论坛浏览器
http://blog.csdn.net/xingzhou

呵呵,估计无线网卡问题不大，大不了到处都隐藏天线或者所谓的AP,这个主要的象 pazee老大说的，要把不同AP间漫游考虑进去就好了嵌入式开发？？听过，一直把这个当非常非常高深的问题来看待，所以基本没涉及这方面编写,这样说来PDA部分且不是很麻烦？？
关于beyondtkl老大说的排队的问题，我估计是说很多PDA同时把数据传向主机时的数据一致性问题吧,各位对这个有什么好看法？

你是用DELPHI来开发的?用C好点吧,,怎样移值到PDA上?
学习!

我希望用delphi来开发，因为首先我只熟悉delphi，呵呵。to CDSoftwareWj：wince下用什么开发工具呢？问题还是回去了，呵呵，请多指教。有上海的吗？有经验的，可以聘用或者外包做做，不过重要是项目要弄好。
而且前期规划和想法很重要，说实在的，我来是来听课的。请继续。

我们公司就是做餐饮管理系统的。目前软件有：前台收银管理、预定接待管理、经理查询、厨房分厨打印、无线PDA点菜系统。全国用户有300多家。分布全国各地。
你如果是中间商，可以我们做，你们拿提成，也可以给你们一个最低代理价格，你们自己去找他们谈判。

wince下用什么开发工具呢？好象有evc什么的吧

省省吧还是，用pda成本太高了
pda造价太高了吧
作这个如果没有硬件支持根本没法做
需要和硬件厂商合作开发才行
人家作的是点菜终端，一般嵌入式开发
cpu连arm都舍不得用吧一般。

to
ingener 能把你们公司的产品说明发给我吗？ [email protected]谢谢。请大家不要太关注成本问题，我需要的是解决方案，如果成熟的，技术可行的，价格也不是问题。谢谢

用Windows Mobile系统的PDA开发上容易很多的
WM系统就是WinCE,CE这个名词已经不用,以后都叫WMWiFi方法是可行的.
BT,IR都不可行!WiFi是无线网络,每个PPC/WM设备都有IP的,连接在一个LAN中就OK的
在不同的AP中,配置好WiFi接入就行的目前WM开发工具有EVC和VS2003/2005,Delphi2005/2006
WM开发有Native开发和Dotnet Compact Framework 2个
Native目前只能用EVC,VS7以后的VC,本来EVB是可以的,但是MS停止EVB的更新和开发的
CF开发就相对简单很多,连Delphi都可以但是Windows下的软件无法移植到PPC/WM上的!ARM与X86是完全不同的自己弄个PPC(PocketPC),SP(SmartPhone)来玩就知道的

谢谢 ly_liuyang大侠：我现在寻找开发合作伙伴。谁？谁能来直接支持，兼职，专职，外包都可以。
我建议把PDA点菜部分全部代码在CSDN上公开。大家都给点意见，交流交流，作个共享的商业代码，呵呵。好像有点过分哦

老大，人家一早就开发出来了，“食为天”听过没有。。
说实话，PDA造价成本太高，一般酒楼消费不起。
我以前就是搞餐饮软件的。

听过无线点菜系统没有，我以前就是搞这个的。软件是用DELPHI开发的。几个大学教授合作开发出来的。
食为天他们用的PDA点菜系统是用无线的，不过信号比较差，一般酒楼都要装两个基站。
说实话，餐饮信息化这一块前景应该很不错。

我很认可 tianxingjian1273 同志的观点，呵呵。上海据我所知的，还没有一家做得特别好的，在餐饮这块，尤其在无线这块。现在在这些比较牛b的城市，消费层次越来越高，很奢侈的，酒吧也是，餐饮也是，面子，品位很重要。使用PDA对他们来说预算完全可以支撑（20×3000不就6万对PDA来说顶多多出10 左右的硬件环境，我就目前我做的这家来说，而现在很多新起来的就是这些高档的小酒吧），而且忒有面子。谢谢。能帮忙参与的同志举个手。估计PDA这块开发我可以包出来，可以聊聊。我的QQ 55268867

当然我上面说的，PDA这块代码会在CSDN上面公开，我希望开发者能允许。

PDA部分我们的C#写的，餐饮管理系统我们用delphi+sql2000写的，运行了2-3年，软件费用在1万-2万，硬件在3-5万，在全国我们有200-300家客户，其中无线有30-50家，这样的餐饮项目在小城市可能不太好做，何况现在国内的餐饮软件有50多家，做无线的也就10多家，http://www.LongMy.com

当然会有下文的，单子还在弄，主要是需求采集问题。因为是朋友，他们很相信我的，呵呵，不过我确实很缺少餐饮管理方面的知识。
请朋友们多指点指点。很以外的我在电脑报的一片文章里面发现了用Delphi2005来开发PocketPc PDA....当然非常惊喜,最近我很感兴趣这方面的技术文章。我装的D2006，发现还是不错的，相当不错。因为身上任务比较多，所以一时忙不过来
让大家久等了，不好意思啊。

http://www.2ccc.com/Publish/Delphi2005_PocketPC_Cpcw.mht

目前来说，就现在的各位说的来讲，基本好像没什么技术问题。PDA点菜部分原来最棘手的问题好像现在看来基本都行得通。
   现在项目进展到合同已经签订下来，总分为四个大模块：   1、库存管理，包括菜的原材料，酒水、所有使用品和消费品的库存情况管理，当然这里最重要的一块就是消费品的原材料管理，要准确核算到大概各种原材料的使用情况和进货量，因为据说酒店行业的浪费率是相当高的，所以每天的进货情况必须尽量准确。对于这个问题目前讨论下来的结果是：每种消费品都设置设置原材料的使用比例，比如一份水果色拉需要使用多少克原料苹果和多少克梨等。然后按照这个标准，试运行几个星期左右应该能得出基本上每天消耗的原材料准确的数量。可有更好的方法或者异议吗？
   2、厨房出品管理：厨房由厨师长把每天需要首先准备的原材料通知库存，并拿货，给下面厨师分配。厨房内使用一液晶电视，连接电脑，其上显示目前点菜情况，按桌按点菜时间顺序排列，当然不可能先弄完一桌菜才弄第二桌，大家都去过一些餐厅，基本上都是在忙的时候为了不让顾客久等，都是每桌都先上几个菜（还有根据菜系不同，比如先上冷菜）。这些解决方法就是把每桌菜的上菜顺序交给点菜员，让其灵活先把每桌菜顺序根据推荐上菜顺序并结合顾客要求排好，然后再把菜单传输到服务器（当然如果客户催菜和退菜也以指令的方式发送给服务器），服务器每接到一个菜单或者指令时刷新厨房显示屏。退菜的话就人为来处理，比如让点菜员去厨房问讯，如果已经准备好的就不能退。这样做有问题吗？或者有更好的解决放法？
  3、点菜：点菜员使用PDA来完成，至少需要点菜、催菜、退菜、菜系信息（含图片）、做法、口味、口味调整、代客结帐、每桌消费额查询功能。有补充的吗？
  4、传菜：在厨房件外面使用一台液晶显示器，显示正在做的菜。厨师长在每做完一道菜的时候点击键盘（客户希望能只安排一个按钮在厨房间做好一道菜按一下外面显示器就显示传菜员可以传菜了，把键盘拆了？？？）在厨房间外面的显示器可显示目前正在做的菜，菜内容，哪桌的、目前要传的菜，菜内容、哪桌的等等。有补充、？??
  5、前台接待与结帐：使用RFID射频会员卡，在会员进入的时候前台马上可以显示该会员信息是否有预订（当然如果前台在操作就等操作完再弹出该会员信息画面），并同时把该会员信息，传送到每个持有PDA的点菜员的PDA上。结帐可以按桌结帐、活动内容结帐（比如有人包场）。
  大致来说分为以上几个模块，当然有很多欠缺考虑的我希望能在详细项目设计方案书前能确定下来。把5个大模块贴在这里也希望关注的了解一下，能给意见的给些意见，不论好坏，我希望能借助csdn，让这个系统开发周期和使用周期、延展性都能得到比较好的体现。
  在项目开发和讨论过程中我会详细给出每个遇到的问题和解决方法。希望大家多多支持。

发现csdn不能修改帖子。这些文字都是按照个人理解意思，概要设计还没写呢，急着把这些了解到的情况贴上来，如果能结合大家的意见，在设计这个框架的时候出现的问题就会少很多。所以在发帖子的时候有些错误的地方希望能给予指正。

还没结贴呢.现在终于拿下来了，但是你自己开发,何年何月能开发完成?
你以上需求我这里都有完整的代码,如果需要可出售给你们,看价格如何了.以后就是你们自己维护开发都可以.
模块:预定接待，客户关系管理、来电显示、无线点菜（PDA），厨房打印（条码制作单），收银,库存，成本卡，一卡通（会员卡，打折卡等）。
你上面所有需求都能满足。如果需要跟我联系：[email protected]

希望有好的结果，这个我也不大清楚，但是听人讲，使用PDA的几家，效果并不是很理想，用少量几个PDA还可以，若稍多一点，就速度其慢。热切关注

调试易

请教一个问题，关于餐饮PDA点菜系统，是通过红外、蓝牙还是无线网络（无线网卡）来传输数据到主机的？

解决方案 »