Базовые подходы к проектированию сложных систем

Модели MDD, MDA, MGD разработки программных систем

Моделирование ПС и их семейств выполняется средствами компонентного программирования в части построения отдельных КПИ и их сборки в конфигурационный вариант ПС или СПС на основе спецификаций компонентов в пространстве проблем. Это описание базируется на подходах FOD (Feature-Oriented Development) построения MX ПрО, MDD (Model Driven Development) и MDA (Model Driven Architecture) и др. Архитектура системы может выполняться с помощью платформо-независимой модели PIM (Platfonn Independent Model) и платформо-зависимой модели PSM (Platfonn Specific Models). Концепции двухуровневого моделирования архитектуры MDA (Model Driven Architecture) и отображения PIM<-«PSM соответствует концепции отображения пространства проблемы в пространстве решений [91 — 94] .

Модель MDD. Базируется на унифицированном языке моделирования UML с графической формой представления семантики. В MDD определяется система с четко определенной семантикой, и ее артефакты могут быть преобразованы, трансформированы к коду реализации (аналогично тому, как код JAVA компилируется в байт-код). При MDD определяется модель семейства ПС (Application Model), члены которой имеют общие функции, но зависят от платформы реализации компонентов и данных. Преимущество применения MDD для построения членов семейств заключается в том, что «управление» точкой вариантности для платформы выполняется автоматически путем трансформации моделей PIM — PSM. Члены семейства различаются не только на уровне платформы реализации, но и на уровне функций ПС, требований, а также достижения качества ПС.

Приспособление подхода MDD к потребностям приложения может быть выполнено путем добавления к модели ПрО вариантов точек для управления альтернативными концепциями вариантной конфигурационной структуры. Это особенно необходимо при их уточнении или изменении некоторых КПИ в ПС. Выбор разных концепций представления модели ПрО будет предопределять появление разных прикладных моделей ПС, которые, при генерации, автоматически трансформируются к модели MDD.

Модель MDA. В основе этой архитектуры лежит идея разделении этапов моделирования и последующей реализации приложения на конкретной платформе. Сначала с помощью специальных средств создается общая и независимая от способов реализации модель приложения, а затем осуществляется ее реализация в некоторой среде разработки.

Архитектура MDA возникла на основе наличия ряда стандартов и технологий. Концептуальная основа MDA — спецификации ОМА, ORB, CORBA, ООП, стандарт CWM, языки UML, XML, MOF.

MDA — это новый виток эволюции технологий программирования в плане описания процесса разработки в целом и с использованием современных средств представления, что позволяет автоматизировать создание приложений. MDA станет промышленным стандартом в ТП.

В классической модели MDA действует схема (рис. 3.2,а). С учетом потребностей доменов эта схема модифицируется (рис. 3.2,6).

Рис. 3.2. MDAдва варианта (а, б) семейств систем Фактически спецификация ПС соответствует подходу MDD (рис. 3.3, а) определяет модель семейства ПС (Application model), члены которого имеют общие функции, но выделяются платформами реализации. Как это видно на рис. 3.3, где показаны два способа реализации информационного взаимодействия прикладных применений. Выбор альтернативных платформ связан с «точкой вариантности» в семействе, которая находится над моделью Г1С и она невидимая на уровне конкретной ПС из семейства СПС.

Рис. 3.3. Два подхода к реализации взаимодействия приложений: о- централизованный доступ, б- взаимодействие нарами Преимущество применения MDD для построения члена семейств заключается в том, что «управление» точкой вариантности платформ выполняется через трансформацию PIMPSM.

Члены семейства различаются не только на уровне платформы реализации, но и на уровне функций ПС, требований к качеству и инфраструктуре, а также активов, которые реализуют альтернативные концепции. Приспособление подхода MDD к потребностям ГП может быть выполнено путем добавления модели ПрО, которая будет определять точки, где могут быть выбраны альтернативные концепции.

Выбор разных концепций из модели ПрО предусматривает появление разных прикладных моделей Г1С, которые, при правильной реализации трансформации автоматически в рамках традиционного подхода MDD (Yodel Domain Development).

Таким образом, преимущества этого подхода следующие: независимость модели от средств разработки; возможность переноса из одной операционной системы в другую и экономия ресурсов приложения одновременно для нескольких платформ; создание частей приложения.