To install click the Add extension button. That's it.

The source code for the WIKI 2 extension is being checked by specialists of the Mozilla Foundation, Google, and Apple. You could also do it yourself at any point in time.

4,5
Kelly Slayton
Congratulations on this excellent venture… what a great idea!
Alexander Grigorievskiy
I use WIKI 2 every day and almost forgot how the original Wikipedia looks like.
Live Statistics
English Articles
Improved in 24 Hours
Added in 24 Hours
Languages
Recent
Show all languages
What we do. Every page goes through several hundred of perfecting techniques; in live mode. Quite the same Wikipedia. Just better.
.
Leo
Newton
Brights
Milds

Model transformation

From Wikipedia, the free encyclopedia

A model transformation, in model-driven engineering, is an automated way of modifying and creating platform-specific model from platform-independent ones. An example use of model transformation is ensuring that a family of models is consistent, in a precise sense which the software engineer can define. The aim of using a model transformation is to save effort and reduce errors by automating the building and modification of models where possible.

YouTube Encyclopedic

  • 1/2
    Views:
    3 071
    986
  • Stanford Webinar - Business Model Transformation and Innovation
  • Business Model Transformation - Navigating the Future 2016 - 01

Transcription

Overview

Model transformations can be thought of as programs that take models as input. There is a wide variety of kinds of model transformation and uses of them, which differ in their inputs and outputs and also in the way they are expressed.

A model transformation usually specifies which models are acceptable as input, and if appropriate what models it may produce as output, by specifying the metamodel to which a model must conform.

Classification of model transformations

Model transformations and languages for them have been classified in many ways.[1][2][3] Some of the more common distinctions drawn are:

Number and type of inputs and outputs

In principle a model transformation may have many inputs and outputs of various types; the only absolute limitation is that a model transformation will take at least one model as input. However, a model transformation that did not produce any model as output would more commonly be called a model analysis or model query.

Endogenous versus exogenous

Endogenous transformations are transformations between models expressed in the same language. Exogenous transformations are transformations between models expressed using different languages.[4] For example, in a process conforming to the OMG Model Driven Architecture, a platform-independent model might be transformed into a platform-specific model by an exogenous model transformation.

Unidirectional versus bidirectional

A unidirectional model transformation has only one mode of execution: that is, it always takes the same type of input and produces the same type of output. Unidirectional model transformations are useful in compilation-like situations, where any output model is read-only. The relevant notion of consistency is then very simple: the input model is consistent with the model that the transformation would produce as output, only.

For a bidirectional model transformation, the same type of model can sometimes be input and other times be output. Bidirectional transformations are necessary in situations where people are working on more than one model and the models must be kept consistent. Then a change to either model might necessitate a change to the other, in order to maintain consistency between the models. Because each model can incorporate information which is not reflected in the other, there may be many models which are consistent with a given model. Important special cases are:

  • bijective transformations, in which there is exactly one model which is consistent with any given model; that is, the consistency relation is bijective. A pair of models is consistent if and only if it is related by the consistency bijection. Both models contain the same information, but presented differently.
  • view transformations, in which a concrete model determines a single view model, but the same view model might be produced from many different concrete models. The view model is an abstraction of the concrete model. If the view may be updated, a bidirectional transformation is needed. This situation is known in the database field as view-update. Any concrete model is consistent with its view.

It is particularly important that a bidirectional model transformation has appropriate properties to make it behave sensibly: for example, not making changes unnecessarily, or discarding deliberately made changes.[5]

Languages for model transformations

A model transformation may be written in a general purpose programming language, but specialised model transformation languages are also available. Bidirectional transformations, in particular, are best written in a language that ensures the directions are appropriately related. The OMG-standardised model transformation languages are collectively known as QVT.

In some model transformation languages, for example the QVT languages, a model transformation is itself a model, that is, it conforms to a metamodel which is part of the model transformation language's definition. This facilitates the definition of Higher Order Transformations (HOTs),[6] i.e. transformations which have other transformations as input and/or output.

See also

References

  1. ^ Czarnecki; Helsen (2006). "Feature-based survey of model transformation approaches". IBM Systems Journal. 45 (3): 621–645. CiteSeerX 10.1.1.124.9674. doi:10.1147/sj.453.0621.
  2. ^ Stevens, Perdita (2008). "A Landscape of Bidirectional Model Transformations". Generative and Transformational Techniques in Software Engineering II. Lecture Notes in Computer Science. Vol. 5235. Springer. pp. 408–424. doi:10.1007/978-3-540-88643-3_10. ISBN 978-3-540-88642-6.
  3. ^ Jakumeit; Buchwald; Wagelaar; Dan; Hegedüs; Herrmannsdörfer; Horn; Kalnina; Lano; Lepper; Rensink; Rose; Wätzoldt; Mazanek (2014). "A survey and comparison of transformation tools based on the transformation tool contest". Science of Computer Programming. 85: 41–99. doi:10.1016/j.scico.2013.10.009.
  4. ^ Tom Mens, Pieter Van Gorp: A Taxonomy of Model Transformation. Electr. Notes Theor. Comput. Sci. 152: 125-142 (2006)
  5. ^ Stevens, Perdita (2010). "Bidirectional model transformations in QVT: semantic issues and open questions" (PDF). Software and Systems Modeling. 9: 7–20. doi:10.1007/s10270-008-0109-9. S2CID 371579.
  6. ^ Tisi, Massimo (2009). "On the Use of Higher-Order Model Transformations". Model Driven Architecture - Foundations and Applications. pp. 18–33. doi:10.1007/978-3-642-02674-4_3. ISBN 978-3-642-02673-7. {{cite book}}: |journal= ignored (help)

Further reading

This page was last edited on 23 August 2023, at 18:58
Basis of this page is in Wikipedia. Text is available under the CC BY-SA 3.0 Unported License. Non-text media are available under their specified licenses. Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc. WIKI 2 is an independent company and has no affiliation with Wikimedia Foundation.