Projektplan: Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Der Rational Unified Process: Requirements Capturing Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

RUP: Requirements Elicitation Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Die drei Dimensionen des Requirements Engineering [Pohl96] Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Die vier Welten des Requirements Engineering Subject World Modell der Anwendungsdomäne die Daten / Vorgänge die verwaltet / bearbeitet werden sollen Usage World Wer sind die Anwender des geplanten Softwaresystems Was sind die Aufgaben, die die Anwender bearbeiten System World: bestehende Software und ihre Doku und ihre Entwicklungsgeschichte Development World: "Entwicklungswelt". Hier wird die neue Software entwickelt fertige Produkte wandern aus der Entwicklungswelt in die Systemwelt Aufgabe des Requirements Engineering ist die präzise Modellierung aller 4 Welten. Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Die Probleme des Requirements Engineering Der Kunde weiß im allgemeinen nicht was er will "Den Kunden" gibt es eigentlich nicht, unterschiedliche Interessensgruppen auf Kundenseite Business Model meist nicht vorhanden Einzelne Kundenvertreter kennen oft nur Ausschnitt des eigenen Business Models Das Business Model ist ein "Moving Target" Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Lösungsansätze Berater / Consultants vor Experten in der Erstellung von Business Models das alleine ist früher oft gescheitert Vertreter vor dem Kunden passendes Problem zum eigenen Produkt einreden Iterative Prozesse erste Teilfunktionalitäten werden früh vom Kunden evaluiert eXtreme Programming Kunde definiert Anforderungen selbst Kunde formalisiert Anforderungen mittels Tests Kunde priorisiert Anforderungen Kunde evaluiert jede Teilfunktionalität sofort Kunde hat im Zweifel selber Schuld Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Das Anforderungsdokument Strukturvorgabe im GForge Funktionalitäten identifizieren Pro Funktionalität Abschnitt mit: Aufruf in Pappmodelle der GUI Ablaufszenario aus Benutzersicht Eventuell Ergebnis in Pappmodell der GUI Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Use Cases aufzählen Ein Oval eine Funktion Kasten = Systemgrenze Benutzer = GUI Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Fachgebiet Software Engineering. Übersicht. © 27. 03 Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Fachgebiet Software Engineering. Übersicht. © 27. 03 Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Textuelle Ablaufbeschreibung am Beispiel Beispielablauf: Der Operator wählt im Menü Datei den Punkt Agent laden. Es erscheint der Datei-Dialog im Beispielverzeichnis. Der Operator wählt AgentNeu AgentNeu wird geladen und an den Simulationsserver übermittelt AgentNeu wird oben in der Liste der aktiven Agenten angezeigt, vgl. Abb. 99 Fehlerbeispiel: Der Operator lädt den AgentX AgentX ist schon geladen Fehlermeldung: Dr.No.PC Abbruch ohne Nebeneffekt BondSimServer AgentNeu.007 Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Fachgebiet Software Engineering. Übersicht. © 27. 03 Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University

Fachgebiet Software Engineering. Übersicht. © 27. 03 Fachgebiet Software Engineering Übersicht © 27.03.2017 Albert Zündorf, Kassel University