Architekturzentrierte Modellgetriebene Softwareentwicklung

3 Vergleich mit verwandten Methodiken 23
tut. Hier ist prinzipiell jede Modellierungssprache möglich. Einschränkungen
diesbezüglich werden nicht gemacht.
Abschließend ist zu erwähnen, dass der MDA-Standard keinen durchgehenden
Satz an Methoden definiert, die die Umsetzung eines modellgetriebenen An-
satzes in der Praxis erlaubt. MDSD tut dies durch seine praktisch orientierte
Ausrichtung sehr wohl (vgl. [Bet06d] Seite 11).
Für weitere Informationen zu MDA wird auf die Quellen [Fra03] und [mda06a]
verwiesen.
3.2 MDSD vs. Software Product Line Engineering -
Mögliche Synergieeffekte
Bei hardwarelastigen Produkten vom Fahrrad bis zum Fernsehapparat existiert
der Produktlinien-Ansatz bereits seit Jahrzehnten. In der Sofwareentwicklung
nähert man sich ihm nur sehr langsam an. [PBG04] definiert den Begriff der
Softwareproduktlinie wie folgt (siehe Seite 262):
Eine Menge von softwarelastigen Systemen, die einen gemeinsamen
kontrollierten Satz von Produkteigenschaften teilen, die auf die spezi-
fischen Bedürfnisse eines einzelnen Marktsegments ausgerichtet sind
und die ausgehend von einem gemeinsamen Vorrat an Softwaregütern
auf eine vorgeschriebene Art und Weise entwickelt werden.
Die treibende Kraft hinter dieser Bestrebung ist es den Grad an Wiederver-
wendung zu steigern und die Entwicklungskosten einer einzelnen Applikation
zu minimieren. Product Line Engineering beschäftigt sich vorrangig mit der
systematischen Analyse von Domänen bis zur Umsetzung von Software-
Produktionsstraßen, die auf diesen Ergebnissen aufbauen.
Stahl und Völter geben in [SV05] an, dass Product Line Engineering für zahlreiche
Tätigkeiten, die im Rahmen eines MDSD-Entwicklungsprozesses auftreten (siehe
Kapitel 4) das methodische Grundgerüst liefert. Zu diesen Tätigkeiten zählen:
• Definition und Begrenzung der Domäne
• Definition der Kernkonzepte der Domäne
• Trennung von Anwendung und Domänenarchitektur