|
Hauptseminar Produktlinien
Betreuer: Prof. Plödereder, Daniel
Simon,(Gunther Vogel und Thomas
Eisenbarth sind als Beobachter zugelassen ;-)
|
Termin
|
Freitags, 10h15-11h45, in Raum
1.040.
Erster und zweiter Vortrag am 26. April 2002
|
Erstes Treffen |
Wir trafen uns am Montag, den 18. März um 10h00 in Raum 2.164.
|
Letzer Vortrag |
Das Seminar ist vorüber. Jetzt sollten hier schnellstmöglich
die Ausarbeitungen auftauchen. Zum Ausstellen eines Scheines
brauche ich noch die Matrikelnummern der Teilnehmer.
Die Ausarbeitungen sind hier verfügbar.
|
Themen und Ausarbeitungen |
-
1. Einführung und Überblick, Vergleich von Software- und Hardware-Produktlinien
- Cornelius Walter
[Ausarbeitung ]
- 26. April 2002
-
Dieser Beitrag soll den Teilnehmern die Terminologie und die grundlegenden
Konzepte von Produktlinien vermitteln. Die Teilnehmer sollen durch diesen
Beitrag erfahren, warum Produktlinien überhaupt eingesetzt werden und welche
Verbesserungen man sich von ihnen erhofft.
Für den Hardware-Bereich ist der Begriff Produktlinie schon lange
gebräuchlich. Aber wie unterschieden sich Hardware- und
Software-Produktlinien? Was können wir von den
Hardware-Produktlinien lernen?
- 2. Software Architekturen
- Xiaoxi Luo
[Ausarbeitung ]
- 26. April 2002
-
Bevor wir uns näher mit Produktlinien beschäftigen, schafft dieser
Beitrag eine Grundlage für das Verständnis von
Software-Architekturen. Was sind Software-Architekturen, wozu sind
sie nützlich, wie lassen sie sich beschreiben?
- 3. Evolution in Software-Produktlinien
- Lilia Chamsieva
[Ausarbeitung ]
- 3. Mai 2002
-
Software-Produktlinien haben den Anspruch, dass sie die Entwicklung
von vielen Instanzen einer Software vereinfachen - und das mit
Blick auf die Zukunft. Dieser Beitrag soll klären, wie dieser
Anspruch tatsächlich umgesetzt werden kann. Schlagworte hierfür
sind: Options Thinking, Flexibilität, Zukunftsplanung.
- 4. Design von Software-Produktlinien
- Carsten Bube
[Ausarbeitung ]
- 17. Mai 2002
-
Dieser Beitrag soll klären, was beim Entwurf von
Software-Produktlinien berücksichtigt werden muss. Wie kann man
einen Entwurf für eine Software-Produktlinie beschreiben?
- 5. Generatives Programmieren
- Sven Stitzelberger
[Ausarbeitung ]
- 17. Mai 2002
-
In der letzten Zeit ist das Schlagwort "generatives
Programmieren" aufgekommen. In diesem Beitrag soll erläutert werden,
was generatives Programmieren ist und wie es sich für den Aufbau von
Produktlinien einsetzen lässt.
- 6. Komponentenbasiertes Programmieren
- Timea Illes
[Ausarbeitung ]
- 24. Mai 2002
-
In diesem Beitrag wird eine Technik zur Implementation
großer Systeme vorgestellt, nämlich komponentenbasiertes
Programmieren. Das Schlagwort COTS hat die Runde gemacht; was darf
man sich von dieser Technik versprechen? Wie lässt sie sich für die
SPL-Entwicklung gewinnbringend einsetzen?
- 7. Aspekt- und subjektorientiertes Programmieren
- Jan Geiger
[Ausarbeitung ]
- 24. Mai 2002
-
Die Objektorientierung hat Konkurrenz bekommen: Aspekt- und
Subjektorientierung ist im kommen. Was verbirgt sich hinter diesen
Konzepten? Welche Sprachen und Werkzeuge gibt es für diese beiden
Paradigmen?
- 8. Frameworks
- Marc Reiter
[Ausarbeitung ]
- 21. Juni 2002
-
Frameworks versprechen, wie Produktlinien, eine Beschleunigung des
Entwicklungsprozesses (für SPL gilt dies zumindest für Folgeprodukte
nach der Erstentwicklung). Die Mittel sind ähnlich: Wiederverwendung von
Architektur, Design und Komponenten, Parametrisierung usw. Wie
unterschieden sich die beiden Ansätze? Lassen sie sich integrieren?
- 9. Domain-Analysis
- Stefan Behl
[Ausarbeitung ]
- 21. Juni 2002
-
Um den Bereich, in dem eine Software-Produktlinie eingesetzt werden
soll, zu analysieren, kann man Domain-Analyse einsetzen. Was
verbirgt sich hinter diesem Terminus? Welche Methoden für Domain
Analysis gibt es?
- 10. Konfiguration von Produktlinien
- Stephan Wannenwetsch
[Ausarbeitung ]
- 28. Juni 2002
-
Software-Produktlinien stellen ein gemeinsames Grundgerüst für eine
ganze Menge von Produkt-Instanzen zur Verfügung. Wie lassen sich die
einzelnen Instanzen beschreiben und automatisch konfigurieren? Ein
Notationsmittel hierfür ist FODA.
- 11. Test von Produktlinien
- Daniel Raichle
[Ausarbeitung ]
- 28. Juni 2002
-
Wenn eine Software-Produktlinie eine Menge von Produkten beinhaltet,
wie kann man sich dann einen Test der Produktlinie vorstellen? Wie
wirken sich Änderungen an einzelnen Stellen einer Produktlinie auf
die Instanzen aus? Wie organisiert man einen Regressionstest?
- 12. Einsatz von Reverse Engineering-Technologien
- Andreas Christl
[Ausarbeitung ]
- 12. Juli 2002
-
Software-Produktlinien wachsen normalerweise nicht auf der grünen
Wiese, sondern sind die Konsequenz aus einem erfolgreichen
Produkt. Wie lassen sich Kenntnisse aus diesem Produkt, das ja keine
Produktlinie darstellt, für eine erfolgreiche PL-Entwicklung nutzen?
Und wie erlangt man diese Kenntnisse? Antworten hierauf geben
Feature und Asset Mining Techniken.
- 13. PuLSE: Beispiel einer Entwicklungsmethode
- Markus Schwarzkopf
[Ausarbeitung ]
- 12. Juli 2002
-
Pulse ist ein Vorgehensmodell für die Erzeugung einer funktionierenden
Produktlinie. Dieser Beitrag soll PuLSE vorstellen und mit Blick auf
andere Ansätze diskutieren
- 14. Technisches Management von SPL
- Daniel Friedrich
[Ausarbeitung ]
- 19. Juli 2002
-
Die Einführung jeder neuen Technologie muss wohlbedacht sein. Ein
Unternehmen will eine Produktlinie aufsetzen: Was muss alles bedacht
werden? Lohnt sich der Aufwand überhaupt?
Produktlinien stellen erweiterte Anforderungen an Configuration
Management, Scoping, Risikomanagement usw. Wie müssen diese
Einzelteile zusammenwirken, damit eine Produktlinie aufrechterhalten
werden kann? Wie sieht eine Produktlinienentwicklung aus der
technischen und organisatorischen Perspektive aus?
|
Ausarbeitung |
Die Ausarbeiten werden hier verfügbar gemacht, sobald sie abgegeben
werden. Die Abgabe einer vorläufigen Ausarbeitung ist eine Woche vor
dem Vortrag notwendig.
Die endgültige Ausarbeitung muss uns eine Woche nach dem Vortrag
vorliegen, sowohl in ausgedruckter als auch elektronischer Form
(Orginaldokument, Postscript oder PDF).
Die Ausarbeitung sollte bitte unbedingt von einem Kommilitonen vor
Abgabe auf Rechtschreibfehler etc. geprüft werden.
Die Ausarbeitungen müssen dem zweispaltigen IEEE-Format für Konferenzbeiträge genügen und dürfen nicht länger als 10 Seiten sein. Unter den folgenden Links gibt es entsprechende Vorlagen.
|
Hinweise |
Generelle Hinweise zu Vorträgen und Ausarbeitungen
findet man hier.
|
Literatursuche |
Startpunkte für Software Produktlinien:
|