Examenonderlegger

Beoordelingsformulier: BF_SD_SD20_B1-K1_3BF_SD_SD24_B1-K2_1

B1-K1-K2-W1

PlantVoert werkzaamheden en bewaakt de voortgangoverleg

Rubics

1. De Uitgangspunten,kandidaat technischeneemt actief deel aan het overleg waarbij relevante onderwerpen worden ingebracht en functionelede eisenjuiste vragen worden gesteld.

2. De kandidaat stemt regelmatig en wensentijdig af met projectteamleden en opdrachtgever over de voortgang en eventuele knelpunten.

3. De gemaakte afspraken zijn bepaaldeenduidig envastgelegd.

   gedocumenteerd.
4. Op basis van de functionaliteit is een complete en realistische planning gemaakt.

5. De gesteldekandidaat doelenhoudt enzich planningaan zijngemaakte bewaakt.afspraken.

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

1. Je benoemd kort, puntsgewijs minimaal 5 uitgangspunten. Elke uitgangspunt is onderbouwd (waarom) en het is duidelijk waar het uitgangspunt vandaan komt.
2. Je benoemd kort, puntsgewijs minimaal 12 functionele eisen. Elke eis beschrijft observeerbaar gedrag van de software (je kan het zien) en is testbaar.
3. Je benoemd kort, puntsgewijs mininaal 5 technische eisen. Elke eis is concreet (en dus controleerbaar) en elke eis is onderbouwd (waarom).
4. Alle functionele eisen komen terug in de planning
5. Elke functionaliteit is opgesplitst in concrete taken van max. 4 uur per taak
6. Er is per taak aangegeven op welk onderdeel van de functionaliteit deze betrekking heeft
7. Bij elke taak staat een tijdsinschatting in uren (geheel of halve uren).
8. 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.
9. De volgorde is logisch.
10. De planning is concreet, controleerbaar.

Bewaking

(bewaking wordt pas uitgevoerd vanaf werkproces 3).

1. Voortgang is gedurende de gehele planning minimaal 5 maal bijgehouden.
2. Voortgang bevat een status: wat is af en wat had moeten zijn en wat is de afwijking.
3. Bij elke afwijking wordt ene actie genomen en beschreven.
4. Aan het eind is een evaluatei/reflectie opnomen.

B1-K1-K2-W2

OntwerptPresenteert softwarehet opgeleverde werk 

Rubics

1. De eisenkandidaat legt de functionaliteiten uit met een goed opgebouwd en wensenmet zijnargumenten vertaaldonderbouwd naar een passend, eenduidingen volledig ontwerp.verhaal.
2. ErDe iskandidaat gebruikgemaaktstemt de stijl van relevantecommuniceren ofen toepasselijkede schematechniekenpresentatiemiddelen (bijv.af activiteitendiagram,op klassendiagram,de ERD, use case diagram).toehoorders.
3. De gemaaktekandidaat keuzesbeantwoordt in het ontwerp zijn onderbouwdvragen met steekhoudende argumenten, waarbij rekening is gehouden met haalbaarheid, privacy en security.argumenten.

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

1. Alle functionele eisen zijn beschreven
2. Functionaliteiten met betrekking op de GUI zijn voorzien van illustraties (schets, wireframe )en/of bevatten een eenduidige beschrijving en zijn zodoende testbaar.
3. Elke functionele beschrijving bevat: doel, invoer, uitvoer en foutafhandeling.
4. Wanneer een functionaliteit of use case uit stappen (flow) bestaat, dan wordt deze beschreven. 
5. Alternatieve scenarios worden beschreven.
6. Alle technische eisen zijn eenduidig beschreven/uitgewerkt.
7. Technische beschrijvingen worden onderbouwd (waarom) en er worden alternatieven beschreven.
8. 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.
9. Ontwerpkeuzes worden onderbouwd (waarom).
10. Bij tenminste 3 gevallen zijn één of meer alternatieven is/zijn overwogen.
11. Er wordt indien mogelijk beschreven welke keuzes er ten aanzien van security of privacy (AVG).

B1-K1-K2-W3

Realiseert (onderdelen van) software

Rubics

1. Er is voldoende functionaliteit gerealiseerd binnen de gestelde/geplande tijd.
2. De opgeleverde functionaliteiten voldoen aan de eisen en wensen.
3. De kwaliteit van de code is goed.
4. 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 gebasseerdReflecteert op de plannign en ontwerp.

Kwaliteit

De code voldoet aan de volgende kwaliteitsnormen:

• code is consistent qua opbouw structuur 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.

Checklist

...

B1-K1-W4

Test software 

Rubics

1. De testcases in het testplan sluiten aan op de functionaliteiten en bevatten alle relevante scenario’s.
2. De kandidaat heeft voor alle toegewezen of geplande functionaliteiten testscenario’s of testcases opgesteld.
3. De kandidaat voert de testactiviteiten correct en volgens het testplan uit.
4. Het testrapport bevat testresultaten van alle functionaliteiten, voorzien van de juiste conclusies.

Onderlegger

B1-K1-W5

Doet verbetervoorstellen voor de softwarewerk 

Rubics

1. AnalyseertDe systematischkandidaat allebenoemt beschikbarezowel informatiebronnenpositieve als verbeterpunten van het proces van zowel eigen als teamprestaties.
2. De kandidaat reageert actief op mogelijkeontvangen aanpassingen aan de software.
3. Interpreteert en vertaalt wensen, reacties, testresultaten en meldingen naar realiseerbare verbetervoorstellen.
4. Stelt vast welke werkzaamheden nodig zijn en maakt een haalbare planning.feedback.

Onderlegger

Checklist