Архитектура, управляемая моделью (курсовая)

Московский Энергетический Институт(Технический Университет)Курсовой проектпо курсу: «Распределённые информационные системы ибазы данных»На тему: «Архитектура, управляемая моделью(Model-driven architecture, MDA)»СтудентМакашова М.Б.ГруппаА-13-07ПреподавательКуриленко И.Е.Москва 20111ОглавлеиеВведение......................................................................................................... 4Основные понятия ........................................................................................ 8Цель MDA ......................................................................................................

9Ядро MDA.................................................................................................... 11Архитектура CWM ...................................................................................... 14CWM ......................................................................................................... 14MOF ..........................................................................................................

14XMI ........................................................................................................... 15Представление метамодели.................................................................... 15Технология Model Driven Architecture (MDA), суть, перспективыиспользования. ....................................................................................................... 18Жизненный цикл разработки с помощью MDA ...................................... 20Типы моделей .............................................................................................. 21CIM ........................................................................................................... 22PIM............................................................................................................

24PSM........................................................................................................... 24Модель платформы ................................................................................. 25Уровни модели............................................................................................. 26Уровень бизнес-логики........................................................................... 26Уровень данных .......................................................................................

26Уровень пользовательского интерфейса ............................................... 26Типы моделей .............................................................................................. 27Бизнес-модели и модели программного обеспечения ........................ 27Структурные и динамические модели .................................................. 28Платформо-независимые и зависимые модели ................................... 30Преобразование .......................................................................................

31Преобразования между идентичными языками .................................. 33Основы фреймворка MDA ......................................................................... 34Этапы разработки........................................................................................ 36Первый этап ............................................................................................. 36Второй этап .............................................................................................. 37Третий этап .............................................................................................. 38Преобразование моделей PIM PSM ..........................................................

402Многоплатформенные модели ................................................................... 42Инструменты ............................................................................................... 43Поддержка преобразования ................................................................... 43Инструменты преобразования PIM в PSM .......................................... 43Инструменты преобразования PSM в код ............................................

43Инструменты преобразования PIM в код ............................................ 43Настраиваемые инструменты ................................................................ 44Инструменты задания правил преобразования.................................... 44Другие инструменты...............................................................................

45Выбор инструментов ............................................................................. 47Достоинства MDA ...................................................................................... 48Производительность ...............................................................................

49Мобильность............................................................................................ 50Функциональная совместимость........................................................... 51Документация .......................................................................................... 53Примеры....................................................................................................... 54Публичные и частные атрибуты ............................................................ 54Связи......................................................................................................... 56Перспективы развития MDA .....................................................................

59Процесс разработки ................................................................................ 59Заключение .................................................................................................. 62Список литературы .....................................................................................

633ВведениеПоследние годы наиболее часто используемым подходом кпроектированию программного обеспечения (ПО) является объектноориентированный подход (ООП) . Разработанный в 80-х годах XX века онактивно развивается. В основе подхода лежат понятия класса (типа), объекта(экземпляра класса), метода (некоторой реализуемой функциональности) иатрибута (характеристики).

Система, построенная согласно данному подходу,представляет собой совокупность взаимодействующих между собойобъектов. Задачей разработчика является разработка эффективной иерархииклассов для реализации приложения, основываясь на трех основныхпринципах ООП: полиморфизме, инкапсуляции и наследовании. Первыесреды, поддерживающие ООП, реализовывали функции упрощенногосоздания синтаксических конструкций (классов, методов, атрибутов). Крометого, поставщиками сред стали разрабатываться библиотеки классов,реализующих сервисные функции в объектно-ориентированном стиле(например, скрывающие вызовы операционной системы (ОС),предоставляющие возможность упрощенной работы с пользовательскиминтерфейсом и др.). Со временем сложность поставляемых библиотек рослав интересах поддержки новых технологий разработки, созданияраспределенных приложений, работы с Internet.

Кроме того стала очевиднанизкая степень совместимости созданных на их базе сред и приложений. Врезультате по мере увеличения степени сложности систем все более явнымистановились сложности создания объектно-ориентированных приложений:высокий риск ошибок, заложенных при дизайне системы из-занедостаточного опыта исполнителя или высокой степени сложностиПО;сложности при разработке распределенных приложений иинтеграции созданных ранее систем из-за отсутствияунифицированных способов сетевого взаимодействия;4низкая степень совместимости сред разработки и приложений,построенных на базе платформ от разных поставщиков;сложности при переделке систем как результат историческогоразвития архитектуры и низкого качества или отсутствиядокументации.Перечисленные проблемы привели к удорожанию разработки иосознанию необходимости поиска решения озвученных проблем.Одним из способов решения первой проблемы является использованиешаблонов проектирования и описанных архитектурных подходов.

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