Je schrijft je in via Github Classroom (login met je github account).

• 4hin1 HAR 24/25
• 4hin2 GEE 24/25
• 4vin1 HAR 24/25
• 4vin2 HAR 24/25

Je bent vrij om zelf een onderwerp voor je website te bedenken. Je docent moet het onderwerp goedkeuren. Je kunt denken aan een hobby, sport, jouw favoriete lifestyle enzovoort. Misschien is het wel mogelijk om de website te gebruiken voor een schrijfopdracht voor een ander vak.

• Je maakt deze opdracht in je eentje.
• Je krijgt van de docent startcode voor deze opdracht. Deze staat klaar in een repo op GitHub.
• Je maakt code in Gitpod.
• Elke week (liefst vaker) sla je je tussentijdse werk op in de repo op GitHub. Zo zorg je ervoor dat de laatste werkende versie van je opdracht steeds op GitHub staat.
• Deze opdracht maak je alsof het een echt project is. De stappen uit README.md in de starterscode zijn de basis van je planning. De voortgang hou je wekelijks bij in README.md. Als het niet volgens je plan gaat, dan stuur je bij. In de les kun je hulp vragen, maar uiteindelijk moet jij zorgen dat je op tijd klaar bent en een goed project oplevert.

Het cijfer dat je voor je PO krijgt wordt vanuit verschillende invalshoeken bepaald:

• minimale eisen
• uiterlijk
• techniek
• inzet en planning

Minimale eisen

Voordat je een cijfer krijgt voor je PO, wordt gekeken of je werk voldoet aan de minimale eisen. Werk dat niet voldoet aan de minimale eisen krijgt het cijfer 1,0. De minimale eisen zijn:

• De inhoud van je webshop is moreel verantwoord: het is niet beledigend, visueel gewelddadig of op andere manieren onfatsoenlijk.
• Natuurlijk mag je overleggen met klasgenoten en mag je op internet kijken hoe je bepaalde dingen kunt maken. Let wel op dat je geen plagiaat pleegt. Je mag maximaal 5 regels code overnemen van andere leerlingen of internet en je schrijft in het commentaar erbij waar je het voorbeeld vandaan hebt. Dat geldt ook voor code die je zelf vertaalt naar het Nederlands. Overtypen van code uit een Youtube-video of een tutorial van internet volgen en dat resultaat inleveren is niet toegestaan.
• Je gebruikt de startcode die je krijgt.
• Je gebruikt het stappenplan dat bij deze opdracht gegeven is.
• Een download in zip-formaat van je opdracht mag maximaal 50 MB groot zijn.

Vormgeving en inhoud Enkele punten waarop gelet kan worden bij de beoordeling van vormgeving en inhoud zijn

• De website bestaat uit minimaal 4 pagina’s.
• Uit de home-page (index.html) blijkt duidelijk wat er op je website te vinden is.
• De vormgeving ziet er aantrekkelijk uit en nodigt uit om verder te kijken op je website.
• De inhoud is compleet en informatief, de teksten heb je niet klakkeloos gekopieerd van een andere website.
• De website is goed te bekijken op gangbare browsers en computers met verschillende schermresoluties. Het is een pre als je website er op een telefoon ook goed uitziet.
• De uitlijning van de verschillende onderdelen op je website is netjes.
• Je respecteert auteursrecht, daar waar je voorbeelden of plaatjes van anderen gebruikt geef je tenminste in commentaar de bron aan.
• …

Techniek Enkele punten waarop gelet kan worden bij de beoordeling van techniek zijn

• Je laat zien dat je de in de les aangereikte technieken begrijpt en op een nette manier kan toepassen, hierbij hoort zeker het gebruik van floats om een nette layout te maken.
• Je laat zien dat je in staat bent om zelf nieuwe dingen kunt toevoegen die voortbouwen op wat je al geleerd hebt.
• Alle code (HTML / CSS / JavaScript / …) is goed leesbaar en overzichtelijk. Je springt netjes in waar dat verwacht wordt. Je gebruikt duidelijk commentaar in HTML en CSS. CSS-klassen en ID’s hebben duidelijke en begrijpelijke namen. Er is geen ongebruikte code aanwezig. Je maakt gebruik van een nette mappen structuur, met logische bestandsnamen. Ongebruikte of oude bestanden zijn verwijderd. CSS bevindt zich niet in de HTML-pagina, maar in een los CSS-bestand. Je gebruikt één CSS-bestand voor je hele website. Met commentaar geef je aan welke delen eventueel paginaspecifiek zijn. Je linkt niet naar afbeeldingen op andere websites, alle afbeeldingen die je gebruikt heb je lokaal opgeslagen. Je afbeeldingen hebben een passende resolutie, zodat ze niet blokkerig zijn (te lage resolutie) of langzaam laden (te hoge resolutie).
• …

Inzet en planning

• Je toont inzet tijdens de lessen
• De planning is vooraf gemaakt, gevolgd en als nodig bijgesteld.
• Het werk is verdeeld over de weken waarin aan de opdracht kon worden gewerkt, dit blijkt onder andere uit de commits in Github.

