Checklist KT 2026-2027 C24

Hieronder staan 8 checklists op basis ~~van~~waarvan dehet ~~beoordelingscriteria~~kerntaakexamen wordt beoordeeld.

Naast deze beoordeling geldt voor ~~SD24.~~al het werk dat het authentiek moet zijn.

Kerntaak 1 - Project uitvoeren

1. Checklist KT1-W1 (Planning & voortgang)

De opdracht en de doelen van het project zijn duidelijk beschreven. Er staat wat het eindproduct moet worden, voor wie het bedoeld is, wat wel en niet bij de opdracht hoort en wanneer het resultaat goed is.
In de planning staan alle werkzaamheden voor het ontwerpen, bouwen en testen van de applicatie. Een MBO 4-student heeft voor deze werkzaamheden in totaal minimaal 40 uur nodig.
Elke taak in de planning duurt maximaal 3 uur. Een taak die langer duurt, is verdeeld in kleinere, duidelijke taken. Bij elke taak staat wat het resultaat moet zijn.
De opdracht, de doelen en de planning zijn besproken met de opdrachtgever. Hiervan is bewijs, bijvoorbeeld een e-mail of maximaal één opgenomen rollenspel of Teamsgesprek voor dit werkproces. Elk videobestand duurt maximaal 4 minuten en is maximaal 400 MB groot.
Bij elke geplande taak is bijgehouden welke werkzaamheden klaar zijn, welke werkzaamheden nog moeten worden gedaan en hoeveel tijd eraan is besteed.
De voortgang is tijdens het project op meerdere geschikte momenten bijgewerkt en vergeleken met de eerste planning.
Bij elke controle van de voortgang is bekeken en vastgelegd of de doelen, deadlines of openstaande werkzaamheden ervoor kunnen zorgen dat de planning niet wordt gehaald.
Verschillen met de doelen of planning zijn beschreven. Als er geen verschillen waren, is dit bij de controle van de voortgang duidelijk vastgelegd.
Als er een verschil met de doelen of planning was, zijn de oorzaak en de gevolgen onderzocht. Het verschil is op tijd gemeld en hiervan is bewijs, bijvoorbeeld een e-mail of een vastgelegd gesprek.
Als dat nodig was, is samen met de opdrachtgever naar een uitvoerbare tijdelijke of definitieve oplossing gezocht. De gekozen oplossing is verwerkt in de planning of aanpak.

2. Checklist KT1-W2 (Technisch ontwerp)

In het ontwerp staan minimaal 8 functionele eisen. Deze eisen beschrijven duidelijk wat de gebruiker kan zien of doen, zijn testbaar en komen terug in het ontwerp.
In het ontwerp staan minimaal 5 technische eisen. Deze eisen zijn duidelijk, controleerbaar en uitgelegd en komen terug in het ontwerp.
In het ontwerp staan de onderdelen, schermen, modules, gegevens, acties tussen onderdelen en de manier waarop fouten worden afgehandeld.
Het ontwerp past bij de opdracht en is duidelijk en volledig. Een andere ontwikkelaar kan met het ontwerp begrijpen wat er gebouwd moet worden.
Er zijn schema’s gebruikt die bij het ontwerp passen, zoals een ERD, klassendiagram, activiteitendiagram, usecasediagram of flowchart.
De schema’s passen bij de functionele en technische eisen en spreken elkaar niet tegen.
De schema’s zijn goed leesbaar en technisch juist. Belangrijke relaties, aantallen, stappen en keuzes zijn duidelijk aangegeven.
Belangrijke keuzes in het ontwerp zijn uitgelegd met goede redenen. Als er andere mogelijkheden waren, zijn deze waar nodig ook besproken.
De uitleg past bij het soort software en de gekozen technieken. Ook is uitgelegd of de oplossing gebouwd en later onderhouden kan worden.
Bij belangrijke keuzes is gekeken naar beveiliging, privacy, toegankelijkheid, snelheid en/of de betrouwbaarheid van gegevens.

3. Checklist KT1-W3 (Realisatie)

