@@ -11,23 +11,22 @@ Diese Entscheidung beeinflusste die entworfene Architektur/das Konzept insoweit,
Hierbei stellte es sich als **Herausforderung** dar, die Problematik von zustandsloser (HTTP) zu zustandsbasierter Kommunikation (MQTT) zu überwinden. Dies ist insofern ein Problem, als das bei einer zustandslosen Kommunikation kein physischer Zwilling erzeugt werden kann. So wurden verschiedene Lösungsansätze implementiert, um bspw. zu erkennen, dass die Verbindung für das Senden von Reaktionen beendet wurde, um nicht die Anzeige für das Darstellen von Reaktionen unnötig zu belegen und diese Problematik zu überwinden. Antrieb war dabei vor allem die **Technologie-Unabhängigkeit** von Webanwendungen, um den Prototypen auf so vielen Endgeräten wie möglich einsatzfähig zu machen. So deckt der neue Ansatz den Kerngedanken der Lösung (den Studierenden im Vorlesungsraum zu Präsenz zu verhelfen) nach wie vor ab (repräsentiert durch ein 7"-Display) und wird prototypisch umgesetzt.
Um die Anforderungen an das Minimum Viable Product (MVP) für den IoT Hackathon zu ermitteln, wird als Grundlage die erstellen VPC genutzt. Hieraus abgeleitet ergeben sich die wesentlichen Kernbestandteile, um den Nachweis des Mehrwertes der Lösung zu erbringen. Dabei fließen ebenfalls weitere Anforderungen ein, welche sich aus den IoT Designprinzipien und Projektvorgaben ergeben. Für die fachlich korrekte Dokumentation dieser Anforderungen wird auf Literatur zurückgegriffen (Vgl. Balzert 2009, S. 479 ff.; SO/IEC/IEEE 29148:2018).
Die erstellte Anforderungsübersicht wird im Nachgang genutzt, um anhand der Lösung die Zielerreichung zu evaluieren.
| ID | Kurzbezeichnung | Funktionale/nicht-funktionale Anforderung | Beschreibung nach der Anforderungsschablone | Quelle |
| ------ | ------ | ------ | ------ | ------ |
| 1 | Kommunikationsprotokoll | | | |
| 2 | Eindeutige Zuordnung | | | |
| 3 | Aufrechthalten der Verbindung | | | | |
| 4 | Eigenständiger Betrieb | | | |
| 5 | Manueller Eingriff | | | |
| 6 | Verzögerung der Reaktionen | | | |
| 7 | Visuelle Erkennung von Reaktionen | | | |
| 8 | Bedienbarkeit | | | |
| 9 | Skalierbarkeit | | | |
| 10 | Webinterface | | | |
| 11 | Reaktionsauswahl | | | |
| 12 | Feedback | | | |
Die erstellte Anforderungsübersicht wird im Nachgang genutzt, um anhand der Lösung die Zielerreichung zu evaluieren.
| 1 | Kommunikationsprotokoll | Die Lösung ermöglicht allen Nutzern über das Protokoll MQTT zu kommunizieren. | Das System muss fähig sein, über MQTT zu kommunizieren. | Prof. Decker |
| 2 | Eindeutige Zuordnung | Die Lösung ermöglicht die eindeutige und einmalige Zuordnung von Reaktionssendung und -darstellung eines Nutzers. | Das System muss fähig sein, Reaktionen eines Nutzers als solche zu erkennen und einmalig darzustellen. | VPC |
| 3 | Aufrechthalten der Verbindung | Die Lösung behält die eindeutige Zuordnung eines Nutzers bei, bis dieser seine Verbindung beendet. | Das System muss kontinuierlich fähig sein, Reaktionen eines Nutzers auf einem Display auszugeben, bis dieser die Verbindung beendet. | IoT-Designprinzip Unsichtbarkeit |
| 4 | Eigenständiger Betrieb | Die Lösung benötigt nach einmaligem Start keinen Nutzer-Eingriff im Vorlesungsraum, um Reaktionen darstellen zu können. | Das System muss kontinuierlich fähig sein, ohne Nutzer-Eingriff im Vorlesungsraum Reaktionen darzustellen. | IoT-Designprinzip Unsichtbarkeit |
| 5 | Manueller Eingriff | Die Lösung ermöglicht es, manuell eine Reaktionsdarstellung zu unterbrechen. | Das System muss fähig sein, manuell die Reaktionsdarstellung zu beenden und einen neuen Nutzer zu finden. | IoT-Designprinzip manueller Vorgang |
| 6 | Verzögerung der Reaktionen | Die Lösung ermöglicht es, Reaktionen mit einer max. Verzögerung von 8 Sekunden darzustellen. | Das System muss fähig sein, Reaktionen mit max. 8 Sekunden Verzögerung darzustellen. | VPC |
| 7 | Visuelle Erkennung von Reaktionen | Die Lösung ermöglicht es Nutzern, Reaktionen als solche zu erkennen. | Das System muss fähig sein, neue Reaktionen für Nutzer erkennbar darzustellen. | VPC |
| 8 | Bedienbarkeit | Die Lösung ermöglicht den Nutzern eine einfache und leichte Bedienbarkeit. | Das System muss fähig sein, einfach und leicht durch Nutzer bedient zu werden. | VPC |
| 9 | Skalierbarkeit | Die Lösung ist so konzipiert, sodass ein realer Betrieb ermöglicht wird. | Das System muss fähig sein, verschiedene Nutzer bedienen zu können. | VPC |
| 10 | Webinterface | Die Lösung verfügt über ein Webinterface, um Reaktionen senden zu können. | Das System muss Nutzern ein Webinterface für das Senden von Reaktionen bieten. | VPC |
| 11 | Reaktionsauswahl | Die Lösung ermöglicht das Senden verschiedener Reaktionen sowie von Texteingaben. | Das System muss fähig sein, Reaktionen und Texteingaben zu versenden. | VPC |
| 12 | Feedback | Die Lösung ermöglicht es Nutzern, Feedback zu erhalten. | Das System muss fähig sein, Nutzern Feedback mitzuteilen. | IoT-Designprinzip Feedback |
