Was sind Anforderungen? Und worin gliedern sie sich auf?
Wünsche und Bedürfnisse nach neuen Dingen durch Personen und Organisationen (Stakeholder). Folgende Dinge können erstellt werden: Produkte, Dienstleistungen und Arbeitsprodukte (Devices, Verfahren, Werkzeuge), die Stakeholdern helfen, ein bestimmtes Ziel zu erreichen.
Ziel Requirements Engineering
Anforderung an Systeme so zu spezifizieren, dass die implementierten und bereitgestellten Systeme die Wünsche und Bedürfnisse der Stakeholder erfüllen.
System
Bezeichnung aller Dinge, an die Stakeholder Anforderungen stellen.
Welche drei Anforderungsarten gibt es?
Funktionale Anforderungen, Qualitätsanforderungen, Constraints
Was sind funktionale Anforderungen?
Ergebnis oder Verhalten, das durch eine Funktion eines Systems bereitgestellt werden soll. Dazu gehören Anforderungen an Daten oder die Interaktionen eines Systems mit seiner Umgebung.
Was sind Qualitätsanforderungen?
Qualitätsaspekte, die nicht durch funktionale Anforderungen abgedeckt sind, wie z.B. Leistung (Performance), Verfügbarkeit, Sicherheit oder Zuverlässigkeit.
Was sind constraints?
Anforderungen, die den Lösungsraum über das hinaus begrenzen, was zur Erfüllung der gegebenen funktionalen Anforderungen und Qualitätsanforderungen notwendig ist (z.B. Zeit, Budget, Termine)
Woraus bestehen Softwarekomponenten
physische Elemente (technische Produkte, Computer hardware, Devices) und organisatorische Elemente (Personen, Positionen, Geschäftsprozesse)
Welche Anforderungsarten gibt es?
- Systemanforderungen (Verhaltenswunsch zwischen System und Schnittstelle zur Umgebung) –> Das System prüft den Kreditbetrag und fordert bei >50.000 € eine zweite Freigabe an.
- Stakeholderanforderungen (Wünsche und Bedürfnisse der Stakeholder, die durch Systementwicklung befriedigt werden sollen) –> Der Sacharbeiter möchte direkt Bonitätsangaben einsehen können
- Benutzeranforderungen (Wünsche und Bedürfnisse der Systemnutzer –> Unterkategorie der Stakeholderanforderungen)
- Domänenanforderungen (Domänenanforderungen beschreiben erforderliche Eigenschaften, Regeln und Randbedingungen einer Anwendungsdomäne,
die für das Verständnis und die korrekte Funktion eines sozio-technischen oder cyber-physikalischen Systems notwendig sind.) –> Kreditanträge über 50000 bedürfen einer zweiten Unterschrift - Geschäftsanforderungen (umfassen, wie Geschäftsziele, Zielsetzungen und Bedürfnisse einer Organisation durch den Einsatz eines Systems erreicht werden sollen.) –> Kundenzufriedenheit soll um 20% steigen
Warum betreiben wir Requirements Engineering?
- Vermeidung von Fehlschlägen.
–> Es minimiert das Risiko des Scheiterns oder kostspieliger Änderungen in späteren Entwicklungsphasen. - Besseres Verständnis des Problems
–> Es erleichtert die intellektuelle Komplexität des Verständnisses des Problems, das ein System lösen soll, und das Nachdenken über mögliche Lösungen. - Realistische Planung und Kalkulation
–> Es bietet eine geeignete Grundlage für die Einschätzung von Entwicklungsaufwand und -kosten. - Grundlage für das Testen
–> Es ist eine Voraussetzung für das richtige Testen des Systems
Symptome für ein mangelhaftes Requirements Engineering
- Termindruck –> Devteams stürzen sich sofort auf Systementwicklung statt sauber zu planen
- Kommunikationsprobleme zwischen und unter den Stakeholdern und Systementwicklern
- Annahme, dass Anforderungen selbstverständlich sind –> meistens falsch
- fehlende Ausbildung und Fähigkeiten der Person, die RE-Aktivitäten ausführt
wofür steht VUCA
Volatility, Uncertainty, complexity, ambiguity
Was sind die Hauptaufgaben des RE?
Ermittlung, Dokumentation, Validierung und Verwaltung von Anforderungen.
Teile davon: Lösung von Anforderungskonflikten, Anforderungsanalyse
