130 likes | 269 Views
Präsentation des Pflichtenheftes und des Redesign. Roboter Poker RoPo. Auftragnehmer. Eine Gruppe von Studenten der Informatik der Universität Paderborn :. Stefan Henkler CVS / Roboter Andreas Maas Arena Christian Niggemeyer Präsentation / Schnittstelle / Roboter
E N D
Präsentation des Pflichtenheftes und des Redesign Roboter Poker RoPo
Auftragnehmer Eine Gruppe von Studenten der Informatik der Universität Paderborn: Stefan Henkler CVS / Roboter Andreas Maas Arena Christian Niggemeyer Präsentation / Schnittstelle / Roboter Matthias Reuter Präsentation / Pflichtenheft / Arena Alexander Rüther Schnittstelle / Roboter Markus Sanders Arena Stefan Scharberth Arena Christian Schmitt Webmaster / Roboter
Überblick über die Aufgabenstellung a Computerspiel auf Basis des Spiels Realtimebattle entwickeln aRe-Engineering des im letzten Softwarepraktikum erstellten Programm Last Action Robot aErweiterung / Umstellungen im Bereich Wartbarkeit ( Debug – Modus, Schnittstelle ) aUmstellung der Arenen auf 6-Eckige Wabenstruktur
Ergebnisse aus der Redesignphase azwei Module: Roboter / Arena aunsaubere Trennung zwischen Arena und Roboter aSchummelmöglichkeiten der Roboter aBewertungssystem der gesammelten Karten dem Roboter nicht bekannt
Die wichtigsten Änderungen aUmstellung auf 6-eckige Waben: - höhere Flexibilität beim Erstellen von Maps aDefinition einer Schnittstelle für Roboter/Arena: - reduzieren von Schummelmöglichkeiten - Erhöhung der Wartbarkeit - Einführung einer bekannten Bewertungsfunktion der gesammelten Karten aEinführung eines zweiten Bildschirms als Spielstandanzeige: - Erhöhung der Übersichtlichkeit
Ausgang Energie Wasser (Hindernis) Karte Roboter Wurmloch Screenshot des neuen Programm
Änderungen durch die Umstellung auf Wabenstruktur aGUI ainterne Datenstruktur des Arenalayouts ainterne Darstellung der dem Roboter bekannten Arena aOptimierung in der Strategie des Roboters, da mehrere Felder einzusehen sind
Änderungen durch die Schnittstelle aEinführung von Stellvertreterobjekten für die Roboter innerhalb des Arena–Moduls, dadurch keine direkten Zugriffe des Roboters auf die Arena. aEinführung von eindeutigen Kennungen für Roboter aBewertungsfunktion muss eingearbeitet werden aRoboter braucht seinen Zustand nicht selbst zu verwalten
Sonstige Änderungen aRMI zur Ansteuerung des 2. Bildschirm aEinarbeitung verschiedener von der Schnittstellengruppe beschlossenen Randbedingungen 9Folgen von Kollision mit Objekten 9Maximal 12 Roboter in der Arena
Robot Hashtable ItemClass LAR Map MapItem AbstractStrategy 0..5 1 3 0..3 TreeMap Coordinate Card Klassendiagramm Roboter 1 0..1 1 n 1 1 n 1 n 1 1
Interface Runnable FieldImage RobotControlData 1 1 Robot Field Arena 1 1 LastActionRobot RobotController Item Klassendiagramm Arena 1 1 1 n 1 n 0..4 1 1 1 1 n