Requirements Engineering im SPL-Umfeld

Größe: px

Ab Seite anzeigen:

Download "Requirements Engineering im SPL-Umfeld"

Judith Schmidt
vor 8 Jahren
Abrufe

1 Requirements Engineering im SPL-Umfeld Manuel Wörmann

2 Requirements Engineering im SPL-Umfeld Inhalt 1. Definition 2. Ziele 3. Domain Requirements Engineering 4. Application Requirements Engineering 5. Fazit

3 Requirements Engineering im SPL-Umfeld Definition Requirements Engineering Requirements Engineering umfasst das Ermitteln, Analysieren, Spezifizieren und Validieren aller Eigenschaften und Rahmenbedingungen eines Softwaresystems, die über seinen gesamten Lebenszyklus gewünscht werden bzw. relevant sind. Quelle: Enzyklopädie der Wirtschaftsinformatik Online-Lexikon

4 Requirements Engineering im SPL-Umfeld Ziele: hoher Grad an Wiederverwendbarkeit hohe Flexibilität bei Ableitung von Applikationen geringe Kosten für Kunden 2 RE-Teilprozesse bei SPL: Domain Requirements Engineering Application Requirements Engineering

5 Domain Requirements Engineering 1. Gemeinsamkeiten-Analyse 2. Variabilitäts-Analyse 3. Definition der Anforderungsvariabilität

6 Domain Requirements Engineering Gemeinsamkeiten-Analyse Suche nach gemeinsame Anforderungen der vorgesehenen Applikationen Werkzeuge: Application-Requirements-Matrix Prioritätenbasierte Analyse Checklisten-basierte Analyse

7 Domain Requirements Engineering Application-Requirements-Matrix

8 Domain Requirements Engineering Variabilitäts-Analyse Bestimmung der Anforderungsvariabilität Werkzeuge: Application-Requirements-Matrix Prioritätenbasierte Analyse Checklisten-basierte Analyse Resultat: Variation Points und deren Varianten

9 Domain Requirements Engineering Prioritätenbasierte Analyse Stakeholder ordnen den Anforderungen Prioritäten zu Kandidaten für variable Anforderungen: Anforderungen, die gleichzeitig niedrige und hohe Prioritäten erhalten

10 Domain Requirements Engineering Definition der Anforderungsvariabilität Orthogonales Variabilitätsmodell (OVM) Definition von Variation Points und Varianten Abhängigkeiten Externe Variabilität Abhängigkeiten in der Regel intuitiv bestimmbar Constraint Dependencies (requires, excludes)

11 Domain Requirements Engineering Orthogonales Variabilitätsmodell

12 Domain Requirements Engineering Relevanz für Softwareproduktlinien Vorausschauende Entwicklung von gemeinsamen und variablen Anforderungen Ziel: hoher Grad an Wiederverwendbarkeit

13 Application Requirements Engineering 1. Kommunikation der Produktlinienvariabilität 2. Evaluation der Requirement Deltas 3. Dokumentation der Application Requirements

14 Application Requirements Engineering Kommunikation der Produktlinienvariabilität 2 Schritte: 1. Kommunikation der Varianten, Variabilitätsabhängigkeiten und Alternativen eines VP 2. Kommunikation der Abhängigkeiten anhand der Constraint Dependencies Ergebnis: Klassifikation von Stakeholder Requirements Erfüllbar durch Domain Requirement Artefacts Stimmen nicht mit Domain Requirements Artefacts überein

15 Application Requirements Engineering Evaluation der Requirement Deltas Requirement Delta: Differenz zwischen Domain- und Application-Variabilitätsmodell 2 Möglichkeiten: Variante muss hinzugefügt, Variabilität oder Constraint angepasst werden Teil der gemeinsamen Anforderungen variabel machen, externe Variabilität um einen VP erweitern Ziel: Entscheidung, ob Delta für eine bestimmte Applikation zu erfüllen

16 Application Requirements Engineering

17 Application Requirements Engineering Dokumentation der Application Requirements Ergebnisse in Application-Requirements-Spezifikation dokumentieren: Übereinstimmende Application- und Domain Requirements Artefacts Application Variabilitätsmodell mit ausgewählten Varianten Variabilitätsmodell-Deltas Verbindungen zwischen Anforderungen und ausgewählten Varianten Neue oder geänderte Requirements Artefacts

18 Application Requirements Engineering Relevanz für Softwareproduktlinien Erhebung der Stakeholder Requirements und Mapping auf gemeinsame und variable Domain Requirements Artefacts Ziel: hohe Wiederverwendbarkeit, geringe Kosten

19 Requirements Engineering im SPL-Umfeld Fazit Aufspaltung in zwei Teilprozesse Optimierung der Entwurfsphase Möglichst viel wiederverwenden Benötigte Varianten spezifizieren Möglichst wenig überflüssige Entwicklungskosten Erleichterung des Entwurfs einer SPL

20 Quellen S. Böhne and K. Pohl. Domain requirements engineering. In Software Product Line Engineering, pages Springer Berlin Heidelberg, G. Halmans and K. Pohl. Application requirements engineering. In Software Product Line Engineering, pages Springer Berlin Heidelberg, M. Broy, E. Geisberger, J. Kazmeier, A. Rudorfer, and K. Beetz. Ein requirements-engineeringreferenzmodell. Informatik-Spektrum, 30(3): , K. Kurbel, J. Becker, N. Gronau, E. Sinz and L. Suhl. Enzyklopädie der Wirtschaftsinformatik Online-Lexikon.

21 Danke!

Ähnliche Dokumente

Requirements Engineering im SPL-Umfeld

Requirements Engineering im SPL-Umfeld Manuel Wörmann Universität Siegen woermann@informatik.uni-siegen.de ABSTRACT Requirements Engineering im Umfeld von Softwareproduktlinien umfasst zwei Teilprozesse,