4. Преимущества mda

Циклограмма создания MDA-приложений (рис. 1.2) также содержит потенциальную возможность итерационной разработки. Однако в этом случае разработчик возвращается на этап I и при необходимости корректирует PIM-модель приложения. А поскольку (по крайней мере, такие намерения декларирует концепция MDA) PSM-модель и генератор кода в идеале должны быть полностью отработаны и функционировать «в автоматическом режиме», постольку все изменения PIM должны реализоваться в измененном коде приложения без искажений. Здесь уместно провести некоторую аналогию с прикладной программой и драйверами операционной системы: если прикладная программа использует некий стандартный драйвер, и он штатно функционирует, то при корректном изменении прикладного кода не произойдет никаких неожиданностей в работе программы в целом. Аналогию можно и несколько расширить: если заменить имеющийся драйвер на драйвер другого устройства (например, модернизировав в персональном компьютере звуковую карту), а прикладную программу оставить без изменений, то приложение должно по-прежнему штатно функционировать, взаимодействуя уже с другим устройством. То есть, создав один раз PIM-модель и заменяя потом «драйверы» ¬ PSM, ¬ мы добьёмся функционирования нашего приложения на совершенно разных платформах [7]. Уже из сказанного, очевидно, какие преимущества дает архитектура MDA. К этому можно добавить еще ряд полезных качеств нового подхода:

• Кардинальное повышение производительности разработки. По сути, при использовании MDA-архитектуры вся разработка сводится к корректному формированию PIM-моделей, устраняется этап «ручного» программирования.

• Документированность и легкость сопровождения. PIM-модель в MDA играет роль как проекта, так и основного документа ¬ описания приложения. В достаточно компактном виде PIM-модель содержит все сведения о программе.

• Централизация логики функционирования. В отличие от традиционного подхода, где логика работы приложения «разбросана» по программному коду, в MDA она сосредоточена в одном месте ¬ в PIM-модели. Приложение изменяет свое поведение при изменении PIM-модели.

• Облегчение доступности и управляемости разработки. С точки зрения заказчика или менеджера наличие платформенно-независимой PIM-модели резко облегчает понимание проекта в целом и управление разработкой. Это объясняется тем, что PIM-модель «не привязана» к специфическим особенностям сред программирования и по этой причине не содержит сложных или непонятных заказчику/менеджеру элементов и конструкций. UML-диаграммы, представленные в графическом виде, являются достаточно наглядными и по существу не требуют знания программирования или теоретических основ разработки реляционных баз данных.

5. Состояние и перспективы mda

Естественно, что создание такой технологии, как MDA, требует достаточно длительного времени. В конце 2001 г. консорциум OMG выпустил документ «Model Driven Architecture ¬ A Technical Perspective», являющийся первой предварительной спецификацией MDA. На очереди следующие спецификации и документы [8].

MDA не является, по замыслу OMG, конкурентом какой-либо из существующих технологий создания приложений (CORBA, .NET, J2EE и т. д.). MDA находится на более высоком уровне обобщения процесса разработки, позволяя на этапе создания PIM-модели абстрагироваться от этих платформ, на следующем этапе выбрать одну или несколько платформ разработки и создать соответствующий набор PSM-моделей и, наконец, на этапе генерации кода получить приложение, Функционирующее на этих платформах. И как, вероятно, справедливо полагает OMG, этот подход будет работать не только для существующих в настоящее время технологий разработки, но и для любых создаваемых в будущем, путем построения для них соответствующих адаптеров ¬ PSM-моделей.

Если намерения OMG будут реализованы, то в будущем сценарий создания приложений может выглядеть примерно так: создается платформенно-независимая модель, выбирается один или несколько готовых «адаптеров-платформ», далее запускается некоторый программный «MDA-генератор» - и на выходе получается приложение базы данных с готовым графическим интерфейсом. При необходимости изменения вносятся в модель, и процедура генерации повторяется.

Сейчас вышесказанное может вызывать здоровый скептицизм, однако, судя по серьезности намерений OMG и заслуженному авторитету этой организации, а также учитывая, что реализация и внедрение MDA является сейчас одним из ее важнейших стратегических проектов, эти планы рано или поздно будут реализованы [9].