做个类似KFC订餐系统的平台，实现基本功能，工作量多大？

Question

springj2eejavaEE

Answer 1

一点都不复杂，用什么spring啊 jdbc啊 自己写框架操作数据库多好，
也不用后台管理系统，咱改个套餐价格、新加个商品啊什么的都直接用脚本加，多省事……

Answer 2

  这个怎么说呢，，看你想做成什么样了  如果用mysql那肯定有数据库了，那就有后台了，有数据库就有JDBC了，，至于spring随便了，，应该还好吧

Answer 3

KFC如果做促销，改价格，不可能让KFC的人去手动改网页吧？
所以要做后台管理
另外还需要做一些系统统计和分析，以供业务人员来用其实这种系统关键不在技术
最重要的是对业务的理解
同样是订餐，肯德基的和麦当劳的都不一样
因为背后的业务流程和管理情况不一样。如果有业务专家在，都是熟手的话，一个10人的Team从无到有，做一个能用得系统，怎么也得半年时间

Answer 4

主要把需求订好了，至于代码，两三个星期足矣。
使用Spring hibernate 可以省去很多事
jdbc是连接数据库的，任何涉及到数据读取和数据存储的项目能离开数据库么

Answer 5

没错，就是网上订餐，要做PC的，也做wap的。

Answer 6

在需求固定，人员稳定的情况下，楼主需要考虑两件事情：
1.系统的实现方式，如果是基于html（jsp或其他）的WEB实现方式，3周应该是够了。如果是做个client端（就像APP store上的）时间肯定不够。
2.系统的复杂程度，如果仅仅是完成基本的订餐功能，html+jsp+mysq就可以了，但如果功能相对复杂，最好用spring，JDBC， 毕竟jsp做过多的业务处理比较力不从心。建议用框架，但如果以前没接触过，需要些学习时间。

Answer 7

没错，就是网上订餐，要做PC的，也做wap的。一个人三周是不可能的。三个人做一年差不多~~

Answer 8

3周时间肯定不够而且你还是初入 java web的。
最少2个月！！！

Answer 9

从设计codeing，测试  ，三周开玩笑吧 

Answer 10

目测实现你说的后台管理、前台显示、订单管理的话   数据库建表大概5个左右  代码量2000行左右
看了一下kfc订餐  功能挺多的........

Answer 11

ls各位，感谢回答~
忘了说，团队有6个人，不过3个都没有jsp和j2ee开发经验，都是现学的~

Answer 12

其实就是小型的电子商务系统，再小该有的也要有啊，用户管理、订单管理、支付系统、后台管理还可能有积分系统
6个人的话，建议使用框架struts2+spring+jdbc或hibernate，让有经验的人搭好框架，其他人可以只注重业务逻辑，这样，经验少的人也可以快速开发，三周时间可以实现基本的功能，后期肯定要扩展的，也利于维护。
不过做过开发的都知道，实际开发时间肯定远大于预计时间，三周时间一般能拖到2个多月。

Answer 13

吓！？Spring Roo ，上面有一个定Pizza的例子那个例子从无到有，不用3周，10分钟就够了。
但那是什么级别的？那是Demo级别的，当你客户上来，并发多了，你需要功能多的时候，
那就不是这么简单能解决的了，少说半年以上，以后还得不断开发扩展。

Answer 14

6人分工情况：
1人搞需求业务；
1人PC前端开发；
1人Wap开发；
2人负责后台业务逻辑代码的处理；
1人测试；首先要搞清需求和业务，这个很重要，不然到后期有可能导致整个系统要推倒重来的风险；
后台服务采用建议spring + hibernate架构，可以提高开发效率（没必要写一大堆重复无用的代码，耗时间，框架帮你搞定），没涉及到大数据的分析处理，可以不用JDBC。
涉及到的开发人员要并行开发（赶工期嘛，呵呵）。
开发好的功能要及时测试，特别是涉及到支付的功能；考虑到订餐高峰的服务性能，同时要做必要的压力测试，不然并发太高服务很容易down掉的。
最起码要实现的功能模块：用户，权限，订单，支付，配送，后台信息维护和发布，少一个都没法用。由于有些开发人员没什么jsp和j2ee开发经验，学习也要花时间，系统没个半年时间出不来。

Answer 15

商家那边的订单管理，他们打算用app实现，靠谱吗？

Answer 16

商家那边的订单管理，他们打算用app实现，靠谱吗？你说的靠谱是不是指安全性？
可以这么说来，现在几乎每家银行都有App(手机银行)，像金融证券银行的这些高风险的行业都可以有自己的App，为啥这里的订单管理不能？会不靠谱？关键是在App上如何处理好信息安全问题，特别是用户帐号等信息。相信你用Android来实现订单管理的app肯定不难，毕竟有这方面的开发经验，不过不可排除用户需要ios或其他手机操作系统的版本。

Answer 17

你说的靠谱是不是指安全性？
可以这么说来，现在几乎每家银行都有App(手机银行)，像金融证券银行的这些高风险的行业都可以有自己的App，为啥这里的订单管理不能？会不靠谱？关键是在App上如何处理好信息安全问题，特别是用户帐号等信息。相信你用Android来实现订单管理的app肯定不难，毕竟有这方面的开发经验，不过不可排除用户需要ios或其他手机操作系统的版本。我们打算用http+json作为传播媒介，我是在想用app的话手机的网络能否负荷得住，因为商家可能在一个时段接收几百个订单并处理，会不会信息丢失什么的。。这方面不太清楚，纯属臆测。。
而且，一天数百订单，流量可能会很大，商家乐意吗？有无线路由的话，商家肯定有PC，就不会用手机了。
总之，现在他们只打算为商家开发app，不过我认为肯定会有商家提出PC端处理订单的要求的。

Answer 18

面对一时段订单量很大的情况可以考虑分若干批量处理的方式，这样每次处理的数据不会很大，数据信息传输可靠性的问题也不大。
总的流量虽有点大，但随着移动互联网火爆的发展趋势，运营商肯定会逐步减少用户的流量资费，前些时间中国电信与网易合作搞的易信App对用户间发短信，传输文件和语音留言都是免费的，可以预见未来用户花在手机上网流量的费用将会越来越少。
传统PC端的Client已无法抵挡移互App的冲击，未来的商家肯定会比较热衷于方便实用的移互App，因为这是趋势所需。

Answer 19

一群无知人们，本人是亲自参与过kfc网上订餐系统的，15个人差不多做了8个月才基本上线。