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

Präsentation zum Thema: "Softwaretechnikpraktikum Sommersemester 2005 Gruppe 05 Die Familie 1.Präsentation Anforderungsdefinition 31. Mai 2005."—  Präsentation transkript:

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

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

3 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.

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

5 Anforderungsdefinition - Ist-Zustand5 Überblick

6 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.

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

8 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)

9 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

10 Anforderungsdefinition - Funktionsbeschreibung10 GUI – Eigene Shuttleflotte

11 Anforderungsdefinition - Funktionsbeschreibung11 GUI – Alle Shuttles

12 Anforderungsdefinition - Funktionsbeschreibung12 GUI - Shuttlemarkt

13 Anforderungsdefinition - Funktionsbeschreibung13 GUI – Kontodatenverlauf

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

15 Anforderungsdefinition - Soll-Zustand15 Überblick

16 Anforderungsdefinition - Soll-Zustand16 Shuttle Steuerung

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

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

19 Vielen Danke für die Aufmerksamkeit!