Diskussion:MOF QVT

Letzter Kommentar: vor 8 Jahren von GiftBot in Abschnitt Defekte Weblinks
  • Beispiele (& Vergleich)
    • Relational
    • Core
  • Anwendungsszenarien:
    • Praktisch: innerhalb von MOF, weitere
    • Theoretisch: Graftrafos in der Informatik
  • Links / Ressources
    • QVT
    • Model Trafo allgemein

Beispiel

Bearbeiten
  • Ist das Beispiel nicht verkehrt herum formuliert? Gemäss Code wird ein ER-Modell aus einem Klassenmodell erzeugt. Ein ER-Modell macht aber wenig Sinn. Sollte es nicht eher ein relationales Modell für eine relationale Datenbank sein wie in diesem Beispiel ? (Fallbsp. für IBM's MTF)
  • Das macht sicherlich auch Sinn, aber weswegen soll dann ein ER-Modell keinen Sinn machen? Ist quasi erst mal ein Zwischenschritt (und zudem als Beispiel auch einfacher zu verstehen - geht ja hauptsächlich erstmal um die Sprache, weniger um Anwendungsszenarien). --Sterling

Sichten

Bearbeiten

“Sichten sind komplexe Anfragen, mit denen ganze Abschnitte, sogenannte Sichten, aus einem Modell ausgewählt werden” Satz ist ungünstig formuliert, der Begriff “Sichten” mit durch dasselbe Wort erklärt --141.76.178.179 10:12, 20. Okt. 2007 (CEST)Beantworten


Ich habe die Einleitung komplett überarbeitet: QVT ist keine Empfehlung (RFP oder Spezifikation sind beides keine Empfehlungen). Model Driven Engineering (MDE, von Stuart Kent eingeführter Begriff) ist eine Variante der Model Driven Developments (MDD), bei QVT bezieht muss man sich auf die OMG-Variante MDA beziehen. Der Absatz und die Angaben zum RFP und der Spezifikation sind neu. Im Absatz "Implementierung" habe ich mittlerweile nicht mehr weiterentwickelte Projekte gelöscht. Vielleicht macht sich mal jemand die Arbeit, eine nette Tabelle mit RFP/Relational/Operational-Kategorien zu bauen, mit aktuellen Einträgen, die nicht nur Werbung für die Hersteller der Tools enthalten. Die "Referenzen" und "Links" habe ich durch "Literatur" ersetzt. Referenzen sollten in der Wikipedia eine gewisse Relevanz haben und nicht willkürlich ausgewählt sein. Daher jetzt nur die Links auf die offiziellen OMG-Dokumente. Der Mittelteil des Artikels ist sicherlich auch überarbeitungswürdig, insbesondere der Abschnitt "Anwendung". --GilderoyL 16:33, 13. Mai 2007 (CEST)Beantworten


weiss nicht ob Sprachen die als Antwort auf den RFP entwickelt worden sind und nicht weiter an QVT angepasst wurden hierher gehören oder besser M2M-Transformationsspachen allgemein. --213.95.18.182 14:26, 15. Mai 2007 (CEST)Beantworten

ATL wird hier immer wieder genannt, ich habe es als Beispiel drinnen gelassen. Immerhin wird jetzt diese Unterscheidung beschrieben. Nur auf die Spezifikation zu setzen ist nicht praxistauglich, da in vielen Artikeln eben noch RFP-Antworten unter QVT geführt werden.--GilderoyL 17:35, 15. Mai 2007 (CEST)Beantworten


QVT-Implementierungen

Bearbeiten

Darf ich fragen, warum der Verweis auf medini QVT am 28. Sept. entfernt worden ist? (Die Änderung ist nicht von mir, ich habe auch mit ikv++ nichts zu tun). Vielleicht sollte jetzt, da es anscheinend ja doch eine Implementierung des relationalen Teils gibt, eine Tabelle angelegt werden, die die verfügbaren Implementierungen vergleicht -- dann auch mit weniger Werbefloskeln, als der jetzt gelöschte Text... --GilderoyL 02:08, 29. Sep. 2007 (CEST)Beantworten

Mit SmartQVT gibt es jetzt auch eine Open-Source-Implementierung für den operativen Teil --141.76.178.179 10:12, 20. Okt. 2007 (CEST)Beantworten
Ich habe jetzt eine Tabelle mit den Implementierungen erstellt -- diese kann in Zukunft ergänzt werden, evtl. mit genaueren Angaben, welche Version der Spec. implementiert wurde oder welche Einschränkungen es gibt. GilderoyL 17:08, 10. Dez. 2007 (CET)Beantworten

Gibt es eine QVT-Implementierung, die NICHT auf Eclipse (EMF, Ecore etc....) beruht, sondern mit Standard-XMI-Modellen arbeiten kann und keine Eclipse-Installation (egal ob Headless oder nicht) und ohne dem damit verbundenen Plugin-Installations-Versions-Nightmare auskommt? MediniQVT ist auch eine eigene Eclipse-Umgebung. Together ebenso. Das kommt richtig prima, wenn man versucht, eine Modelltransformation innerhalb eines Maven-Buildlaufs völlig plattform- und eclipse-versions-und-workspace-unabhängig durchzuführen ... was ja wohl Hauptanwendungsfeld eines MDA-Generators wäre oder? (nicht signierter Beitrag von 62.156.206.2 (Diskussion | Beiträge) 18:22, 21. Jul 2009 (CEST))


Bearbeiten

GiftBot (Diskussion) 14:15, 24. Dez. 2015 (CET)Beantworten