• De deadline voor inleveren vind je in de lesplanner.
• Je kunt vragen stellen tot de laatste les voor de deadline.
• Je zorgt dat alle bestanden in die nodig zijn om je spel te spelen in GitHub staan, dit zijn ten minste: index.html, 3 .html bestanden voor de subpagina’s en style.css. Als je plaatjes gebruikt, dan staan die er ook bij.
• Uit de versie historie in GitHub blijkt wanneer je wat gedaan hebt.
• De laatste versie van je PO die op het moment van de deadline in GitHub staat, wordt gebruikt voor de beoordeling.

1. Je hebt het onderwerp van je website gekozen en door je docent laten goedkeuren.
2. Je hebt een account aangemaakt op www.github.com .
3. Je hebt de voorbeeldwebsite van de docent gekopieerd naar je eigen github account.
4. Je hebt het onderwerp in de kop op van je homepage gezet.

Aan het einde van stap 1 heb je de voorbeeldwebsite van je docent waarin je zelf de kop hebt aangepast.

1. Je hebt bepaald wat je op de hoofdpagina en de subpagina’s (minimaal 3) wilt laten zien.
2. Je past het menu in index.html aan, zodat het de keuzes biedt voor jouw subpagina’s
3. Je maakt een html-bestand voor alle pagina’s. De titel en het menu staan erop, maar de inhoud nog niet.
4. Je hebt een werkend menu waarmee je naar de verschillende pagina’s kunt gaan, de layout kun je later nog aanpassen en mooi maken.

Aan het einde van stap 2 heb je een werkend menu met minimaal drie lege subpagina’s.

Let op: In deze stap ga je nog geen plaatjes zoeken en teksten maken, dat komt in de volgende stap.

1. Je hebt de layout van je hoofdpagina bepaald. Leg de layout vast in een wireframe. Een wireframe is een tekening waarin elke box op je pagina als een rechthoek getekend is.
2. Je hebt in html voor alle onderdelen uit de layout een tag opgenomen en aan de tags heb je classes toegevoegd.
3. Je hebt met css ervoor gezorgd dat alle onderdelen op de juiste plaats op de pagina worden weergegeven.
4. Je hebt opmaak zoals kleuren, lettertypen en kaders in css toegevoegd aan de onderdelen in je layout.

Je kunt een wireframe bijvoorbeeld als volgt maken

• op https://draw.io
• in Powerpoint
• op papier en dan fotograferen (het is dan wel lastig om het netjes te doen)

Aan het einde van stap 3 heb je een hoofdpagina met een goede indeling en opmaak. De tekst en de plaatjes zijn nog niet ingevuld, daarvoor gebruik je tijdelijk een willekeurige tekst of plaatjes zoals in de voorbeeldsite.

1. Je hebt in html de tekst op je hoofdpagina gezet.
2. Je hebt plaatjes bij je teksten gezocht, omgezet naar de juiste resolutie en op je website gezet. Alle plaatjes moet je opslaan, je linkt niet naar plaatjes op andere websites, die kunnen immers verwijderd worden.

Aan het einde van stap 4 heb je een hoofdpagina met teksten en plaatjes.

1. Je hebt een layout en opmaak voor al je subpagina’s gemaakt. Het is handig om voor al je sub-pagina’s dezelfde lay-out en opmaak te gebruiken.

Aan het einde van stap 5 heb je minimaal drie subpagina’s met een goede indeling en opmaak. De tekst en de plaatjes zijn nog niet ingevuld, daarvoor gebruik je tijdelijk een willekeurige tekst of plaatjes zoals in de voorbeeldsite.

1. Je hebt de tekst en plaatjes voor al je subpagina’s gemaakt.

Aan het einde van stap 6 heb je minimaal drie subpagina’s met teksten en plaatjes.

1. Je hebt alle elementen op je site kleuren gegeven die je mooi vindt en die duidelijk leesbaar zijn.
2. Je hebt fonts gekozen die je mooi vindt en die duidelijk leesbaar zijn.

Aan het einde van stap 8 zijn alle kleine kleuren en fonts op je website goed ingesteld.

1. Je hebt slordigheden in de lay-out, kleuren en inhoud gerepareerd.
2. Je hebt gezorgd dat je HTML en CSS goed leesbaar zijn (geen herhaling, namen van classes die aangeven wat erin zit in plaats van hoe het eruit ziet, uit logische onderdelen opgebouwd, inclusief commentaar, …)
3. Je hebt gecontroleerd of de lay-out werkt op een groter venster, een kleiner venster, een ander apparaat en andere browser.

Aan het einde van stap 8 zijn alle kleine foutjes uit je website verdwenen.

1. Je hebt een aantal extra dingen toegevoegd die je website nog mooier maken. Denk bijvoorbeeld aan animaties met CSS, een responsive design (=website heeft een andere indeling op apparaten met een kleiner scherm), een fotogalerij, visuele effecten als je met je muis ergens overheen beweegt, vernieuwingen in het ontwerp van een gebruikte voorbeeldwebsite etc.