Er zijn genoeg geplande functies van de applicatie gebouwd binnen de beschikbare tijd en de afgesproken omvang van het project.
Bij elke gebouwde functie is duidelijk bij welke eis, welk deel van het ontwerp en welke taak in de planning deze hoort.
De software kan worden gestart en gebruikt. Een schermopname of video van een demo duurt maximaal 4 minuten per bestand en is maximaal 400 MB groot.
De opgeleverde functies werken volgens de vastgelegde functionele en technische eisen en wensen.
Verschillen tussen de eisen, het ontwerp en het opgeleverde product zijn duidelijk beschreven en uitgelegd.
De code is logisch ingedeeld. Mappen, bestanden, functies, klassen en onderdelen hebben duidelijke namen die steeds op dezelfde manier worden gebruikt.
De code is verdeeld in duidelijke onderdelen, bevat zo weinig mogelijk dubbele code en elk onderdeel heeft een duidelijke taak.
De invoer wordt gecontroleerd, fouten worden goed afgehandeld en gegevens worden op een juiste en betrouwbare manier opgeslagen.
De software is passend beveiligd. Wachtwoorden worden veilig opgeslagen en de software is beschermd tegen injectie, toegang zonder toestemming en het aanpassen van gegevens door onbevoegden.
Alle broncode staat in één centrale repository. Het is duidelijk welke versie de definitieve versie is.
De commits zijn verspreid over de hele projectperiode en laten stap voor stap zien hoe de software is gebouwd en aangepast.
De commitberichten zijn duidelijk. Branches, merges en/of pull requests zijn gebruikt als dit past bij de grootte van het individuele project.

4. Checklist KT1-W4 (Testen)

Er is gekozen voor een testmethodiek die de correctheid van losse functies, de samenwerking tussen de frontend, backend, database en de werking van de geimplementeerde technische en functionele eisen controleren.
De keuzes zijn toegelicht en verantwoord aan de hand van het project uit K1-W3.
Er zijn relevante en betekenisvolle tests geschreven die het verwachte gedrag van functies controleren.
Er zijn relevante en betekenisvolle tests geschreven die de samenwerking tussen de frontend, backend en database controleren.
Er zijn relevante en betekenisvolle tests geschreven die de geïmplementeerde functionele eisen uit K1-W3 controleren.
De geschreven tests bestaan uit happy-flows en minimaal 5 unhappy-flow + 5 randgevallen tests.
Alle geïmplementeerde functionele eisen uit K1-W3 zijn getest.
De test coverage van de geïmplementeerde functionele eisen is 90%
Het testrapport bevat de test coverage output die is gegenereerd door het gekozen testframework.
Het testrapport beschrijft de werking/kwaliteit van elke functionele eis.
Er wordt grondig gereflecteerd over de kwaliteit van de geschreven tests.
Het testrapport bevat een eindconclusie en aanbeveling over de kwaliteit en bruikbaarheid van de software.

5. Checklist KT1-W5 (Verbeteren)

Er zijn meerdere nuttige bronnen gebruikt, zoals testresultaten, feedback, logs, meldingen, reacties van gebruikers of eigen waarnemingen.
De informatie uit de bronnen is op een vaste manier geordend en onderzocht. Er is gekeken naar oorzaken, gevolgen en mogelijke verbeteringen van de software.
De mogelijke verbeteringen zijn op volgorde gezet. Daarbij is gekeken naar nut, risico, invloed, spoed en of de verbetering uitvoerbaar is.
Wensen, reacties, testresultaten en/of meldingen zijn omgezet in duidelijke verbetervoorstellen.
Elk verbetervoorstel kan technisch en praktisch worden uitgevoerd binnen de afspraken en grenzen van het project.
Bij elk voorstel staat welk probleem wordt opgelost, wat het verwachte resultaat is en hoe wordt gecontroleerd of de verbetering werkt.
Voor de gekozen verbeteringen is beschreven welke werkzaamheden nodig zijn en van welke andere taken of onderdelen ze afhankelijk zijn.
De verbeteringen zijn gepland in duidelijke taken van maximaal 3 uur. Bij elke taak staat een realistische inschatting van de tijd.
In de planning van de verbeteringen staan belangrijke risico’s, de volgorde van de taken en de nodige afstemming. De planning past binnen de beschikbare tijd.

Kerntaak 2 - Samenwerken

1. Checklist KT2-W1 (Samenwerken)

