fünf-fünf-zwei der 3. vorlesung/Übung requirements engineering ws 10/11
DESCRIPTION
Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11. Marin Zec. Thema der 3. Vorlesung. Grundlagen des RE Anforderungsquellen Der RE-Prozess Dokumentation von Anforderungen. Inhalt (I): Anforderungsquellen. Anforderungsquellen Stakeholder - PowerPoint PPT PresentationTRANSCRIPT
![Page 1: Fünf-Fünf-Zwei der 3. Vorlesung/Übung Requirements Engineering WS 10/11](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/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](https://reader035.vdocuments.net/reader035/viewer/2022070413/56814d6c550346895dbabb82/html5/thumbnails/19.jpg)
Klausurfragen (II)
Wie erfolgt die Ableitung von Anforderungen anhand von Anforderungsquellen und wie sollten sie formuliert sein?