Für die Organisation der Aufgaben wird ein Kanban-Board in GitHub verwendet. Zudem werden in Miro Besprechungen und Prozesse dokumentiert.
- Notizen vom 24.04.2021
- Notizen vom 28.04.2021
- Notizen vom 05.05.2021
- Notizen vom 12.05.2021
- Notizen vom 19.05.2021
- Notizen vom 26.05.2021
- Notizen vom 02.06.2021
- Notizen vom 29.06.2021
Für das Requirements Engineering soll zunächst der aktuelle Stand der IMIMAP analysiert werden und in User Stories formuliert werden. Basierend darauf ist ein Interview mit dem Praktikumsbeauftragten geplant, um zusätzliche Anforderungen zu sammeln. Zudem könnte eine Fokusgruppe mit Studierenden durchgeführt werden, die gerade ihr Praktikum eingetragen haben, damit auch Insights aus der Studierendenperspektive mit einbezogen werden können.
Für das weitere Vorgehen wurde die lockere Nutzung von Test Driven Development, insbesondere für das Backend festgelegt. Zudem soll sowohl im Frontend als auch im Backend Typescript verwendet werden. Während der Entwicklung ist der Plan viel mit Pair Programming zu arbeiten.
Login Methode: Es ist vom Rechenzentrum nicht gewünscht, dass wir LDAP für die IMI Map verwenden. Stattdessen könnten wir einen SAML SSO Login (wie bei Zoom einrichten), der einen Token erzeugt.
Datenmodell: Es wurde das bestehende sowie das Konzept für ein neues NoSQL Datenmodell besprochen. Es gibt Klärungsbedarf zum Ablauf des Praktikumsprozesses (soll mit Prof. Strippgen abgesprochen werden.)
Termin mit Prof. Strippgen: Ein Treffen mit Fragen zur Anforderung wird zeitnah angesetzt.
Besprechung des aktuellen Arbeitsstandes (States & Abläufe) mit aktuellem Praktikumsbeauftragten
Wünsche:
- mehr Automatisierung wenn möglich (ECTS automatisch überprüfen lassen, unterschriebene Dokumente aus Mail in die IMImap hochladen)
- alle Files in der IMImap speichern und einsehen können
Fazit: hauptsache einfach und benutzbar, alle anderen weiterführenden Features kommen später!
Datenbank:
- Zur Vereinfachung werden Company branches als verschiedene Companies definiert -> Nur noch Companies-Collection, keine Branches-Collection mehr
- Event Logging anstatt Event Sourcing -> State wird im Document gespeichert und beim Erstellen eines neuen Events direkt mit geupdated
Planning:
- User Stories als Milestones im GitHub-Repo
- Für Stories werden Issues erstellt, die diese genauer beschreiben und in Sub-Tasks unterteilen; Labels für Frontend und Backend
Sonstiges:
- Kurzer Design Sprint zur Konzeption des Admin-Interfaces am Freitag, den 14.05. um 10 Uhr
- Dev-Server läuft, CD-Pipeline muss noch eingerichtet werden -> Wo sollen Secrets gespeichert werden: Auf dem Server oder im Repo? Sollen die Docker Images auf dem Server gebaut werden oder auf GitHub (in der Action) gebaut und über Docker Hub deployed werden?
Entscheidungen:
- Datenmodell:
- Company-Branches werden zu Companies -> Es wird eine neue Company für jeden Branch angelegt
- Company-Sizes: klein (< 50), mittel (< 250), groß
- Umbenennung InternshipPart -> Internship und Internship -> InternshipModule (alternativ Practical Phase, B20)
- Neuen Mailaccount für IMI-Map beantragen -> Funktionsmailadresse: [email protected]
- Admin-Area:
- Zusätzliche Filterfunktionen für Firmenübersicht: Filtern nach Company-Name, um Branches gruppieren zu können; Listen herunterladen
- "AEP passed"-View für AEP-Lehrbeauftragte zum Abhaken
- Design Sprint: List View für Praktika approved; benötigte Views: planned internships, running internships, all internships in this semester
To Do:
- Migrationsstrategie + Zeitplan
- Fragen an Prof. Strippgen:
- Bericht für Teilpraktikum oder ganzes Modul?
- Stempel auf Zertifikaten?
- Kommentarfunktion IMI-öffentlich oder intern?
Entscheidungen:
- API-Keys: Neue Accounts über neue IMI-Map-Mailadresse registrieren -> Antrag Mailadresse abwarten
- Internship ratings -> Werden beim IMI Jour Fixe besprochen
- Idee: 1-5 Sterne in verschiedenen Kategorien (Lerneffekt, Aufgabenattraktivität, Arbeitsklima, Location) + Freitext-Feld
- Offene Fragen: Öffentlich? Moderiert? Falls ja, wer liest gegen?
- Company branches werden aus Datenmodell entfernt -> Companies sind bei Bedarf Branches
- Praktikumsberichte veröffentlichen, falls Studi und Unternehmen einverstanden? -> Wird bei IMI Jour Fixe besprochen
- Website braucht Disclaimer: IN DEVELOPMENT
- Einfache Datenmigration per JavaScript-Migrationsskript
- Finale Version wieder über imi-map.f4... erreichbar, um gewohnte URL beizubehalten
Offene Frage: CI/CD umbauen, damit Images nur einmal insgesamt gebaut werden müssen und nicht für jeden Schritt ( Testing, Deployment) extra?
Fokus Migration, nicht Funktionserweiterung!
- Rückmeldung Internship Ratings und Veröffentlichung Praktikumsberichte: Beides ja
- Voraussetzung Praktikumsbericht: Studi und Firma geben ihr OK
- Cypress Tests, die für alte und neue Website gleichermaßen funktionieren? Wäre cool
- Für Studi-Bereich; Admin-Bereich wird ja neu gestaltet, daher dort nicht möglich
Offene Frage: Welche Dokumente müssen von Praktikumsbeauftragten unterschrieben werden und bei welchen reicht eine Checkbox auf der Website? -> Lotte schreibt eine Mail an Prof. Strippgen; bei bestandenem Praktikum muss eine Unterschrift drauf, da hier eine Prüfungsleistung gemeldet wird
Fokus des Meetings lag darauf, ein Minimum Viable Product zu definieren, welches auf der Showtime präsentiert wird. Weiterhin ist das Ziel bis dahin möglichst viele User Stories aus diesem prozess umzusetzen. Zudem stellte sich die Frage, wie die Sicherung der Praktikumsunterlagen, welche nach Upload auf dem Server gespeichert werden, langfristig sichergestellt werden kann. Bei eventuellen Ausfällen sollte es auf keinen Fall zu Datenlücken in den Dokumenten kommen. Darüber hinaus wurde im Meeting kurz besprochen, welche Inhalte auf die Showtimeseite kommen sollen. Lotte hat sich bereit erklärt Erstellung des ersten Website-Pull-Requests zu übernehmen und sich inhaltlich damit zu befassen.