Model transformation is a key technique used inmodel-driven architecture. As the name QVT indicates, the OMG standard covers transformations, views and queries together. Model queries and model views can be seen as special kinds of model transformation, provided that we use a suitably broad definition of model transformation: a model transformation is a program which operates on models.
The QVT standard defines three model transformation languages. All of them operate on models which conform toMeta-Object Facility (MOF) 2.0 metamodels; the transformation states which metamodels are used. A transformation in any of the three QVT languages can itself be regarded as a model, conforming to one of the metamodels specified in the standard. The QVT standard integrates theOCL 2.0 standard and also extends it with imperative features.
QVT-Operational is an imperative language designed for writing unidirectional transformations.
QVT-Relations is a declarative language designed to permit both unidirectional and bidirectional model transformations to be written. A transformation embodies a consistency relation on sets of models. Consistency can be checked by executing the transformation in checkonly mode; the transformation then returns True if the set of models is consistent according to the transformation and False otherwise. The same transformation can be used in enforce mode to attempt to modify one of the models so that the set of models will be consistent. The QVT-Relations language has both a textual and a graphical concrete syntax.
QVT-Core is a declarative language designed to be simple and to act as the target of translation from QVT-Relations. However, QVT-Core has never had a full implementation and in fact it is not as expressive as QVT-Relations.[2] Hence the QVT Architecture pictured above is misleading: the transformation from QVT-Relations to QVT-Core given in the QVT Standard is not semantics-preserving.
Finally, QVT-BlackBox is a mechanism to invoke transformation facilities expressed in other languages (for exampleXSLT orXQuery).
Although QVT has a broad scope, it does not cover everything that has been considered as a model transformation, view or query. For example, the QVT languages do not permit transformations to or from textual models, since each model must conform to some MOF 2.0 metamodel. Model-to-text transformations are being standardised separately by OMG (seeMOFM2T).
In 2002, OMG issued a Request for proposal (RFP) onMOF Query/View/Transformation to seek a standard compatible with theModel Driven Architecture (MDA) recommendation suite (UML, MOF, OCL, etc.).
Several replies were given by a number of companies and research institutions that evolved during three years to produce a common proposal, based on a draft by UK research Dr Laurence Tratt. The first version was submitted and approved in 2005.[3] QVT Version 1.1 was released in January 2011.[1]
Eclipse M2M Operational QVT: official Eclipse open source implementation of QVT Operational.[5]
MagicDraw has the QVT plugin which uses Operational QVT implementation that is provided by theEclipse M2M project.
SmartQVT: an Eclipse open source implementation (Orange Labs) of the QVT-Operational language.
QVT-Core:
OptimalJ: Early access implementation of the QVT-Core language was inOptimalJ version 3.4 fromCompuware. However, OptimalJ has been discontinued.
QVT-Relations:
ModelMorf: A proprietary tool fromTata Consultancy Services Ltd. Fully compliant with QVT-Relations language. The trial version[6] provides a command line utility which consumes and produces models in XMI form. A full-fledged, repository integrated version is available as part of their proprietary modeling framework.[7]
MediniQVT:[8] EMF based transformation engine with EPL license for engine and non-commercial license editor/debugger. Uses QVT-Relations syntax, but deliberately departs from the semantics of the OMG standard.[9]
TheEclipse M2M project aims to produce an implementation of QVT Core and Relations.[5]
Echo,[10] an open-source EMF-based tool for model repair and transformation built over theAlloy model finder, which provides an implementation of QVT-Relations syntax, but using semantics that deliberately depart from the OMG specification.
QVT-Like:
jQVT:[11] A compiled QVT engine for Java, using Xbase in place of OCL. A QVT-relational transformation is first compiled into Java source code, which then directly produces the target model from source ones at run-time, without interpreting the transformation rule again. It supports EMF models, as well as plain Java objects.
Tefkat : an open source implementation of Tefkat language which is also similar to QVT. Open source.
ATL : a component in theM2M Eclipse project. ATL is a QVT-like transformation language and engine with a large user community and an open source library of transformations.
Model Transformation Framework (MTF):[12] anIBM alphaWorks project, last updated in 2007.