De kandidaat werkt volgens een duidelijke projectaanpak, bijvoorbeeld Scrum, Kanban of een andere afgesproken werkwijze die geschikt is voor individueel werken.
De gekozen werkwijze is terug te zien in een takenlijst of planning, de status van taken, controles van de voortgang en evaluaties.
De kandidaat vertelt de opdrachtgever of de persoon met een andere afgesproken rol op tijd over de eigen werkzaamheden en resultaten.
De kandidaat vraagt gericht wat de ander doet en vraagt naar de voortgang, verwachtingen, wensen en besluiten van de opdrachtgever of de persoon met een andere afgesproken rol.
De kandidaat komt met bruikbare ideeën of oplossingen voor vragen, problemen of verbeterpunten.
Ideeën of oplossingen van de ander worden serieus bekeken en gebruikt. Als een idee niet wordt gebruikt, legt de kandidaat uit waarom.
Werkafspraken zijn duidelijk vastgelegd. Er staat wat er wordt gedaan, door wie, wanneer en wat het verwachte resultaat is.
Van de afstemming is schriftelijk bewijs of maximaal één opgenomen rollenspel of Teamsgesprek. Een medestudent mag de opdrachtgever spelen. Elk videobestand duurt maximaal 4 minuten en is maximaal 400 MB groot.
De kandidaat laat zien dat de afspraken zijn nagekomen. Als een afspraak moest veranderen, is dit op tijd besproken en uitgelegd.
De kandidaat geeft duidelijke en respectvolle feedback over het werk, de aanpak of de bijdrage van de ander. De feedback is bedoeld om iets te verbeteren.
De feedback gaat over een duidelijk onderdeel van het product, het proces of de samenwerking en bevat een bruikbare tip voor verbetering.
De kandidaat vraagt duidelijk om feedback, staat open voor de reactie en laat zien wat met de feedback is gedaan. Als de feedback niet wordt gebruikt, legt de kandidaat uit waarom.

2. Checklist KT2-W2 (Presenteren)

In de presentatie worden de belangrijkste functies en resultaten van het opgeleverde werk duidelijk uitgelegd.
De presentatie heeft een logische opbouw met een duidelijke inleiding, kern en afsluiting.
Belangrijke keuzes over de techniek, het ontwerp en de manier van werken zijn uitgelegd met goede redenen.
Het taalgebruik, het tempo, de voorbeelden en de hoeveelheid technische uitleg passen bij de kennis en de informatiebehoefte van de toehoorders.
De gebruikte slides, demo’s en afbeeldingen helpen bij het verhaal, zijn overzichtelijk en laten belangrijke onderdelen van het product zien.
Een ingeleverde opname van de presentatie of het scherm duurt maximaal 4 minuten per videobestand en is maximaal 400 MB groot.
De kandidaat luistert goed naar vragen en geeft duidelijke antwoorden die bij de vraag passen.
De antwoorden worden uitgelegd met logische redenen en duidelijke voorbeelden of bewijs uit het project.
Als de kandidaat een antwoord niet direct weet, wordt rustig uitgelegd wat nog moet worden uitgezocht en hoe dat wordt gedaan.

3. Checklist KT2-W3 (Evalueren samenwerking)

Na het opleveren is duidelijk beschreven wat de kandidaat vindt van de eigen prestatie en bijdrage aan het resultaat.
De manier van werken en de beperkte samenwerking of afstemming binnen dit individuele examen zijn eerlijk en duidelijk beoordeeld.
In de evaluatie staan voorbeelden van wat goed ging, wat beter kon en welk effect het eigen handelen had op het product en het werkproces.
Er zijn nuttige lessen beschreven over de planning, uitvoering, kwaliteit en afstemming die bij een volgend project gebruikt kunnen worden.
De kandidaat heeft duidelijke, nieuwe doelen opgesteld voor de eigen vakkennis of professionele ontwikkeling.
De kandidaat heeft duidelijke doelen opgesteld voor de manier van werken, de afstemming of de samenwerking bij een volgend project.
De doelen zijn uitvoerbaar en controleerbaar. Bij elk doel staan duidelijke vervolgstappen, een manier om het resultaat te meten en een haalbare termijn.