Уже не первый раз за последнее время в Европе я натыкаюсь на разработчиков ПО, которые не стесняются использовать PD в своих корыстных целях, а именно: использует его для описания, хранения и визуального изменения собственных метамоделей и генерации изменений со своих моделей на физические модели. Например, не так давно мне лично давали поюзать в познавательных целях продукт, который подключается к метаданным IQ, Informatica и BusinnesObjects и на PD визуально разворачивал полную модель просмотра и управления всеми процессами хранилища данных и у меня была возможность оценить эффективность PD. Из той же серии есть продукт, который управляя PD позволяет загружать физические модели оперативных данных, трансформировать их в модели ХД и автоматически генерировать скрипты загрузки информации из оперативной БД в ХД, то есть фактически используя PD сделали полноценное ETL средство. Я порылся в документации PD, нашел поддержку собственного встроенного языка, а так же возможность его интеграции с приложениями как COM сервера. Хотелось бы узнать - никто у нас русскоязычных ИТ шников не имеет опыта использования PD как CASE для собственных нужд ? ;)

Petro123авторУже не первый раз за последнее время в Европе я натыкаюсь на разработчиков ПО, которые не стесняются использовать PD в своих корыстных целях,
Может у вас специфические разработчики?
Не думаю, что этот продукт так широко распространён.
Тут Вы ошибаетесь. В Европе это один из самых распространенных CASE.

MasterZiv
У нас есть огромный опыт использования ErWin-а для собственных нужд.
А вот с PD как раз не сложилось - нету в нём макроязыка.
Ну или не было на тот момент, когда мы себе выбирали.

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

Полный доступ и управление объектами схемы, нарисованной в Case (фактически доступ к метамодели)

Возможность описать свою модель для Case, с подключением своего кода для генерации реверса и дальнейшего преобразования объектов схемы в физическую модель
Все это в Европе народ успешно юзает в PD, у нас пока всех кого я знаю, PD только как Case с уже штатными моделями использует, поэтому и задал вопрос.

Все хорошо, но я не очень понимаю при чем здесь ErWin. Вопрос в топике конкретно про PowerDesigner :)

Petro123ErWin позволяет выгружать модель в XML. Отсюда мы можем делать всё что хотим.
То о чем я говорю с точностью до наоборот - я видел продукты, которые встраивают свою модель со своими бизнес понятиями в PowerDesigner, юзер рисует на ней схемы, они трансформируются PowerDesigner в скрипты или же накладываются на другие модели (например физическую модель БД). То есть PowerDesigner используется в приложениях как компонент интерфейс+ганератор для управления метамоделями и схемами.

Petro123MasterZiv
Или скоро будет не нужна.

+1
ASCRUSмне лично давали поюзать в познавательных целях продукт
я правильно понял - продукт "внутреннего употребления", не для заказчика?
Продукт тиражный и очень мощный - с его помощью можно централизованно отслеживать и анализировать все движение и преобразование информации по всей цепочке: OLTP->ETL->DWS->BI. Причем анализ идет на уровне метаструктуры каждого из компонентов, то есть можно например в PD открыть физическую модель OLTP, изменить в одной из таблиц имя поля и далее прямо по всей цепочке анализатор в визуальном виде развернет, как это аукнется во всех компонентах системы.

А6дуллаhТак что если у кого-то есть что-то подобное на PD - коммерциализуйте, интернационализуйте, пишите доки и зарабатывайте.
Ну это все делается ... в Европе, там хранилища данных и централизованное управление всеми этапами дело актуальное. Нам привезли показать в РФ больше в ознакомительных целях как партнерам на его потенциальное использование в проектах, завязанных на хранилища.

[quote]Применяется набор XML-metadata-адаптеров от MetaIntegration, кстати, входящий в ErWin и в PD (в крутых редакциях, видимо).[/quote]
Что то типа того, под каждый продукт система имеет свой адаптер, позволяющий считывать метаинформацию продукта и логи его работы.

P.S. В принципе то я сей продукт не в качестве рекламы упомянул, а только как пример использования в его составе PD, где вместо того, чтобы авторам сего продукта самим мудохаться с визуализациями графических схем, управлением объектов, генерацией скриптов, они приспособили под это дело PD. Что собственно говоря меня очень и заинтересовало ... насколько сложно в своих проектах делать нечто подобное без надобности изобретать лисапеды ;)

дддддА какие проблемы с графическим отображение метаданных?
я взял компоненту ExpressFlowChart, написал процедуру, которая пробегает по метаданым и рисует квадратики и стрелки.
Дело не только в отображении, а управлении ими и генерации скриптов. Как пример - Вам для пользователя надо предоставить инструмент, который позволит ему в бизнес терминах описать свою модель данных или процессы. Далее эта модель или процессы должна быть трансформирована в физическую модель БД или ЯП. Думаю по трудозатратам и так понятно, что лучше: сделать все самому с нуля или научить PD/ErWin оперировать схемой с нужными терминами и трансформировать ее в поддерживаемые физические модели. Так же понятно, при каком из вариантов продукт будет выглядеть солидно и мощно ;)