Sprint2 - srybi/datavis GitHub Wiki

TOC

APK

Download APK Sprint 2

Zeitraum

23.05.2022 - 30.05.2022

Plan

Roadmap

  • Umsetzung der Farfield Source DataLogik in der Applikation.
    • Einlesen der Datei
    • Unterscheidung verschiedener Feldstärken und Antennentilts
    • Berechnung der Farfield Vektor Komponenten sowie der Polarisation

Sprint Planning

ID Name Priority Story Points
US_302 Speicherung der interpretierten Polarkoordinaten S 2
US_404 Skalierung der Felstärke C 5
US_405 Logarithmische und Lineare Darstellung C 1
US_406 Auswahl der Feldstärke anhand der Frequenz S 5
US_501 Anweisungen in der App S 1
US_502 Basisdaten von Antenne und Feldstärke M 21

Velocity (Summe der SP): 38

Ist

  • Import Maske der Applikation ist voll funktionsfähig. Es können Antennen Modelle (.glb), Metdadatein (.csv) und Feldstärken (.ffs) hochgeladen werden.
  • Nach dem Import der .ffs Datei wird die Feldstärke direkt interpretiert und das Ergebnis in der Datenbank abgespeichert, um die Wartezeit in der AR-Darstellung zu reduzieren.
  • Es können jegliche .ffs Datein (bis zu ~65k Messwerte) interpretiert und dargestellt werden.
  • Innerhalb der AR-Activität kann der Nutzer durch einen Fling-Up das Bottom-Sheet öffnen (siehe Glossar).
  • Durch Interaktion mit dem Bottom-Sheet kann der Nutzer den Interpretationsmodus und die Frequenz der zuletzt dargestellten Feldstärke anpassen und die Änderungen direkt in der AR-Darstellung betrachten.
  • Im Bottom-Sheet wird - abhängig der gerade dargestellten Feldstärke - der HPBW angezeigt.
ID Name Ist Status
US_302 Speicherung der interpretierten Polarkoordinaten Closed
US_305 Interpretation der .ffs Dateien in linearer Darstellung Closed
US_404 Skalierung der Felstärke Ongoing
US_405 Logarithmische und Lineare Darstellung Closed
US_406 Auswahl der Feldstärke anhand der Frequenz Closed
US_501 Anweisungen in der App Closed
US_502 Basisdaten von Antenne und Feldstärke obsolete >> US_503
US_503 Essentielle Daten von Antenne und Feldstärke Closed

Erkenntnisse

Sprint #2 Präsentation

  • Negativwerte bei logarithmischer Darstellungen können gelöscht werden.
  • Datenbank: RoomDB, benötigt eigene Funktionen für Main und Background Threads.
  • In der Applikation fehlen noch Features, die die Usability der Applikation verbessern würden, z.B.: Ladescreen beim Import, Visual Cue für das Bottom Sheet, etc.

Retrospektive

Was lief gut?

  • Rollenverteilung und Aufteilung lief wie in Sprint #1 gut
  • Troubleshooting eines aufgekommenen Blockers ging fix (Global reference overflow)
  • Direkter Kontakt zum Maintainer der SDK Sceneform
  • Kundenkommunikation war positiv; Tobias Mann hat Kollegen im Unternehmen eine Demoversion der App gezeigt
  • Aufeinander aufbauende User Stories wurden gut nacheinander abgearbeitet
  • Übergänge der Entwicklung haben gut funktioniert, viel Kommunikation und Hilfeleistung im Team, Besprechungen (statt Standups) sind effektiv

Was haben wir gelernt?

  • Sprint war ein wenig überladen
  • Tassilo musste sich einarbeiten in neue Technologie -> Mehr Aufwand als geplant
  • Leo hat zu viel Zeit investiert -> Umfang der Userstory nicht richtig eingeschätzt
  • Powerpoint-Folien beschleunigen den JF, wir haben die Zeit eingehalten!
  • Projekt/Verzeichnisstruktur ist nicht optimal, schwer zum Zurechtfinden

Was sollten wir nächstes mal anders machen?

  • Kleine User Stories, bessere Umfangsabschätzung
  • Einarbeitung/Lernen bei der Schätzung mehr beachten

Was beschäftigt uns noch immer?

  • Performance der Applikation (siehe Qualitätsanforderungen)
  • Skalierung
  • Darstellung als Globus
  • Zukunftsvision der App

Maßnahmen

  • Wissensübertragung innerhalb des Teams, durch Update Nachrichten (siehe Spielregeln) -> Alle
  • Bessere Kommunikation bei Verteilung der Issues -> Alle (DONE)
  • Projekt/Verzeichnisstruktur ist nicht optimal und muss überarbeitet werden -> tbd.
  • Meeting mit Tobias Mann / Philip Genter um Zukunftsvision näher aufzunehmen -> Tassilo