Avans 1.3 LU1 Diary

Week 3 Proof

Standup Iedere ochtend hebben we een standup meeting gedaan, hier heb ik gepraat over de progressie, en wat ik van plan ben te gaan doen. en problemen die we tegen komen. Hier heb ik ook mensen geholpen die ergens tegen aan liepen.

3.Eigen bijdrage aan de applicatie

Unity UI Ik heb de login communicatie gemaakt, om dit goed te laten werken heb ik moeten leren hoe unity webrequests stuurt. See ApiConnector.cs. Verder heb ik hierbij ook geleerd dat je blijkbaar alles in de Unity UI kan togglen: Voor mijn LU2 project heb via canvas groups de UI laten showen/verdwijnen. Dus dit was een handig leerpuntje :3

GIT Ik heb veel gecommit (om nuttige redenen, niet nutteloze). Zie hier een screenshot: Dit is de enige plek waar er meerderen achter mekaar staan, dus vandaar deze plek uit de graph.

Documentatie Verder zie je bevenaan de foto hierboven zien dat ik documentatie heb gecommit, Ik heb de hele Obsidian Vault opgezet, die er momenteel zo uit ziet: Daarbij heb ik bijvoorbeeld deze mooie flowchart gemaakt om te laten zien hoe de api werkt: Verder heb ik ook nog documentatie geschreven over de loginpagina: functional loginpage.md en een kort stukje docu over de endpoint die ik had aangemaakt in API endpoints.md. en verde rheb ik de hele uitleg gemaakt in index.md.

3.SCRUM Verantwoording

onze groep heeft scrum gebruikt, zoals het hoort. Jammer genoeg hebben we Jira gekozen, want Trello is veel beter in mijn mening. Onze sprint ging van elke dinsdag tot dinsdag, aangezien dat is wanneer de de sprint meeting hadden. Op deze sprint meeting zat Thomas altijd te notuleren. Ik was de persoon die de DEMO’s liet zien aan de product owner.

Ik ben persoonlijk het manesje van alles geweest, ik heb gewerkt aan de API, ik heb gewerkt aan documentatie, ik heb gewerkt aan de connectie tussen Unity en de api. En ik heb aan de GUI gewerkt. Verder ben ik ook best communicatief geweest, ik heb best wel vaak gecommuniceerd met de rest over problemen, gezamelijke puntjes, etc. En ik heb lopen schetsen / wireframes gemaakt:

SCRUM BORD Ik heb hier een foto van het sprint 2 bord: Hier kan je ook zien dat ik punten aan elk kaartje heb gehangen omdat dat het duidelijker maakt. en makkelijker werken is.

Na deze sprint hebben we geleerd om niet user stories te maken met de text als developer wil ik..., vandaar dat we op deze foto nog een user story is die zo begint.

Verder is dit nu het puntje waar ik mee bezig ben:

RETROSPECTIVE Aan het einde van elke sprint hadden we een retrospective, hier gingen we met zn alle praten over wat er goed ging, wat er niet goed ging, etc. Ik heb hier een foto van de 1e retrospective: Hier hebben we opgeschreven aan de hand van de Starfish methode wat er beter kon etc, we hadden geen stickeynotes bij de hand jammer genoeg >: Verder hadden we ook nog 1 globaal verbeterpunt:

Door het gebruik van daily standups zorgen wij dat we een duidelijkere communicatie te hebben over Input en aanwezigheid. Hiermee kunnen we elkaar bijhouden en aanspreken op eerdere problemen zoals uitstellen.

Verder hebben we de andere 2 retrospectives tot nu toe mondeling gedaan.

3. **Eigen bijdrage aan het samenwerkingsproces

Ik heb veel gecommuniceerd met de rest van mijn groepje, dat is niet echt verassend aangezien een van mijn Belbin rollen Groepswerker is. Ik vind het ook wel makkelijk om de communiceren, wat ook op lijn licht met de uitslag van de assertiviteitstest, want dat ben ik :3

Ik heb ook lekker met Thomas gecommuniceerd over een puntje waar hij hulp bij wilde, omdat hij al best wat te doen heeft en het toch wel lastig vondt, Ik heb na vragen hoe het prc zit het puntje over genomen aangezien het voor mij wel makkelijk is.

3.SDLC Verantwoording

We hebben gewerkt door middel van de Software Development Life Cycle (SDLC)-proces.

1. Planning Tijdens elke sprint gesprek met de product owner gingen we plannen wat we moeten gaan doen, want uit dit gesprek kwamen altijd wel punten naar voren waar we wat mee konden.
2. Analysis Dit was ook na dat gesprek met de product owner elke week, proitiseren van de punten, wat is nodig en wat is een “misschien”. Om zo een goed scrum bord te kunnen maken voor de rest van de sprint.
3. Design Deze stap gebeurde elke keer dat iemand ging beginnen aan het werken van een nieuwe feature die nog niet op het systeem aansloot. Vooral aan het begin van het project hadden we hier meer te doen. maar tijdens deze stap werden de ERD’s, Wireframes en UML’s gemaakt.
4. Implementation dit is de stap waar ik persoonlijk het langste mee bezig ben geweest, de code tikken. Het daadwerkelijk waar maken van de GUI.
5. 5. Testing Dit gebeurde zodra iemand een feature af had, Bijvoorbeeld toen ik de login scherm af had heb ik hed zelf uitgebreid lopen testen, en ook iemand anders gevraagd om het nog even te testen. dit gebeurt zegmaar voordat er gemerged werd naar de Develop branch.
6. Deployment Simpele git merge via gitkraken of CLI, hier voegde we de changes toe aan de Develop branch.
7. Maintenance na de merge met develop checkten we nog een keer of het werkt in de develop branch. Dus eigenlijk nog 1 keer de Testing stap, alleen dan als dubbele check voor achteraf.