Aan het einde van stap 9 heb je een perfecte website met één of enkele opvallende functies die je zelf hebt toegevoegd.

Kies de uitbreidingen die je leuk vindt en maak je website nog mooier

1. …

Je schrijft je in op GitHub Classroom via de onderstaande link (login met je github account).
Letop 1: Zorg dat je gebruikersnaam in GitHub begint met je voornaam, gevolgd door je leerlingnummer om hem uniek te maken. Je kunt je gebruikersnaam aanpassen in GitHub -> klik op je foto rechtsboven -> Settings -> Account .
Letop 2: De teamnaam die je kiest bevat de gebruikersnamen van alle leerlingen in je team, bijvoorbeeld jolanda123111-klaas123987

• 4hin1 GEE 23/24
• 4hin2 HAR 23/24
• 4vin1 CAM 23/24
• 4vin2 HAR 23/24
• 4vin3 HAR 23/24

Nadat je jezelf helemaal ingeschreven hebt, krijg je automatisch toegang tot een repository met startcode. Er is één repository per team. Elk teamlid heeft lees- en schrijfrechten in de repository.

Je bent vrij om zelf te kiezen welke game je gaat maken. Je docent moet de game die je kiest goedkeuren. Enkele voorbeelden van een game die je kunt maken zijn: Tennis, Flappy Bird, Snake (voorganger van Slither.io), een Break Out Game (zoals Arkanoid), een race spelletje, een eenvoudige platform game (zoals pacman), een puzzelspel enzovoort.

• Je maakt deze opdracht in een team van twee personen. De docent geeft aan hoe de teams gemaakt worden. Je bepaalt zelf hoe je het werk binnen je team verdeelt, zolang iedereen een gelijkwaardige bijdrage levert. Je krijgt één cijfer per team, maar de docent kan hiervan afwijken als teamleden geen gelijkwaardige bijdrage hebben geleverd.
• Je krijgt van de docent startcode voor deze opdracht. Deze staat klaar in een repo op GitHub. Er is één repo per team.
• Je maakt code in Gitpod. Elk teamlid heeft zijn eigen Gitpod omgeving.
• Elke week (liefst vaker) slaan alle teamleden hun tussentijdse werk op in de repo op GitHub. Zo zorgen jullie ervoor dat de laatste werkende versie van jullie opdracht steeds op GitHub staat.
• Deze opdracht maak je alsof het een echt project is. Je maakt eerst een planning. Daarna kijk je wekelijks of je nog volgens plan loopt. Als je niet volgens plan loopt, dan stuur je bij. In de les word je hiermee geholpen, maar uiteindelijk moet jij zorgen dat je op tijd klaar bent en een goed resultaat oplevert.

Het cijfer dat je voor je PO krijgt wordt vanuit verschillende invalshoeken bepaald:

Minimale eisen

Voordat je een cijfer krijgt voor je PO, wordt gekeken of je werk voldoet aan de minimale eisen. Werk dat niet voldoet aan de minimale eisen krijgt het cijfer 1,0. De minimale eisen zijn:

• De inhoud is moreel verantwoord: het is niet beledigend, visueel gewelddadig of op andere manieren onfatsoenlijk.
• Natuurlijk mag je overleggen met klasgenoten en mag je op internet kijken hoe je bepaalde dingen kunt maken. Let wel op dat je geen plagiaat pleegt. Je mag maximaal 5 regels code overnemen van andere leerlingen of internet en je schrijft in het commentaar erbij waar je het voorbeeld vandaan hebt. Dat geldt ook voor code die je zelf vertaalt naar het Nederlands. Overtypen van code uit een Youtube-video of een tutorial van internet volgen en dat resultaat inleveren is niet toegestaan.
• Je gebruikt de startcode die je krijgt.
• Je gebruikt het stappenplan dat bij deze opdracht gegeven is.
• Een download in zip-formaat van je opdracht mag maximaal 50 MB groot zijn.

Werking en aantrekkelijkheid

• Spel start op
• Het spel werkt (hoe klein ook)
• Behaalde punten zijn zichtbaar bij game-over
• Het doel en de bediening van het spel is duidelijk
• Aantrekkelijk uiterlijk
• Prettige bediening
• Eenvoudig om mee te beginnen en moeilijker als je verder komt
• Afwisselend

Techniek

• De code volgt de lijn van het template
• De code is netjes en duidelijk leesbaar
• De code bevat geen dubbele stukken code
• Je hebt de technieken gebruikt die in de programmeerlessen zijn aangeboden.
• Je hebt dingen toegevoegd waarvan je zelf hebt uitgezocht hoe ze werken

Inzet, planning en samenwerking

• Je toont inzet tijdens de lessen
• De planning is vooraf gemaakt, gevolgd en als nodig bijgesteld.
• De taakverdeling is duidelijk en alle teamleden dragen in gelijke mate bij.
• Het werk is verdeeld over de weken waarin aan de opdracht kon worden gewerkt, dit blijkt onder andere uit de commits in Github.

