---
# System prepended metadata

title: Protokolle

---

# Protokolle 

# 2. AG-Treffen 18.11.2021

## Teilnehmer

**Moderation**: Thanh Long David Nguyen
**Protokoll**: Christian René Feldmann

**Anwesend**:
 >   Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkung zum letzten Protokoll

Die Lizens wurde nicht von den AGs vorgegeben. Die Gruppe einigt sich daraufhin auf AGPL v2.

## Kommunikation

- Das Github Repository wird öffentlich sein.
- Die Gruppe teilt mit, dass sie sich für Android als Plattform entschieden hat.
- Die Sprintlänge wird auf 2 Wochen gesetzt.
- Die AG-Treffen finden somit jeden zweiten Donnerstag um 17:00 Uhr statt.
- Das nächste AG-Treffen (02.12.21) findet über Discord statt. Sollte es zu Problemen kommen, wird zu Jitsi Meet gewechselt.

## User Stories

### Allgemeines

- Die aktuellen Akzeptanzkriterien sind zu ungenau.
- Normalerweise werden User Stories für den kommenden Sprint vorgestellt und ausgewählt. 

### Karte reinladen
- Die Funktionen Zoom und Navigation sollten in eine extra User Story ausgelagert werden. 
- Es soll möglich sein, mehrere Bilder in die App zu laden. Jedes Bild benötigt einen eindeutigen Namen/ID

### Speicherungsstruktur entwerfen und implementieren
- Die Wahl des DB/Datei-Formats wird der Gruppe überlassen. 


### Scan beenden
- Die App soll kein Zeitlimit haben, in welchem der Scan abgeschlossen werden muss.
- Nachdem alle nötigen Daten gesammelt wurden, soll dies von der App mitgeteilt werden.

    
### Daten validieren und aussortieren
- Unplausible Messwerte sollen mittles Ober-/Unterschranke aussortiert werden.

## QS-Ziele
### Allgemeines
- Die QS-Ziele müssen messbar formuliert werden.
- Alle QS-Ziele müssen bei der Abgabe auch belegt werden.
- Prozess für das sichern der QS-Ziele fehlt.


### Portabilität
- Bspw. 4 Gerätetypen angeben damit dieses Ziel Messbar ist.
- Anforderung der AGs: Mindestens Android 8.0/9.0

### Funktionalität
- Es muss klar formuliert werden worauf sich die Testabdeckung von 76% bezieht.

### (Benutzbarkeit)
- Diese Maßnahme ist bisher ebenfalls nicht messbar. 
- Die AGs fordern nicht, dass jeder die App nutzen kann. (Alex ist das Maß)

## Nächste Iteration
Aufgrund der ungenauen Formulierung der bisherigen User Stories, sind die Aufgaben für die nächste Iteration folgende:
- User Story: Startbildschirm
- Vorschläge für Name und Logo der App überlegen. 
- Android Studio aufsetzen und zum Laufen bringen
- GitHub einrichten
- Die User Story "Daten sammeln" überarbeiten


# 3. AG-Treffen 02.12.2021

## Teilnehmer

**Moderation**: Marius Papendick
**Protokoll**: Jannis Knatz

**Anwesend**:
 >   Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkung zum letzten Protokoll

Format des letzten Protokolls zufriedenstellend

## QS-Ziele
### Wartbarkeit
- Vorschlag von AGs: Style Checker in GitHub actions verwenden
- pair programming aufrgund bereits vorhandener Code Reviews hinfällig

### Portabilität
- es muss genauer spezifiziert werden welche Geräte verwendet werden um sicherzustellen, dass es verschiedene Geräte mit möglichst verschiedenen Android Versionen sind.

### Funktionalität
- genauere Definition welche Komponenten der Anwendung wie getestet werden
- Beispiel: Festlegen, dass die Anwendung bei einem Testlauf die gewünschten Daten liefert

