电子菜谱的现状与未来.docVIP

电子菜谱的现状和未来 电子菜谱，在国内出现，也有六七年了，刚出时，大有一扫纸质菜谱之势，几年过去了，纸质菜谱还是大行其道，占据上风，记者近期去西单吃饭时，随机询问了6家餐厅，均是连锁店性质，纸质菜谱占5家，其中2家用点菜宝，3家服务员手写，只有1家，是用电子菜谱。 是习惯问题还是产品问题？ 记者就此问了问几家店的服务员，一家说，手写习惯了，另一家说，有点菜宝，就不考虑电子菜谱了，还有一家说，电子菜谱就是点菜，也没什么用，怕摔怕丢，麻烦。这几种观点初看起来就是习惯问题，人改变习惯总是很困难，但仔细一想，是习惯难以改变还是产品还不够好呢？ 某饭馆的吴经理解决了我的部分疑惑，她说：“对信息化这块，我们是想一步到位，我们也算了一下，长期来说，电子菜谱比纸质菜谱更划算，而点菜宝已经不够先进，所以一直在寻找电子菜谱产品，初期考察了很多家，现在用平板电脑用IPAD做电子菜谱的很多，有些只能点菜，不能下单，还有一些，就是有些问题他们解决不了，我们饭店的包房很多，包房有电视，能不能用遥控器点菜？还有，就是和后厨的系统集成怎样？能不能后厨一个菜没有了，按一下键，所有电子菜谱就都能更新？这样筛选下来，再看风格，看设计的美观，最后才选出一家。” 原来这里面还有这么多门道，电子菜谱的同质化已经比较严重，如何脱颖而出，满足客户的实在需求，是市面众多厂家不得不面对的问题。 电子菜谱，最终是为管理服务 餐饮信息化是为了提高餐厅效率，节约运营成本，最终是为餐厅管理服务，如果以为餐厅应用电子菜谱是为了提高档次，有面子，噱头，那实在是大错特错，业界专家何文就一针见血地指出：电子菜谱是餐饮管理系统的一部分，没有电子菜谱，餐厅靠软件系统一样可以正常运营；没有软件系统，电子菜谱只能当摆设，变成“食之无味、弃之可惜”的玩具电子菜谱。C/S架构：(即客户机/服务器模式)分为客户机和服务器两层，客户机据有了一定的数据处理和数据存储能力，通过把应用软件的计算和数据合理地分配在客户机和服务器两端，可以有效地降低网络通信量和服务器运算量。由于服务器连接个数和数据通信量的限制，这种架构的软件适于在用户数目不多的局域网内使用。B/S架构：(浏览器/服务器模式)是随着Internet技术的兴起，对C/S架构的一种改进。在这种架构下，软件应用的业务逻辑完全在应用服务器端实现，用户表现完全在Web服务器实现，客户端只需要浏览器即可进行业务处理，是一种全新的软件系统构造技术。C/S架构与B/S架构的优缺点：1、数据安全性比较。由于C/S架构软件的数据分布特性，C/S 架构的软件必须在每个客户端安装软件，每个数据点上的数据安全都影响了整个应用的数据安全。所以，对于大型餐厅或者连锁餐厅，C/S架构软件的安全性是令人无法接受的。对于B/S架构的软件来讲，由于其数据集中存放于总部的数据库服务器，客户端不保存任何业务数据和数据库连接信息，也无需进行什么数据同步，所以这些安全问题也就自然不存在了。2、数据一致性比较。在C/S架构软件的解决方案里，对于异地经营的大型餐厅或连锁餐厅，都采用各地安装区域级服务器，然后再进行数据同步的模式。这些服务器每天必须同步完毕之后，总部才可得到最终的数据。由于局部网络故障造成个别数据库不能同步不说，即使同步上来，各服务器也不是一个时点上的数据，数据永远无法一致，不能用于决策。对于B/S 架构的软件来讲，其数据是集中存放的，客户端发生的每一笔业务单据都直接进入到中央数据库，不存在数据一致性的问题。3、数据实时性比较。在大型餐厅或连锁餐厅里，C/S架构不可能随时随地看到当前业务的发生情况，看到的都是事后数据；而B/S架构则不同，它可以实时看到当前发生的所有业务，方便了快速决策，有效地避免了企业损失。4、数据溯源性比较。由于B/S架构的数据是集中存放的，所以总公司可以直接追溯到各级分支机构(分公司、门店)的原始业务单据，也就是说看到的结果可溯源。大部分C/S 架构的软件则不同，为了减少数据通信量，仅仅上传中间报表数据，在总部不可能查到各分支机构(分公司、门店)的原始单据。5、服务响应及时性比较。企业的业务流程、业务模式不是一成不变的，随着企业不断发展，必然会不断调整。软件供应商提供的软件也不是完美无缺的，所以，对已经部署的软件产品进行维护、升级是正常的。C/S架构软件，由于其应用是分布的，需要对每一 个使用节点进行程序安装，所以，即使非常小的程序缺陷都需要很长的重新部署时间，重新部署时，为了保证各程序版本的一致性，必须暂停一切业务进行更新(即休克更新)，其服务响应时间基本不可忍受。而B/S架构的软件不同，其应用都集中于总部服务器上，各应用结点并没有任何程序，一个地方更新则全部应用程序更新，可以做到快速服务响应。6、网络应用限制比较。C