• De deadline voor inleveren vind je in de lesplanner.
• Je kunt vragen stellen tot de laatste les voor de deadline.
• Je zorgt dat alle bestanden in die nodig zijn om je spel te spelen in GitHub staan, dit zijn ten minste: index.html, style.css en script.js. Als je plaatjes gebruikt, dan staan die er ook bij.
• Uit de versie historie in GitHub blijkt wanneer je wat gedaan hebt.
• De laatste versie van je PO die op het moment van de deadline in GitHub staat, wordt gebruikt voor de beoordeling.

1. maak index.html, style.css en script.js met canvas
2. teken speler
   • Zet je code in de functie tekenAlles()
3. beweeg speler
   • Zet je code in de functie beweegAlles()
   • Kies de afmeting van speler
   • Gebruik variabalen spelerX en spelerY als middelpunt van de speler
4. teken je tegenspeler (vijanden of dingen die je moet pakken of doelen of …)
5. beweeg je tegenspeler
6. detecteer botsing
7. zorg dat je af kunt gaan
8. zorg dat je punten kunt halen
   • een simpele manier om punten te geven is de tijd meten hoe lang je het volhoudt
9. zet punten op het scherm
10. maak uitlegscherm en game-overscherm

1. zelf uitwerken…
2. zelf uitwerken…
3. zelf uitwerken…

1. zelf uitwerken…
2. zelf uitwerken…
3. zelf uitwerken…

1. Gebruik plaatjes voor de vijanden
2. Animeer speler
3. Laat badges vallen die extra’s aan speler geven
4. Maak spel steeds moeilijker door toenemend aantal vijanden met tekenVijand
5. Maak andere vijanden bij toenemen tekenVijand
6. Laat vijanden bewegen in patronen
7. Maak bediening met touch of bewegen van telefoon mogelijk (zorg dat toetsenbordbediening ook blijft werken)
8. of bedenk zelf iets…

Je schrijft je in via het onderstaande formulier dat de docent aanlevert (login met je schoolmail voor toegang).

• 5Hin1 GEE 23/24
• 5Hin2 GEE 23/24
• 5Vin1 GEE 23/24 classroom: https://classroom.github.com/a/ez9tGWqA

Je bent vrij om zelf te kiezen wat je in je webshop gaat verkopen. Je docent moet goedkeuren wat je verkoopt. Je kunt denken aan kleding, producten die te maken hebben met je idool, zelfgemaakte sieraden, tweedehandsspullen enzovoort. Het hoeven niet persé bestaande producten te zijn.

• Je maakt deze opdracht in een team van twee personen. De docent geeft aan hoe de teams gemaakt worden. Je bepaalt zelf hoe je het werk binnen je team verdeelt, zolang iedereen een gelijkwaardige bijdrage levert. Je krijgt één cijfer per team, maar de docent kan hiervan afwijken als teamleden geen gelijkwaardige bijdrage hebben geleverd.
• Je krijgt van de docent startcode voor deze opdracht. Deze staat klaar in een repo op GitHub. Er is één repo per team.
• Je maakt code in Gitpod. Elk teamlid heeft zijn eigen Gitpod omgeving.
• Elke week (liefst vaker) slaan alle teamleden hun tussentijdse werk op in de repo op GitHub. Zo zorgen jullie ervoor dat de laatste werkende versie van jullie opdracht steeds op GitHub staat.
• Deze opdracht maak je alsof het een echt project is. Je maakt eerst een planning. Daarna kijk je wekelijks of je nog volgens plan loopt. Als je niet volgens plan loopt, dan stuur je bij. In de les word je hiermee geholpen, maar uiteindelijk moet jij zorgen dat je op tijd klaar bent en een goed resultaat oplevert.

Het cijfer dat je voor je PO krijgt wordt vanuit verschillende invalshoeken bepaald:

• De technische kwaliteit van de database (vwo 40%, havo 60%)
• De technische kwaliteit van de aanpassingen in de api en het website-deel (vwo 20%, havo 10%)
• Uitbreidingen die je hebt toegevoegd (vwo 20%, havo 10%)
• Inzet, planning en samenwerking (20%)

Minimale eisen

Voordat je een cijfer krijgt voor je PO, wordt gekeken of je werk voldoet aan de minimale eisen. Werk dat niet voldoet aan de minimale eisen krijgt het cijfer 1,0. De minimale eisen zijn:

• De inhoud van je webshop is moreel verantwoord: het is niet beledigend, visueel gewelddadig of op andere manieren onfatsoenlijk.
• Natuurlijk mag je overleggen met klasgenoten en mag je op internet kijken hoe je bepaalde dingen kunt maken. Let wel op dat je geen plagiaat pleegt. Je mag maximaal 5 regels code overnemen van andere leerlingen of internet en je schrijft in het commentaar erbij waar je het voorbeeld vandaan hebt. Dat geldt ook voor code die je zelf vertaalt naar het Nederlands. Overtypen van code uit een Youtube-video of een tutorial van internet volgen en dat resultaat inleveren is niet toegestaan.
• Je gebruikt de startcode die je krijgt.
• Je gebruikt het stappenplan dat bij deze opdracht gegeven is.
• Een download in zip-formaat van je opdracht mag maximaal 50 MB groot zijn.