## Feedback zu den User Stories
- Lage der Punkte zueinander muss in Relation zum Bild mit abgespeichert werden, sodass Abstände berechnet werden können.
- der Begriff "scannen" muss klar definiert werden
## Datenstruktur
- Vorschlag von AGs: SQLite Datenbank verwenden, da json schlecht skaliert
## Startbildschirm 
- der Button upload Map bedeutet neue Map reinladen oder bereits vorhandene Map auswählen
## Name
- POWA (portable optimizing WiFi analyzer) hat Anklang gefunden
- alternativ: Freifunk WiFi Analyzer
## Logo
- WLAN Symbol vor einem Raumplan
- Möglichkeit ein eigenes Freifunk Logo einzubinden wird von AGs überprüft
## Allgemeine Anmerkung
- Vorschlag von AGs: offene Punkte Liste einführen
	- was ist offen, wer kümmert sich, wann wird es besprochen, Status
- Alle Protokolle in ein HackMD Dokument zusammenfassen
- Sprintlänge bleibt bei 2 Wochen
- Frage an die Gruppe ob wie mit der Weihnachtspause verfahren werden soll
## Nächste Iteration
- User Stories 2 (Karte als Bild reinladen), 3 (Navigation auf der Karte) und 4 (Standort auf der Karte markieren) werden im nächsten Sprint erledigt
- Nächstes AG-Treffen am 17.12.2021 ab 17:00 Uhr

# 4. AG-Treffen 17.12.2021

## Teilnehmer

**Moderation**: Christian René Feldmann
**Protokoll**: Jannis Knatz

**Anwesend**:
 >   Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkung zum letzten Protokoll
- keinerlei Anmerkungen von beiden Seiten

## Logo
- darf verwendet werden
- darf noch etwas erweitert werden, muss aber erkennbar bleiben

## User Stories letzte Iteration
- rein formal nicht abnehmbar, da AGs es nicht selbst testen können
- das gezeigte aber zufriedenstellend
- Vorschlag von AGs: apk Datei automatisch erstellen lassen in GitHub Actions

## Zukünftige User Stories
- bei US 6 Akzeptanzkriterium: SQLite-Datenbank anstatt SQLite-Datei
- Vorschlag von AGs: neue User Story um deprecated Methode zum Daten sammeln zu ändern um zu verhindern, dass in Zukunft die App deswegen nicht mehr funktioniert
- bei US 7 die InformationElements mitsammeln

## Nächste Iteration
- Priorisierung der User Stories 
    - US 6 (Speicherstruktur implementieren)
    - US 7 (Daten sammeln)
    - US 8 (Daten in Datenbank speichern) 
    - US 13 (Permissionabfrage beim starten der App) 
    - US 16 (Rotieren blockieren)
- Weihnachtspause wird kaum bis gar nicht zum arbeiten genutzt
- nächstes AG-Treffen 20.01.2022 17:00 Uhr

## Allgemeines
- weitere User Stories mit hoher Priorisierung: 
    - US 9 (Wifi-Daten mit Ortungsdaten verbinden)
    - US 11 (Validieren und aussortieren der Daten)
- AGPL v3 wird verwendet, anstatt AGPL v2 wie vorher festgehalten

## QS-Ziele
- Wartbarkeit: die Checkliste für die Code Reviews mit einbringen
- Portabilität: erst beschreiben was das Ziel ist und anschließend die Begründung liefern
- Zuverlässigkeit: nicht wirklich messbar


# 5. AG-Treffen 20.01.2022


## Teilnehmer

**Moderation**: Patrick Blumenstein
**Protokoll**: Christian René Feldmann

**Anwesend**:
 >  Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkung zum Protokoll
### Logo
- Anmerkung: Es darf das Logo von Freinetz Südhessen verwendet werden.


## Abnahme der User Stories der letzten Iteration 
### Allgemeines

- Um User Stories abnehmen zu können wird ein Zeitraum benötigt.
    - Abnahmezeit muss vorher festgelegt werden.
- Alle US wurden abgenommen

### Validieren der Daten nur über Min/Max level

- Gewünscht wird noch, dass die BSSIDs die komplett 000..0 oder FF...F bestehen rausgefiltert werden. --> Neue US
- MIN_LEVEL soll auf -100 definiert werden.



### Mit Tempo zufrieden?
- agiles Management: Die Geschwindigkeit der Entwicklung definiert das Team.


