| ... | ... | @@ -16,6 +16,15 @@ |
|
|
|
Diese Dokumentation beschreibt PlantCare, eine Software die es ermöglicht, viele kleine, zu Clustern zusammengefasste, Gewächshäuser zentral zu verwalten.
|
|
|
|
Das Ziel war es, eine Gesamtlösung für den Anbau von Nutzpflanzen in Miniaturgewächshäusern zu entwickeln, um die Ziele der NGO Plant-Health zu unterstützen. Dabei sollen Sensoren in den Gewächshäusern verwendet werden, um Informationen zur Pflanzengesundheit und Umgebung zu erfassen. Die gesammelten Daten sollen in einer benutzerfreundlichen Webanwendung aufbereitet werden, die verschiedene Nutzergruppen anspricht. Ziel ist es, Zeitmangel, fehlendes Wissen und Umgebungsprobleme zu überwinden und den Anbau von Pflanzen in privaten, öffentlichen und Büro-Gebäuden zu ermöglichen. Das System wird in Bürogebäuden für einen Alpha-Testlauf implementiert werden, mit der Möglichkeit einer zukünftigen Version, die mithilfe von Datenanalyse und Machine Learning Mangelerscheinungen und Krankheiten bei Pflanzen frühzeitig erkennt.
|
|
|
|
|
|
|
|
### 1.1 Qualitätsziele
|
|
|
|
|
|
|
|
| **Priorität** | **Qualitätsziel** | **Beschreibung** |
|
|
|
|
| -------- | -------- | -------- |
|
|
|
|
| 1 | **Skalierbarkeit** | Die Architektur soll in der Lage sein, sowohl in Bezug auf die Anzahl der Miniaturgewächshäuser als auch auf die Benutzerlast skalierbar zu sein. Dies gewährleistet, dass das System mit zukünftigem Wachstum und steigender Nutzung problemlos umgehen kann. |
|
|
|
|
| 2 | **Zuverlässigkeit** | Die Architektur muss hochgradig zuverlässig sein, um einen kontinuierlichen Betrieb des Systems zu gewährleisten. Es ist wichtig, dass die Sensordaten zuverlässig erfasst, verarbeitet und an die Benutzer weitergeleitet werden, um einen unterbrechungsfreien Betrieb zu ermöglichen. |
|
|
|
|
| 3 | **Flexibilität** | Die Architektur soll flexibel genug sein, um zukünftige Erweiterungen und Anpassungen problemlos zu ermöglichen. Dies umfasst die Integration neuer Sensoren, die Skalierung des Systems sowie die Unterstützung verschiedener Plattformen und Technologien. |
|
|
|
|
| 4 | **Performanz** | Die Architektur soll ein ein Performanz-Level bieten, das eine reibungslose und schnelle Interaktion mit dem System ermöglicht. Dies soll unabhängig von der Anzahl verbundener SensorStations bzw. AccessPoints gegeben sein. |
|
|
|
|
|
|
|
|
## 2. Use Cases
|
|
|
|
Grundlegend besteht das System aus drei Komponenten:
|
|
|
|
1. **SensorStation**: Ein Gewächshaus inklusive einem mit mehreren Sensoren bestückten Arduino Nano. Die gemessenen Daten werden über Bluetooth Low Energy an einen AccessPoint übertragen. In Zukunft sollen diese batteriebetrieben sein.
|
| ... | ... | |
| ... | ... | |