Database Enkele punten waarop gelet kan worden bij de beoordeling zijn

• Je database is genormaliseerd, dat betekent dat je redundante gegevens hebt voorkomen door het gebruik van meerdere tabellen.
• Je database bevat minimaal tien producten
• Je neemt ten minste vijf eigenschappen van producten op.
• Je database bevat minimaal vijf tabellen.
• Je database bevat minimaal één relatie van de vorm 1:n en minimaal één relatie van de vorm n:m.
• Je SQL-code is toegankelijk, dat wil zeggen niet complexer dan nodig, logisch georganiseerd en waar nodig voorzien van commentaar.

API en web Enkele punten waarop gelet kan worden bij de beoordeling zijn.

• De API is aangepast, zodat hij alle informatie uit de database kan doorgeven aan je website.
• De html en scripts in je website zijn aangepast, zodat ze alle data die de api levert netjes laten zien.

Uitbreidingen Enkele punten waarop gelet kan worden bij de beoordeling zijn.

• Je hebt functies toegevoegd waaruit blijkt dat je heel goed begrijpt hoe de database, api en website samenwerken. Je kunt bijvoorbeeld denken aan het aanbrengen van filters waarmee je snel producten kunt zoeken, of een zoekfunctie.
• Je hebt substantiële (grote) toevoegingen gedaan aan de html/css van het web-site gedeelte, zowel wat betreft de layout als de functionaliteit. Je kunt bijvoorbeeld denken aan een uitbreiding van meerdere pagina’s met nuttige informatie voor kopers.
• …

Inzet, planning en samenwerking

• Je toont inzet tijdens de lessen
• De planning is vooraf gemaakt, gevolgd en als nodig bijgesteld.
• De taakverdeling is duidelijk en alle teamleden dragen in gelijke mate bij.
• Het werk is verdeeld over de weken waarin aan de opdracht kon worden gewerkt, dit blijkt onder andere uit de commits in Github.

• De deadline voor inleveren vind je in de lesplanner.
• Je kunt vragen stellen tot de laatste les voor de deadline.
• Je zorgt dat alle bestanden in die nodig zijn om je spel te spelen in GitHub staan, dit zijn ten minste: index.html, style.css en script.js. Als je plaatjes gebruikt, dan staan die er ook bij.
• Uit de versie historie in GitHub blijkt wanneer je wat gedaan hebt.
• De laatste versie van je PO die op het moment van de deadline in GitHub staat, wordt gebruikt voor de beoordeling.

1. Pas de achtergrondkleur van de shop aan (zie mapje web)
2. Pas de titel van het eerste product in de shop aan (zie mapje db)
3. Pas de query aan zodat getoonde producten gesorteerd worden op naam (zie mapje api)

1. Maak tabellen en velden (CREATE TABLE commando) in je database waarin alle informatie kan worden opgeslagen die je over je producten wilt tonen.
   Tip: je kunt een multipliciteitendiagram gebruiken als tussenstap voor je database-ontwerp
2. Vul de tabellen met informatie (INSERT commando)
3. Voeg eventueel plaatjes toe (web/images map)

1. Pas de API aan, zodat je alle informatie uit je database kunt opvragen via de API

1. Pas de website aan, zodat alle informatie getoond wordt.

1. Herhaal stap 2 t/m 4 om je webshop verder te verbeteren. Voor en goed cijfer is het belangrijk dat je laat zien dat je uitstekend begrepen hebt hoe je een webshop moet opzetten.

Je schrijft je in via het onderstaande formulier dat de docent aanlevert (login met je google account van school voor toegang).
Je teamnaam is de voornamen van iedereen die in je groepje zit.

• 5Hin2 GEE 24/25
• 5Hin1 GEE 23/24
• 5Hin2 GEE 23/24
• 5Vin1 GEE 23/24
• 5Vin2 CAM 23/24

Je bent vrij om zelf te kiezen voor welk van de aangeboden apparaten je een programma gaat maken. Je docent moet je keuze goedkeuren. De apparaten die je kunt programmeren zijn:

1. Stoplichtenplein (havo)
   De opdracht voor dit apparaat
   Maak een programma waarmee de stoplichten zo op groen, oranje en rood springen dat auto’s en voetgangers zo efficient mogelijk over de kruising kunnen.
   
   Het stoplichtenplein
   Je mag het plein uitbreiden met sensoren die auto’s waarnemen.

2. Arcade game box (havo en vwo)
   De opdracht voor dit apparaat
   Maak een game die zo boeiend mogelijk is.
   
   De arcade box
   Je mag gebruik maken van alle mogelijkheden die de hardware in de arcadebox biedt. Dit zijn 4 knoppen met dimbare verlichting, een speaker en een display met twee regels van zestien karakters en de mogelijkheid om zelf een beperkt aantal karakters te ontwerpen.

