gzto PL99
Спасибо за ответ. Еще вопрос - это средство для генерации только DW ?Нет, DW, чаще всего, создается динамически, если не указано обратное (еще может храниться в виде исходного текста в БД или в pbl-файле). Позволяет вести репозитарий проекта, описывающий структуру данных и интерфейсы доступа к ним, генерить пакеты Oracle, содержащие тривиальные функции для работы с данными и заглушки для функций нетривиальных. Ответная часть, представляет собой, по сути, тонкий клиент, интерпретирующий содержимое репозитария. К нему, при необходимости, можно вручную дописывать клиентскую логику и динамически (или статически) подключать файлы pbl/pbd.

gzto PL99
Еще раз побеспокою
Это средство, видимо, отрабатывает изменения структуры БД ?
Не совсем так. Изменения можно вносить как через интерфейс среды, так и обычными средствами (alter table ...). После этого необходимо зафиксировать изменения в репозитарии - нажать кнопку :-)

gzНасколько сложный интерфейс реализован - Grid, FreeForm, ..., отношения Master/Detail ? Вот это реализовано без дополнительного кодирования. Список, форма, форма мастер-детали на tabpage, из детали (списка) опять можно поднять FreeForm/Master-Detail. Можно еще поставить флажок, указывающий о необходимости использовать TreeView-интерфейс.

gzЧто понимается под "тривиальными функциями для работы с данными" - это операторы Insert, Delete, ... либо логика обработки данных, допустим после ввода данных ?Да, функции, реализующие Insert, Update, Delete с учетом иерархии объектов (подобия наследования). Для прочих функций генерируется заглушка, содержащая перечень параметров с комментариями, информация о которых тоже берется из репозитария. Передача фактических аргументов в такую функцию реализована в виде Wizard'а.

gzМного ли дописывается ручками ? Не сковывает ли руки разработчиков ?Бизнес-логика в этих серверных функция пишется ручками. Если кто-то чувствует, что ему чего-то не хватает, может дописать соответствующий функционал вручную. Если это нечто общее - будет включено в среду разработки.

gzВесь этот аппарат, в том числе и "тонкий клиент", работает только на этапе разработки ?Нет, "тонкого клиента" ставим заказчикам

Локшин Марк PL99Нет, "тонкого клиента" ставим заказчикам
А почему вы не поставляете ваш инструмент в качестве средства расширения вашего ПО заказчику?Во-первых, я уже говорил, что сомневаюсь что это можно продать. Если хотите, можно ответить по-другому - у нас такая модель бизнеса :-)
Во-вторых... Мне кажется, что компании, которые считают, что собственную информационную систему надо разрабатывать самостоятельно, держат собственных разработчиков, которые реализуют соственные идеи. А наших заказчиков самопальные средства разработки (да и не только самопальные) не интересуют, им нужны готовые решения. С таким же успехом можно было бы предлагать им PowerBuilder или конфигуратор 1С :-). До появления этого инструмента мы писали нечто софт более традиционным способом :-), хотя, конечно, некоторые технологии, ускоряющие процесс разработки использовались и тогда.

gzto PL99. Спасибо за подробные ответы.

Интересный подход. Плюсы очевидны - унифицирован интерфейс, под контролем содержимое БД, упрощается разработка, отладка приложений и, видимо, документирование.

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

Можно еще, конечно, поговорить о некоторых спорных моментах. Но заслуживает уважения уже только то, что сваять это непросто, непросто заставить его работать и, тем более, на нем работать.Скажем так - на мой взгляд, плюсов больше чем минусов :-)). А если возникает необходимость сделать нечто, совершенно не укладывающееся в предложенные рамки, всегда есть возможность разрабатывать как обычно :-)