餐厅的点餐系统是BS好还是CS好?

Question

餐厅的点餐系统是BS好还是CS好?
请说下具体原因  以及需要注意些什么 
冒失没见过BS的点餐系统。  不知道BS可行否 
不是订 是点  及时系统 谢谢

Answer 1

C/S好啊,放在桌面上,自动提醒,这样可以增加收入啊,B/s的这方面不明显啊

Answer 2

肯定是用C/S的了。CS响应快，可以做出许多BS所达不到的效果，作为前台吸引顾客，是及其有必要的。
当然费用也比BS高得多。

Answer 3

关注，个人感觉C/S好点，可以把客户端做的更丰富一些，B/S以后好维护一些

Answer 4

啥都可以。
呵呵，有些餐厅每个餐桌上一部DPA...

Answer 5

可以CS+BS啊....
大部分功能由BS来做.
BS做起来麻烦的事情,由CS解决.

Answer 6

C/S的好，C/S的有些效果在B/S上不好做出来，而且C/S开发做的速度也快，至于维护，饭店能有几个终端呀，维护起来不是多麻烦的事

Answer 7

我建议用B/S,现在移动的缴费系统都是B/S界面做得特像WINFORM,而且又易维护,客户端又免安装..多好啊,,主要是易维护,你改个什么功能不用惊动客户端..B/S能做出类似OA的系统.我觉得一个小小的点餐系统没有什么效果B/S是做不出来的吧呵呵....只是我觉得如果频繁的数据交换,比如短信平台这种类似的就用C/S比较好,可以提高性能

Answer 8

b/s的话 客户端不用安装 直接一浏览器就行 .... 界面也可以做得像winform

Answer 9

如果是局域网,或者固定小范围内使用的话,还是建议用CS
毕竟CS交互性比较强,很多功能也容易实现.

Answer 10

用c\s的吧，智能客户端。b\s的受浏览器限制的比较多

Answer 11

cs的好，cs的还可以远程预定，给顾客提供了更多的方便，也没有局限

Answer 12

点餐嘛，CS比较好，再说又在餐厅里！不会在每张桌子上摆台电脑吧让你看网页吧!支持CS

Answer 13

bs/cs是什么啊？不懂，请指教！

Answer 14

C/S的吧，C/S的做起来外观比较好，B/S的主要注重功能嘛，餐厅的东西不对外，用C/S足够了。

Answer 15

个人认为C/s比较好.因为相对来说c/s更加方便用户体验.在点餐的时候可以正常使用功能,在闲余时刻还可以展示下餐厅广告的

Answer 16

如果你看过微软新产品Microsoft Surface的演示，你就知道点菜系统还是CS好，客户端就跑在Surface那样的桌子表面，估计会很cool了。

Answer 17

C/S比较好吧。。我经常来这个网吧的点餐系统就是用C/S的附截图：

Answer 18

简单的cs好了，有连锁店就有bs

Answer 19

c/s和b/s的区别现在已经越来越不明显了，用什么无所谓，只要你觉得方便就行

Answer 20

当然CS好。强大灵活。BS相对CS最大的优势是不用部署客户端。这在餐厅的小范围里不是问题即使现在BS可以把功能都做出来，也不能保证能满足客户将来新的需求

Answer 21

1、C/S架构软件的优势与劣势 （1）、应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。（2）、数据的储存管理功能较为透明。在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。（3）、C/S架构的劣势是高昂的维护成本且投资大。首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。其次，传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在JAVA这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。2、B/S架构软件的优势与劣势（1）、维护和升级方式简单。目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。（2）、成本降低，选择更多。大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上windows并不是处于绝对的统治地位。 现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响，这就使的最流行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。比如说很多人每天上“新浪”网，只要安装了浏览器就可以了，并不需要了解“新浪”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。（3）、应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现，所有的客户端只有浏览器，网络管理人员只需要做硬件维护。但是，应用服务器运行数据负荷较重，一旦发生服务器“崩溃”等问题，后果不堪设想。因此，许多单位都备有数据库存储服务器，以防万一。

Answer 22

b/s就是怕浏览器被客户关闭，或者点到别的地方去。
c/s完全控制这些，就象ktv的点播系统一样，客户点不到别的地方去，还有一点就是c/s支持多种外部接口，例如用简易遥控器点菜，估计客户也不会鼠标来点。有点怕
综合而言，控制强的话用c/s来做，支持遥控器这些东东。