3. Alphabot2 rijdende robot (havo en vwo)
   De opdracht voor dit apparaat
   Maak een programma dat de alphabot zo snel mogelijk de uitgang van een doolhof laat vinden.
   
   De alphabot
   Je moet mimimaal de beide motoren en één type afstandssensor van de alphabot2 gebruiken. De afstandssensoren waar je uit kunt kiezen zijn de ultrasone afstandssensor voorop, de twee infrarode aftandssensoren schuin links- en rechtsvoor en de lijnvolgsensoren onderop. Je kunt je oplossing uitbreiden door meerdere sensortypen te gebruiken. Je kunt je programma ook uitbreiden door het display, de speaker of de RGB-leds onderop te gebruiken om te laten merken wat de alphabot aan het doen is.
   
   Het doolhof
   Het doolhof bestaat uit en pad met doodlopende vertakkingen. In het doolhof zitten geen rondjes. De paden worden gevormd door vierkanten van ongeveer 30x30 cm. Aan de randen van de paden staan muren. De muren bestaan uit stukken van ongeveer 30 centimeter lang. De stukken muur sluiten recht op elkaar aan of maken een hoek van ongeveer 90 graden. In de midden van het pad is er een strook zwart tape op de vloer gemaakt. Dit tape bevat vertakkingen en is steeds ongeveer 15 cm van een muur verwijderd.

4. Drone (experimenteel voor vwo in 22/23, vwo vanaf 23/24)
   De opdracht voor dit apparaat
   Laat de drone zo snel mogelijk van de startplek naar de finish plek vliegen. Onderweg staan opstakels.
   
   De drone
   Je gebruikt commando’s om de drone te laten opstijgen en landen en om de drone in een bepaalde richting te laten vliegen. Je gebruikt de afstandssensor voor op de drone om de afstand tot opstakels te meten.
   
   Het parcours
   Het parkcours wordt telkens opgebouwd en afgebroken in de gang. De drone mag niet buiten het parcours vliegen, geen obstakels of muren raken en tijdens het vliegen mogen er geen personen binnen de grenzen van het parcours aanwezig zijn. Er is een vast punt waar de drone start en een zone waar de drone eindigt. De drone vliegt op vaste afstand van de grond (ongeveer 1 meter). De obstakels bevinden zich op de hoogte waar de drone vliegt. Tijdens de opdracht werk je in overleg met de docent het parcours verder uit.

5. In overleg met je docent mag je ook een eigen apparaat kiezen of een bestaand apparaat uitbreiden.

• Je maakt deze opdracht in een team van twee personen. De docent geeft aan hoe de teams gemaakt worden. Je bepaalt zelf hoe je het werk binnen je team verdeelt, zolang iedereen een gelijkwaardige bijdrage levert. Je krijgt één cijfer per team, maar de docent kan hiervan afwijken als teamleden geen gelijkwaardige bijdrage hebben geleverd.
• Je krijgt van de docent startcode voor deze opdracht. Deze staat klaar in een repo op GitHub. Er is één repo per team.
• Je maakt code in de Arduino IDE. Je zorgt dat alle teamleden even veel coderen.
• Elke les sla je je tussentijdse werk op in de repo op GitHub. Dat doe je door de nieuwe versies van je bestanden met de hand te uploaden in de webpagina, want de Arduino IDE heeft geen automatische koppeling met GitHub.
• Deze opdracht maak je alsof het een echt project is. Je maakt eerst een planning. Daarna kijk je wekelijks of je nog volgens plan loopt. Als je niet volgens plan loopt, dan stuur je bij. In de les word je hiermee geholpen, maar uiteindelijk moet jij zorgen dat je op tijd klaar bent en een goed resultaat oplevert.

Het cijfer dat je voor je PO krijgt wordt vanuit vier invalshoeken bepaald:

• minimale eisen
• uiterlijk
• techniek
• inzet, planning en samenwerking

Minimale eisen

Voordat je een cijfer krijgt voor je PO, wordt gekeken of je werk voldoet aan de minimale eisen. Werk dat niet voldoet aan de minimale eisen krijgt het cijfer 1,0. De minimale eisen zijn:

• De inhoud van je opdracht is moreel verantwoord: het is niet beledigend, visueel gewelddadig of op andere manieren onfatsoenlijk.
• Natuurlijk mag je overleggen met klasgenoten en mag je op internet kijken hoe je bepaalde dingen kunt maken. Let wel op dat je geen plagiaat pleegt. Je mag maximaal 5 regels code overnemen van andere leerlingen of internet en je schrijft in het commentaar erbij waar je het voorbeeld vandaan hebt. Dat geldt ook voor code die je zelf vertaalt naar het Nederlands. Overtypen van code uit een Youtube-video of een tutorial van internet volgen en dat resultaat inleveren is niet toegestaan.
• Je gebruikt de startcode die je krijgt.
• Je gebruikt het stappenplan dat bij deze opdracht gegeven is.
• Een download in zip-formaat van je opdracht mag maximaal 50 MB groot zijn.

Werking en aantrekkelijkheid

• Je apparaat start op
• Je apparaat reageert op de omgeving
• De bediening van je apparaat is eenvoudig en logisch
• Het nut/doel van je apparaat is duidelijk
• Het apparaat bevat diverse functionaliteiten / mogelijkheden
• Je hebt uitbreidingen op het apparaat gemaakt
• …

