| ... | ... | @@ -70,11 +70,23 @@ Somit ergaben sich letztendlich die folgenden Aufgabenblöcke: |
|
|
|
# Systemarchitektur
|
|
|
|
Die Systemarchitektur beschreibt das Gesamtsystem Accelorator - Middleware - Anki Vector.
|
|
|
|
In den folgenden Kapiteln wird genauer auf die einzelnen Bestandteile eingegangen. In den Anforderungen ist aufgeführt, dass der Vector von einem Nutzer gesteuert werden muss. Da eine direkte Steuerung des Vectors seitens des Accelerator nicht möglich ist, wird eine Middleware verwendet.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
In dieser Abbildung ist der Systemkontext dargestellt. Die Middleware ist die Verbindung zwischen Accelorator und Anki Vector. Eine Person möchte online Teilnehmen und kommuniziert durch die den Vector mit den anderen Kursteilnehmenden. Auch wenn der Accelerator angepasst werden muss, ist dieser nicht in der Systemarchitektur vorhanden. Dies erleichtert die Darstellung. Genauere Informationen zu den Änderungen sind im Kapitel Accelerator präsentiert.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Die Kommunikation der einzelnen Serverkomponenten und deren Ports ist in der oben angefügten Abbildung ersichtlich.
|
|
|
|
|
|
|
|
|
|
|
|
In dem oben aufgeführten Beispiel ist das Sequenzdiagramm für den Prozess Daumen hoch abgebildet.
|
|
|
|
Die online zugeschaltete Person betätigt den "Daumen hoch"-Knopf im Accelerator ist bereits festgelegt, dass diese Person mit dem Vector verbunden ist. Somit wird die Ausgabe nicht an den Raum, sondern an in einer JSON-Datei an das Anki_GUI Script weitergeleitet. Dieses formt die JSON um und bildet eine API Post Nachricht mit dem Inhalt der JSON-Datei, dem Userstatus "thumbsUP". Die API empfängt den Post und ruft je nach Inhalt der Nachricht eine Funktion des Managers auf. Die thumbsUp_accelerator Funktion wird verwendet um mit dem Manager den Bildschirm und die Motoren des Vectors zu steuern. Der Accelerator bekommt davon keine Rückmeldung.
|
|
|
|
|
|
|
|
# Accelerator
|
|
|
|
|
|
|
|
|
| ... | ... | |
