Добрый день.
Мне нужно разработать систему для ресторанного бизнеса (на данный момент минимальный ее вариант).
Сейчас система должна выглядеть примерно так:
есть терминалы официантов, терминалы кассиров, терминалы манагеров.
Официант создает новый заказ, добавляет в заказ блюда из меню, может добавлять к блюдам какие-то модификаторы (вроде как кола со льдом или без, бощ с\без сметаной), распечатывать заказ на принтере для кухни. Когда клиент просит расчет, официант сохраняет заказ, печатет предчек для клиента. Клиент расплачивается, кассир подверждает оплату и закрывает оплаченный заказ из своего терминала.
Менеджер создает списки блюд, формирует меню, скидки, может печатать пару несложных отчетов.
Права могут быть совмещены: официант-кассир, манагер-кассир и т.п.
Все терминалы связаны локальной сетью. Авторизация будет осуществляться вводом пинкода или магнитной карточкой.
Это программа-минимум.
Позже планируется сильное расширение функционала, сложная система скидок, связь нескольких ресторанов через VPN с головным офисом, туева хуча отчетов, скининг интерфейса и много чего еще.
На данный момент планируется использоать EJB + SWING. приложения доставляться на терминалы будут через JWS. Сервер будет скорее всего GlassFish.
Разумно ли исползовать эти технологии? Посоветуйте пожалуйста что-нить по существу.
В чем разница между JavaEE application client и просто swing-приложением, которое берет проперти, и работает с сервером через EJB-Remouting?

Temdegon, 

Есть готовое open source (к сожалению не помню названий) решение. Может будет проще доработать под свои нужды?

Для создания подобной системы вам потребуется примерно 
1 программист/год  и 1 тестер/год. Для создания вменяемой системы.

Дешевле взять готовое решение на платформе 1С или подобной. Также существует огромное количество уже готовых комплексов для автоматизации ресторанного бизнеса.

А по-поводу технологии реализации, думаю здесь вообще нет никакой разницы на чем разрабатывать.

Спасибо, поищу на досуге.


для реализации минимальной системы как раз есть 1 программист/год



Это решать не мне, а заказчику. Заказчик хочет свое, хочет java, и готов платить. Чем они руководствовались, приняв решение о разработке с нуля меня не волнует.

Занимаемся аналогичным, потому могу сказать чем:
1. 1С сама стоит денег, и виндовс на рабочие места стоит денег. (1Совские веб-решения мало кто из 1Сников пробовал, не говоря о - в бою). 
2. Программисты 1С - если не студенты, тоже вполне недешевы. Хотя конечно, сроки внедрения на 1С ощутимо меньше. (почти 10 лет из 18ти - 1Сник. Вехи: Си, ФоксПро, 1С, Java/C#(Compact .NET))
3. Слышали что java и куча всего к ней - бесплатны. И что работает под линукс - без переделок. И что на линуксе нет вирусов, и можно его настроить, что пользователь не сломает. Расходы в итоге - только оплата программистам.

Таков пошел клиент - чуточку уже осведомленный.

А сроки да, где-то такие и будут 1 программист/год. Если матерый программист, ну может 1 программист/8месяцев. Так что имеет смысли искать аналоги, и затачивать под себя.

Мы не искали, потому что у нас серверная часть - NoSQL - давно написана, и работает и на терминалах, и GUI к ней прикручены на Дельфи (все до моего прихода). Но, как упоминал, клиент пошел осведомленный, плюс архитектурное решение на Дельфи - уже не удовлетворяет и другой аспекту - устойчивая связь по неустойчивому каналу ((интра/интер)нет "через воздух") и если переделывать, то придется все. Вот и убедил переходить на Java  раз все равно все переделывать  Собственно и пишу. 4ый месяц пошел. Переписал все с нуля, начиная с своей подсистемы авто логаута - реконекта, конфигуриемого парсинга(вот чем конечно реляционные данные хороши - таблички тебе приходят а не деревья...), и заканчивая GUIдвижком на основе SwiXML + SwingX и кусочками кода из OpenSwing'а
Правда, джавистом  опытным еще не стал, частенько в доку приходится заглядывать, пока не вызубрились все возможности используемых библиотек - что и как должно работать, как выглядеть - знаю, а как выразить эту мысль наиболее адекватно без изобретения велосипедов, есть еще затруднения. Так что думается опытный тоже самое написал месяца за 2. До полной доводки функциональности движка не меньше месяца (а планируется еще полуавтономная работа, когда часть операций можно делать в оффлайне)
И то - повторюсь, мне просто, бизнес-логика на сервере уже есть, мне "серверные" прогаммисты поставляют готовое - что вызвать, в каком порядке и с какими параметрами чтобы получить - то-то и то-то.

А если и эту часть писать, то вот они и будут - полгода добротной работы для 1го программиста для первой рабочей версии самого простого по требованиям и функционалу рабочего места. (на 1С - 2 месяца, ну и месяц - обучения для всего, кроме удаленных рабочих мест. Правда минусы - указал выше)

Ищите аналоги.


Именно - "потом" - всегда наступает. И поэтому сразу пишите - правильно (а лучше что-то готовое, типа Compiere). Иначе когда это потом настанет, окажется что на наспех сляпанное - не натянуть никак 

Temdegon, 

Посмотрите: http://www.openbravo.com/product/pos/

Всем спасибо за ответы. Посмотрел опенсорс решения - все не то. Будем писать сами.

Рассмотрите еще вариант - инициировать новый оперсорс проект. 

А с какой целью?