GdS: Lektion 3 - Requirements Engineering

Funktionen und Eigenschaften, die ein System unterstützen soll
Anforderungen sind die geforderten Funktionen und Eigenschaften

Als kooperativen, iterativen, inkrementellen Prozess
Ziel: Anforderungen sind bekannt und verstanden, vorschriftgemäß dokumentiert und unter den Stakeholdern abgestimmt

Anforderungen bekannt und verstanden, vorschriftsgemäß dokumentiert, unter Stakeholdern abgestimmt
Eselsbrücke: Kennen - Aufschreiben - Einig sein. Passt zu den Kernaktivitäten Ermitteln, Dokumentieren, Prüfen und Abstimmen.

In mehreren Iterationen, in der Reegel projektbegleitend
Softwareentwicklung ist stark erkenntnisgetrieben. Deshalb werden Anforderungen in Zyklen Stück füt Stück ermittelt und verfeinert.

Ermittlund, Dokumentation, Prüfen und Abstimmen
Ergänzend: Verwaltung von Anforderungen als Kernaktivität

Es gibt keine feste Reihenfolge; sie hängt von der Projektsituation ab
Entscheidung je nach Projektsituation welche Aktivität als Nächste kommt

Den Erkenntnisstand für alle Stakeholder zu sichern, damit jeder jederzeit einen Überblick hat
Anforderungsdokumente sind außerdem häufig Teil rechtsgültiger Verträge, an denen erbrachte Leistungen geprüft werden.

Von Art der Anforderung, Zweck, Zielgruppe und geltenden Vorschriften
Darstellungsart: Text, Grafiken, Softwaremodell oder Prototyp

Grafische modelle, deren Notationselemente eine festgelegte Bedeutung haben
Ergänzen Text um komplizierte Strukturen darzustellen

1. Prüfkriterien festlegen
2. Prüfprinzipien und -techniken wählen
3. Prüfen und Ergebnisse dokumentieren
4. Abstimmen bzw. Konfliktmanagement
Geprüft wird vor Freigabe zur Umsetzungen, weil alle anderen weiteren Aktivitäten von den Anforderungen abhängen.

Das methodische Identifizieren, Analysieren und Auflösen von Konflikten
Bei komplexen Informationssystemen mit vielen Stakeholdern gibt es fast immer konkurrierende Anforderungen.

Die Aktivitäten zur Dokumentation detaillierter technischer Anforderungen
Die Spezifikation erweitert und detailliert die RE-Dokumentation auf technischer Ebene, sodass die Anforderungen messbar sind.

In den Ermittlungs- und Prüftechniken
Unterschied: RE ist fachlich, die Spezifikation technisch und messbar.

Für Systemdesign, Implementierung und Testfälle aller Teststufen
Fehler in der Spezifikation haben weitreichende Auswirkungen auf das ganze Projekt.

Es werden nur die nach außen sichtbaren Eigenschaften beschrieben, nicht der innere Aufbau
Spezifikation beschreibt WAS das System können muss, nicht WIE es intern gebaut wird

Durch den Verantwortungsübergang zwischen Auftraggebenden und Entwickelnden
Merksatz: Wo die Spezifikation aufhört, beginnt die Freiheit der Entwicklung. Bei unbekanntem oder ausgelagertem Team sollte möchlichst detailliert spezifiziert werden.

Datenmodell, Fachfunktionen, Geschäftsregeln
Spezifikation von Schnittstellen: Protokoll, Datenstruktur und GUI

Eine Aussage die einen fachlichen Aspekt definiert oder bedingt
Beispiel: Der Vertragsbeginn muss vor dem Vertragsende liegen

Operative Geschäftsregel
Operative Regeln beeinflussen Abläufe.

Fachlicher Zweck, technisches Protokoll, Datenstruktur der Nachrichten bzw. Aufbau und Verhalten der Oberfläche
Beispiel: HTTP odr FTP als Protokoll, XML oder JSON als Datenstruktur

Qualitätseigenschaften werden durch Metriken messbar gemacht; Randbedingungen sind einzuhaltende Vorgaben wie Gesetze, Standards, Styleguides
Beispiel Randbedingungen: Revisionssicherheit nach Abgabenordnung
Beispiel Qualitätseigenschaft: 99% Verfügbarkeit

ca. 8 h und 45 Min.
8760 Stunden x 0,1 = 8,76

Inahlte und Aufbau der Datenmasken, Validierung von daten, Dialogfluss
Dialogfluss = Wie werden Nutzende abhängig von ihren Eingaben und Aktionen durch die Oberfläche geführt

Regeln zur Aktivierung und Deaktivierung von Elementen, Validierungsregeln, Dialogflussregeln
Textuell wir beschrieben, was sich visuell schlecht darstellen lässt. Visuelle Hilfsmittel: Skizzen, Prototyp-Screenshots und einfache Diagramme.

Unabhängige Softwareeinheiten, die über vereinbarte Schnittstellen zu einem System zusammengestellt werden können
Spezifiziert werden ihre Abgrenzungen, internen Funktionen und die Nachrichten an ihren Schnittstellen

Sie legen Geschäftobjekte und ihre Zusammenhänge einheitlich fest und sichern so die Austauschfähigkeit der Daten
Daten aus der GUI müssen demselben Modell entsprechen wie Daten aus der Datenbank. Werkzeug: z.B. UML-Klassendiagramm

Fähigkeit eines unter bestimmten Bedingungen verwendeten Softwareprodukts, explizite und implizite Anforderungen zu erfüllen
Wichtig: Explizite UND Implizite Anforderungen