<?xml version="1.0" encoding="UTF-8"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
<title>Softwaretechnik-Trends 30(4) - 2010</title>
<link href="http://dl.gi.de/handle/20.500.12116/41047" rel="alternate"/>
<subtitle/>
<id>http://dl.gi.de/handle/20.500.12116/41047</id>
<updated>2026-07-23T22:45:42Z</updated>
<dc:date>2026-07-23T22:45:42Z</dc:date>
<entry>
<title>Aufruf zur Einreichung von Beiträgen: 31. Treffen der GI-Fachgruppe Test, Analyse &amp; Verifikation von Software (TAV), 03. und 04. Februar 2011, Paderborn</title>
<link href="http://dl.gi.de/handle/20.500.12116/41053" rel="alternate"/>
<author>
<name>Winter, Mario</name>
</author>
<author>
<name>Hehn, Uwe</name>
</author>
<author>
<name>Wagner, Peter</name>
</author>
<author>
<name>Eisenbach, Hans-Josef</name>
</author>
<id>http://dl.gi.de/handle/20.500.12116/41053</id>
<updated>2023-03-21T10:46:30Z</updated>
<published>2010-01-01T00:00:00Z</published>
<summary type="text">Aufruf zur Einreichung von Beiträgen: 31. Treffen der GI-Fachgruppe Test, Analyse &amp; Verifikation von Software (TAV), 03. und 04. Februar 2011, Paderborn
Winter, Mario; Hehn, Uwe; Wagner, Peter; Eisenbach, Hans-Josef
</summary>
<dc:date>2010-01-01T00:00:00Z</dc:date>
</entry>
<entry>
<title>3. Workshop „Design For Future – Langlebige Softwaresysteme“ - Software Evolution meets Lifecycle Management</title>
<link href="http://dl.gi.de/handle/20.500.12116/41055" rel="alternate"/>
<author>
<name>GI-Arbeitskreis, Langlebige Software-Systeme</name>
</author>
<id>http://dl.gi.de/handle/20.500.12116/41055</id>
<updated>2023-03-21T10:46:31Z</updated>
<published>2010-01-01T00:00:00Z</published>
<summary type="text">3. Workshop „Design For Future – Langlebige Softwaresysteme“ - Software Evolution meets Lifecycle Management
GI-Arbeitskreis, Langlebige Software-Systeme
</summary>
<dc:date>2010-01-01T00:00:00Z</dc:date>
</entry>
<entry>
<title>SOFTWARE ENGINEERING 2011, Karlsruhe, 21. – 25. Februar 2011</title>
<link href="http://dl.gi.de/handle/20.500.12116/41054" rel="alternate"/>
<author>
<name>KIT</name>
</author>
<id>http://dl.gi.de/handle/20.500.12116/41054</id>
<updated>2023-03-21T10:46:30Z</updated>
<published>2010-01-01T00:00:00Z</published>
<summary type="text">SOFTWARE ENGINEERING 2011, Karlsruhe, 21. – 25. Februar 2011
KIT
</summary>
<dc:date>2010-01-01T00:00:00Z</dc:date>
</entry>
<entry>
<title>Evaluation von Sprachen zur Spezifikation von Transformationen in modellbasierten Entwicklungsprozessen von Benutzungsschnittstellen</title>
<link href="http://dl.gi.de/handle/20.500.12116/41050" rel="alternate"/>
<author>
<name>Einig, Daniel</name>
</author>
<author>
<name>Müller, Klaus</name>
</author>
<id>http://dl.gi.de/handle/20.500.12116/41050</id>
<updated>2023-03-21T10:46:29Z</updated>
<published>2010-01-01T00:00:00Z</published>
<summary type="text">Evaluation von Sprachen zur Spezifikation von Transformationen in modellbasierten Entwicklungsprozessen von Benutzungsschnittstellen
Einig, Daniel; Müller, Klaus
In diesem Beitrag werden verschiedene Transformationsprozesse miteinander verglichen und ihre Anwendbarkeit während der Entwicklung von modellbasierten Benutzungsschnittstellen bewertet. Dazu dient ein Kriterienkatalog, der auf den Einsatz der Transformationsansätze in der modellbasierten Entwicklung von Benutzungsschnittstellen angepasst wird. Im Rahmen dieses Beitrages werden drei verschiedene Ansätze analysiert und evaluiert. QVT stellt einen hybriden Ansatz dar und besteht aus den beiden deklarativen Sprachen QVT Relations und QVT Core sowie der imperativen Sprache QVT Operational Mappings. Zur Durchführung der Beispieltransformation wurde mit SmartQVT eine Implementierung von QVT Operational Mappings eingesetzt. ATL stellt ebenfalls einen hybriden Ansatz dar, der in einigen Bereichen eine hohe Ähnlichkeit zu QVT besitzt. Ähnlich wie QVT leistet ATL für die Modelltransformation gute Dienste. XSLT, ebenfalls ein hybrider Ansatz, zeigt seine Stärken klar bei der Verarbeitung von XMLDokumenten. Der  Einsatz zur Modelltransformation erfolgt über den „Umweg“ der Umwandlung des Modells in eine XML-Repräsentation.
</summary>
<dc:date>2010-01-01T00:00:00Z</dc:date>
</entry>
</feed>
