MDA и MDD часто рассматриваются как направление дальнейшего развития UML. Суть MDA и MDD заключается в том, что модели будут способны управлять созданием исполняемой программной архитектуры. Иными словами, ПО будет создаваться за счет трансформации визуальной модели в программный код при помощи средств и инструментов MDA/ MDD.
На практике развитие средств MDA/MDD позволит превратить UML в основной механизм производства программного кода, тогда как сейчас UML является скорее прообразом подобной методики.
Разница между подходами не так уж велика: в обоих случаях делается акцент на применении моделей как для создания архитектуры, так и для разработки ПО. Иными словами, модель — это своеобразный центр, вокруг которого происходит вся дальнейшая деятельность.
В случае с построением архитектуры на основе модели программирование играет второстепенную роль, поскольку в идеале удается получить автоматически сгенерированный код на основе созданных разработчиками точных и исчерпывающих UML-диаграмм.
Рассмотреть логику применения данных подходов проще всего на примере MDA. На первом шаге требуется создание машинно-независимой модели (CIM), которая характеризуется высоким уровнем абстракции. CIM фиксирует основные требования к системе и включает в себя словарь предметной области.[1]
В дальнейшем модель CIM становится основой для разработки платформо-независимой модели PIM. PIM — модель более низкого уровня, которая выражает семантику деятельности ПО, но без ориентации на конкретную базовую платформу. После некоторых внесенных дополнений PIM преобразуется в платформо-зависимую модель (PSM), из которой в дальнейшем и будет генерироваться код программного решения.
Уже сегодня существуют и относительно успешно применяются различные инструменты MDA. Наибольшего интереса заслуживает инструмент ArcStyler, с помощью которого можно сгенерировать до 70—90% кода. Тем не менее сегодня сгенерированный код даже самых современных и наиболее «продвинутых» инструментов MDA нуждается в серьезной ручной доработке. Кроме того, несмотря на кажущиеся преимущества подобного подхода, на практике его применение является серьезно ограниченным. Как правило, написание и поддержание подробных UML-моделей требует гораздо большего объема ресурсов, чем написание кода.
- [1] Бибичев А. Проектирование больших информационных систем в Agile.
