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

Вообщем, направление вы поняли. Пользователей, допустим, одновременно работающих 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С аналог" вестимо.

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

Petro123mad_nazgul,
у тебя с логикой всё в порядке?
Да, валенки, МОЖНО но не НУЖНО учитывать через двойную запись.
Да, валенки, можно учитывать в ИС Бухгалтерия.
А вот, обратное - нельзя.
ЗЫ.
Я верю, что китайцы все на одно лицо. И ГИС\Учётка\Бухгалтерия\Фотошоп пишутся одинаково.

Про валенки не понял.пусть перемещение со склада на склад - это изменение баланса..двойная запись для валенков автоматически ведется ;)))))

Petro123Озверин,
Я же не знаю, ЧТО ты подразумевал под " учёт денег " )))))
Если подходить серьёзно, то в таких ИС есть целый слой API _предметной области_.
Требования к данной категории ИС обсуждаются здесь:

Форум рядом - Проектирование ИС.
Например, топик:
ФИФО, ЛИФО, шмифо - когда списывать себестоимость? (1,2,все)

Молодой человек,прошу вас пройти в тот форум, суть топика была совершенно в другом ;)

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

Сам процесс корректировки не чужд двойной записи ;)
Найденные "полтора миллиона" на складе - результат пересорта. Мысль разбавить или итак понятно?:)

Petro123ОзверинМолодой человек,прошу вас пройти в тот форум, суть топика была совершенно в другом ;)
в теме убери слово - трёп ))

Молодой человек, вы противоречите сами себе..если треп - то все остаемся тут и трепемся..если нет, то следуйте сабжу топика ;)

Petro123Озверин,
двойная запись противоречит нормализации в модели данных.

кхмм..и? Нормализация бд - не есть цель разработчика бд, представьте себе...такие дела.

Petro123Озверинпропущено...

кхмм..и? Нормализация бд - не есть цель разработчика бд, представьте себе...такие дела.
а ты не спорь, а просвящай. Кто автор топика?
Что для тебя ТОГДА цель?

А почему для меня? ;) Для меня целью - набор инструментов.и почему ;) Из сабжа понятно..ну и пятничный треп же...;)
А для разрабочтика бд целью является архитектура бд: куда входят цели (поддержка, сооветсствие объектной модели), эффективность(производительность, масштабируемость) и что-то еще...нормализация - метод.

Petro123Озверин,ok
- берём 1 пост:
авторЕсть общие подходы, а есть практика.
Представим, что прямо сейчас вас заставляют спроектировать учетную систему:
-учет в единицах измерениях
-учет в деньгах
-документы: приходные накладные, расходные накладные, счет-фактуры и так далее.
Вообщем, направление вы поняли.
Тезисы:
- "общие подходы" - это классифицировать систему (ГИС \ СЭД и т.д.)
- если это а-ля 1С, то не изобретать велосипед. Т.к. там СВОИ ТРЕБОВАНИЯ И МОДЕЛЬ
Т.е. учётка валенков и денег отличается.
Ты против? )

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

Petro123ОзверинТам суть сабжа становится понятнее
какой ты загадочный)
Там сразу дальше:
авторВообщем, направление вы поняли.
))))
Т.е. если Финансовый учёт, то шефу ты понесёшь отчёт вчера на 5 лямов. А завтра на 3 ляма.
Если там написано, "Деньги - справочно, как среняя по госпиталю". То я согласен. Такую я сам напишу).

Если так записано, так и сделаю. В чем проблема?:)