Content deleted Content added
m Open access bot: arxiv updated in citation with #oabot. |
m Replaced 1 bare URLs by {{Cite web}}; Replaced "Archived copy" by actual titles |
||
| (4 intermediate revisions by 4 users not shown) | |||
Line 1:
{{Short description|Specification language}}
{{External links|date=November 2024}}
A '''model transformation language''' in [[systems engineering|systems]] and [[software engineering]] is a language intended specifically for [[model transformation]].
Line 7 ⟶ 8:
Currently, most model transformation languages are being developed in academia. The [[Object Management Group|OMG]] has standardised a family of model transformation languages called [[QVT]], but the field is still immature.<ref name="FranceRumpe"/>
There are ongoing debates regarding the benefits of specialised model transformation languages, compared to the use of general-purpose programming languages (GPLs) such as [[Java (programming language)|Java]].<ref>{{Cite web| title=The Future of Model Transformation Languages: An Open Community Discussion | url=https://www.jot.fm/issues/issue_2019_03/article7.pdf | archive-url=https://web.archive.org/web/20200215140328/http://www.jot.fm/issues/issue_2019_03/article7.pdf | archive-date=2020-02-15}}</ref> While GPLs have advantages in terms of more widely-available practitioner knowledge and tool support, the specialised transformation languages do provide more declarative facilities and more powerful specialised features to support model transformations.<ref>{{cite journal
== Available transformation languages ==
Line 31 ⟶ 32:
* [[UML-RSDS]] [https://projects.eclipse.org/projects/modeling.agileuml] : a model transformation and MDD approach using UML and OCL
* [[VIATRA]] : a framework for transformation-based verification and validation environment
* YAMTL (see [https://yamtl.github.io/]): An internal DSL for model transformation within JVM languages (Java, Groovy, Xtend, Kotlin), featuring key characteristics such as runtime performance, reuse of transformation logic, incremental execution, and independence from IDEs.
==See also==
| |||