Software Product Line Engineering

Größe: px
Ab Seite anzeigen:

Download "Software Product Line Engineering"

Transkript

1 Software Product Line Engineering Grundlagen, Variabilität, Organisation Sebastian Steger WS 2005/2006 SWT: Entwicklung verteilter eingebetteter Systeme Software Product Line Engineering p. 1/25

2 Aufbau des Vortrags Grundlagen Was ist Software Product Line Engineering? Haupteigenschaften Entwicklung mit Hilfe von Software Product Line Engineering Software Product Line Engineering p. 2/25

3 Aufbau des Vortrags Grundlagen Was ist Software Product Line Engineering? Haupteigenschaften Entwicklung mit Hilfe von Software Product Line Engineering Variabilität Illustratives Beispiel Grundbegriffe Verschiedene Arten von Variabilität Software Product Line Engineering p. 2/25

4 Aufbau des Vortrags Grundlagen Was ist Software Product Line Engineering? Haupteigenschaften Entwicklung mit Hilfe von Software Product Line Engineering Variabilität Illustratives Beispiel Grundbegriffe Verschiedene Arten von Variabilität Organisation mögliche/notwendige Firmenstrukturen Übergang zum Software Product Line Engineering Software Product Line Engineering p. 2/25

5 Software Product Line Engineering Teil I: Grundlagen Software Product Line Engineering p. 3/25

6 Was ist Software Product Line Engineering? Klassische Softwareentwicklung (Einzelprodukt): Software Product Line Engineering p. 4/25

7 Was ist Software Product Line Engineering? Klassische Softwareentwicklung (Produktfamilie): Software Product Line Engineering p. 4/25

8 Was ist Software Product Line Engineering? Extraktion von Gemeinsamkeiten: Software Product Line Engineering p. 4/25

9 Was ist Software Product Line Engineering? Software Product Line Engineering: Software Product Line Engineering p. 4/25

10 Haupteigenschaften Individualisierte Massenfertigung Kostengünstige Entwicklung von Produkten im Gegensatz zu Individualsoftware Anpassungen an Kundenanforderungen im Gegensatz zum einzelnen fertigen Produkt Klassisches Beispiel: Automobilindustrie Software Product Line Engineering p. 5/25

11 Haupteigenschaften Individualisierte Massenfertigung Kostengünstige Entwicklung von Produkten im Gegensatz zu Individualsoftware Anpassungen an Kundenanforderungen im Gegensatz zum einzelnen fertigen Produkt Klassisches Beispiel: Automobilindustrie Gemeinsame Plattform Enthält alle Gemeinsamkeiten der abgeleiteten Produkte Stellt Basis für abgeleitete Produkte dar, ist jedoch kein eigenständiges Produkt Erlaubt eine effiziente Erstellung abgeleiteter Produkte durch Variabilität Software Product Line Engineering p. 5/25

12 Auswirkungen Geringere Entwicklungskosten Software Product Line Engineering p. 6/25

13 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Software Product Line Engineering p. 6/25

14 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Software Product Line Engineering p. 6/25

15 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Software Product Line Engineering p. 6/25

16 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Software Product Line Engineering p. 6/25

17 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Software Product Line Engineering p. 6/25

18 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Software Product Line Engineering p. 6/25

19 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Hohe Umstrukturierungskosten Software Product Line Engineering p. 6/25

20 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Hohe Umstrukturierungskosten Hohe Plattformentwicklungskosten Software Product Line Engineering p. 6/25

21 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Hohe Umstrukturierungskosten Hohe Plattformentwicklungskosten Lange Plattformentwicklungszeit Software Product Line Engineering p. 6/25

22 Entwicklung der Plattform Anforderungen: Identifizierung der Gemeinsamkeiten, Definition der Variabiltät Software Product Line Engineering p. 7/25

23 Entwicklung der Plattform Anforderungen: Identifizierung der Gemeinsamkeiten, Definition der Variabiltät Architektur: Definiert die grobe Struktur und die wiederverwendbaren Teile aller Produkte. Variabilität und Erweiterbarkeit hat höchste Priorität. Software Product Line Engineering p. 7/25

24 Entwicklung der Plattform Anforderungen: Identifizierung der Gemeinsamkeiten, Definition der Variabiltät Architektur: Definiert die grobe Struktur und die wiederverwendbaren Teile aller Produkte. Variabilität und Erweiterbarkeit hat höchste Priorität. Realisierung: Beschränkung auf einzelne wiederverwendbare, konfigurierbare Komponenten; keine fertige Applikation. Software Product Line Engineering p. 7/25

25 Entwicklung der Plattform Anforderungen: Identifizierung der Gemeinsamkeiten, Definition der Variabiltät Architektur: Definiert die grobe Struktur und die wiederverwendbaren Teile aller Produkte. Variabilität und Erweiterbarkeit hat höchste Priorität. Realisierung: Beschränkung auf einzelne wiederverwendbare, konfigurierbare Komponenten; keine fertige Applikation. Testing: Keine Applikation zum Testen verfügbar Beschränkung auf das Testen einzelner Komponenten. Entwicklung einer (minimalen) Testapplikation. Software Product Line Engineering p. 7/25

26 Entwicklung der Produkte Anforderungen: Identifizierung der Anforderungsabdeckung durch die Plattform. Software Product Line Engineering p. 8/25

27 Entwicklung der Produkte Anforderungen: Identifizierung der Anforderungsabdeckung durch die Plattform. Architektur: Aufbau auf der existierenden Plattformarchitektur. Auswahl der Varianten, die die Plattform bietet. Software Product Line Engineering p. 8/25

28 Entwicklung der Produkte Anforderungen: Identifizierung der Anforderungsabdeckung durch die Plattform. Architektur: Aufbau auf der existierenden Plattformarchitektur. Auswahl der Varianten, die die Plattform bietet. Realisierung: Hauptaufgabe: Auswahl und Konfiguration der wiederverwendbaren Komponenten der Plattform. Applikationsspezifische Realisierungen müssen an die Plattformstruktur angepasst werden. Software Product Line Engineering p. 8/25

29 Entwicklung der Produkte Anforderungen: Identifizierung der Anforderungsabdeckung durch die Plattform. Architektur: Aufbau auf der existierenden Plattformarchitektur. Auswahl der Varianten, die die Plattform bietet. Realisierung: Hauptaufgabe: Auswahl und Konfiguration der wiederverwendbaren Komponenten der Plattform. Applikationsspezifische Realisierungen müssen an die Plattformstruktur angepasst werden. Testing: Test der applikationsspezifischen Teile, sowie der Plattform in der definierten Konfiguration. Software Product Line Engineering p. 8/25

30 Software Product Line Engineering Teil II: Variabilität Software Product Line Engineering p. 9/25

31 Beispiel: MP3 - Player USB MSD Treiber Zugriff auf Flash Speicher Dekodierer Userinterface USB MSD Treiber Zugriff auf Festplatte Dekodierer Userinterface Zugriff auf CD-Laufwerk Anti-Shock Dekodierer Userinterface Software Product Line Engineering p. 10/25

32 Beispiel: MP3 - Player Plattform Userinterface Dekodierer USB MSD Treiber Zugriff auf Flash Speicher USB MSD Treiber Zugriff auf Festplatte Zugriff auf CD-Laufwerk Anti-Shock Software Product Line Engineering p. 10/25

33 Beispiel: MP3 - Player Plattform Userinterface USB MSD Treiber Dekodierer Datenzugriff Anti-Shock Software Product Line Engineering p. 10/25

34 Variabilität Grundlegendes Konzept von Software Product Line Engineering Software Product Line Engineering p. 11/25

