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

Вообщем, направление вы поняли. Пользователей, допустим, одновременно работающих 30, обширное региональное покрытие(то есть работа с приложением в разных городах - синхронизация данных, веб интерфейс, иногда, работа в "локальных" условиях, когда инет недоступен)

Не углубляясь в детали, общий архитектурный подход и инструменты? Кто на что гораздо? Скажу сразу, это топик не потому, что мне дали такое задание..а просто в пятницу хочется актуализировать знания сообщества и потрепаться ;)

BlazkowiczОзверин-учет в единицах измерениях
-учет в деньгах

Это о чем вообще?

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

NixicСкорее всего, ну я так думаю, судя по себе, сейчас люди будут предлагать решения, которые сами применяют.
Ну я начну.

Для начала выбираем фреймворк. Я бы взял GXT или если нет сложных работ в таблицах, то Vaadin.
Затем подключаем к проекту JPA, создаем нужные с точки зрения бизнес-процессов классы сущности, чтобы ручками в БД ничего не трогать.
Подключаем Hibernate, чтобы было проще выдирать объекты из БД.
В качестве БД, я бы взял PostgreSQL.
Печать документов через выгрузку в Excel или другие файлы с помощью JasperReport или другой библиотеки отчетов.

Что получили:
веб-интерфейс, удаленный доступ хоть откуда.
можно закрыть все это дело ssl сертификатами.

Чего нет:
офлайн работы.
синхронизации.

То чего нет, можно решить установкой на локальном сервере своей версии приложения и организации обмена данными через xml, к примеру. Но здесь я не силен :)

PostgreSQL vs MySQL я так понимаю выбирали? Или просто "надежное" бесплатное любое?
В двух словах: gxt - vs что и почему?

Ладно, пока всем лениво, продолжу. Допустим, мы понимаем, что нашу систему сложно поддерживать(уже сейчас или с наследием); компания меж тем активно ударилась в бизнес процессы и таки родила что-то. Каждое изменение бизнес процесса представляет из себя, по сути, отдельный ИТ проект - так как пласт логики в любой случае находится в коде....
Кто нибудь задумывался об использовании каких-нибудь workflow engines под java? Об использовании bmn систем при разработке процесс ориентированного по(сложного по, что уж тут скрывать)

BlazkowiczОзверинЛадно, пока всем лениво, продолжу. Допустим, мы понимаем, что нашу систему сложно поддерживать(уже сейчас или с наследием); компания меж тем активно ударилась в бизнес процессы и таки родила что-то. Каждое изменение бизнес процесса представляет из себя, по сути, отдельный ИТ проект - так как пласт логики в любой случае находится в коде....
Кто нибудь задумывался об использовании каких-нибудь workflow engines под java? Об использовании bmn систем при разработке процесс ориентированного по(сложного по, что уж тут скрывать)
Мне просто некогда. Я просто прям сейчас делаю такой проект :)
...

Workflow движки - фигня. Не дают никаких преимуществ. Зато дают кучу головняка. Это всё равно что решить сказать "а бизнес логику мы пишем на другом языке".

Меня этот вопрос, кстати, тоже долгое время волнует. Почему? Почему 2-3 языка на проекте - это плохо, с учетом того, что разработка и сопровождение их оправданы? Если на джабе я сделаю быстро\быстрый back end, на RoR запросто прикручу Web, на питоне заскриптую то, что вприципе никогда не изменится. Почему нет?
Само собой, все ПМы возражать будут: зоопарк сложно поддерживать - поиск сотрудников с таким набором навыков - сложная и дорогая задача. Но это решаемая задача, и аутсорсом, обучением, и тд. Зато бизнес в краткие сроки получает продукт(а ведь как все мы знаем из собственной практики, бизнес все равно получит быстро продукт, который все равно на чем написан - будет сложно поддерживать.). И если даже одноязыковые потуги порождают "говноподелие", почему это говноподелие не родить на месяц другой раньше?:)

Petro123Так и представляю себе " приложение о деньгах " в ОФФлайне.
"Провести миллион рублей без связи в инет"

А я себе представляю "НЕ ПРОВЕСТИ" миллион рублей и потерять клиента из-за того, что "база недоступна, приходите завтра" ;)

BlazkowiczОзверинПочему 2-3 языка на проекте - это плохо, с учетом того, что разработка и сопровождение их оправданы?
Это не плохо. Я говорил о другом. Проект пишем на Java, а бизнес-логику на другом экстравагантном языке (bpm и т.п.). Представил масштаб трагедии? Или расписать?

ОзверинЕсли на джабе я сделаю быстро\быстрый back end, на RoR запросто прикручу Web, на питоне заскриптую то, что вприципе никогда не изменится. Почему нет?

В целом, всё правильно, но...
Нафиг RoR? На PHP дешевле кого-то найти. Но сейчас, смотря на Spring MVC, jQuery и повальный DHTML, я не вижу какая бы была выгода.
Почему именно питон? И мы же в начале договорились что у нас нет такого "что вприципе никогда не изменится".
Ну, и самое интересное, а как логику переиспользовать, если она вдруг нужна в разных языках. :)
Так бывает да. Что самым разным слоям вдруг нужно вычислять одно и то же.

Языки привел просто как пример. Насчет, почему РоР , а не PhP, потому что он довольно строго соответствует шаблону mvc при разработке, навязывая создание тестов и так далее, в значительной мере сокращая время разработчика и подталкивая хотя бы думать в правильном направлении ;) Холивар разводить не хочу. Почему питон? Привык к нему на консоле, в принципе, можно что угодно, тоже как пример. jquery, dhtml и тд - это не про поддержку...мне так кажется;) Хотя, конечно,зависит от культуры разработчиков. Под поддержкой я имею ввиду сопровождение...

Насчет, в принципе, никогда не изменится - это я, само собой, хватил лишнего, но , допустим, сам принцип скриптования пользовательских сценариев, иногда, сам по себе неизменен, как и доступ к фтп, копирование файлов и крон на никс системах ;)

mad_nazgulОзверинНе углубляясь в детали, общий архитектурный подход и инструменты? Кто на что гораздо? Скажу сразу, это топик не потому, что мне дали такое задание..а просто в пятницу хочется актуализировать знания сообщества и потрепаться ;)

А может взять готовое?
Типа OpenBravo?
Ну или другой OpenSource проект.
Как минимум там уже документы и учет будут "из коробки".
Ну а дальше напильником :-)

Это как вариант, но есть же печальный опыт ;(
p.s. Кстати глянул опенбраво - очень поучительная штука ;) спасибо

Petro123нужно учесть, что учёт денег(бухгалтерия), это совсем не учёт валенков.
Там много специфики в виде двойной проводки, регистра счетов и т.д.
Тем более нужно брать готовое.
Искать по ключевому слову "1С аналог" вестимо.

Брать готовое, если не своего богатого опыта. Под своим, я подразумеваю корпоративный опыт.