Deze website is een hulpmiddel bij P2-K1. De officiële examendocumenten en beoordelingscriteria blijven leidend.
De uitleg helpt je op weg. Lees altijd het examendocument op itslearning goed door en controleer wat er voor jouw opdracht gevraagd wordt.
P2-K1-W1
W1 - Ontwerpen
Beschrijf het probleem en maak een plan. Je ontwerp laat zien wat je later bij W2 en W3 gaat maken.
Wat ga je doen?
- Beschrijf de organisatie, het probleem en je bronnen.
- Lever na hoofdstuk 2 je casus in op itslearning ter beoordeling. Wacht op goedkeuring voordat je verdergaat.
- Schrijf eisen en wensen op. Maak je ontwerp en flowchart.
- Bespreek je ontwerp en bewaar de feedback.
- Vul W1 volledig in en lever het ondertekend in.
Lees altijd het examendocument op itslearning goed door. Lees het onderdeel W1 voordat je je ontwerp en examenaanvraag uitwerkt. Stel een vraag als iets onduidelijk is.
Klik op een onderwerp om de uitleg te openen.
2. Beginsituatie
2.1 Opdrachtgever en organisatie
Beschrijf het type organisatie, de grootte, de werkzaamheden, de betrokken afdeling en wie je opdrachtgever is. Zo begrijpt de lezer voor wie je ontwerpt.
Beschrijf ook de ICT-omgeving en of de opdrachtgever intern of extern is. Gebruik de functie, geen persoonsnaam.
2.2 Probleemstelling
Leg uit wat er nu gebeurt, wat fout gaat of onnodig tijd kost, wie daar last van heeft, waarom een oplossing nodig is en wat het gewenste resultaat is.
2.3 Bronnen
Bronnen kunnen alles en iedereen zijn waaruit informatie naar voren komt om de opdracht vorm te geven.
Denk aan een echt gesprek met docent of gebruiker, e-mail, werkinstructie, handleiding, website/documentatie, bestaand systeem, technisch onderzoek, interview of feedbackmoment.
Gebruik meerdere verschillende bronnen. Noteer steeds: welke bron, welke informatie en wat je ermee hebt gedaan.
| Bron | Type bron | Informatie | Wat heb ik ermee gedaan? |
|---|---|---|---|
| Gesprek met docent als opdrachtgever | Gesprek | Welke gegevens en rechten nodig zijn | Verplichte velden en rollen toegevoegd aan de eisen |
| Officiële documentatie van de gekozen database | Documentatie | Hoe relaties en rechten werken | Foreign keys en een account met beperkte rechten ontworpen |
| Test van het handmatige onboardingproces | Technisch onderzoek / praktijktest | Welke stappen tijd kosten | Validatie en registratie gekozen voor automatisering |
Noem je bronnen ook in je verslag. Het examen vraagt APA-bronvermelding voor externe bronnen. Vraag je docent hoe je dit toepast op documentatie en andere gebruikte bronnen.
2.4 Eisen, wensen en scope
Eerst moet je helder krijgen: wat is mijn opdracht precies? Eisen zijn noodzakelijk. Wensen zijn handig maar niet noodzakelijk. Je scope beschrijft ook wat je bewust niet maakt.
| Soort | NovaTech-voorbeeld |
|---|---|
| Eisen | Beheerder kan inloggen; medewerker registreren; invoer controleren; functies alleen voor bevoegde gebruikers; gegevens veilig opslaan; fouten afhandelen. |
| Wensen | Automatische welkomstmail, dashboard, dark mode, PDF-export, grafieken. |
| Buiten scope | Geen koppeling met salarisadministratie en geen uitrol naar echte bedrijfsaccounts. Accountaanmaak wordt aantoonbaar uitgevoerd in een afgesproken testomgeving. |
MoSCoW: kies je prioriteiten
| Prioriteit | Betekenis | Voorbeeld |
|---|---|---|
| M - Must have | Moet aanwezig zijn voor de minimale werking | Inloggen, invoer valideren, medewerker opslaan, rechten controleren |
| S - Should have | Belangrijk, maar niet noodzakelijk voor minimale werking | Een overzicht van registraties |
| C - Could have | Handig als er tijd over is | Welkomstmail of grafiek |
| W - Won’t have | Wordt bewust niet gemaakt | Salariskoppeling en PDF-export |
SMART: maak je eisen controleerbaar
| Letter | Betekenis | Vraag |
|---|---|---|
| S | Specifiek | Wat moet er precies gebeuren? |
| M | Meetbaar | Hoe controleer je het resultaat? |
| A | Acceptabel | Is de eis afgestemd met je opdrachtgever? |
| R | Realistisch | Is het haalbaar met je middelen en tijd? |
| T | Tijdgebonden | Wanneer moet de eis gerealiseerd zijn? |
Na hoofdstuk 2: lever je casus in
3. Ontwerp
3.1 Wat is de automatisering?
Beschrijf in gewone taal: wie het programma gebruikt, welke input nodig is, wat het programma doet, welke controles plaatsvinden, wat wordt opgeslagen en welke output terugkomt. Benoem welk handmatig werk verdwijnt.
3.2 Flowchart
Een flowchart laat stap voor stap zien hoe het programma werkt. Maak de definitieve flowchart in Microsoft Visio.
| Symbool | Gebruik |
|---|---|
| Ovaal | Start / einde |
| Rechthoek | Proces / actie |
| Ruit | Beslissing met meerdere uitkomsten, zoals ja / nee |
| Parallellogram | Input / output |
| Pijl | Volgorde en terugkeer naar een eerdere stap |
Onderstaand tekstschema toont de volgorde en foutpaden. Teken in Visio de echte symbolen en alle verbindingen. Blok 13 toont het passende resultaat; de andere foutmeldingen hebben eigen blokken.
| Bloknr. | Bloktype | Beschrijving |
|---|---|---|
| 6 | Beslissing (ruit) | Controleert of alle medewerkergegevens geldig zijn. Ja gaat naar de rechtencontrole; nee naar de foutmelding en terug naar invoer. |
Beschrijf ieder blok afzonderlijk in het invuldocument, met bloknummer, bloktype en functie. Alleen een flowchart-afbeelding is niet voldoende.
3.3 Input en output
Input krijgt het programma binnen. Output geeft het programma terug. Beschrijf ook de verwerking tussen die twee.
| Input | Verwerking | Output |
|---|---|---|
| Voornaam, achternaam, afdeling, functie, startdatum, type account | Verplichte velden en datum controleren; rol bepalen; account verwerken; registratie opslaan | Bevestiging, accountgegevens, opgeslagen registratie en overzicht |
| Leeg verplicht veld of ongeldige datum | Invoer afwijzen zonder registratie | Duidelijke foutmelding |
Koppel input en output aan de bloknummers van je flowchart. Vermeld bij input datatype/format en bron/herkomst; bij output datatype/format en bestemming/gebruik.
3.4 Ontwerpkeuzes
Beschrijf wat je kiest én waarom: programmeertaal, IDE, libraries/modules, database, databaseserver, hulpmiddelen, testomgeving en eventuele kosten.
Budget en kosten
Leg het beschikbare budget en de verwachte kosten vast, inclusief spullen, abonnementen, services en uren. Ook bij gratis software vermeld je de kosten en onderbouw je de keuze.
| Post | Voorbeeldberekening | Toelichting |
|---|---|---|
| Software/testserver | € 0 extra | In het voorbeeld is de schooltestomgeving beschikbaar; controleer dit voor jouw project. |
| Projecturen | 20 uur × fictief tarief € 25 = € 500 | Voorbeeldraming voor de casus, geen echte factuur. |
| Totaal en budget | Kosten € 500; fictief budget € 600 | Laat zien of je ontwerp binnen het afgesproken budget past. |
3.5 Vooruitblik W2
Bepaal alvast welke stappen je code uitvoert. Dit is een ontwerp, geen volledig programma.
| Onderdeel | NovaTech-ontwerp |
|---|---|
| Variabelen | Naam, afdeling, startdatum, rol en resultaat |
| If / else | Invoer geldig? Gebruiker bevoegd? |
| Loops | Een reeks onboardingacties of meerdere medewerkers verwerken |
| Functies/modules | Invoer valideren, rechten controleren, account verwerken, data opslaan |
| Foutafhandeling | Ongeldige invoer, bestaand account en onbereikbare database afhandelen |
Beschrijf de verwachte complexiteit, het aantal codebestanden en de technische uitdagingen. Loops, conditionals en een logisch algoritme moeten in je ontwerp passen.
3.6 Vooruitblik W3
Beschrijf gegevens, tabellen, velden, relaties, gebruikers, rollen en rechten. Bijvoorbeeld medewerkers, afdelingen en accounts, gekoppeld via sleutels.
Bedenk alvast een eenvoudige SELECT, SELECT met WHERE, ORDER BY, JOIN, GROUP BY, eventueel een subquery en INSERT, UPDATE en DELETE. Schrijf bij iedere query welke vraag of handeling deze ondersteunt.
Beschrijf ook de verwachte aantallen tabellen en relaties en de uitdagingen. Plan ruimte voor alle queryvarianten uit W3, waaronder LEFT JOIN, HAVING en een subquery.
Contactmomenten met de opdrachtgever
De docent kan bij je fictieve casus als aanspreekpunt of opdrachtgever optreden. De casus is fictief. Het contactmoment zelf is echt. Je mag gesprekken en bewijsstukken dus niet verzinnen.
Het W1-document noemt minimaal 2-3 contactmomenten voor de maximale score. Plan bijvoorbeeld: eerst probleem en eisen, daarna ontwerp en flowchart, vervolgens de aangepaste versie.
| Datum / met wie / vorm | Besproken en feedback | Aanpassing / bewijs |
|---|---|---|
| [Echte datum] · docent · gesprek | Probleem en eisen besproken; feedback letterlijk of samengevat noteren | Eisen verduidelijkt; gespreksnotities bewaren |
| [Echte datum] · docent · feedback op ontwerp | Flowchart en scope gecontroleerd | Foutpaden aangepast; feedback en beide versies bewaren |
Het examen noemt ook het per e-mail communiceren van het ontwerp. Spreek met je docent af aan wie je de echte e-mail stuurt en bewaar die als bewijs.
5. Benodigdheden voor uitvoering
Beschrijf wat je nodig hebt voor W2 en W3, of het beschikbaar is en hoe je het regelt.
| Benodigd | Beschikbaar? | Hoe te verkrijgen / toelichting |
|---|---|---|
| IDE en versiebeheer | Controleer | Bijvoorbeeld editor en lokale repository |
| Databaseserver en client | Controleer | Schooltestserver of eigen afgesproken testomgeving |
| Testsysteem, libraries en fictieve data | Controleer | Leg toegang, versies en voorbereiding vast |
6. Logboek
Werk je logboek tijdens het project bij. Noteer tijd, activiteit en concreet resultaat. Verzin het niet achteraf in één keer.
| Datum | Tijd | Activiteit | Resultaat |
|---|---|---|---|
| [Datum] | 45 minuten | Probleem en eisen uitwerken | Eisenlijst versie 1, nog feedback nodig |
| [Datum] | 60 minuten | Flowchart aanpassen na feedback | Validatie- en foutpaden toegevoegd |
Eindcheck W1
Lees altijd het examendocument op itslearning goed door. Vergelijk je werk vóór het inleveren met de officiële opdracht en beoordelingscriteria. Alleen deze checklist afvinken is niet voldoende. Stel een vraag als iets onduidelijk is.
Vinkjes worden alleen in deze browser bewaard en zijn ook zichtbaar op de algemene eindcheck. Ze zijn geen ingeleverd examenbewijs.