1/29
Looks like no tags are added yet.
Name | Mastery | Learn | Test | Matching | Spaced | Call with Kai |
|---|
No analytics yet
Send a link to your students to track their progress
Wat is de kern van 'Ontwerpen' in softwareontwikkeling?
Het maken van modellen van hoe de software eruit moet gaan zien
Wat zijn de kenmerken van een Tactisch Ontwerp?
Het is concreter, gericht op de code, kost relatief weinig inspanning en bevat geen grootse trade-offs.
Wat zijn de kenmerken van een Strategische Architectuur?
Het is abstracter, gericht op de structuur, kost veel inspanning en bevat belangrijke trade-offs (compromissen).
Noem drie voorbeelden van zaken die onder Ontwerp vallen.
1. Opdeling van klassen, 2. Database ontwerp, 3. Algoritmiek
Noem drie voorbeelden van zaken die onder Architectuur vallen.
. Keuze voor microservices, 2. Keuze voor technologie (bijv. SQL vs NoSQL), 3. SOLID principles.
Wat wordt bedoeld met het iteratieve karakter van softwareontwikkeling?
Dat je dezelfde stappen meerdere keren doorloopt en ze steeds verder verfijnt of compleet maakt.
Wat is het verschil tussen de fasen Analyse en Ontwerp?
Analyse gaat over het begrijpen van het probleem; Ontwerp gaat over het maken van de oplossing.
Wat is de definitie van een Model?
Een vereenvoudigde weergave van de werkelijkheid, waarbij bepaalde aspecten worden getoond en details worden weggelaten, afhankelijk van het doel.
Waarom is het weglaten van details in een model nuttig?
Het helpt om makkelijker inzicht te krijgen in de hoofdlijnen.
Wat laat de Kromme van Boehm zien?
Dat de relatieve kosten van een verandering (change) exponentieel toenemen naarmate het project zich in een latere fase bevindt (van Requirements naar Operation).
Wat is het doel van de fase Analyse?
Het begrijpen van de behoeften van de klant en de gebruikers.
Wat zijn Requirements?
De eisen en wensen van de klant.
Wat is het verschil tussen Functionele en Niet-functionele requirements?
Functionele eisen beschrijven wat het systeem moet doen; Niet-functionele eisen beschrijven de kwaliteit (bijv. snelheid, veiligheid).
Wat is een User Story?
Een korte beschrijving van een behoefte van een gebruiker, geschreven in de taal van de gebruiker
Wat is de standaardformule voor een User Story?
Als <rol> wil ik <wens/doel> zodat <reden/waarde>".
Wie is de Product Owner in een project?
De vertegenwoordiger van de klant die bepaalt wat er gebouwd moet worden en de prioriteiten stelt.
Wat is de rol van de Stakeholders?
Dit zijn de belanghebbenden (klanten, gebruikers, managers) voor wie het systeem gebouwd wordt.
Wat wordt bedoeld met de Definition of Ready (DoR)?
De afspraken waaraan een User Story moet voldoen voordat het ontwikkelteam eraan begint (bijv. duidelijkheid en testbaarheid)
Wat zijn Acceptatiecriteria?
De specifieke voorwaarden waaraan voldaan moet zijn om een User Story als "klaar" te markeren.
Waarom gebruiken we User Stories in plaats van dikke documenten?
Om de communicatie te bevorderen en focus te houden op de waarde voor de gebruiker.
Waar staat de afkorting INVEST voor bij User Stories?
Independent, Negotiable, Valuable, Estimable, Small, Testable
Waarom moet een User Story Independent (Onafhankelijk) zijn?
Om te voorkomen dat stories op elkaar moeten wachten, wat het inplannen lastig maakt.
Wat betekent het dat een story Negotiable (Onderhandelbaar) is
Het is geen vaststaand contract, maar een uitnodiging tot gesprek over de details.
Wanneer is een User Story Valuable (Waardevol)?
Als het direct waarde oplevert voor de klant of de gebruiker.
Wat wordt bedoeld met Estimable (Inschatbaar)?
Het team moet genoeg informatie hebben om te kunnen inschatten hoeveel werk het is
Hoe groot moet een story zijn volgens de Small (Klein) regel?
Klein genoeg om binnen één sprint (vaak 1 of 2 weken) af te ronden.
Waarom is Testable (Testbaar) essentieel voor een story?
Zonder testbaarheid weet je nooit zeker of de story echt "klaar" is.
Wat zijn de "3 C's" van een User Story?
Card (korte tekst), Conversation (overleg over details), Confirmation (acceptatiecriteria)
Wat is het risico van een slechte analyse
Dat je een perfecte oplossing bouwt voor het verkeerde probleem (hoge kosten, lage waarde).
Wat is de rol van de Product Owner bij INVEST?
Zorgen dat de stories "Valuable" zijn en de juiste prioriteit krijgen op de backlog.