Bepf: Die Seite wurde neu angelegt: „== Einleitung == Hier sollen unsere ersten Entwürfe für verschiedene Anforderungen festgehalten werden.
Diese Anforderungen sollen dann zu einem Pflichten…“

2012-02-05T11:05:17Z

Die Seite wurde neu angelegt: „== Einleitung == Hier sollen unsere ersten Entwürfe für verschiedene Anforderungen festgehalten werden. Diese Anforderungen sollen dann zu einem Pflichten…“

Neue Seite

== Einleitung ==

Hier sollen unsere ersten Entwürfe für verschiedene Anforderungen festgehalten werden. 
Diese Anforderungen sollen dann zu einem Pflichten/Lasten-Heft führen. 

== Mögliche Stakeholder ==

Für unser Projekt würde ich die Stakeholder ganz grob in zwei Gruppen einteilen:
* Der Spieler, der gegen den Roboter spielen soll.
* Ein Administrator, der das System warten/instandsetzen/aufbauen kann.

Wenn wir die unterschiedlichen Komponenten als TeilSysteme betrachten könnten wir folgende TeilSysteme haben:
* Der Roboterarm, der den Greifer bewegt.
* Der Greifer, der am Roboter befestigt ist und Spielsteine greift.
* Die Kamera, die das Spielfeld beobachtet.
* Die Logik des Programms (KI, Schnittstelle PC<-->Roboter)
* Die GUI für einen Benutzer (Administrator/Spieler)

== Anforderungssammlung ==

Der Spieler muss in der Lage sein Spielsteine auf einem Mühle-Spielfeld zu platzieren (unter Einhaltung der Spiel-Regeln) 
Der Spieler muss das Spiel gegen den Roboter starten können. 
Der Spieler und der Roboter dürfen niemals gleichzeitig das Spielfeld benutzen 

Der Roboterarm muss in der Lage sein, sich über eine Position des Spielfelds zu bewegen. 
Der Roboterarm darf bei einer Bewegung nicht gegen ein Hindernis stoßen. 
Der Roboterarm muss über einen Not-Aus-Mechanismus sofort abgeschaltet werden können. 
Der Roboterarm muss an eine Position fahren können, an denen Spielsteine gelagert werden (als Vorrat/Ablage nach dem Spiel) 
Der Roboterarm muss über eine Schnittstelle verfügen, mit der er von einem externen Programm Bewegungsbefehle erhalten kann. 

Die Kamera muss über eine Schnittstelle verfügen über die das aktuelle Spielfeld beschrieben werden kann. 
-->Die Kamera muss erkennen können, ob Steine auf dem Spielfeld liegen. 
-->Die Kamera muss erkennen können, um welchen Spielsstein es sich handelt. 

Die Logik des Programms muss ein Spielfeld korrekt simulieren können. (Datenstruktur-->Feldstruktur etc.) 
Die Logik des Programms muss eine Schnittstelle(Kamera) das aktuelle Spielfeld abbilden 
Die Logik des Programms muss feststellen ob ein Spiel gewonnen/verloren ist. 
Die Logik des Programms muss anhand von Schnittstellen feststellen können, welcher Spieler gerade am Zug ist. 
Die Logik des Programms muss anhand eines/verschiedener Algorithmen/Schwierigkeitsstufe versuchen ein Spiel für sich zu entscheidnen. 
Die Logik des Programms muss über eine Schnittstelle weitergeben wo welcher Stein als nächstes auf dem realen Spielfeld platziert werden soll. 
Die Logik des Programms muss den Benutzer darüber in Kenntnis setzen, dass dieser am Zug ist.

Die GUI für den Benutzer muss dem Spieler ermöglichen ein Spiel zu starten. 
Die GUI für den Benutzer muss es dem Spieler ermöglichen ein Spiel vorzeitig zu beenden. 
Die GUI für den Benutzer muss es dem Administrator ermöglichen verschiedene Einstellungen über das System vorzunehmen. 
Die GUI für den Benutzer muss es dem Administrator ermöglichen verschiedene SystemWerte anzuzeigen. (Gerade erkanntes Bild von der Kamera, Anzahl erkannter Spielsteine etc..)

Roboter spielt Mühle:Mögliche Anforderungen - Versionsgeschichte

Bepf: Die Seite wurde neu angelegt: „== Einleitung == Hier sollen unsere ersten Entwürfe für verschiedene Anforderungen festgehalten werden. Diese Anforderungen sollen dann zu einem Pflichten…“

Bepf: Die Seite wurde neu angelegt: „== Einleitung == Hier sollen unsere ersten Entwürfe für verschiedene Anforderungen festgehalten werden.
Diese Anforderungen sollen dann zu einem Pflichten…“