### InformationElement
- soll Optional für die unterstützenden Geräten mit abgespeichert werden.


## Auswahl User Stories für nächste Iteration
- ID36: Bild soll immer in der App gespeichert werden.
- für die User Stories sollen die Zeilen Status und Priorität hinzugefügt werden
- In Zukunft kann sich das Entwicklerteam einen Vorschlag für US in der nächsten Iteration überlegen, damit die Entscheidung der AG etwas ausgenommen wird.
- Es wurde eine Priorisierung aller vorgestellten US für die kommende Iteration vorgenommen
    - US 38: Aussortieren von Daten mit BSSIDs 00…0 und FF…F
    - US 9: Wifi-Daten mit Ortungsdaten verbinden
    - US 27: Karten Speichern mit Name
    - US 28: Karte mit allen vorherigen Scanpunkten anzeigen
    - US 29: Export interface für Daten
    - US 24: UI verbesserungen: Scan interface nach Punktauswahl
    - US 14: Aktivieren des Standortdienst
    - US 36: Bild der Karte zusätzlich in Anwendung speichern
    - US 33: Abspeichern von GPS-Location zur Karte
- zusätzlich wurden die nicht ausgewählten User Stories mit einer Priorisierung versehen.

## Sonstiges

- Nächstes AG-Treffen am 03.02.2022 ab 17:00 Uhr

# 6. AG-Treffen 03.02.2022


## Teilnehmer

**Moderation**: Christian René Feldmann
**Protokoll**: Jannis Knatz

**Anwesend**:
 >  Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkungen zum Protokoll vom 20.01.2022
### Allgemeine Kritik zu den Protokollen
- Häufiger nicht ausreichend genaue Stichpunkte
    - sie sollten so verfasst werden, dass man sie versteht auch wenn man nicht dabei war
    - Beispiel dafür der Unterpunkt Logo aus den Anmerkungen zum Protokoll

## Abnahme der User Stories der letzten Iteration
### Bestehende Bugs
- Wenn beim neue Karte laden nach dem Auswählen der Karte abgebrochen wird, bleibt die Karte im Bild es kann aber nicht gescannt werden
    - Verbesserungsvorschlag: Nach Abbruch zurück ins Hauptmenü
- Wenn eine Karte geladen ist und man diese rauszoomt wird das Fenster in welchem die Karte sichtbar ist (die ImageView) ebenfalls kleiner, dadurch verschwindet das Bild wenn man es dann verschiebt

### Unvollständige User Stories
- US 33: Abspeichern von GPS-Location zur Karte
    - Funktion ist implementiert, aber noch nicht benutzbar
- US 29: Export Interface für Daten
    - nicht implementiert

### Sonstiges
- Beim Bennenen einer Karte können nur Buchstaben von a-z (klein und groß), Zahlen und ein Unterstrich verwendet werden
    - Obwohl nicht vorher spezifiziert, von den AGs akzeptiert 
- Doppeltipp zum markieren eines Scanpunkts auf einer Karte unintuitiv
    - Vorschlag: langer Druck zum markieren
- Vorschlag: Einstellungsmenü einbauen
    - einstellen ob extra nachgefragt werden soll vor einem Scan
    - Markierung setzen ändern (Doppeltipp oder langer Druck)

## Zukünftige User Stories
- Erweiterung auf Android 6 und Android 7 wird nicht geplant, da der Aufwand zu hoch ist für den geringen Martkanteil
- Die bisherigen Priorisierungen von US 30 (Export als JSON) und US 31 (Export Mozilla Location Service) wurden vertauscht, sodass US 30 in der nächsten Iteration implementiert wird
- User Stories für die nächste Iteration
    - US 29: Export Interface für Daten
    - US 33: Abspeichern von GPS-Location zur Karte
    - US 30: Export als JSON Datei
    - US 34: Hinweis: Nur 1 gleichzeitiger Scan
    - US 35: Hinweis auf Scan-Zeitlimit

## Zukünftige Termine
- Treffen zum durchgehen der Pitches am 07.02.2022 um 20:30 Uhr 
    - gegebenenfalls frühere Uhrzeit wird von Alex kommuniziert
