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

Softwaretechnikpraktikum Sommersemester Softwaretechnikpraktikum Sommersemester 20052005

Gruppe 05

„„Die Familie“Die Familie“

1. Präsentation

Anforderungsdefinition

31. Mai 2005

Anforderungsdefinition - Übersicht 2

Übersicht

1. Einsatzbereich

2. Ist-Zustand

3. Funktionsbeschreibung

4. Soll-Zustand

5. Ausblick

Anforderungsdefinition - Einsatzbereich 3

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.

Anforderungsdefinition 4

Übersicht

1. Einsatzbereich

2. Ist-Zustand

3. Funktionsbeschreibung

4. Soll-Zustand

5. Ausblick

Anforderungsdefinition - Ist-Zustand 5

Überblick

Anforderungsdefinition - Ist-Zustand 6

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 - Übersicht 7

Übersicht

1. Einsatzbereich

2. Ist-Zustand

3. Funktionsbeschreibung

4. Soll-Zustand

5. Ausblick

Anforderungsdefinition - Funktionsbeschreibung 8

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 - Funktionsbeschreibung 9

Einstellungen

Maximale Auftragsanzahl einstellen:Benutzer kann die maximale Anzahl an Aufträgen die ein Shuttle annehmenkann 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 - Funktionsbeschreibung 10

GUI – Eigene Shuttleflotte

Anforderungsdefinition - Funktionsbeschreibung 11

GUI – Alle Shuttles

Anforderungsdefinition - Funktionsbeschreibung 12

GUI - Shuttlemarkt

Anforderungsdefinition - Funktionsbeschreibung 13

GUI – Kontodatenverlauf

Anforderungsdefinition - Übersicht 14

Übersicht

1. Einsatzbereich

2. Ist-Zustand

3. Funktionsbeschreibung

4. Soll-Zustand

5. Ausblick

Anforderungsdefinition - Soll-Zustand 15

Überblick

Anforderungsdefinition - Soll-Zustand 16

Shuttle Steuerung

Anforderungsdefinition - Übersicht 17

Übersicht

1. Einsatzbereich

2. Ist-Zustand

3. Funktionsbeschreibung

4. Soll-Zustand

5. Ausblick

Anforderungsdefinition - Ausblick 18

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!