tygra...Ну неужели людям больше делать нечего? Или времени девать некуда? Ну тогда бы занялись изучением - глядишь, и двухзвенки бы получились путевые.
Сказано сделано, будем делать путевую двухзвенку, классический клиент сервер.

Получили мы заказы в электронном виде, на аптечном складе. Как, это упустим. Все в базе данных, и по структуре и по смыслу согласовали.
Теперь заказы нужно обработать.
Если содержимое заказа отсутствует в наличии, его нужно на рассмотрение менеджеру по работе с поставщиками, пускай разбирается, это его работа.
Если заказ может быть выполнен, но заказчик еще не расплатился за прошлые поставки и исчерпал уже кредит доверия, отправим к менеджеру по работе с заказчиками, пускай разбирается.
И те что остались в оперативную обработку. Отгрузка формируется не только на основании электронных заказов, по телефону, кто то лично приехал, и у электронных заказов приоритет последний. Получается очередь. Можно провести предварительные расчеты по маршруту поставки, решать будет менеджер, а мы ему предварительный расчет предложим.
Можно еще и статистику с аналитикой просчитать.
У многих товаров есть сопутствующий товар, т.е. Если клиент заказал «шприцы» и только, но что ими «колят» не заказал и не заказывал ранее, нужно взять на заметку и менеджеру, пускай работает.
Есть сезонность спроса, простудные зимой, аллергические весна – лето и т.д., можно посмотреть из клиентов кто не по сезону заказывает и выяснить почему, опять выявили и менеджеру на заметку. И таких расчетов полно, все что нужно данные в базе и алгоритмы в программе.
Вот и сделали. Классическая двухзвенка, мало того человек нужен только для «Вкл./Выкл.», а так все само.
Правда некоторые алгоритмы ресурсы не «нюхают», а «жрут», но ведь это не проблема, для дела и железо найдем и сетевой проводок «по прямее».
Красота, все крутится и вертится, классика. Внутреннюю диспетчеризацию организовали, если заказов много статистикой и аналитикой можно на досуге ночью заняться.
Но ведь софтина может подвиснуть или упасть, не будешь же сидеть перед ей. Ну что мы без рук? Хлопнули в ладоши и вот за ей уже со стороны присматривают, если упадет ее подымут, мол нехрен на диске без дела валяться и в логи паганить,иди работать.
Итог:
- для работы софта нужны данные и алгоритмы
- работает под присмотром другого софта
Так что же это получилось?
Не классический ли сервер приложений?
С чем боролись на то и напоролись?

FYI "Ну и что?" и вернешься к своим делам, потому что инфы-то полезной для себя никакой не получаешь. ответ также прост, как и очевиден – ваш опыт и знания на порядок, или порядки, превосходят тех кто здесь что ни будь ляпнул. Поделитесь им и инфа полезная добавится.

FYI разговоры про 3-tier и BizTalk более актуальны были лет несколько назад, когда эти концепты созревали. за это время многое созрело и иногда интересны не только сами голые концепты, но и их применение на практике.

FYI Тогда имеет смысл рекомендации вендора читать, а не на текстовой барахолке толкаться мессагами. /* IMHO */ где бы мне найти такую песню, что строить и жить помогает.
Я, бы все перечитал. Вот только в сутках 24 часа, 8 нужно работать, я пытался говорить, что мне почитать хочется, безполезно, работать надо, работать и весь ответ, часа 2-3 семье уделить, что бы не удивляться потом, откуда взялись рога при недостатке кальция в организме, а с 24.00 до 6.00 спать очень хочется.

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

Garya _рубльИ если эта логика, по сути своей, различна. Где ее разместить?Конкретно в рассматриваемом случае лично я бы разместил ее на сервере BizTalk.Все может быть, все.
Только при разработке серверных решений, очень не хочется ориентироваться только на определенную платформу, как операционки так и СУБД.
Не по тому что одна лучше, а другая хуже, потому, что есть и другие.
Есть желание ориентироваться на стандарты, а не на платформы, и сочетание J2EE & SQL, тоже не плохо.

Был еще интересный пример.
Два студента диплом делали.
А смысл заключался в следующем: все пользователи рано или поздно косячат.
Обработчики ошибок это перехватывают и предупреждают.
Эти двое предложили вести журнал косяков, для каждого поименно и на основании его анализа разрабатывать индивидуальные вопросники для пользователей. Достигли косяки критической массы, пользователю предлагается минут на пять, десять в день по отвечать на вопросы, составленные таким образом, чтобы ответы на их обеспечили его, пользователя, информацией о смысле того, как и что нужно делать. Если успехов нет, докладная на стол руководству, с последующей аттестацией.
Запустили, эту полностью автономную софтину. Результат был положительный.
Правда когда верхнее руководство стало само косячить безбожно, выключили.