Techniek

• De code volgt de lijn van de startcode
• De code is netjes en duidelijk leesbaar
• De code bevat geen dubbele stukken code
• Je hebt de technieken gebruikt die in de lessen zijn aangeboden.
• Je hebt dingen toegevoegd waarvan je zelf hebt uitgezocht hoe ze werken
• …

Inzet, planning en samenwerking

• Je toont inzet tijdens de lessen
• De planning is vooraf gemaakt, gevolgd en als nodig bijgesteld.
• De taakverdeling is duidelijk en alle teamleden dragen in gelijke mate bij.
• Het werk is verdeeld over de weken waarin aan de opdracht kon worden gewerkt.

• De deadline voor inleveren vind je in de lesplanner.
• Je kunt vragen stellen tot de laatste les voor de deadline.
• Je zorgt dat alle bestanden in die nodig zijn om je spel te spelen in GitHub staan, dit zijn ten minste:
  • het .ino bestand met de code,
  • een bestand met het toestandsdiagram (.excalidraw, .drawio, .pptx, .jpeg, .png of .pdf) en
  • een link naar de video op youtube (.txt) of de video zelf (.mp4 of .mov).
  • Als je libraries gebruikt, dan staan die er ook bij.
• Uit de versie historie in GitHub blijkt wanneer je wat gedaan hebt.
• De laatste versie van je PO die op het moment van de deadline in GitHub staat, wordt gebruikt voor de beoordeling.

1. Je hebt je GitHub-inlognaam aan de docent doorgegeven, zodat die een Github-repo kan aanmaken.
2. Je hebt gekozen wat je gaat maken en dat aan de docent doorgegeven, bij een eigen idee moet de docent het goedkeuren.
3. Je hebt thuis een computer of laptop (Arduino werkt niet op een iPad) waarop je de gratis Arduino software hebt geïnstalleerd, of je hebt er rekening mee gehouden dat je een paar uur per week op school op een computer kan werken.
4. Je hebt de startcode voor je project uitgeprobeerd. Je vindt de startcode in het .ino bestand in de map die hoort bij wat je gaat maken.

1. Je hebt een toestandsdiagram gemaakt. Dit sla je op in GitHub.
2. Je hebt je docent gevraagd om feedback over je toestandsdiagram. De feedback heb je verwerkt. Het uiteindelijke resultaat sla je weer op in GitHub.
3. Je hebt aangegeven welke sensoren en actuatoren je gaat gebruiken, dit kan in een kort lijstje op hetzelfde blad als je toestandsdiagram.

Je kunt een toestandsdiagram bijvoorbeeld als volgt maken

• op https://excalidraw.com/ (snel en eenvoudig) of op https://draw.io (meer mogelijkheden)
• in Powerpoint
• op papier en dan fotograferen (het is dan wel lastig om het netjes te doen)

1. Je hebt het toestandsdiagram in code omgezet, zodat alle toestanden doorlopen kunnen worden met jouw circuit. Daarbij heb je het door de docent aangeleverde projectcode als startpunt gebruikt. Nog niet alle sensoren of actuatoren van je apparaat hoeven het te doen, zolang alle toestanden maar doorlopen kunnen worden. De laatste versie van je code sla je steeds op op GitHub.
2. Je hebt de code van je toestandsdiagram uitgebreid, zodat alle sensoren en actuatoren van je project het doen. Je apparaat werkt nu volledig en zoals beschreven in het toestandsdiagram. De laatste versie van je code sla je steeds op op GitHub.

1. Je hebt je ontwerp uitgebreid met extra ideeën en deze heb je verwerkt in je toestandsdiagram en in je code. De laatste versie van je toestandsdiagram en code sla je steeds op op GitHub.

1. Maak een video die de werking van je project demonstreert.

Het is een video met geluid (uitleg tijdens de demonstratie) in .mp4 of .mov formaat van maximaal 20MB of .txt bestand met link naar youtube. De video duurt maximaal 2 minuten.

Een module voor een knikkerbaan. Het is de bedoeling dat je bovenaan knikkers kunt ontvangen en ze onderaan weer laat vallen, zodat een volgende module ze weer kan opvangen. Ook moet de knikkerbaan om kunnen gaan met verschillen in de snelheid waarmee nieuwe knikkers aangeleverd worden en ervoor zorgen dat er geen knikkers vastlopen. Klik hier voor de basislayout.

Deze module is interactief: hij maakt gebruik van Arduino, heeft minimaal een teller, een snelheidsmeter (sensors), een poortje en een wissel (actuators). De module staat via USB in verbinding met een website die op een computer draait. De basis van de opdracht wordt aan je gegeven met uitleg hoe je de basis van de knikkerbaan moet maken, inclusief een teller (onderbrekingssensor) en een poortje (servomotor -> actuator).

