# Meeting with Promotor 11/02

Promotor kan met alles helpem, maar heeft geen invloed bij de beoordeling

Hij wil de scope van het project weten, en zien of dat iedereen het begrijpt. Wim en Marybeth moeten kritisch denken of alles duidelijk is, zij hebben het beste zicht hier momenteel op. Alles moet duidelijk zijn dat alles duidelijk is voor als mensen moeten bijkomen. Zij zouden het concept van het project moeten kunnen uitleggen.

Marybeth: "Het idee is dat een applicatie gemaakt wordt voor musea. Die kunnen routes aanmaken van POI waar museumstukken geplaatst kunnen worden. Op de POI kan ook een gamification aspect toegevoegd worden. ...(kon even niet volgen)"

Hoe wordt de 3D aspect via de gsm gedaan?

AR via gsm.

Vragen van ons:
---
- Voorlopige planning gemaakt, eens kijken of de scope van de planning in orde is.
- Quinten is test manager. We werken met 3 repo's (code repo, devellopment). Is het best voor elke repository een aparte test te schrijven?
- Testen per repository, integratie testen
- repo kan je dan gaan simuleren
- Als laatste alles tesamen testen
- TESTEN IS BELANGRIJK, TESTEN IS EVEN BELANGRIJK ALS DEVELLOPEN
- Test omgeving, test data zijn ook belangrijk
- Moet data zelf gemaakt worden, verkregen worden, ...? Denk hier goed over na en zie voldoende test data hebben
- Volgend week meeting Huis van Kina
- Docker Development, systeem. We hebben 3 code repositories, maar dat gaat niet via docker compose om alles in 1 keer te deployen.
- Als ze afhankelijk van elkaar zijn, dat moeten ze tesamen deployed worden, ander zou het onafhankelijk van elkaar kunnen zijn.
- Volgens hem zou je de dependencies kunnen checken dat dit geen probleem zou kunnen geven
- **Dit moet gecheckt worden bij de assistenten**

Vragen van Promotor:
---
- Hoe worden de 3D objecten gerendered of gemaakt?
- Open source test modellen gebruiken.
- Voor demo, samen werken met musea om objecten te kunnen inscannen.

Tips van Promotor:
---
- Risico analyse
- Wat kan er misgaan? Testomgeving gaat mis, niet genoeg gsm om te testen.
- Aantal risico's in kaart brengen die het project kunnen delayen of problemen naar boven kunnen brengen: Testen moet manueel gedaan worden, Programmeertaal is niet gekent
- Wat zit in de weg? Hoe kunnen we dit voorkomen? Probeer dit goed in kaart te brengen een een goed actieplan maken om geen tijd te verliezen.
- vb: teamleden buiten strijd wegens covid, bvb tester kan enkele weken niet werken.
- Risicoanalyse zie ufora (Geen document? vraag promotor)
- Risico voorkomen door slim voorbereiden.
- Goed dat we samenwerking hebben met musea
- Probeer er goed samen mee te werken
- Devellopment lijn, maar ook test-Devellopment lijn (wat wanneer af is en getest kan worden)
- Test machines moeten al van het begin gemaakt worden, als dit uitgesteld wordt kan dit veel problemen geven.
- Testing (Unit en Integratie) moet al van dag 1 gebeuren
- Quality ensuerence:
- Moet zien of iets goed genoeg is om gereleased worden. Moet zeer kritisch zijn.
- Leg al op voorhand een aantal criteria vast waaraan de software moet voldoen om gerealeseed te worden.

Volgende meeting
---

***Donderdag 16u30***

Agenda: Scope van planning