ivanov-voidИзвестно, что использование CASE-средств позволяет существенно снизить трудозатраты на разработку сложного программного обеспечения, в основном за счет автоматизации процессов документирования и контроля.
Кому известно?

ivanov-voidПричем, чем сложнее разрабатываемое программное обеспечение, тем больше выигрыш от использования CASE-технологий.

"Сложность" очень размытое понятие.

ivanov-voidИспользует- ли кто данные средства в разработке, и есть- ли впечатления, которыми хотелось бы поделиться?
CASE-средства это очень обширный термин. Например UML моделирование используют. Местами успешно.

Картинки атас. Из какой книги, если не секрет?
Вытеснить кодинг на столько на сколько это возможно в теории CASE-средства не могут по ряду причин
- Высокий уровень абстрагированности. Во многих случаях он просто не позволяет реализовать нюансы, которые можно описать кодом.
- Необходимость привлечения программистов. Рисование алгоритма или business workflow в виде некоторой визуальной схемы требует от пользователя точно таких же уменний, которые нужны от программиста. Т.е. человек, который этим занимается достаточно долго, этот тот же самой программист, но только на необычном языке.
- CASE средста сами по себе являются сложными системам, которые требуют дорогостоящей поддержки и своими собственными багами порождают баги в новых системах. Особенно за счет кодогенерации. Т.е. если в кодогенератор закралась ошибка, то она способна породить множество ошибок в различных модулях различных систем.

Вы реферат пишете?

Первая табличка - это вообще мечты из 90х. К реальной жизни и процессам разработки отношения не имеет.

У нас тоже хибер на высоконагруженом проекте. Толстый кэш и рассинхронизация клиентских запросов с БД дают отличный запас по производительности. Перевод на JDBC это экономия на спичках. Можно там выжать какие-то миллисекунды, но если проект не масштабируется, то и отказ от ORM не спасёт.