Softwaretechnikpraktikum Sommersemester 2005 Gruppe 05 Die Familie 1.Präsentation...
-
Upload
wolfgang-regenold -
Category
Documents
-
view
109 -
download
0
Transcript of 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!