- Projektmesse am 09.02.2022 um 11:40 Uhr - 13:10 Uhr
    - AGs eingeladen
    - genauerer Zeitraum der Gruppe wird, wenn möglich, über Discord mitgeteilt
- Nächstes AG-Treffen am 17.02.2022 um 17.00 Uhr

# 7. AG-Treffen 17.02.2022


## Teilnehmer

**Moderation**: Marius Papendick
**Protokoll**: Jannis Knatz

**Anwesend**:
 >  Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkungen zum Protokoll vom 03.02.2022
- keinerlei Anmerkungen von beiden Seiten

## Abnahme der User Stories der letzten Iteration
### Unvollständige User Stories
- US 29: Export Interface für Daten
    - kurz vor fertigstellung (Verbleibender Aufwand geschätzt 6 SP)
- US 30: Export als JSON Datei
    - etwa halb fertig (Verbleibender Aufwand geschätzt 20 SP)

## User Stories für die nächste Iteration
- US 29: Export Interface für Daten
- US 30: Export als JSON Datei
- US 43: Bisherige Scanpunkte ein-/ausblenden
- US 19: Multiscans pro Position
- US 32: Outdoor Scan
- US 39: Löschen/Verändern einer Map

## Sonstiges
- Folgende Iteration wird offiziell als letze Iteration angesehen
- Anmerkung der AGs: Gedanken machen um Beschreibung für Nachfolgeprojekt
    - mögliche Aufteilung in zwei Nachfolgeprojekte

## Zukünftige Termine
- Nächstes AG-Treffen am 03.03.2022 um 17:00 Uhr

# 8. AG-Treffen 03.03.2022


## Teilnehmer

**Moderation**: Christian René Feldmann
**Protokoll**: Jannis Knatz

**Anwesend**:
 >  Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz

## Anmerkungen zum Protokoll vom 17.02.2022
- keinerlei Anmerkungen von beiden Seiten

## Abnahme der User Stories der letzten Iteration
- Die Texteingabe des Multiscans ist schlecht sichtbar
    - Vorschlag der AGs: Einen Schalter um zwischen Einfach- und Mehrfachscan zu wechseln mit 3 Scans als Defaultwert
- Der Zugang zum Export als JSON sollte per Knopf aus dem Hauptmenü möglich sein

## Bugs
- Beim rotieren des Geräts stürzt die App ab
    - konnte nicht reproduziert werden
    - Gerät rotieren sollte eigentlich deaktiviert sein

## Nächste Iteration
- ist die letzte Iteration
- bekannte Bugs beheben 
- letzte Wünsche der AGs werden umgesetzt
    - Bei normalen Scans mit Karte (nicht Outdoor) sollen GPS Daten auch mitgespeichert werden
    - Eine Möglichkeit in festlegbaren Zeitintervallen automatisch zu Scannen
        - wird im Team diskutiert ob es umgesetzt wird oder nicht

## Zukünftige Termine
- Nächstes AG-Treffen mit Projektübergabe am 17.03.2022 um 17:00 Uhr

# 9. AG-Treffen 17.03.2022


## Teilnehmer

**Moderation**: Christian René Feldmann
**Protokoll**: Jannis Knatz

**Anwesend**:
 >  Alex (AG)
    David (AG)
    Jonas July (TL)
    Patrick Blumenstein
    Christian René Feldmann
    Thanh Long David Nguyen
    Marius Papendick
    Jannis Knatz
    
## Anmerkungen zum Protokoll vom 03.03.2022
- keinerlei Anmerkungen von beiden Seiten

## Allgemeines
- letztes Treffen 
- Projektübergabe

## Vorstellung der gesamten App
- Einstellung der Anzahl der Multiscans scheint unintuitiv
- Im Einstellungsmenü ist der Text nicht vollständig sichtbar
- Beim Druck des Outdoor Scan-Buttons sollte sichtbar sein, dass etwas passiert
    - Beispielsweise zusätzliche Bestätigung anfordern

## Bugs
- Beim Outdoor Scan schließt sich die App manchmal
    - wahrscheinlich zu lösen mit vorheriger Abrfrage nach Location Service