35 Variabilität Grundlegendes Konzept von Software Product Line Engineering Ermöglicht individualisierte Massenfertigung Software Product Line Engineering p. 11/25

36 Variabilität Grundlegendes Konzept von Software Product Line Engineering Ermöglicht individualisierte Massenfertigung Ermöglicht detaillierte Konfiguration der Plattform Software Product Line Engineering p. 11/25

37 Variabilität Grundlegendes Konzept von Software Product Line Engineering Ermöglicht individualisierte Massenfertigung Ermöglicht detaillierte Konfiguration der Plattform Notwendigkeit der Modellierung der Variabilität Software Product Line Engineering p. 11/25

38 Variabilität Grundlegendes Konzept von Software Product Line Engineering Ermöglicht individualisierte Massenfertigung Ermöglicht detaillierte Konfiguration der Plattform Notwendigkeit der Modellierung der Variabilität Variabilität in der realen Welt wird repräsentiert durch: Variabilitäts-Subjekt Variabilitäts-Objekt Software Product Line Engineering p. 11/25

39 Variabilität Grundlegendes Konzept von Software Product Line Engineering Ermöglicht individualisierte Massenfertigung Ermöglicht detaillierte Konfiguration der Plattform Notwendigkeit der Modellierung der Variabilität Variabilität in der realen Welt wird repräsentiert durch: Variabilitäts-Subjekt Variabilitäts-Objekt Variabilität der Plattform(Modell) wird repräsentiert durch: Variationspunkt Variante Software Product Line Engineering p. 11/25

40 Variabilitäts-Subjekt/-Objekt Variabilitäts-Subjekt ist eine real existierende variable Größe. Variabilitäts-Objekt ist eine konktete Instanz eines Variabilitäts-Subjekts. Software Product Line Engineering p. 12/25

41 Variabilitäts-Subjekt/-Objekt Variabilitäts-Subjekt ist eine real existierende variable Größe. Variabilitäts-Objekt ist eine konktete Instanz eines Variabilitäts-Subjekts. Software Product Line Engineering p. 12/25

42 Variationspunkt/Variante Variationspunkt ist ein durch Kontextinformation ergänztes Modell eines Variabilitätssubjektes. Variante ist ein Repräsentant eines Variabilitäts-Objekts innerhalb einer Variationspunkt. Software Product Line Engineering p. 13/25

43 Variationspunkt/Variante Variationspunkt ist ein durch Kontextinformation ergänztes Modell eines Variabilitätssubjektes. Variante ist ein Repräsentant eines Variabilitäts-Objekts innerhalb einer Variationspunkt. Software Product Line Engineering p. 13/25

44 Vorgehensweise Vorgehensweise zur Identifizierung von Variabilität in einer Software Product Line: Festlegung des Variabilitäts-Subjekts Software Product Line Engineering p. 14/25

45 Vorgehensweise Vorgehensweise zur Identifizierung von Variabilität in einer Software Product Line: Festlegung des Variabilitäts-Subjekts Definition der Variationspunkt Abstraktion von der Realität Festlegung des Kontextes Software Product Line Engineering p. 14/25

46 Vorgehensweise Vorgehensweise zur Identifizierung von Variabilität in einer Software Product Line: Festlegung des Variabilitäts-Subjekts Definition der Variationspunkt Abstraktion von der Realität Festlegung des Kontextes Definition der Varianten 1:1 Zuordnung zu einem Variabilitäts-Objekt Später noch ergänzbar Software Product Line Engineering p. 14/25

47 Zeitliche- / Räumliche Variabilität Zeitliche Variabilität: Verschiedene Varianten existieren zu verschiedenen Zeiten Beispiel MP3-Player: Software Product Line Engineering p. 15/25

48 Zeitliche- / Räumliche Variabilität Zeitliche Variabilität: Verschiedene Varianten existieren zu verschiedenen Zeiten Räumliche Variabilität: Gleichzeitige Nutzung verschiedener Varianten Beispiel MP3-Player: Software Product Line Engineering p. 15/25

49 Externe vs. Interne Variabilität Externe Variabilität: Kunde kann zwischen den Varianten wählen. Gründe für externe Variabilität: Unterschiedliche Kundenbedürfnisse Gesetze und Standards Software Product Line Engineering p. 16/25

50 Externe vs. Interne Variabilität Externe Variabilität: Kunde kann zwischen den Varianten wählen. Gründe für externe Variabilität: Unterschiedliche Kundenbedürfnisse Gesetze und Standards Interne Variabilität: Varianten sind für Aussenstehende nicht sichtbar. Gründe für interne Variabilität: Detaillierung von Externer Variabilität Detaillierung von Interner Variabilität Technische Gründe Strategische Gründe Software Product Line Engineering p. 16/25

51 Software Product Line Engineering Teil III: Organisation Software Product Line Engineering p. 17/25

52 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Software Product Line Engineering p. 18/25

53 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Software Product Line Engineering p. 18/25

54 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Software Product Line Engineering p. 18/25

55 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Software Product Line Engineering p. 18/25

56 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Software Product Line Engineering p. 18/25

57 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Stärkere Auswirkung bei Verwendung von Software Product Line Engineering Software Product Line Engineering p. 18/25

58 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Stärkere Auswirkung bei Verwendung von Software Product Line Engineering Gewissenhafte Auswahl der geeigneten Firmenstruktur unumgänglich: Software Product Line Engineering p. 18/25

59 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Stärkere Auswirkung bei Verwendung von Software Product Line Engineering Gewissenhafte Auswahl der geeigneten Firmenstruktur unumgänglich: Hierarchische Strukturen Matrixförmige Strukturen Software Product Line Engineering p. 18/25

60 Bedeutung von Organisationsformen für die Softwareentwicklung Probleme, die durch ungeeignete Firmenstruktur auftreten können: Langsame Entscheidungsfindung Unverhältnismäßig hoher Anteil von Koordinationsaufgaben Unklare Zuordnung von Verantwortlichkeiten Unzureichender Kundenbezug Stärkere Auswirkung bei Verwendung von Software Product Line Engineering Gewissenhafte Auswahl der geeigneten Firmenstruktur unumgänglich: Hierarchische Strukturen Matrixförmige Strukturen Software Product Line Engineering p. 18/25

61 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Einzelne Entwicklungsabteilung Verteilte Plattformentwicklung Zentrale Plattformentwicklung Unkompliziert Unübersichtlichkeit Keine klare Zuordnung von Verantwortlichkeiten Geeignet für kleine Firmen (<30 Entwickler) Software Product Line Engineering p. 19/25

62 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Einzelne Entwicklungsabteilung Verteilte Plattformentwicklung Zentrale Plattformentwicklung Kundenorientiert Komplizierte Entscheidungsfindung im Plattformbereich Mögliche Vernachlässigung des Plattformentwicklung Geeignet für Produktlinie mit großen Unterschieden Software Product Line Engineering p. 19/25

63 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Einzelne Entwicklungsabteilung Verteilte Plattformentwicklung Zentrale Plattformentwicklung Klare Zuordnung von Verantwortlichkeiten Schnelle Entscheidungsfindung Wenig Kundenbezug der Plattformentwicklung Geeignet für typische Produktlinien Software Product Line Engineering p. 19/25

64 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Plattform als Funktion Plattform als Projekt Separate Plattformentwicklung Kundenorientiert Flexibel Verantwortlichkeiten zwar klar geregelt, nicht jedoch die Entscheidungskompetenz Software Product Line Engineering p. 19/25

65 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Plattform als Funktion Plattform als Projekt Separate Plattformentwicklung Klare Zuordnung von Verantwortlichkeiten Wenig Kundenbezug der Plattformentwicklung Geeignet für Produktlinien mit hohem Änderungsgrad der Plattform Software Product Line Engineering p. 19/25