De knikkerbaanmodule mag natuurlijk meer sensors en actuators krijgen. Je kunt natuurlijk meer tellers toevoegen en meer poortjes, je kunt ook denken aan een kleurensensor, afstandssensor, krachtsensor, gewichtsensor etc. Of als actuators: ledjes, een RGB-ledstrip, display, buzzer, andere bewegende onderdelen (bijv. met behulp van een 360-gradensensor). Als je twijfelt of iets kan / mag, vraag even aan je docent.

Een kleine webpagina. Deze webpagina is een widget waarmee je de statusgeschiedenis van je knikkerbaanmodule kunt weergeven, maar ook het gedrag van de knikkerbaan kunt aanpassen / configureren. Je krijgt informatie van de knikkerbaan, maar geeft ook informatie terug waarop de knikkerbaan moet reageren. Je kunt dus informatie van de sensors zien en het functioneren van de actuators beïnvloeden. De widget kan later door de docent opgenomen worden in een grote webpagina waar een overzicht te zien is van alle modules van de uiteindelijke knikkerbaan.

Verslaglegging van planning, voortgang en samenwerking. We verwachten dat je minimaal aan het begin van iedere sprint een screenshot in de daarvoor bestemde map in GitHub plaatst met de bijgewerkte planning. Nog beter: doe dit iedere eerste les van de week. Daarnaast willen we dat ieder teamlid in gelijke mate bijdraag

• De laatste les van de week van sprint 3 wordt de knikkerbaan zonder widget beoordeeld. Er wordt beoordeeld op uiterlijk, functionaliteit, techniek en planning. Dit deelcijfer telt voor 50% mee in het totaalcijfer van S13.
• De laatste les van de week van sprint 5 wordt de widget beoordeeld. Ook bij deze beoordeling wordt naar uiterlijk, de functionaliteit, techniek en planning gekeken. Belangrijk is dat de widget en de knikkerbaan echt met elkaar communiceren. Mocht je aan het einde van sprint 5 nog substantiële verbeteringen hebben gedaan aan de knikkerbaan, dan kan je eerste deelcijfer met maximaal 1 punt opgehoogd worden.

• GitHub - zodat iedereen aan de code kan werken en alles wel netjes op één plek staat. Daarnaast maken we gebruik van extra functies van GitHub om goed projectmatig te kunnen werken.
• GitPod - voor het ontwerpen/ programmeren van de server-app en de website. Je programmeert deze onderdelen vooral in JavaScript.
• Arduino - voor het programmeren van de knikkerbaan.

Je werkt bij deze opdrachten in sprints. Een sprint is een periode van twee weken waarbij je met elkaar afspreekt wat er aan het einde van de twee weken af is en wie dit doet. Halverwege de sprint kun je daar eventueel een kleine wijziging in aanbrengen. Om INzichtelijke te maken wat er gedaan moet worden, wie wat aan het doen is en wat is afgerond, maken we gebruik van een planningsbord in GitHub.

Voor in ieder geval de eerste drie sprints hebben wij in algemene termen opgeschreven wat er af moet zijn:

• sprint 1: Begin van knikkerbaan moet werken, inclusief een teller en een poortje
• sprint 2: De knikkerbaan moet nu ook een werkende snelheidsmeter en een wissel hebben
• sprint 3: Je hebt de knikkerbaan verder uitgebreid en verbeterd.

De opdracht wordt op de volgende aspecten beoordeeld, waarbij de vragen niet uitputtend beschreven zijn:

Knikkerbaan

• Hoeveel uitbreidingen zijn er aan de basis toegevoegd?
• Hoe functioneert de knikkerbaan?
• Werkt de knikkerbaan soepel?
• Hoe is de totale afwerking?
• Hoe is de kwaliteit van de code?
• Is de code een rommeltje of is het netjes?
• Hoe objectgeoriënteerd is het geheel van de code?

Widget

• Hoe ziet de widget eruit?
• Hoe slag je de ontvangen en verzonden gegevens op?
• Doet de widget wat het moet doen?
• Hoeveel interactiviteit met de knikkerbaan wordt hierdoor mogelijk?
• Doe je iets met de geschiedenis van de ontvangen en verzonden gegevens?
• Hoe objectgeoriënteerd is het geheel van de code?
• Is de code netjes?

Samenwerking en planning

• Hoe was de inzet van de groepsleden.
• Heeft ieder groepslid evenveel bijgedragen?
• Heeft iedereen zicht op het hele project, ook als iemand anders daar vooral aan heeft gewerkt?
• Is er planmatig in sprints gewerkt?
• Hoe is de verslaglegging van de planning?

Er wordt verwacht dat elk teamlid een gelijkwaardige bijdrage levert. Je mag taken verdelen, maar iedereen heeft in ieder geval aan een deel van de code zelf meegeschreven. Aan het einde van de opdracht wordt van alle teamleden verwacht dat zij dezelfde kennis hebben van alle onderdelen van de opdracht. Bij twijfel kan de docent dit toetsen in een kort gesprek met de teamleden en onderzoeken welke commits door teamleden zijn gedaan. Het staat de docent vrij om aan groepsleden verschillende cijfers toe te kennen op basis van hoe en wat zij controleerbaar aan het project hebben bijgedragen.