Трансформация и конфигурация программных систем

В ГП предложены методы трансформации и конфигурации ПС из пространства моделей, которые разрабатываются при проектировании приложений предметно-ориентированными языками [91].

Трансформационная модель. Модель приложения или домена, описанная языком DSL (из пространства проблем может превращаться в пространство решений путем трансформации DSL-спецификации модели в реализацию более простых ЯП (рис. 2.12).

Рис. 2.12. Модель трансформации ПрО.

Главный механизм перехода от описания приведенных моделей к исходному результату — трансформация описаний понятий домена в промежуточный язык DSL-пространства решений, а дальше в язык реализации компонентов с учетом платформы, где расположены готовые компоненты и/или новые задачи.

Пространство проблемы состоять из отдельных аспектов проблем. В зависимости от них трансформация может происходить в язык реализации, а в другой DSL-язык (фактически, язык другой ПрО, например, качественных ПС).

Конфигурационная модель.

Модель базируется на конструкторских правилах, которые оптимизируют абстракции и характерные черты домена, входящих в GDM (рис. 2.13).

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

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

После отображения это пространство содержит множество компонентов (КПП, reuse), схемы сборки готовых компонентов, варианты архитектур некоторых членов семейства.

Рис. 2.13. Конфигурационная модель ПрО.

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

При конфигурационном подходе может применяться другой язык описания архитектуры ADL (Arhitecture Description Languages).

По правилам описания архитектуры, трансформация описаний хара! сгеристик и ограничений MX производится в описание обобщенной архитектуры семейства ПС в языке ADL. Следующая трансформация описаний компонентов выполняется средствами ЯП. Конфигурационный файл содержит все элементы реализации компонентов ПС, а также для выполнения и внесения изменений в структуру ПС и СПС.