1. Pflichtenheft

1.1. Beschreibung der Ausgangsituation

Ein Teil der 5-jährigen Ausbildung an der HTBLA Leonding ist die Arbeit an Projekten. Es gibt einige offene und unvollendete Projekte und eines von ihnen ist Leo-IOT. Es fehlt ein Simulator welcher gemockte Werte für beliebige Räume, an einen MQTT-Broker sendet.

1.2. Istzustand

Die tendenziell fallende Luftqualität in den Klassenräumen führt zu schlechterer Lernqualität der Schüler und Konzentrationsmangel. Um dies zu ändern, wurde das IoT - Smart School Projekt gestartet. Es sollte die Luftqualität in den Klassen mithilfe von Sensorboxen gemessen werden und Schüler sollten auf schlechte Luftqualität aufmerksam gemacht werden. Neben der Luftqualität gibt es aber auch noch andere Faktoren, die sich auf das Klassenklima auswirken. Beispiele sind die Lautstärke, Temperatur oder Luftfeuchtigkeit. Mithilfe eines 3D Modells des Schulgebäudes werden diese Daten anschaulich präsentiert.

1.3. Problemstellung

Aktuell gibt es keine Testwerte für das Projekt. Aus diesem Grund wurde ein Simulator in Auftrag gegeben, welcher gemockte Werte an einen MQTT-Broker sendet. Außerdem kann man beliebig viele Räume erstellen und löschen. Diese bekommen dann Testdaten welche mit einem Java-Programm generiert werden. === Aufgabenstellung

  • Implementierung des Simulators

    • MQTT-Server zum Laufen bringen und Werte an ihn senden

    • Dokumentation erstellen

    • Milestones

    • User-Stories

1.3.1. Funktionale Anforderungen

Use-Case
User Case1
Charakterisierende Informationen Use-Case usecase

Übergeordneter elementarer Geschäftsprozess:

Simulator soll Werte an beliebig viel erstellte Räume senden.

Ziel des Use Cases:

Eine Person kann raum erstellen und dann die Daten sehen

Umgebende Systemgrenze:

Von der Datenerfassung von den Klassen bis zum Simulator.

Bedingung bei erfolgreicher Ausführung:

Die richtigen Daten werden angezeigt und veranschaulicht.

Beschreibung:

  • Simulator veröffentlicht Werte auf dem MQTT Broker

  • Der Quarkus, welcher den MQTT Broker "abonniert" hat, bekommt seine Daten

  • Über den Quarkus Server werden die angeforderten Daten aufgerufen

  • Die Werte werden dem User auf dem Client angezeigt

Beteiligte Nutzer:

  • Lehrer

  • Schüler

Auslösendes Ereignis:

Bei Datenaufruf

1.4. Ziele

Hilfestellung zum Testen des Projekts durch Simulierte Werte für die Räume der Schule.

1.5. Mengengerüst

In einem bestimmten Zeitintervall werden Daten vom Simulator an den MQTT Broker gesendet.

1.6. Meilensteine

Meilensteine

Datum

  • Simulator

23.05.2021

  • Pflichtenheft

23.05.2021

  • Doku

1.06.2021