Softwaretechnikpraktikum Sommersemester 2005 Gruppe 05 Die Familie 1.Präsentation Anforderungsdefinition 31. Mai 2005

Anforderungsdefinition - Übersicht2 Übersicht 1.Einsatzbereich 2.Ist-Zustand 3.Funktionsbeschreibung 4.Soll-Zustand 5.Ausblick

Anforderungsdefinition - Einsatzbereich3 Einsatzbereich Ziel: Entwicklung eines Softwaresystems zur Simulation des Schienentransportsystem Railcab der Universität Paderborn Basis: Simulation mit Shuttlesteuerung und Unternehmensvisualisierung Unsere Aufgabe: Entwicklung eines Steuerungs- und Überwachungspanels Entwicklung und Implementation von Strategien zur automatischen Shuttlesteuerung.

Anforderungsdefinition4 Übersicht 1.Einsatzbereich 2.Ist-Zustand 3.Funktionsbeschreibung 4.Soll-Zustand 5.Ausblick

Anforderungsdefinition - Ist-Zustand5 Überblick

Anforderungsdefinition - Ist-Zustand6 Konkret Kernel: Beinhaltet die Steuerung des kompletten Simulationsablaufs und bietet Schnittstellen zur Darstellung und Einflussnahme an. Shuttle-Steuerung: Hat bereits alle Grundfunktionen die für den Simulationsablauf wichtig sind implementiert (z.B. Auftrag ausführen, Kommunikation mit dem Kernel). Company-Control: Besitzt momentan Funktionen zum Kaufen/Verkaufen eines Shuttles. Zudem ist die Kommunikation mit dem Kernel über Messages implementiert. Visualisation: Visualisiert den Simulationsablauf mit Karte, Company- und Shuttle Übersichten und Daten von jedem Shuttle.

Anforderungsdefinition - Übersicht7 Übersicht 1.Einsatzbereich 2.Ist-Zustand 3.Funktionsbeschreibung 4.Soll-Zustand 5.Ausblick

Anforderungsdefinition - Funktionsbeschreibung8 Strategien Wartungs-Strategie: kann für einzelne oder für alle Shuttles gewählt werden 3 Strategien: late, normal, early Shuttle-Raumverteilungs-Strategie: Wird auf alle Shuttles angewendet none, orders, evenly distributed MinGewinn-Strategie: Der Benutzer kann angeben wie hoch sein Gewinnanteil bei einem Auftrag mindestens sein soll (Prozent oder Euro)

Anforderungsdefinition - Funktionsbeschreibung9 Einstellungen Maximale Auftragsanzahl einstellen: Benutzer kann die maximale Anzahl an Aufträgen die ein Shuttle annehmen kann einstellen Zeitpuffer einstellen: Der Benutzer kann einen zusätzlichen Zeitpuffer setzen, der für alle auszuführenden Aufträge gelten soll Angebotsannahme einstellen: Der Benutzer kann einem Shuttle verbieten weitere Angebote abzugeben Autonomes Kaufen/Verkaufen: Der Benutzer kann zwischen automatischen oder manuellen Shuttle kaufen/verkaufen wählen

Anforderungsdefinition - Funktionsbeschreibung10 GUI – Eigene Shuttleflotte

Anforderungsdefinition - Funktionsbeschreibung11 GUI – Alle Shuttles

Anforderungsdefinition - Funktionsbeschreibung12 GUI - Shuttlemarkt

Anforderungsdefinition - Funktionsbeschreibung13 GUI – Kontodatenverlauf

Anforderungsdefinition - Übersicht14 Übersicht 1.Einsatzbereich 2.Ist-Zustand 3.Funktionsbeschreibung 4.Soll-Zustand 5.Ausblick

Anforderungsdefinition - Soll-Zustand15 Überblick

Anforderungsdefinition - Soll-Zustand16 Shuttle Steuerung

Anforderungsdefinition - Übersicht17 Übersicht 1.Einsatzbereich 2.Ist-Zustand 3.Funktionsbeschreibung 4.Soll-Zustand 5.Ausblick

Anforderungsdefinition - Ausblick18 Ausblick Was noch zu tun ist: Verfeinerung der Shuttle Steuerung und der Strategien und Einstellungen Implementierung und Test in Modulen Dokumentation

Vielen Danke für die Aufmerksamkeit!