Examenonderlegger
Beoordelingsformulier: BF_SD_SD20_B1-K1_3
B1-K1-W1
Plant werkzaamheden en bewaakt de voortgang
Rubics
- De Uitgangspunten, technische en functionele eisen en wensen zijn bepaald en gedocumenteerd.
- Op basis van de functionaliteit is een complete en realistische planning gemaakt.
- De gestelde doelen en planning zijn bewaakt.
Onderlegger
1. Uitgangspunten
Uitgangspunten (minimaal 4)
Kaders, radwvoorwaarden, eisen of aannames die een globale scope hebben.
Functionalele eisen (minimaal 12)
Beschrijving van wat het systeem moet doen vanuit gebruikersperspectief.
Technische eisen (minimaal 6)
Beschrijven architectuur, fraemworks, datastromen, beveiliging, perfomance, data strucuren, database ontwerp, etc.
Deze eigen beinvloeden de technisceh uitvoering maar beschrijven geen functionaliteiten.
Uigangspunten, en eisen voldoen aan:
Relevantie, specifiek, controleerbaar/meetbaar, consistent, herleidbaar (bron/waarom).
Overzicht
| Term | Gericht op | Vraag die het beantwoordt | Testbaar? |
|---|---|---|---|
| Uitgangspunt | Kaders en randvoorwaarden | Waar moeten we rekening mee houden? | Indirect / randvoorwaardelijk |
| Functionele eis | Functionaliteit | Wat moet het systeem doen? | Ja, via testcases |
| Technische eis | Technische uitvoering | Hoe moet het systeem technisch functioneren? | Ja, meetbaar |
Beoordeling 1ste Rubic (Cruciaal)
In totaal heeft de kandidaat 22 items (of meer) beschreven. Elke eis is volledig goed volgens onderlegger, voor minimaal 50% goed, of minder. Per eis bereken je 2,1 of 0 punten. Totaal 15 punten of meer: enigszins. 30 of meer, grotendeels, 44 volledig. Extra eisen zijn prima, maar elke eis die niet relevant of goed is geeft -2 punten.
| Beoordeling | Aantal checlist punten |
| enigszins | 15 punten |
| grotendeels | 30 punten |
| volledig | 44 punten |
2. Planning
De planning bevat 40 projecturen (zonder onvoorzien). De andeer checlist punten spreken (4 t/m 10 spreken voor zich).
Beoordeling 2de Rubic
Er staan 7 eisen in de checlist (4 t/m 10). Indien aan alle eisen wordt voldaan dan volledig. 5/7 Grotedeels, 3/7 enigszins.
| Beoordeling | Aantal checlist punten |
| enigszins | 3/7 |
| grotendeels | 5/7 |
| volledig | 7/7 |
Beoordeling 3de Rubic
De plannng moet minimaal 3 maal zijn bijgehouden ander is er geen sprake van bewaking.
| Beoordeling | Aantal checlist punten |
| enigszins | 2/4 |
| grotendeels | 3/4 |
| volledig | 4/4 |
Checklist
- Je benoemd kort, puntsgewijs minimaal 5 uitgangspunten. Elke uitgangspunt is onderbouwd (waarom) en het is duidelijk waar het uitgangspunt vandaan komt.
- Je benoemd kort, puntsgewijs minimaal 12 functionele eisen. Elke eis beschrijft observeerbaar gedrag van de software (je kan het zien) en is testbaar.
- Je benoemd kort, puntsgewijs mininaal 5 technische eisen. Elke eis is concreet (en dus controleerbaar) en elke eis is onderbouwd (waarom).
- Alle functionele eisen komen terug in de planning
- Elke functionaliteit is opgesplitst in concrete taken van max. 4 uur per taak
- Er is per taak aangegeven op welk onderdeel van de functionaliteit deze betrekking heeft
- Bij elke taak staat een tijdsinschatting in uren (geheel of halve uren).
- Totoale ontwikkeltijd is minimaal 40 uur, waarvan ongeveer 20% testen en 10% documenteren. Je neemt naast de 40 geplande uren nog een extra 4-8 uur op voor onvoorziene omstandigheden.
- De volgorde is logisch.
- De planning is concreet, controleerbaar.
Bewaking
(bewaking wordt pas uitgevoerd vanaf werkproces 3).
- Voortgang is gedurende de gehele planning minimaal 5 maal bijgehouden.
- Voortgang bevat een status: wat is af en wat had moeten zijn en wat is de afwijking.
- Bij elke afwijking wordt ene actie genomen en beschreven.
- Aan het eind is een evaluatei/reflectie opnomen.
B1-K1-W2
Ontwerpt software
Rubics
- De eisen en wensen zijn vertaald naar een passend, eenduidingen volledig ontwerp.
- Er is gebruikgemaakt van relevante of toepasselijke schematechnieken (bijv. activiteitendiagram, klassendiagram, ERD, use case diagram).
- De gemaakte keuzes in het ontwerp zijn onderbouwd met steekhoudende argumenten, waarbij rekening is gehouden met haalbaarheid, privacy en security.
Onderlegger
Vanuit de planning zijn volgt dat het ontwerp aansluit bij de beschreven eisen.
Er wordt onderscheid gemaakt tussen de functionele eisen waarvan er minimaal 12 moeten zijn beschreven en technische eisen waarvan er minimaal 6 moeten zijn beschreven.
Voor elke eis kan 0,1 of 2 punten worden gegeven.
Voor technische eisen geldt dat ze eenduidig en onderbouwd zijn beschreven.
Checklist
- Alle functionele eisen zijn beschreven
- Functionaliteiten met betrekking op de GUI zijn voorzien van illustraties (schets, wireframe )en/of bevatten een eenduidige beschrijving en zijn zodoende testbaar.
- Elke functionele beschrijving bevat: doel, invoer, uitvoer en foutafhandeling.
- Wanneer een functionaliteit of use case uit stappen (flow) bestaat, dan wordt deze beschreven.
- Alternatieve scenarios worden beschreven.
- Alle technische eisen zijn eenduidig beschreven/uitgewerkt.
- Technische beschrijvingen worden onderbouwd (waarom) en er worden alternatieven beschreven.
- Er worden minimaal 2 relevante schema technieken op een juiste en volledige manier toegpast. Bijvoorbeeld een volledig en juist ERD en een (aantal) programma flows.
- Ontwerpkeuzes worden onderbouwd (waarom).
- Bij tenminste 3 gevallen zijn één of meer alternatieven is/zijn overwogen.
- Er wordt indien mogelijk beschreven welke keuzes er ten aanzien van security of privacy (AVG).
B1-K1-W3
Realiseert (onderdelen van) software
Rubics
- Er is voldoende functionaliteit gerealiseerd binnen de gestelde/geplande tijd.
- De opgeleverde functionaliteiten voldoen aan de eisen en wensen.
- De kwaliteit van de code is goed.
- Versiebeheer is effectief toegepast.
Onderlegger
Voldoende functionaliteiten
Er is minimaal 40 uur geprogrammeerd dit wordt onderbouwd door de hoeveelheid code, complexiteit en door middel van versiebeheer.
De code werkt en dit is aangetoond mbv video en/of aplicatie die is geinstalleerd en draait.
Opgeleverde functionaliteiten
De opgeleverde code is gebasseerd op de plannign en ontwerp.
Kwaliteit
De code voldoet aan de volgende kwaliteitsnormen:
- code is consistent qua opbouw structurr en documentatie.
- Variabelen, functies, methods, bestanden, databaselementen hebben duidelijk en betekenisvolle namen
- Code is voor 80% opgebouwd uit functies en functies doen één ding en zijn niet langer dan 60 regels.
- Bestanden bevatten maximaal 400 regels code.
- De hele code base heeft een duidelijke structuur.
- Er is geen dubelle code (DRY).
- Geen onnodig commentaar, maar alleen om code ter verduidelijken.
- In de code worden fouten duidelijk afgehandeld (try/catch).
- Wachtwoorden en dergelijke worden niet in plain taxt opgeslagen.
- Er is beschreming tegen SQL-injection.
Versiebeheer
De code staat volledig in versiebeheer.
Via versiebeheer zijn tenminste 5 versies beschikbaar en deze versies zijn min of meer gelijk verdeeld over de projecttijd zodat de opbouw en ontwikkeling te volgen is.
Commits zijn logisch opgebouwd, met duidelijke beschrijvingen.
B1-K1-W4
Test software
Rubics
- De testcases in het testplan sluiten aan op de functionaliteiten en bevatten alle relevante scenario’s.
- De kandidaat heeft voor alle toegewezen of geplande functionaliteiten testscenario’s of testcases opgesteld.
- De kandidaat voert de testactiviteiten correct en volgens het testplan uit.
- Het testrapport bevat testresultaten van alle functionaliteiten, voorzien van de juiste conclusies.
Onderlegger
B1-K1-W5
Doet verbetervoorstellen voor de software
Rubics
- Analyseert systematisch alle beschikbare informatiebronnen op mogelijke aanpassingen aan de software.
- Interpreteert en vertaalt wensen, reacties, testresultaten en meldingen naar realiseerbare verbetervoorstellen.
- Stelt vast welke werkzaamheden nodig zijn en maakt een haalbare planning.