Unterschiede zur Klassischen Software-Entwicklung. SPL versus klassische SE Tim Serowski 1

Transkript

1 Unterschiede zur Klassischen Software-Entwicklung SPL versus klassische SE Tim Serowski 1

2 Agenda Kurzüberblick Fertigungsprozess Wiederverwendbarkeit von Komponenten Versionierung Kosten / Nutzen einer SPL gegenüber klassischer SE Bewertung / Fazit SPL versus klassische SE Tim Serowski 2

3 Klassische SE - Produktfertigung Projektorientierte Software-Entwicklung Ausgerichtet auf einen Kunden Individuelle Lösung Individuelle Änderungen, Wartung, etc. SPL versus klassische SE Tim Serowski 3

4 SPL - Produktfertigung Ein Produkt entsteht durch das Hinzufügen von einzelnen Komponenten Komponenten werden neu entwickelt oder weiterentwickelt Zukauf von Komponenten Zusammenstricken mit der Plattform zu Gesamtprodukt Eher ein Montage- als ein Schöpfungsgedanke SPL versus klassische SE Tim Serowski 4

5 Wiederverwendbarkeit SPL versus klassische SE Tim Serowski 5

6 Wiederverwendbarkeit Klassische Software-Entwicklung Widerverwendung von kleinen Teilen des Codes Bibliotheken, Algorithmen, Objekte, Module, Komponenten Dokumentation i.d.r nur für die bestimmte Situation, nicht für verallgemeinerte Verwendung SPL versus klassische SE Tim Serowski 6

7 Wiederverwendbarkeit Softare-Produktlinien Wiederverwendbarkeit Kernbestandteil der Planung Alle Entwicklungsschritte sind auf mehrere Systeme ausgelegt und optimiert SPL versus klassische SE Tim Serowski 7

8 SPL versus klassische SE Tim Serowski 8

9 Wiederverwendbarkeit Verringerung der Entwicklungskosten Verbesserung der Software-Qualität Kerngedanke von SPL SPL versus klassische SE Tim Serowski 9

10 Wiederverwendbarkeit SE: Ausleihen und Anpassen von bisher verwendeten Komponenten SE: clone and own -Gedanke Keine gemeinsame Plattform, sondern aufgreifen von gelerntem SPL: Betrachtung der Produktlinie als Ganzes, nicht als einzelne Produkte SE: Basis + austauschbare Komponenten + neue Komponententeile SPL versus klassische SE Tim Serowski 10

11 Versionierung Neue Versionen betreffen einzelne Produkte Betrifft klassische SE und SPL Auswirkung auf mehrere Produkte Nur bei SPL Bei klassischer SE gehen alte Versionen einer Komponente verloren, kein weiterer Wert Bei SPL Alte Software bleibt tragfähiges Mitglied der Familie Gesamt: Lediglich Instanziierung der Teilmodule SPL versus klassische SE Tim Serowski 11

12 Nutzen einer SPL Marktstart Produktkosten Produktivität Produktqualität Marktagilität Kundenzufriedenheit Massenanpassungen SPL versus klassische SE Tim Serowski 12

13 Marktstart SPL versus klassische SE Tim Serowski 13

14 Produktkosten SPL versus klassische SE Tim Serowski 14

15 Produktivität SPL: Spezialisierte Entwickler für einzelne Module möglich Externe Kräfte SPL: Produkte sind ähnlich Nicht zufälligerweise sondern gewollt SPL: Weniger Mitarbeiter notwendig, weil Komponenten wiederverwendet werden können SPL versus klassische SE Tim Serowski 15

16 Produktqualität SPL versus klassische SE Tim Serowski 16

17 Produktqualität SPL: Einsatz einer Komponente in bis zu 100% aller Softwareprodukte SPL: Update einer Komponente Steigerung der Qualität aller Produkte SPL: Neue Features entfernen alte Features unter Umständen komplett Geringerer Anstieg der SLOC SPL versus klassische SE Tim Serowski 17

18 Produktqualität SPL versus klassische SE Tim Serowski 18

19 Marktagilität SPL: Änderungen in Komponente hat Auswirkungen auf alle Produkte SPL: Reaktion auf Änderungen im Markt breitet sich aus, wenn gewünscht Oder auch nicht - siehe Versionierung SPL versus klassische SE Tim Serowski 19

20 Kundenzufriedenheit Vorhersehbare Produktkosten Schneller, vorhersagbarer Marktstart Geringere Produktkosten Größere Produktqualität Geringere Wartungskosten Schnelle Reaktion auf Marktänderungen SPL versus klassische SE Tim Serowski 20

21 Individualisierte Massenfertigung Klassische SE: Nur für ein Produkt möglich SPL: Austausch von (beispielsweise) GUI- Komponente ermöglicht mass customization Geringe, abschätzbare Kosten für Individualisierung Open Innovation möglich Einbezug des Kunden um Anpassung zu diskutieren SPL versus klassische SE Tim Serowski 21

22 Bewertung / Fazit Für wenige Systeme Klassische Softwareentwicklung Bei mindestens drei Systemen Softwareproduktlinien Auftaktinvestition bei SPL deutlich höher Bei SPL: Deutlich besser abschätzbare Gesamtkosten für Auftragnehmer und Kunden (monetär und personell) SPL versus klassische SE Tim Serowski 22

23 Quellen IBM. Modsoc - product line modeling for system-on-a-chip. [Online; Stand 06. Februar 2015]. Frank van der Linden Klaus Pohl, Güü nter Böckle. Software Product Line Engineering. Springer, Berlin, Charles W. Krueger. Introduction to the emerging practice off software product line development. [Online; Stand 06. Februar 2015]. Carnegie Mellon University. Software product lines - overview. [Online; Stand 06. Februar 2015]. SPL versus klassische SE Tim Serowski 23