Бест регардс, Михаил Федотов!
Похоже, я тоже ваш единомышленник. Как бы мне к вашей группе примкнуть? :)
А если серьёзно, то я на Постгре+Тикль создаю RAD-CASE платформу разработки учётных приложений. С перспективой выхода на PLM, а для ВПК эта тема ОЙ как интересна.
Идея в том, чтоб описать предметную область и требования заказчика в диаграммах разных нотаций - расширенной ER, BP, описания распределения прав доступа и т.д. вплоть до описания GUI.
Причём по предшествующим диаграммам можно генерировать прототипы для последующих - из расширенной ER-диаграммы можно породить диаграмму некого шаблонного GUI, на который потом можно наводить лоск в терминах GUI-нотации.
Сейчас мной реализован универсальный диаграммер ComDiag, который позволяет создавать диаграммы в заранее описанных нотациях. Внешне функциональность напоминает Visio, но редактируются не изображения диаграмм, а модели, которые диаграммами визуализируются.
Реализован генератор GUI по диаграммам GUI-нотации. Пока на Tcl/Tk, но руки дойдут - можно будет на JS переписать, чтоб порождать браузерного клиента. Пока не реализовал TreeView и вообще контролы навигации по иерархическим и сетевым структурам. Но это на ближайшей очереди.
Реализовал генерацию схемы БД по расширенной ER-нотации. Вместо обобщенных сущностей предлагаю использовать вполне специализированные - статические справочники, объекты учёта, события, периоды и т.д. Вот "и т.д." пока не реализовал :))
Подробней об идеях, лёгших в основу этого проекта, можно прочитать в статьях о проблемах моделирования бизнес-процессов и об учётных системах на сайте www.rad-erp.ru
Если станет интересно - давайте посотрудничаем.
Одно маленькое замечание - не стоит заглядывать в будущее, его надо создавать самим!

>Двадцать лет назад эта гениальная идея называлась Designer/2000. Аж ностальгия пробила.

Точно! Удивляет, почему начиная с Oracle8 об этом ни слуху, ни духу?
Кстати, есть радикальные отличия от Designer/2000.
1) Набор нотаций для диаграмм открыт для дополнения.
2) Есть нотация GUI, которая в отличие от Oracle-Forms делает процесс генерации форм гораздо более управляемым
3) Есть нотация управления правами доступа, в том числе на уровне записи.
4) ER-нотация расширена и специализирована.
Ну и многое другое...
Я действительно затеивал этот проект под впечателением от Oracle-Designer/2000, но привнёс в него свой опыт разработки учётных приложений.

превед!Идея в том, чтоб описать предметную область и требования заказчика в диаграммах разных нотацийЭто утопия и маниловщина. Сгодится только для простых случаев.
На чём основано столь радикальное мнение?
На собственном опыте? Каком? Или просто на природном скепсисе?
Любая, сколь угодно сложная система декомпозируется на простые подсистемы.
Главное, дать разработчику инструмент декомпозирования.
Особое место в учётных системах занимает GUI. У разработчика на его реализацию уходит от 70 до 95 процентов трудозатрат. Причём все решения не простые, а очень простые. И проблема лишь в том, что их много, и в голове все взаимосвязи не удержишь. А если предоставить возможность эти взаимосвязи учитывать (всё равно в ЧТЗ кодерам их приходится специфицировать), то оказывается, что алгоритмы их реализации в код клиентской части просто тиривиальные.
В принципе то же можно сказать и о генерации схемы БД, и о генерации процедур, вычисляющих права доступа по соответствующим диаграммам.
Тестируюсь я пока на действительно простых случаях - полтора-два десятка таблиц, соответсвенно под пол-сотни форм, включая формы фильтрации и агрегации.
Хинт - чтобы сделать сложное простым надо перейти на другой уровень абстракции представления.
В этом была суть перехода с ассемблера на языки высокого уровня, например.