Добрый день всем!
Вот примерно такая задача для приложения на Java:
Что есть:
1. Терминал сбора данных под WinCE 5.0, к нему EMDK for Java v2.5 (это для Моторолы). Как я понимаю, разработку можно вести в любой популярной среде.
2. Терминал работает через Wi-Fi точку доступа
3. Есть база данных MySQL ( или Oracle в перспективе) , в которой хранится справочник штрих-кодов.

Что надо (основные шаги):
1. Запуск приложения, установка коннекта к базе.
2. Сканирование штрихкода и проверка наличия штрихкода в справочнике (можно справочник заранее скопировать, можно запросом к БД)
3. Ввести количество (опция, по умолчанию поле недоступно)
4. Для отсутствующего товара выдать предупреждение, увеличить счетчик ненайденных товаров
5. Для найденного товара увеличить счетчик успешных товаров (счетчики нужны для визуализации процесса, не более)
6. В любом случае вставить информацию в БД
7. Ошибки типа прерывания связи с БД запрещают дальнейшую работу, т.е. накапливание данных на терминале не нужно.

Вопросы:
1. Насколько надежно, если это будет клиент-сервер? Сейчас есть аналогичная форма на 3-звенке, но она не устраивает по эргономике и процессу. Одновременно работают не более 10 пользователей. Сама 3-звенная архитектура тоже может быть применена.
2. Сколько времени займет разработка? Есть более подробное тз, разумеется. Запросы к БД уже реализованы. Оценка некоторая есть сейчас, но хочется объективной картины.

Java выбрана, т.к. в других приложениях уже используется. Если у кого есть опыт подобных разработок, можно обсудить сотрудничество (почта открыта). Я не специалист в таких разработках, сразу скажу, поэтому здоровая критика приветствуется.

Petro123,
нужно, чтобы приложение работало на терминале определенного семейства, Development Kit к нему есть. Вопрос в трудозатратах (оценочно) и самом подходе (по опыту)

забыл ник,
формы крайне примитивны, если честно. У вас был опыт подобной разработки?

забыл ник,
трехзвенка рассматривается как более надежный вариант

забыл ник,
трехзвенка рассматривается, как вариант. Речь идет о клиенте под конкретную платформу Win CE, количество пользователей (т.е. сессий) совсем невелико, не более 12 человек одновременно. Риск обрыва соединения решается автоматическим реконнектом к базе, как я полагаю, это несложно сделать на любом клиенте. сам сеанс сканирования небольшой по времени, и получается, что требования к надежности и масштабируемости невысоки. Я вижу это как обычно десктопное приложение, и все. Хочу просто понять, как аргументы против клиент-сервера могут быть, кроме религиозных соображений.

MasterZivЯ бы например это всё делал через JMS -брокера -- все действия посылал в виде инструкций в очередь,
нет возможности послать (нет связи) -- сохраняю в локальную очередь. Появилась связь -- послал всю локальную в общую. Всё сериализовано, всё последовательно.

Вот вам и лишнее звено, а на самом деле даже 2. итого -- 4 х звенка. Чем это плохо -- я не представляю.

Нужен ответ от базы, если, например, код отсутствует или плохо считался, т.е. предложение отсканировать повторно. Очередь не очень подходит.

забыл ник3) Способность лучше приспосабливаться к меняющимся условиям бизнеса, например пока у тебя только десктоп, но в дальнейшем вероятно появятся другие клиенты - тут надо думать, может и стоит заложиться.

Нет, этот функционал нужен только для сканера. Возможно при переходе от модели к модели будут тонкости, но пока я не вижу этих рисков, т.к. сканеры эксплуатируются годами.

MasterZiv,

3-4 месяца - не много ли получается? Схема БД и запросы уже есть. Форма - это минимум управляющих элементов. Я давно разработкой клиентских приложений не занимался, но сделать формы и обработать результаты работы+исключения не должно занимать столько времени, мне кажется.