Answer 23

c/s好.B/S最大的优点: 不用客户端安装, 任意地点访问.而这个优点,对于一个餐厅来说, 几乎谈不上优点.而且点餐系统一般要求
1. 长时间运行, 客户端12小时不间断工作.
2. 优异的性能.
3. 复杂的界面操作.
4. 触摸屏技术(很多高级餐厅都有).这几个, C/S相比B/S优势很明显.

Answer 24

如果是要上网的话还是BS好,假如只是单个餐厅的话CS好~

Answer 25

要看餐厅规模，大的话就B/S，小就C/S

Answer 26

本人认为CS应该比较好点
CS,BS都可以,
"大的话就B/S，小就C/S"--不认同此观点
股票交易系统大不大呀,也是用CS呀

Answer 27

C/S好啊,放在桌面上,自动提醒,这样可以增加收入啊,B/s的这方面不明显啊

Answer 28

如果是要上网的话还是BS好,假如只是单个餐厅的话CS好~

Answer 29

要看餐厅规模，大的话就B/S，小就C/S

Answer 30

可以考虑 Wince 两者没有本质的区别

Answer 31

别管C／S还是B／S了，还是外包给我做吧，包你满意。
哈哈，或者给你点建议，不失本回复的技术性。
C/S和B/S都各有千秋，无论是采用哪种方式，总有利弊，这就要看客户的需求。
总的来说，采用B/S的模式在界面上还是比较方便的，并且便于维护，所以建议考虑的方向还是以B/S为主。
但是如果客户的需求比较BT，要在界面上有很多特殊的要求而在浏览器里较难实现的，再考虑C/S，或者开发一个专用的客户端软件来辅助浏览器来完成这些BT的功能。
不过我认为就点餐系统来说不会有太复杂的要求，和那种触摸屏查询系统没什么两样，我以前也做过，所以B/S应该就足以应付了。
如果想让整个系统多一点可扩展性，建议你把系统规划得大一点，合理地分层，采用WebService通讯，这样不论是B/S还是C/S都很方便。

Answer 32

B/S也可以，不过如果要实现更多快捷的操作，还是建议使用C/S，因为C/S你可以定义的东西更加多

Answer 33

说了那么多,还是C/S吧
我喜欢玩CS哈哈

Answer 34

B/S + C/S点餐用户用B/S点餐餐厅用C/S来看及时信息

Answer 35

//即使是在本机使用B/S在很多时候也是速度慢的惊人,各种各样的问题很多时候你根本就不知道是什么原因.
//经常莫名其妙的不能使用,维护说起来简单,很多东西不但对用户来说是透明的,对程序员来说也是透明的,
//速度是个大问题,并且不是网络问题,而是服务器的问题
//而C/S不存在这种情况,因为几乎每一代码都是由程序员写的,只要一出问题程序员便马上知道问题的根源.
//并且速度上比B/S速度快几百几千倍,效果特效等外观也是比B/S好几百几千倍
//B/S的优点就在于客户端非常庞大的时候,尤其是具有不确定客户端的时候,除此之外无法和C/S程序比拟

Answer 36

经典讨论啊，呵呵，
和以前讨论VB好还是VC好类似，
不管BS还是CS，都只是业务的一种实现方法而已，一个用浏览器，一个用自己的程序，从业务上来说没什么区别啊

Answer 37

我以前写的那个破点菜系统又有B/S的 ，又有C/S的，但是太烂了~~所以我觉得吧~无论B/S还是C/S，速度一定要快~~~操作一定要比较方便~~~~~~~~功能一定要达到要求~
这三个满足了基本上就OK了

Answer 38

BCDS好...BCDS=B/S+C/S+D/S...执着于B/S和执着于C/S都没有前途...客户端怎样实现由部署环境决定不该由程序员决定...

Answer 39

高级餐厅内部使用的话，C/S这是肯定的，毕竟现在都是触摸屏,操作也方便。相对于高级餐厅各营业点之间，你爱C/S或B/S都没事，只要能让老板用你的软件就是了。小餐厅，那还考虑什么？简单的一个C/S拿过去就是了 ，因为不用考虑太多....

Answer 40

bs好，cs麻烦，谁会点餐区下个客户端

Answer 41

不知楼主决定了没有啊？你说CS难？那BS就简单吗？不如这样，既然楼主这样觉得，不如先做个BS，如果有BT要求时，再做个CS扩展，不就一举两得？