20 lines
2.3 KiB
Markdown
20 lines
2.3 KiB
Markdown
# Rapport for gruppeinnlevering 1
|
|
Medlemmer: Hallvard Henriksen, Hanne Fyrand, Øystein Tveit og Øystein Martinussen.
|
|
|
|
Gruppe 41 er fornøyde med hvor langt vi har kommet i prosjektet. I planleggingsfasen lagde vi milepæler og issues i GitLab som ble fordelt på gruppemedlemmene. Vi begynte med å lage mappestrukturen og legge inn filer i det utleverte kodelageret.
|
|
|
|
## Status
|
|
For å visualisere ønskede funksjoner og design lagde vi en versjon av appen i Figma. Hallvard og Øystein M par-programmerte brukergrensesnittet ved hjelp av live-share. Øystein T og Hanne begynte å par-programmere domenelogikken. Siden har vi mob-programmert med live-share og vi liker metoden.
|
|
|
|
Til gruppeinnlevering 1 har vi kommet godt i gang med de tre arkitekturlagene. Vi har designet et brukergrensesnitt vi liker, men mangler litt finpuss. Det tok litt lengre tid å koble opp ui-en mot domenelogikken enn antatt, men nå er vi fornøyd for første øving. Vi har også skrevet en god del domenelogikk innad i appen. Persistensdelen har vi kommet godt i gang med. Vi har lagd serealiserere og deserealiserere og det er mulig å lagre et kort slik at det eksisterer neste gang man kjører programmet ved hjelp av json.
|
|
|
|
Testing av appen har blitt opprettet for tre ulike klasser (CardDeck, CardContent og FlashCard) og for serialiseringsklassene. Testdekningsgraden er dermed over 0%.
|
|
|
|
## Refleksjon
|
|
Arbeidsflyten gjennom øving 1 har vært bra, mye til takke for opprettelse av issues og branches. Ved bruk av liveshare har alle i gruppen fått en forståelse for koden og gjør at alle blir inkludert i prosessen. En arbeidsmetode vi har valgt er å låse master branchen. For å kunne merge branchene til master må en annen på gruppen godkjenne og merge. Ved å gjøre dette hindrer det at master branchen får uønskede endringer. For at en merge request skal bli merget til master bør minst 2 forskjellige medlemmer av gruppen se gjennom endringene.
|
|
|
|
Vi har laget brukerhistorier og en storyboard for å visualisere ulike funksjonaliteter i appen. Til slutt har arbeidet med prosjektet foregått fysisk på universitetet 1 - 2 ganger i uken, og er noe vi ønsker å fortsette med.
|
|
|
|
En mer detaljert beskrivelse av hvordan Flashy er bygd kan leses mer om i [indre README](../../flashy/README.md).
|
|
|
|
Brukerhistorier kan også finnes [her](./userstory/userstory.md) |