Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.
-
Upload
anselma-stielow -
Category
Documents
-
view
106 -
download
0
Transcript of Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.
![Page 1: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/1.jpg)
Fünf-Fünf-Zweider 3. Vorlesung/ÜbungRequirements Engineering WS 10/11
Marin Zec
![Page 2: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/2.jpg)
Thema der 3. Vorlesung
• Grundlagen des RE
1. Anforderungsquellen
2. Der RE-Prozess
3. Dokumentation von Anforderungen
![Page 3: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/3.jpg)
Inhalt (I): Anforderungsquellen
• Anforderungsquellen– Stakeholder– Sonstige Anforderungsquellen
(Dokumente, Legacy-System)
• Viewpoints– Unterschiedliche Blickwinkel möglich– Womöglich widersprüchlich
• Viewpoint Resolution– Modellierung– Konsistente Zusammenführung
![Page 4: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/4.jpg)
Inhalt (II): Der RE-Prozess• Findet innerhalb bestimmter
Entwicklungskonstellation statt– Innovationsgrad/Erfahrung– Domäne– Neu-/Weiterentwicklung– System-/Anwendungssoftware– …
• nicht notwendig sequentiell
• Weitere Aspekte– Feedback-Loop– Änderungsmanagement– Risikomanagement– Rollen/Verantwortlichkeiten– Validierung/Verifikation
Idee
Input
Scoping
Elicitation
Analysis/Modelling
Verhandeln
Spezifikation
Validierung
Tracing & Verifikation
Änderungen
![Page 5: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/5.jpg)
Inhalt (III): Ziele Anforderungen• Sammeln von Ziel-/Anforderungsvorstellungen
• Abstimmung von Zielen und Priorisierung
• Diese Ziele werden zu Anforderungen verfeinert
• Kriterien für Anforderungen (vgl. IEEE830-1984)1. Konsistenz
2. Vollständigkeit
3. Korrektheit
4. Eindeutigkeit
5. Überprüfbarkeit
6. Änderbarkeit
7. Verfolgbarkeit
8. Priorisierung
9. Verständlichkeit
![Page 6: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/6.jpg)
Inhalt (IV): Anforderungen
• Ausführbare Anforderung (Definition von Prototyp)– Konsistent– Prototyp ermöglicht Experimente– Lösungsorientiert: konkrete vs. beste Lösung
• Deskriptive Anforderung– Problemorientiert
![Page 7: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/7.jpg)
Inhalt (V): Dokumentation• Darstellungsformen
– Texte, Tabellen, Grafiken, Prototypen, Videos, …
• Formalitätsgrad– informell, semiformal/normiert, formal
• Use Cases/Nutzungsfälle– beschreibt Funktion– exemplarisch– aus Nutzersicht– oft durch eine Reihe von Szenarien
• Ableitung von (System-)Funktionen bzw. Funktionshierarchie aus Use Cases
• Relationen und Abhängigkeiten (sollten explizit dokumentiert werden)
• optional: modellbasiert (Modellorientierung ≠ Formalisierung)
![Page 8: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/8.jpg)
Verständnisfragen (I)
Was sind mögliche Quellen für Anforderungen?
![Page 9: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/9.jpg)
Verständnisfragen (I)
Was sind mögliche Quellen für Anforderungen?
Stakeholder, Dokumente, Legacy-Software, …
![Page 10: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/10.jpg)
Verständnisfragen (II)
Was sind (Kern-)Schritte im RE-Prozess?
![Page 11: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/11.jpg)
Verständnisfragen (II)
Was sind (Kern-)Schritte im RE-Prozess?
• Idee• Input• Scoping• Elicitation• Analysis/Modelling• Verhandeln• Spezifikation• Validierung• Tracing & Verifikation• Änderungen
![Page 12: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/12.jpg)
Verständnisfragen (III)
Welche Schritte führen von den Stakeholdern zu Anforderungen?
![Page 13: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/13.jpg)
Verständnisfragen (III)
Welche Schritte führen von den Stakeholdern zu Anforderungen?
Vorstellungen sammeln, Ziele festlegen & priorisieren, Anforderungen formulieren (Kriterien IEEE830-1984)
![Page 14: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/14.jpg)
Verständnisfragen (IV)
Was charakterisiert ausführbare bzw. deskriptive Anforderungen?
![Page 15: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/15.jpg)
Verständnisfragen (IV)
Was charakterisiert ausführbare bzw. deskriptive Anforderungen?
• Ausführbare Anforderungen definieren Prototyp (lösungsorientiert)
• Deskriptive Anforderungen beschreiben abstrakt (problemorientiert)
![Page 16: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/16.jpg)
Verständnisfragen (V)
Wie können Anforderungen dokumentiert werden und worauf sollte insbesondere geachtet werden?
![Page 17: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/17.jpg)
Verständnisfragen (V)
Wie können Anforderungen dokumentiert werden und worauf sollte insbesondere geachtet werden?
•Darstellungsform: Text, Grafik, Video, …•Formalisierungsgrad: informell, semi-formal, formal•Wichtig: Relationen/Abhängigkeiten explizit machen
![Page 18: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/18.jpg)
Klausurfragen (I)
Wodurch können bei der Ermittlung von Anforderungen trotz Einbeziehung von Stakeholdern Probleme entstehen?
![Page 19: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11 Marin Zec.](https://reader036.fdocuments.net/reader036/viewer/2022062417/55204d7049795902118c191d/html5/thumbnails/19.jpg)
Klausurfragen (II)
Wie erfolgt die Ableitung von Anforderungen anhand von Anforderungsquellen und wie sollten sie formuliert sein?