Разработка на основе моделей Model Driven Development с примерами использования Power. Designer. От редакции. В продолжение темы статьи система разработки на основе моделей Genie. Lamp. Кросс платформенное решение для WindowsLinux и различных СУБД. В этой статье несколько оторвемся от вопросов проектирования конкретных структур. Деревья в SQL. Конечно, решений существует больше, просто уважаемый автор и признанный эксперт. Об архитектурах мы поговорим в другой раз, а пока будем считать МПО достаточно. В архитектуре МПО у нас есть множество классов, описывающих сущности предметной. БД, в которой хранится состояние объектов. В подавляющем. большинстве случаев БД будет реляционной на основе одной из промышленных СУБД, таких. Последние записи. Вышла книга PowerDesigner 15. Как обещалась, начинаю цикл публикаций о PowerDesigner. Инструмент это. Вышла книга PowerDesigner 15. Продолжая цикл публикаций о продукте Sybase PowerDesigner, мне хотелось бы рассказать об. Книги По Powerdesigner' title='Книги По Powerdesigner' />MS SQL Server, Oracle и т. Реляционная и объектная модели являются ортогональными. Это означает, что. Несомненно, во многих случаях программисту удобнее работать с объектами, чем. Data Set. Однако, как пишет сам Фаулер, примерно. Делать это придется всякий раз при внесении. Оборотно Сальдовая Ведомость Скд 1С далее. Книги По Powerdesigner' title='Книги По Powerdesigner' />CASEтехнологии. В состав Power Designer входят следующие модули. Известный эксперт Мартин Фаулер в своей книге Архитектура. Книга дает общее представление о процессе моделирования в SAP Sybase PowerDesigner и знакомит читателя с различными. МПО, поэтому такие затраты автор справедливо относит к постоянным. Хотя. на рынке достаточно большой выбор готовых. ОРП, или ORM Object Relational Mapping. Давайте сделаем небольшое отступление на тему архитектур и разработки от модели. На первый взгляд все просто. Во первых, задача может оказаться сложной, а предметная область неизвестной. Классическая схема типа водопад подразумевает последовательное прохождение. Упор делается на глубокий анализ предметной. Соответственно эта. Весьма вероятно, что в это. Тогда. процесс возвращается на исходную точку и повторяется. Так как требования в условиях. В противоположность водопаду создатели методологии экстремального программирования. Раз. зацикливается, то в топку ее. Вместо тщательного и долгого анализа со слов заказчика. Поскольку при таком децентрализованном. В идеале эволюционным путем должно получиться. Но если. система достаточно сложная, то затраты на факторизацию с каждой итерацией растут. Вот таким образом. Модель ориентированная архитектура В последнее время много внимания в публикациях отводится теме архитектуры и разработке. MDA Model Driven Architecture и MDD или MDSD Model Driven Software. Development. В отечественной практике устоявшихся терминов еще не возникло, поэтому. МОА модельориентированная архитектура и МУР модельуправляемая. Не вдаваясь в подробности этих направлений, выделим только ключевые. Основная цель МОА минимизация затрат, связанных с привязкой к конкретным системным. Для этого вводятся вышестоящие уровни. Классический и относительно простой пример из этой серии, который используется. На основе одной концептуальной модели данных. СУБД. С появлением UML Unified Modeling Language унифицированный язык моделирования. При этом сам UML имеет самый низкий уровень абстракции. МОА начинается, когда вы создаете свои. По видимому, наиболее мощной и высокоуровневой практической реализацией идей. MDA на сегодня является инструментарий ARIS Toolset, предназначенный для моделирования. Направление МУР возникло как частное решение в ответ на недостатки классической. МУР укорачивает цикл от внесения изменения в модель до. Основные стратегии применения МОА для приложений баз данных Прежде чем рассматривать стратегии, договоримся об используемых терминах. Названия. направлений носят весьма условный характер терминология еще не сформировалась. Термины физическая модель данных ФМД и объектно ориентированные. ООМ используются в понятии инструмента моделирования Sybase Power. Designer. 1. 5 дневную версию вы можете загрузить с сайта производителя. ФМД подразумевает. СУБД, а ООМ. совокупность диаграмм, использующих нотацию UML. Объектно центричная стратегия. Ядром разработки являются ООМ. Все структурные изменения вносятся на. ООМ, и из нее же генерируется ФМД. В рамках этой стратегии с наименьшими. СУБД. Эта стратегия рекомендуется для новых проектов, не требующих привязки к существующим. БД, или если БД находится под полным контролем создаваемого приложения, т. Датацентричная стратегия. Ядром разработки  является ФМД. БД. Все структурные. ФМД, и ООМ диаграмма классов также восстанавливается. ФМД или синхронизируется с ней. Эта стратегия необходима, если вы создаете приложение, работающее с уже существующими. БД, менять структуру которых вы можете только в очень ограниченных пределах, как. На схемах, приведенных на рис. Выделенный овал ключевая модель, которая является центром. В рамках статьи мы рассмотрим только вторую, датацентричную схему разработки. Кроме того, поняв суть, вы сможете самостоятельно реализовать объектно центричную. Краткое описание цикла внесения изменений Рассмотрим пример процесса внесения изменений для датацентричной схемы с использованием. Power. Designer. В ходе работы будут использованы созданные автором VBA скрипты. Вы можете найти их на. В качестве первого шага можно перейти с какой либо устаревшей или немасштабируемой. СУБД. Например, часто мигрируют с MS Access на полноценную клиент серверную СУБД. Если таковых будет несколько, нужно условно выбрать. ФМД БД1. Если перехода в рамках проекта не. ФМД получается восстановлением из существующей БД, минуя. Как правило, этот этап разовый либо очень редкий. Теперь все структурные изменения вносятся только в главную физическую модель. Главная ФМД должна быть. VBA скрипта. Сразу. Она просто меняет некоторые некорректные типы данных, переименовывает. Элемент модели. Стереотип. Назначение. Table. No. Map. Предохраняет таблицу от отображения на класс. Класс будет сгенерирован. ООМ, но не будет включен в схему отображения. Reference. Manual define. Предотвращает название от автоматического изменения скриптом. Итак, отправной точкой будет внесение изменений в главную ФМД. После нормализации. Power. Designer из главной ФМД генерируется объектная модель ООМ, диаграмма. Зачем она нужна На ее основе мы создаем следующее Слой доступа к данным DAL Data Access Layer, который представляет собой. ОРП. В примере использовались средства NHibernate. XPO. Произвольное количество ФМД для других целевых СУБД. Схемы отображения mappings для каждого ОРП и СУБД. После восстановления из ФМД объектную модель также следует нормализовать и проверить. VBA скриптов табл. Файл. Назначение. Normalize reversed PDM. Нормализация главной ФМД после каждого изменения или регенерации. Normalize reversed OOM. Нормализация ООМ после каждой регенерации из ФМД3 Check OOM. Проверяет целостность ООМ с точки зрения стандартов имен. Generate NHibernate mapping. Генерирует схему отображения mapping для. NHibernate. 4 Generate XPO mapping. Генерирует схему отображения mapping для. Resource FilesObject Languages относительно. Power. Designer. В общем виде порядок внесения изменений таков. Изменяем главную ФМД. Проверяем ФМД. В среде Power. Designer выбираем нужную ФМД и проверяем ее. F4 или команда меню Tools Check model. Если Power. Designer. Нормализуем ФМД. Запускаем скрипт 1 Normalize reversed PDM. Если ошибок не обнаружено. БД или модифицировать имеющуюся прямо из Power. Designer. либо сгенерировать соответствующий SQL скрипт для запуска из консоли. Выбираем. ФМД и нужный пункт в меню Database. Создаем ООМ. В меню Tools Generate Object Oriented model выбираем Updating. Обновить существующую модель в первый раз вам нужно будет ее. Preserve modifications. Нормализуем ООМ. Выбираем созданную ООМ и последовательно запускаем скрипты. Normalize reversed OOM. Check OOM. vbs. Если ошибок не обнаружено, переходим. Генерируем DAL. Из активной ООМ выбираем в меню Language  Generate C. После окончания. необходимо будет включить новые файлы в проект в среде Visual Studio и перекомпилировать. Генерируем схему отображения mapping. Запускаем скрипт 4 Generate NHibernate. XML mapping schema для NHibernate. БД и DAL, созданным на предыдущем этапе. Аналогичную схему можно получить. XPO. В данном цикле для простоты мы опускаем этап генерации ФМД из ООМ для других. БД и соответствующих схем отображения для них. На рисунках они показаны. Схема отображения для БД2.