66 Überblick von Organisationsformen Hierarchische Strukturen Matrixförmige Strukturen Plattform als Funktion Plattform als Projekt Separate Plattformentwicklung Klare Zuordnung von Verantwortlichkeiten Wenig Kundenbezug der Plattformentwicklung Innerhalb der Plattformentwicklung keine klare Zuordnung Software Product Line Engineering p. 19/25

67 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Hohe Umstrukturierungskosten Hohe Plattformentwicklungskosten Lange Plattformentwicklungszeit Software Product Line Engineering p. 20/25

68 Auswirkungen Geringere Entwicklungskosten Kürzere Produkteinführungszeiten Höhere Qualität Höhere Zuverlässigkeit Geringerer Wartungsaufwand Bewältigung von Komplexität Gemeinsames Look & Feel Hohe Umstrukturierungskosten Hohe Plattformentwicklungskosten Lange Plattformentwicklungszeit Auswahl einer geeigneten Strategie für den Übergangsprozess Software Product Line Engineering p. 20/25

69 Gängige Übergangsstrategien Schrittweise Einführung Versuchsprojekt Strategie Taktischer Ansatz "Big Bang" Strategie Anfangs geringer Personaleinsatz; Schrittweise Erhöhung im Erfolgsfall Anfangs nur erfolgversprechender Teil als Produktlinie (bspw. Erstellung wiederverwertbarer Komponenten oder Umstrukturierung bestehender Komponenten); Schrittweise Erweiterung im Erfolgsfall Software Product Line Engineering p. 21/25

70 Gängige Übergangsstrategien Schrittweise Einführung Versuchsprojekt Strategie Taktischer Ansatz "Big Bang" Strategie Einführung von SPLE aus technischer Notwendigkeit Häufig beschränkt auf einzelne Bereiche Häufig informelle Anwendung von Softwareentwicklern Im Gegensatz zur Schrittweisen Einführung keine Gesamtlösung. Software Product Line Engineering p. 21/25

71 Gängige Übergangsstrategien Schrittweise Einführung Versuchsprojekt Strategie Taktischer Ansatz "Big Bang" Strategie 1. Entwicklung eines der folgenden Produkte: Erstes mögliche Produkt der neuen Produktlinie Eine Erweiterung einer bestehenden Serie von konventionell erstellten Produkten, die in die Produktlinie eingegliedert werden sollen Ein einfaches Demonstrationsprodukt Ein Prototyp 2. Anpassung der Produkte an die Plattform im Erfolgsfall Software Product Line Engineering p. 21/25

72 Gängige Übergangsstrategien Schrittweise Einführung Versuchsprojekt Strategie Taktischer Ansatz "Big Bang" Strategie 1. Komplette Erstellung der Plattform 2. Erstellung der Produkte durch Ableitung Software Product Line Engineering p. 21/25

73 Bewertung der Übergangsstrategien Schrittweise Einführung Taktischer Ansatz Versuchsprojekt Strategie "Big Bang" Strategie Gesamtdauer Gesamtlösung Vorhersehbarkeit des Ergebnisses Weiterführung aktueller Projekte Geringe Anfangsinvestition Wenig überflüssige Arbeit Abbruch des Übergangs Software Product Line Engineering p. 22/25

74 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten, wie zum Beispiel: Produktmanager Manager Projektmanager Softwareentwickler Qualitätsmanager evtl. Kunden Software Product Line Engineering p. 23/25

75 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten 2. Ermittlung der Ziele der Beteiligten, wie zum Beispiel: Produktmanager Manager, Projektmanager Umsatzerhöhung, kurze Produkteinführungszeiten Kostenreduzierung, Effizienzerhöhung Softwareentwickler Qualitätsmanager Technische und zeitliche Machbarkeit Einhaltung der erforderlichen Qualität Software Product Line Engineering p. 23/25

76 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten 2. Ermittlung der Ziele der Beteiligten 3. Erstellung von Geschäftsplänen Ein Geschäftsplan pro Beteiligten Zeigt wie die definierte Ziele mit SPLE erreicht werden können Enthält u.a. auch folgende Zahlen: Umsatz, Gewinn, ROI Vergleicht koventionelle Softwareentwicklung mit SPLE Software Product Line Engineering p. 23/25

77 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten 2. Ermittlung der Ziele der Beteiligten 3. Erstellung von Geschäftsplänen 4. Erstellung eines Anpassungsplans (a) Beschreibung des Ist-Zustands (b) Beschreibung des Soll-Zustands (c) Weg vom Ist- zum Soll-Zustand (Auswahl der Übergangsstrategie) Software Product Line Engineering p. 23/25

78 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten 2. Ermittlung der Ziele der Beteiligten 3. Erstellung von Geschäftsplänen 4. Erstellung eines Anpassungsplans 5. Start des Software Product Line Engineering Festlegung von: Organisationsstruktur Aufgaben und Verantwortlichkeiten Finanzierungsplan Software Product Line Engineering p. 23/25

79 Die Wichtigsten Schritte des Übergangsprozesses 1. Ermittlung aller Beteiligten 2. Ermittlung der Ziele der Beteiligten 3. Erstellung von Geschäftsplänen 4. Erstellung eines Anpassungsplans 5. Start des Software Product Line Engineering Software Product Line Engineering p. 23/25

80 Zusammenfassung Grundlagen Entwicklung einer gemeinsamen Plattform anstatt Einzelentwicklung Effizienzsteigerung nach Anlaufphase Zweiteilung der Entwicklung (Plattform, Produkte) Software Product Line Engineering p. 24/25

81 Zusammenfassung Grundlagen Entwicklung einer gemeinsamen Plattform anstatt Einzelentwicklung Effizienzsteigerung nach Anlaufphase Zweiteilung der Entwicklung (Plattform, Produkte) Variabilität Grundlegendes Konzept des Software Product Line Engineering Modellierung von real existierender Variabilität Software Product Line Engineering p. 24/25

82 Zusammenfassung Grundlagen Entwicklung einer gemeinsamen Plattform anstatt Einzelentwicklung Effizienzsteigerung nach Anlaufphase Zweiteilung der Entwicklung (Plattform, Produkte) Variabilität Grundlegendes Konzept des Software Product Line Engineering Modellierung von real existierender Variabilität Organisation Mögliche Firmenstrukturen (Hierarchisch/Matrix) Verschiedene Konzepte beim Übergang zum Software Product Line Engineering möglich Software Product Line Engineering p. 24/25

83 Weitere Informationen Literatur [1] K. Pohl, G. Böckle und F. van der Linden Software Product Line Engineering. Springer, 2005 Software Product Line Engineering p. 25/25

Comparing Software Factories and Software Product Lines

Comparing Software Factories and Software Product Lines Comparing Software Factories and Software Product Lines Martin Kleine kleine.martin@gmx.de Betreuer: Andreas Wuebbeke Agenda Motivation Zentrale Konzepte Software Produktlinien Software Factories Vergleich

Mehr

Application Requirements Engineering

