2020-09-01 Fertiges Icon, vorgezogenes Releasedatum, Epics und Software Architektur

Juhuuu, unser Icon ist fertig. Nach nur vielen Wochen ist unser Icon fertig. Danke an die Leute von Gigblast, die wir auf Fiverr.com gefunden haben und die uns keinen Änderungswunsch ausgeschlagen haben.Verena hat eine kleine Historie zur Entstehung des Icons vorbereitet.

Und so sieht es letztendlich aus:

Weil wir es nicht erwarten können die App fertig zu bekommen, haben wir das Release-Datum einfach mal auf Ende Oktober vorgezogen. Letztendlich soll das Datum uns dazu bewegen noch etwas fokussierter an der App zu arbeiten. Ein Großteil des Wissens über Technologien haben wir bereits aufgebaut und jetzt soll es ans Eingemachte gehen.

Verena

Das Logo haben wir gleich in die App und die Keycloak-Login-Seite eingebunden. Die Keycloak-Seite lässt sich einfacher konfigurieren als gedacht. Man kann sich ein neues Theme und die jeweiligen Ordner anlegen, die einen angepassten Style erhalten sollen, CSS-File anlegen und customizen und schon ist es fertig.

Um dem ganzen etwas Offizielles zu geben und ein Gefühl von Ansporn zu erzeugen, haben wir das Release-Datum für unsere App als Countdown in den Blog mit aufgenommen.

Wir haben uns außerdem Gedanken dazu gemacht, wie die App generell strukturiert werden sollte und welche Screens und Funktionalitäten bis zum Release unseres MVP’s nötig sind. Diese sind alle zunächst als Epics und Stories in unsere TODO-App geflossen.


Peter

Um mit der Entwicklung voran zu kommen, haben wir uns einen essenziellen Teil für die Verwendung der App herausgesucht und begonnen die Architektur dafür zu besprechen: die des Logins. Der Login ist insofern eine Herausforderung, weil er gleich als erstes auf alle möglichen Komponenten zugreift und die Grundlage für alle Activities bzw. Fragments darstellt. Über das UI muss bspw. geprüft werden, ob der User bereits eingeloggt ist, wenn nicht, muss ein Login Screen angezeigt werden. Die eingegebenen User Credentials müssen an das Keycloak System, dem Identity Provider, geschickt werden. Aus der Response wollen wir ein Account-Objekt erzeugen, das die Informationen (Authentifizierung- und Autorisierunginformationen) zum Benutzer hält. U.a. wird auch der JSON Web Token vom Keycloak System enthalten sein. Diesen verwenden wir später, um REST-Requests an den Webserver zu schicken.

Schreibe einen Kommentar