Qualitaetsanforderungen - srybi/datavis GitHub Wiki

TOC

TODO

a) im Projekt-Wiki und b) in entsprechenden Tickets (Product Backlog) zu dokumentieren.

Dokumentieren Sie alle Qualitätsanforderungen, welche bisher nicht als Akzeptanzkriterien formuliert werden konnten. Überlegen Sie insbesondere, wie sie diese testen wollen.

Qualitätsanforderungen

Id Name
Q_1 Errorhandling bei Datenimport
Q_2 Errorhandling bei Rendering
Q_3 Errorhandling bei Interpretation
Q_4 Dateityp bei Import einschränken
Q_5 Ladezeiten anzeigen beim Import der Dateien
Q_6 Ladezeiten anzeigen beim Rendering
Q_7 Import in einem Background Thread durchführen

Performance Epics

Id Name
PE_1 Renderingzeit verringern
PE_2 Importperformance verbessern
PE_3 Usability verbessern
  • Eingabemöglichkeiten schlicht halten (Datenzuweisung von Metadaten zu Antenne und .ffs)

Angriffsszenarien

  • Der einzige Input kann über die Importfunktion erfolgen. Darüber kann versucht werden, nicht vorgesehene Daten zu importieren. (Beschränkung von importierbaren Dateitypen, Abbruch der Importverarbeitung, wenn Daten nicht dem erwarteten Schema folgen)
  • Logdatei lässt Rückschlüsse auf interne App Abläufe zu

Weiterbetreibung

  • Als APK updatebar
  • Vollständiges Projekt wird inkl. Quellcode und Dokumentation übergeben -> Auf Verständlichkeit und gut Dokumentation wird Wert gelegt
  • Das Projekt Datavis soll von Ericssons IT-Abteilung betrieben werden.
  • Bei Datavis handelt es sich um eine Android Applikation ohne Onlinefunktionalität. Der einzige Input für dieses Sytem sind Antennen/Feldstärken Daten, welche über einen FilePicker geladen werden. Es handelt sich somit um eine "OnDevice" Applikation.

Monitoring-Werkzeuge

  • Nicht notwendig, bei Datavis handelt es sich um eine Android Applikation, die nur auf dem installierten Gerät läuft.
  • optional ACRA - Android Crash Reporting nutzen

Fehlerbehandlung

  • Bei Einlesung falscher Datei: Meldung an den Nutzer
  • Statt Crash bei Abbruch des Renderings: Return zu Main Activity mit Meldung
  • evtl. ACRA - Android Crash Reporting nutzen ?
  • Logging:
    • Logdatei im Applikationsordner des Smartphones
    • Die Applikation loggt alle wesentlichen Ereignisse (Interpretation der .ffs Datei, Rendering, Import der Daten)

Internationalisierung

  • i18n: Sprachdatei für Englisch existiert schon und wird genutzt. -> Dadurch können mit geringem Aufwand neue Sprachen hinzugefügt werden.

Lokalisierung

  • l10n: N/A

Berechtigungen, Authentisierung, etc

  • Datavis benötigt und bietet keine Funktionstrennung.
  • Auf dem installierten Gerät werden Zugriffsrechte abgefragt: Zugriff auf das FileSystem, Zugriff auf die Kamera

User-Interface

  • Schlicht halten. Die Nutzer der App sind erfahren
  • Nutzer hat Überblick über die gespeicherten Daten