Application Requirements Engineering Application Requirements Engineering - Fokus: Ableitung von Produktanforderungen - Günter Halmans / Prof. Dr. Klaus Pohl Software Systems Engineering ICB (Institute for Computer Science and Business Information

Mehr

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

Unterschiede zur Klassischen Software-Entwicklung. SPL versus klassische SE Tim Serowski 1 Unterschiede zur Klassischen Software-Entwicklung SPL versus klassische SE Tim Serowski 1 Agenda Kurzüberblick Fertigungsprozess Wiederverwendbarkeit von Komponenten Versionierung Kosten / Nutzen einer

Mehr

Verknüpfung von kombinatorischem Plattformund individuellem Produkttest für Software-Produktlinien

Verknüpfung von kombinatorischem Plattformund individuellem Produkttest für Software-Produktlinien Verknüpfung von kombinatorischem Plattformund individuellem Produkttest für Software-Produktlinien Andreas Wübbeke Sebastian Oster 23.02.2010 ES Real-Time Systems Lab Dept. of Electrical Engineering and

Mehr

Software Produktlinien: Einführung und Überblick

Software Produktlinien: Einführung und Überblick C A R L V O N O S S I E T Z K Y Software Produktlinien: Einführung und Überblick Johannes Diemke Vortrag im Rahmen des Seminars Software System Engineering im Wintersemester 2007/2008 Übersicht 1 Motivation

Mehr

Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen

Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- Architekturentwicklung von Fahrzeugen Transfer von Prozessen des Software-Produktlinien Engineering in die Elektrik/Elektronik- entwicklung von Fahrzeugen Martin Jaensch, Dr. Bernd Hedenetz, Markus Conrath Daimler AG Prof. Dr. Klaus D. Müller-Glaser

Mehr

Product Line Engineering (PLE)

Product Line Engineering (PLE) Product Line Engineering (PLE) Produktlinienentwicklung Von Christoph Kuberczyk Christoph Kuberczyk, SE in der Wissenschaft 2015, Product Line Engineering 1 Gliederung 1. Was ist PLE? 2. Motivation 3.

Mehr

Copyright 2014 Delta Software Technology GmbH. All Rights reserved.

Copyright 2014 Delta Software Technology GmbH. All Rights reserved. Karlsruhe, 21. Mai 2014 Softwareentwicklung - Modellgetrieben und trotzdem agil Daniela Schilling Delta Software Technology GmbH The Perfect Way to Better Software Modellgetriebene Entwicklung Garant für

Mehr

Variabilität in Produktlinien und das orthogonale Variabilitätsmodell

Variabilität in Produktlinien und das orthogonale Variabilitätsmodell Variabilität in Produktlinien und das orthogonale Variabilitätsmodell Vortrag im Rahmen des Proseminars Softwarequalität und -sicherheit von Marion Weber SS 2010 1 Einführung & Motivation Variabilität

Mehr

Software Engineering Produktionstechnik für f r das 21. Jahrhundert

Software Engineering Produktionstechnik für f r das 21. Jahrhundert Produktionstechnik für f r das 21. Jahrhundert Prof. Dr. Klaus Schmid Warum ist wichtig? das Fundament unserer Wirtschaft Verbreitung in verschiedensten Gebieten: Informationssysteme Buchhaltung Finanz-

Mehr

Requirements Engineering im SPL-Umfeld

Requirements Engineering im SPL-Umfeld Requirements Engineering im SPL-Umfeld Manuel Wörmann 16.02.2015 Requirements Engineering im SPL-Umfeld Inhalt 1. Definition 2. Ziele 3. Domain Requirements Engineering 4. Application Requirements Engineering

Mehr

ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen. Sebastian Adam Fraunhofer IESE, Kaiserslautern

ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen. Sebastian Adam Fraunhofer IESE, Kaiserslautern ReqMan Returns Mikroinvasiv zu maßgeschneiderten RE-Prozessen Sebastian Adam Fraunhofer IESE, Kaiserslautern Projektbegleitung & -beratung Analyse & Assessment Auftragsforschung Technologietransfer & Coaching

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

17 Architekturentwurf Vorgehen und Dokumentation 17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen

Mehr

Beispiel Architekturentwurf

Beispiel Architekturentwurf Architekturentwurf Uni Bremen Projekt Architekturentwurf Produkt: MP3-Player Open Source Projekt Anforderungen: neue Kompressionsalgorithmen + Dateiformate unterstützen verschiedene Ausgabegeräte verschiedene

Mehr

Vorlesung vom 18.04.2005 - Einführung in die geschäftsprozessorientierte Unternehmensführung

Vorlesung vom 18.04.2005 - Einführung in die geschäftsprozessorientierte Unternehmensführung Vorlesung vom 18.04.2005 - Einführung in die geschäftsprozessorientierte Unternehmensführung 08.30 Begrüßung durch Dipl.-Kfm. Björn Simon organisatorische Grundlagen der Veranstaltung (Hinweis auf obligatorische

Mehr

Variabilitätsmodellierung in Softwareproduktlinien

Variabilitätsmodellierung in Softwareproduktlinien Variabilitätsmodellierung in Softwareproduktlinien Universität Siegen Siegen, den 16. Februar 2015 1 Variabilität Definition Variabilität Variationspunkt Variante Arten von Variabilität Interne vs Externe

Mehr

-DIENSTPLANER. Die effiziente Dienstplanerstellung nach Maß. Software-Lösungen. Komplexe Diensteinteilungen planen: schnell, einfach und übersichtlich

-DIENSTPLANER. Die effiziente Dienstplanerstellung nach Maß. Software-Lösungen. Komplexe Diensteinteilungen planen: schnell, einfach und übersichtlich -DIENSTPLANER Die effiziente Dienstplanerstellung nach Maß Komplexe Diensteinteilungen planen: schnell, einfach und übersichtlich Ihre spezifischen betrieblichen Regelungen eingebunden im Programm Optimale

Mehr

bi-cube Aktiver Compliance - Monitor (ACM)

bi-cube Aktiver Compliance - Monitor (ACM) INSTITUT FÜR SYSTEM- MANAGEMENT bi-cube Aktiver Compliance - Monitor (ACM) ism- Architektur Team ism GmbH 2010 Definition: Compliance Compliance bedeutet die Einhaltung von Verhaltensmaßregeln, Gesetzen

Mehr

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software

Mehr

Software- Produktlinien

Software- Produktlinien Software- Produktlinien Informatik- Seminar im Rahmen des Studienganges Master Technische Informatik im Modul Software- Projekt- Management Referent: Prof. Dr. Hans Nissen von Karin Schuster Matrikelnummer:

Mehr

Vom dem was Autos und Software GEMEINSAM haben. Diskussionsbeitrag zur Software-Industralisierung. Guido Brune

Vom dem was Autos und Software GEMEINSAM haben. Diskussionsbeitrag zur Software-Industralisierung. Guido Brune Vom dem was Autos und Software GEMEINSAM haben Diskussionsbeitrag zur Software-Industralisierung Guido Brune Gesellschaft für Informatik e. V. Regionalgruppe Dortmund 14. März 2011 Gliederung E I N L E

Mehr

Stefan Luckhaus Dipl.-Ing. (FH) Head of Competence Center Project Governance

Stefan Luckhaus Dipl.-Ing. (FH) Head of Competence Center Project Governance BITKOM Software Summit 2014 Industrialisierung vs. Individualisierung Erfahrungen mit individualisierter Massenfertigung in der Softwareentwicklung Stefan Luckhaus Vorstellung Stefan Luckhaus Dipl.-Ing.

Mehr

Flexibles Echtzeit HF- Testsystem mit LabVIEW Realtime, FPGA-Technologie und TestMaster

Flexibles Echtzeit HF- Testsystem mit LabVIEW Realtime, FPGA-Technologie und TestMaster Flexibles Echtzeit HF- Testsystem mit LabVIEW Realtime, FPGA-Technologie und TestMaster Dr. Gerd Schmitz, S.E.A. Datentechnik GmbH Alexander Huber, Marquardt GmbH Gliederung Marquardt GmbH S.E.A. Datentechnik

Mehr

Vortrag von: Ilias Agorakis & Robert Roginer

Vortrag von: Ilias Agorakis & Robert Roginer MDA Model Driven Architecture Vortrag von: Ilias Agorakis & Robert Roginer Anwendungen der SWT - WS 08/09 Inhalt Was ist MDA? Object Management Group (OMG) Ziele Konzepte der MDA Werkzeuge Vor- und Nachteile

Mehr

EIN BRANCH FÜR JEDEN KUNDEN?

EIN BRANCH FÜR JEDEN KUNDEN? EIN BRANCH FÜR JEDEN KUNDEN? WIE INDIVIDUALISIERUNG UND STANDARDISIERUNG IN EINKLANG GEBRACHT WERDEN KÖNNEN AIT GmbH & Co. KG Ihre Software effizienter entwickelt. 2 AGENDA Die Unternehmen und ihre Produkte

Mehr

Wiederverwendung von automotive Software- Reifegradmodell, Technologie, Praxisbericht

Wiederverwendung von automotive Software- Reifegradmodell, Technologie, Praxisbericht Wiederverwendung von automotive - Reifegradmodell, Technologie, Praxisbericht Dr. Thomas Zurawka, HdT Elektronik im Kfz, Dresden, 24.06.2009 ECU SW Architektur & SW Entwicklungsprozess Anforderungs- Analyse

Mehr

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I)

Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Projektmodell Softwareentwicklung: Unified Software Development Process / Unified Process (Teil I) Historisch Kulturelle Informationsverarbeitung Hauptseminar: KLIPS 2.0 Dozent: Prof. Dr. Thaller Referent:

Mehr

Dr. Simon Giesecke Falko Basner Dr. Jörg Friebe. Bad Honnef, 3. Mai 2010

Dr. Simon Giesecke Falko Basner Dr. Jörg Friebe. Bad Honnef, 3. Mai 2010 Architekturentscheidungen für große langlebige Softwaresysteme: Vendor-Lock-in- und Netz-Effekte Menschen beraten Menschen beraten BTC zeigt Wege auf - Sie entscheiden BTC zeigt Wege auf - Sie entscheiden

Mehr

Development Tools for 16/32 Bit Microcontroller

Development Tools for 16/32 Bit Microcontroller Praktika- und Diplomthemen bei Stand 01/2013 Die nachfolgend aufgeführten Themen sind Vorschläge und können in Absprache mit dem Praktikanten / Diplomanden sowie der Hochschule modifiziert werden. Die

Mehr

ErP-Richtlinie, Schaltgeräte, Wirkungsgrade - und der Drehzahlstarter von Eaton

ErP-Richtlinie, Schaltgeräte, Wirkungsgrade - und der Drehzahlstarter von Eaton ErP-Richtlinie, Schaltgeräte, Wirkungsgrade - und der Drehzahlstarter von Eaton Andreas Miessen, Produktmanager EATON, Produktlinie Drives & Softstarters 1 EATON Gründung im Jahre 1911 Niederlassungen

Mehr

Virtualisierung in Netzen Möglichkeiten und Probleme

Virtualisierung in Netzen Möglichkeiten und Probleme Virtualisierung in Netzen Möglichkeiten und Probleme Dieter Kranzlmüller, Martin Metzker Munich Network Management Team Ludwig-Maximilians-Universität München (LMU) & Leibniz-Rechenzentrum der Bayerischen

Mehr

SAP Mobile Platform MÜNSTER 10.04.2013. best practice consulting Aktiengesellschaft Raboisen 32 20095 Hamburg T +49 40 303752-0 F +49 40 303752-77

SAP Mobile Platform MÜNSTER 10.04.2013. best practice consulting Aktiengesellschaft Raboisen 32 20095 Hamburg T +49 40 303752-0 F +49 40 303752-77 MÜNSTER 10.04.2013 SAP Mobile Platform best practice consulting Aktiengesellschaft Raboisen 32 20095 Hamburg T +49 40 303752-0 F +49 40 303752-77 E info@bpc.ag W www.bpc.ag Seite 1 18.04.2013 Agenda Einleitung

Mehr

Produktphilosophie erstellen

Produktphilosophie erstellen User Experience Produktphilosophie erstellen Bereich Anforderungen Aktivität Ziele Erleichterte Kommunikation zwischen Stakeholdern Designentscheidungen erleichtern/rechtfertigen schnell durchführbar einfach

Mehr

Schulungspakete. SOA Modellierung. Schulungspakete SOAPARK

Schulungspakete. SOA Modellierung. Schulungspakete SOAPARK SOA Modellierung Die dreitägige Schulung "SOA Modellierung" behandelt den kompletten Prozess vom fachlichen Use Case über die erste Idee für einen Service bis zur fertigen WSDL. Der Schwerpunkt des Workshops

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin

Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?

Mehr

Wir testen mobile Apps und Webseiten. Wir nennen das Crowdtesting.

Wir testen mobile Apps und Webseiten. Wir nennen das Crowdtesting. Wir testen mobile Apps und Webseiten. Wir nennen das Crowdtesting. Crowdtesting durch eigene Mitarbeiter: Effizientes Testen von Unternehmenssoftware Markus Steinhauser Marketing & PR Manager Testbirds

Mehr

Seminar Bassem Ben Helal

Seminar Bassem Ben Helal Requiline Seminar Bassem Ben Helal Inhalt Motivation Kernfunktionalitäten Architektur Hierarchie Typen Abhängigkeiten Variabilitätspunkte Produktkonfiguration Evaluierung Demo Diskussion Motivation RequiLine

Mehr

Instandhaltung. Jakob Krause, Sebastian Cech. TU Dresden - Fakultät Informatik

Instandhaltung. Jakob Krause, Sebastian Cech. TU Dresden - Fakultät Informatik Ein Prototyp zur zustandsorientierten Instandhaltung Jakob Krause, Sebastian Cech TU Dresden - Fakultät Informatik Gliederung 1. Motivation 2. Der Prognoseprozess 3. Die Frameworkarchitektur 4. Implementierung

Mehr

Agenda. Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur

Agenda. Lösungsentwicklungsprozess Rahmenbedingungen für arvato SPL Entwicklungsarchitektur Lösungsorientierte Software Produktlinienentwicklung in heterogenen Systemlandschaften Andreas Wübbeke Dr. Thomas von der Maßen Workshop Produktlinien im Kontext 2009 25.05.2009 Agenda Ausgangssituation:

Mehr

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG , Barbara Paech Ins$tute of Computer Science Chair of So4ware Engineering Im Neuenheimer Feld 326 69120 Heidelberg, Germany hgp://se.ifi.uni- heidelberg.de delater@informa$k.uni- heidelberg.de RUPRECHT-KARLS-UNIVERSITÄT

Mehr

Software Engineering: Aktuelle Herausforderungen und Chancen

Software Engineering: Aktuelle Herausforderungen und Chancen Software : Aktuelle Herausforderungen und Chancen Prof. Dr. Klaus Schmid Modernes Software Herausforderungen Die Klassiker Kosten Qualität Risiko Die Neuen Flexibilität Strategische Integration 07.12.2006,

Mehr

RealNetworks Seminar. Stefan Kausch Geschäftsinhaber heureka e-business. Dietmar Kausch Vertriebsleiter heureka e-business

RealNetworks Seminar. Stefan Kausch Geschäftsinhaber heureka e-business. Dietmar Kausch Vertriebsleiter heureka e-business Dietmar Kausch Vertriebsleiter heureka e-business dietmar.kausch@heureka.com www.heureka.com Stefan Kausch Geschäftsinhaber heureka e-business stefan.kausch@heureka.com www.heureka.com Agenda von heureka

Mehr

Projektmanagement Projektablauf

Projektmanagement Projektablauf Projektmanagement Projektablauf Inhalt Was ist ein Projekt? Projektphasen Projektablauf Wichtige Begriffe Zusammenfassung 2 Warum Projektmanagement? Von der Seminararbeit......bis zum Urlaub...alles eine

Mehr

Überblick und Grundlagen IT- Qualitätsmanagement der BMW Group

Überblick und Grundlagen IT- Qualitätsmanagement der BMW Group Seite 1 Überblick und Grundlagen IT- Qualitätsmanagement der BMW Group IT Process Quality Management Leipzig Freude am Fahren Seite 2 BMW : Zahlen und Fakten. Serienproduktion seit 1.3.2005 208 ha Werksgelände

Mehr

Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung

Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Modellierung verteilter Systeme Grundlagen der Programm und Systementwicklung Wintersemester 2009/10 Prof. Dr. Dr. h.c. Manfred Broy Unter Mitarbeit von Dr. K. Spies, Dr. M. Spichkova, L. Heinemann, P.

Mehr

Die Softwareentwicklungsphasen!

Die Softwareentwicklungsphasen! Softwareentwicklung Die Softwareentwicklungsphasen! Die Bezeichnungen der Phasen sind keine speziellen Begriffe der Informatik, sondern den allgemeinen Prinzipien zur Produktion integrierter Systeme entliehen.

Mehr

lung eingebetteter Softwaresysteme im

lung eingebetteter Softwaresysteme im Technische Universität München Fakultät für Informatik Lehrstuhl für Software & Systems Engineering Kosten und Nutzen modellbasierter Entwick lung eingebetteter Softwaresysteme im Automobil Sascha Kirstan

Mehr

smis_secure mail in der srg / pflichtenheft /

smis_secure mail in der srg / pflichtenheft / smis_secure mail in der srg / pflichtenheft / Dok.-Nr: Version: 1.1 PH.002 Status: Klassifizierung: Autor: Verteiler: Draft Erik Mulder, Thanh Diep Erik Mulder, Thanh Diep Pflichtenheft, Seite 2 / 2 Änderungskontrolle

Mehr

Wir helfen Ihnen, sich auf Ihre Kompetenzen zu konzentrieren.

Wir helfen Ihnen, sich auf Ihre Kompetenzen zu konzentrieren. Wir helfen Ihnen, sich auf Ihre Kompetenzen zu konzentrieren. R Unser Anspruch bei bitbase Fokussiert auf Zuverlässigkeit, Qualität und eine permanente Serviceerweiterung tragen wir dazu bei, dass Sie

Mehr

Software modular bauen

Software modular bauen Software modular bauen Architektur von langlebigen Softwaresystemen Grundlagen und Anwendung mit OSGi und Java von Ulf Fildebrandt 1. Auflage Software modular bauen Fildebrandt schnell und portofrei erhältlich

Mehr

Zum Beispiel ein Test

Zum Beispiel ein Test Zum Beispiel ein Test Torsten Mandry OPITZ CONSULTING Deutschland GmbH Gummersbach Schlüsselworte Beispiele, Specification by Example, Akzeptanztest, Lebende Spezifikation, Java Einleitung Beispiele helfen

Mehr

Welches sind die wichtigsten Aufgaben des Strategischen Projektmanagements? Die Aufgaben des Strategischen Projektmanagements sind wie folgt:

Welches sind die wichtigsten Aufgaben des Strategischen Projektmanagements? Die Aufgaben des Strategischen Projektmanagements sind wie folgt: Welches sind die wichtigsten Aufgaben des Strategischen Projektmanagements? Die Aufgaben des Strategischen Projektmanagements sind wie folgt: Initiierung strategiekonformer Projekte Abbruch von nicht-strategiekonformen

Mehr

Comparison of Software Products using Software Engineering Metrics

Comparison of Software Products using Software Engineering Metrics Comparison of Software Products using Software Engineering Metrics Alexander Bätz Fakultät EIM Universität Paderborn 23. Juli 2009 1 / 28 Motivation Qualitätsbewertung von Software Vergleichbarkeit von

Mehr

Planen & Organisieren

Planen & Organisieren Planen & Organisieren Einleitung Diese (online) Einleitung gibt Ihnen einen ersten Überblick über die Hauptaufgaben bei der Planung & Organisation Ihres EU Projekts Die Einleitung dauert etwa 15 Minuten.

Mehr

your IT in line with your Business Geschäftsprozessmanagement (GPM)

your IT in line with your Business Geschäftsprozessmanagement (GPM) your IT in line with your Business Geschäftsprozessmanagement (GPM) Transparenz schaffen und Unternehmensziele effizient erreichen Transparente Prozesse für mehr Entscheidungssicherheit Konsequente Ausrichtung

Mehr

Modularisierung von Betriebsanleitungen

Modularisierung von Betriebsanleitungen tekom-regionalgruppe München 17.09.2007 Modularisierung von Betriebsanleitungen Vorbereitung für die Einführung eines Redaktionssystems (CMS/DMS) susanne.murawski@cognitas.de Modularisierung in der Technischen

Mehr

Risikobetrachtungen von Softwareelementen mittels FMEA. Alexander Späthe Safetronic, München 13. November 2006

Risikobetrachtungen von Softwareelementen mittels FMEA. Alexander Späthe Safetronic, München 13. November 2006 Risikobetrachtungen von Softwareelementen mittels FMEA Alexander Späthe Safetronic, München 13. November 2006 Inhalt Wer ist Carmeq? Anforderungen an eine FMEA Betrachtung von Software Unterschiede in

Mehr

Effizienzsteigerung durch Komplexitätsreduktion

Effizienzsteigerung durch Komplexitätsreduktion Effizienzsteigerung durch Komplexitätsreduktion Die Herausforderung Kosten schon kleine Änderungen in den Abläufen Ihres Unternehmens Unsummen? Haben Sie Schwierigkeiten, alle notwendigen Änderungen schnell

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH

Thomas Freitag achelos GmbH SmartCard-Workshop. 1 2012 achelos GmbH Thomas Freitag achelos GmbH SmartCard-Workshop 2012 1 2012 achelos GmbH Übersicht 1. 2. 3. 4. 5. 6. 7. Einführung / Motivation Historie des Testens Schnittstellen im Testbereich Eclipse Plugins Automatisierung,

Mehr

Was ist Software-Architektur?

Was ist Software-Architektur? Was ist Software-Architektur? Stephan Schulze Martin Knobloch 28.04.2004 Seminar: Software-Architektur Humboldt Universität zu Berlin sschulze knobloch@informatik.hu-berlin.de Gliederung Begriffsbestimmung

Mehr

SE Requirements. Michael Maur, Philipp Zühlke. Fachbereich Informatik Praktische Informatik Prof. Dr. W. Henhapl/ Andreas Kaminski

SE Requirements. Michael Maur, Philipp Zühlke. Fachbereich Informatik Praktische Informatik Prof. Dr. W. Henhapl/ Andreas Kaminski SE Requirements Einsatz ethnographischer Methoden 24. April. Seminareinheit : Qualität in der Softwareentwicklung & Erhebung von Requirements Software Engineering: Requirements Sommersemester 2008 Michael

Mehr

Softwareentwicklung aus Sicht des Gehirns

Softwareentwicklung aus Sicht des Gehirns Softwareentwicklung aus Sicht Business Unit Manager Folie 1 Ziel Das Ziel ist die Beantwortung der folgenden Fragen: 1. Wie lösen Softwareentwickler Probleme kognitiv? 2. Was sind die Schlüsselfaktoren

Mehr

Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013

Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013 Funktionale Sicherheit in Automotive und Luftfahrt (ISO26262 und DO 178BC) Otto Alber, Peter Wittmann 09.10.2013 Einleitung Modell-basierte Entwicklung bei Silver Atena Erfahrung mit Modell-basierter Entwicklung

Mehr

MS SharePoint stellt Ihnen ein Intranet Portal zur Verfügung. Sie können Ihre Inhalte weltweit verfügbar machen auch für mobile Endgeräte.

MS SharePoint stellt Ihnen ein Intranet Portal zur Verfügung. Sie können Ihre Inhalte weltweit verfügbar machen auch für mobile Endgeräte. Microsoft SharePoint Microsoft SharePoint ist die Business Plattform für Zusammenarbeit im Unternehmen und im Web. Der MS SharePoint vereinfacht die Zusammenarbeit Ihrer Mitarbeiter. Durch die Verbindung

Mehr

HOMEPLANE. Home Media Platform and Networks

HOMEPLANE. Home Media Platform and Networks HOMEPLANE Home Media Platform and Networks Middleware und Systemarchitektur René Hülswitt European Microsoft Innovation Center, Aachen Home Media Platform and Networks Systemstruktur Aufteilung in zwei

Mehr

Entwicklung von Partitionierungsstrategien im Entwurf dynamisch rekonfigurierbarer Systeme

Entwicklung von Partitionierungsstrategien im Entwurf dynamisch rekonfigurierbarer Systeme Entwicklung von Partitionierungsstrategien im Entwurf dynamisch rekonfigurierbarer Systeme R. Merker, Technische Universität Dresden, Fakultät ET und IT J. Kelber, Fachhochschule Schmalkalden, ET Gliederung

Mehr

Inhaltsübersicht INHALTSVERZEICHNIS...III ABBILDUNGSVERZEICHNIS... X TABELLENVERZEICHNIS... XII ABKÜRZUNGSVERZEICHNIS...XIII 1 EINLEITUNG...

Inhaltsübersicht INHALTSVERZEICHNIS...III ABBILDUNGSVERZEICHNIS... X TABELLENVERZEICHNIS... XII ABKÜRZUNGSVERZEICHNIS...XIII 1 EINLEITUNG... Inhaltsübersicht Inhaltsübersicht I INHALTSVERZEICHNIS...III ABBILDUNGSVERZEICHNIS... X TABELLENVERZEICHNIS... XII ABKÜRZUNGSVERZEICHNIS...XIII 1 EINLEITUNG... 1 1.1 Zielsetzung und Motivation... 1 1.2

Mehr

EasyLab: Modell-basierte Software-Entwicklung für mechatronische Systeme

EasyLab: Modell-basierte Software-Entwicklung für mechatronische Systeme EasyLab: Modell-basierte Software-Entwicklung für mechatronische Systeme Prof. Dr.-Ing. habil. Alois Knoll (k@tum.de) Lehrstuhl für Echtzeitsysteme und Robotik Institut für Informatik Technische Universität

Mehr

Featuremodellbasiertes und kombinatorisches Testen von Software-Produktlinien

Featuremodellbasiertes und kombinatorisches Testen von Software-Produktlinien Featuremodellbasiertes und kombinatorisches Testen von Software-Produktlinien Sebastian Oster, Philipp Ritter, Andy Schürr Sebastian Oster oster@es.tu-darmstadt.de Tel.+49 6151/16-3776 ES Real-Time Systems

Mehr

IT Service Management

IT Service Management IT Service IT Service : Seminarvortrag von Annegret Schnell im Rahmen der Lehrveranstaltung Netzmanagement SS 2003, Prof. Dr. Leischner, FH-Bonn-Rhein-Sieg Annegret Schnell Seminar Netzmanagement 1 Vortrag

Mehr

Dieses Dokument gibt einen kurzen Überblick über das Rahmenkonzept von evo.lution BPM. Nähere Details finden Sie auch unter: www.evoloso.

Dieses Dokument gibt einen kurzen Überblick über das Rahmenkonzept von evo.lution BPM. Nähere Details finden Sie auch unter: www.evoloso. Dieses Dokument gibt einen kurzen Überblick über das Rahmenkonzept von evo.lution BPM. Nähere Details finden Sie auch unter: www.evoloso.com Ausgangssituation Sowohl zur Erfüllung von Normanforderungen

Mehr

Eignet sich Eclipse RCP als Enterprise Plattform? 2. Mai 2006 Lars Stucki & Edwin Steiner www.inventage.com

Eignet sich Eclipse RCP als Enterprise Plattform? 2. Mai 2006 Lars Stucki & Edwin Steiner www.inventage.com Eignet sich Eclipse RCP als Enterprise Plattform? 2. Mai 2006 Lars Stucki & Edwin Steiner www.inventage.com Eignet sich Eclipse RCP als Enterprise Plattform? Einführung Demos Corporate Governance Asset

Mehr

Prozessorientierte Applikationsund Datenintegration mit SOA

Prozessorientierte Applikationsund Datenintegration mit SOA Prozessorientierte Applikationsund Datenintegration mit SOA Forum Business Integration 2008, Wiesbaden Dr. Wolfgang Martin unabhängiger Analyst und ibond Partner Business Integration 1998 2008 Agenda Business

Mehr

Energieverbrauchsermittlung von Android-Applikationen

Energieverbrauchsermittlung von Android-Applikationen Fakultät Informatik Institut für Software- und Multimediatechnik - Lehrstuhl für Softwaretechnologie Energieverbrauchsermittlung von Android-Applikationen Claas Wilke 09.05.2012 PROBLEM 2000 2012! http://graphjam.files.wordpress.com/2012/03/funny-graphs-gadgets-vs-gadgets.jpg

Mehr

Softwareentwicklung bei KMU - Ergebnisse einer Studie zum Entwicklungs-, Projekt- und Qualitätsmanagement

Softwareentwicklung bei KMU - Ergebnisse einer Studie zum Entwicklungs-, Projekt- und Qualitätsmanagement Softwareentwicklung bei KMU - Ergebnisse einer Studie zum Entwicklungs-, Projekt- und Qualitätsmanagement Lutz Nentwig Fraunhofer-Institut für Software und Systemtechnik ISST - Berlin 28. Oktober 2002

Mehr

Kundenorientiertes Projektmanagement am Beispiel Luftfahrzeug

Kundenorientiertes Projektmanagement am Beispiel Luftfahrzeug Prof. Dr.-Ing. Carsten Manz Kundenorientiertes Projektmanagement am Beispiel Luftfahrzeug 2. Internationaler Projektmanagement-Tag 21. März 2002 Copyright by C.M. 21.03.02 Gliederung 1 Einleitung 2 Kunde:

Mehr

Basis Community und Übersicht der verfügbaren Whitepapers

Basis Community und Übersicht der verfügbaren Whitepapers Business Community Basis Community und Übersicht der verfügbaren Whitepapers Zusammenfassung Dieses Dokument erklärt, wozu die Basis Community notwendig ist und welche Whitepapers verfügbar sind. Die Whitepapers

Mehr

Verteidigung Masterarbeit Evaluating the Use of a Web Browser to Unify GUI Development for IDE Plug-ins

Verteidigung Masterarbeit Evaluating the Use of a Web Browser to Unify GUI Development for IDE Plug-ins Verteidigung Masterarbeit Evaluating the Use of a Web Browser to Unify GUI Development for IDE Plug-ins Christian Cikryt Freie Universität Berlin 13.08.2015 Überblick Motivation und Ziele Evaluation des

Mehr

Projektmanagementsoftware: Standard vs. Individual

Projektmanagementsoftware: Standard vs. Individual Projektmanagementsoftware: Standard vs. Individual Thomas Schlereth Folie 1 der PM-Software im Unternehmen Pro / Contra Individual Strategische Planung von Projekten, Programmen und Portfolien Gesamte

Mehr

CASE. in der Anwendung. Erfahrungen bei der Einführung von CASE. Herausgegeben von Peter Hruschka. Carl Hanser Verlag München Wien

CASE. in der Anwendung. Erfahrungen bei der Einführung von CASE. Herausgegeben von Peter Hruschka. Carl Hanser Verlag München Wien CASE in der Anwendung Erfahrungen bei der Einführung von CASE Herausgegeben von Peter Hruschka Carl Hanser Verlag München Wien Inhaltsverzeichnis Vorwort Inhaltsverzeichnis v xi Peter Hruschka CASE einführen

Mehr

www.uni-math.gwdg.de/linuxuebung

www.uni-math.gwdg.de/linuxuebung 14 Netzwerküberwachung und -steuerung Überblick SNMP Simple Network Management Protocol Datendefinitionen SNMP Implementierungen unter Linux Kommandos zur Datenbeschaffung Konfiguration des Net-SNMP Agenten

Mehr

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin Agiles Testen Gedankensammlung 17. November 2013 - Patrick Koglin Inhalt Reflektion: Agilität notwendig? Wo? Eigenschaften agiler Entwicklung Quality is everyone s responsibility Qualität möglich machen

Mehr

Prozessmanagement Modeerscheinung oder Notwendigkeit

Prozessmanagement Modeerscheinung oder Notwendigkeit 1 von5 Prozessmanagement Modeerscheinung oder Notwendigkeit Autor: Dr. Gerd Sonntag Beratender Ingenieur disocon (Unternehmensberatung Diekelmann & Sonntag) Das Thema Prozessmanagement wurde in einem kompakten

Mehr

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung

ZENITY - Die Software für Ihre Unternehmens-Releaseplanung ZENITY - Die Software für Ihre Unternehmens-Releaseplanung RELEASEPLANUNG HEUTE Heutige Anwendungen in in Grossunternehmen sind sind keine keine alleinstehenden alleinstehenden Insel-Applikationen Insel-Applikationen

Mehr

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund

Guten Tag! CampusSource. Die CSE Integration Platform. CampusSource Engine. Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Engine Die CSE Integration Platform Guten Tag! Christof Pohl Softwareentwicklung Medienzentrum Universität Dortmund Integriertes Informationsmanagement mit der Engine - A2A vs. EBI Folie 2 Integration

Mehr

Data Warehousing in der Lehre

Data Warehousing in der Lehre Data Warehousing in der Lehre Prof. Dr.-Ing. Tomas Benz Dipl.-Inform. Med. Alexander Roth Agenda Vorstellung Fachhochschule Heilbronn Vorstellung i3g Vorlesungen im DWH-Bereich Seminare Projekte Studien-

Mehr

System Optimierung als Schlüsselfaktor für f r die Effizienzsteigerung im Antriebstrang. Innovationsforum 2010 Dipl.-Ing.

System Optimierung als Schlüsselfaktor für f r die Effizienzsteigerung im Antriebstrang. Innovationsforum 2010 Dipl.-Ing. System Optimierung als Schlüsselfaktor für f r die Effizienzsteigerung im Antriebstrang Innovationsforum 2010 Dipl.-Ing. Ulf Stenzel (FH) Überblick Inhalte 1. Was ist ein System und wo sind die Optimierungspotentiale?

Mehr

Softwarepraktikum: Enigma

Softwarepraktikum: Enigma Softwarepraktikum: Enigma Martin Steffen Sommersemester 2003 Abschnitt I Softwareentwurf Bereiche der Softwareentwicklung 1 Softwareentwurf eigentliche Softwareentwicklung Projektmanagement Konfigurationsmanagement

Mehr

Porsche auf der Überholspur Smarte Dokumente als entscheidender Wettbewerbsvorteil

Porsche auf der Überholspur Smarte Dokumente als entscheidender Wettbewerbsvorteil Porsche auf der Überholspur Smarte Dokumente als entscheidender Wettbewerbsvorteil Herbert Wenger Porsche Informatik GmbH Leitung Entwicklung Finanzdienstleistungen Gregor Marboe Infinica Document Solutions

Mehr

Sprachübergreifendes, abstraktes Metamodell zur Qualitätsanalyse und Qualitätsverbesserung von OO Systemen

Sprachübergreifendes, abstraktes Metamodell zur Qualitätsanalyse und Qualitätsverbesserung von OO Systemen Peter Szulman szulman@fzi.de Mircea Trifu mtrifu@fzi.de Sprachübergreifendes, abstraktes zur Qualitätsanalyse und Qualitätsverbesserung von OO Systemen 7 th Workshop Software Reengineering Bad Honnef,

Mehr

Herausforderungen des Enterprise Endpoint Managements

Herausforderungen des Enterprise Endpoint Managements Herausforderungen des Enterprise Endpoint Managements PPPvorlage_sxUKMvo-05.00.potx santix AG Mies-van-der-Rohe-Straße 4 80807 München www.santix.de santix AG Herausforderungen 09.10.2013 Herausforderungen

Mehr

Softwarearch itektu r- An alysem eth od en

Softwarearch itektu r- An alysem eth od en Softwarearch itektu r- An alysem eth od en Ein Überblick Matt hias Füssel Ingo Rauschenberg 16.06.2004 Seminar: Soft ware- Architekt ur Humboldt Universität zu Berlin Überblick Einführende Bem erkungen

Mehr

Ringvorlesung: SW- Entwicklung in der industriellen Praxis (28.01.2013)

Ringvorlesung: SW- Entwicklung in der industriellen Praxis (28.01.2013) Ringvorlesung: SW- Entwicklung in der industriellen Praxis (28.01.2013) Anforderungsmanagement vs. Projektbudget in Theorie und Praxis Bernd Körner (Requirements Engineer): bernd.koerner@t-systems.com

Mehr

Strategische CSR als Mehrwert für Unternehmen und Gesellschaft

Strategische CSR als Mehrwert für Unternehmen und Gesellschaft Strategische CSR als Mehrwert für Unternehmen und Gesellschaft Stiftungssymposium des Österreichischen Sparkassenverbandes 25. Jänner 2013 Roman H. Mesicek Studiengangsleiter Umwelt und Nachhaltigkeitsmanagement

Mehr

Informationssystem Kirche bei den Menschen

Informationssystem Kirche bei den Menschen Fachhochschule Wiesbaden Fachbereich 06 - Informatik Informationssystem Kirche bei den Menschen Prof. Dr. Reinhold Schäfer Marco Born, Michael Eckhardt, Stefan Nitsche Inhalt des Vortrags Übersicht Grundsätzliches

Mehr

Anwendungsfälle im Projektverlauf Ein Königsweg für effizientes Requirements-Engineering?

Anwendungsfälle im Projektverlauf Ein Königsweg für effizientes Requirements-Engineering? Anwendungsfälle im Projektverlauf Ein Königsweg für effizientes Requirements-Engineering? sd&m AG software design & management Carl-Wery-Str. 42 81739 München Telefon 089 63812-0 www.sdm.de A Company of

Mehr

SOFIA SOA in der Modebranche. Stefan Beyler. Organized by:

SOFIA SOA in der Modebranche. Stefan Beyler. Organized by: Mi 7.1a January 22 th -26 th, 2007, Munich/Germany SOFIA SOA in der Modebranche Stefan Beyler Organized by: Lindlaustr. 2c, 53842 Troisdorf, Tel.: +49 (0)2241 2341-100, Fax.: +49 (0)2241 2341-199 www.oopconference.com

Mehr