Serious game. CC Naamsvermelding 3.0 Nederland licentie.

Transcriptie

1 Auteur Laatst gewijzigd Licentie Webadres Informatica 09 February 2017 CC Naamsvermelding 3.0 Nederland licentie Dit lesmateriaal is gemaakt met Wikiwijs Maken van Kennisnet. Wikiwijs Maken is een onderdeel van Wikiwijsleermiddelenplein, hét onderwijsplatform waar je leermiddelen zoekt, vergelijkt, maakt en deelt.

2 Inhoudsopgave Inleiding (1) Game design document Beoordeling (2) Eerste versie (3) Definitieve versie Unity leren Over dit lesmateriaal Pagina 1

3 Inleiding De challenge In deze challenge ontwikkel je een serious game. Dit voer je uit in de periode december t/m maart. Het project bestaat uit drie 'milestones': tussentijdse opleveringen. De serious game die je ontwikkelt moet aansluiten op een bepaald schoolvak en van dat vak een concept 'trainen'. Je ontwikkelt je game met de brugklas als doelgroep en in samenspraak met een docent (naar keuze). Je ontwikkelt de game in een groep van twee personen. De game moet werken op een ipad, als native app of als webapp. In de opdracht maak je eerst een game design document, vervolgens een eerste versie van je game en uiteindelijk een definitieve versie van je game. De eerste versie test je met mogelijke eindgebruikers van je game en met de docent. De voorkeurs-ontwikkeltool voor deze game is Unity. Leerdoelen Aan het einde van deze challenge kun je: Domein B Grondslagen D Programmeren (raakt ook domein C) J Programmeerparadigma's Omschrijving Je hebt ervaring opgedaan met het ontwerp en implementatie van algoritmen (B1): in je spel heb je een 'game loop' ontworpen die reageert op invoer en op situaties in je game. Dit is een voorbeeld van een algoritme. Daarnaast heb je gewerkt met eindige automaten (B3): je hebt een game-object in het spel dat in verschillende toestanden kan verkeren (bijvoorbeeld stilstaan, springen, rennen, schieten). Je hebt weer extra ervaring opgedaan met programmeren, dit keer met de taal C#. Je bent op de hoogte van verschillende datatypes waar je gegevens in opslaat (boolean, string, integer, float, Vector3, Color) en bent in staat deze flexibel te gebruiken. De kans is ook erg groot dat je met array's of dictionary's gewerkt hebt. Je hebt gewerkt met een objectgeoriënteerde programmeertaal en effectief gebruik gemaakt van objecten in de Unity-spelomgeving. Eindproduct Het eindproduct bestaat uit drie 'milestones': Game design document (SE-week 2) Eerste versie van de game + bijgewerkt game design document (16 februari) Definitieve versie van de game + bijgewerkt game design document (SE-week 3) Feedback en beoordeling Pagina 2

4 In deze opdracht leveren de drie milestones elk een cijfer op. Deze cijfers komen terecht op het rapport voor periode 2. Het (gewogen) gemiddelde van deze cijfers levert een SE-cijfer op. De beoordelingscriteria staan vermeld per milestone. Activiteiten Deze challenge bestaat uit de volgende activiteiten: 1. Kiezen van een samenwerkingspartner. 2. Idee voor de game, het betrokken schoolvak en het aan te leren concept kiezen. Dit idee bespreken met een vakdocent. 3. Game design document uitwerken en gelijktijdig volgen van tutorials om Unity te beheersen (2d of 3d). 4. (Concept) artwork en muziek uitwerken. 5. Eerste versie van het spel ontwikkelen en gelijktijdig het game design document bijwerken. Conceptspel voorleggen aan vakdocent en testen met een aantal leerlingen uit een (brug)klas. Bevindingen verwerken in het document. 6. Definitieve versie van het spel ontwikkelen, game design document bijwerken. Benodigdheden Voor deze opdracht zijn de volgende dingen nodig: Tijd 1. Een samenwerkingsduo 2. Laptops/pc's met Unity (versie 5.5 i.v.m. samenwerkingsfeatures) 3. Graphics en muziektools zoals Blender, Photoshop en Garageband 4. Google drive voor het design document (waar je samen aan werkt m.b.v. google docs) De opdracht bestaat uit drie milestones. Voor elk van deze milestones heb je ongeveer een maand de tijd. Pagina 3

5 (1) Game design document Waarom? Een game design document is nodig om de ontwikkeling van je spel gefocust te houden. Een spel bestaat uit veel onderdelen (gameplay, graphics, muziek, etc). Om te zorgen dat er overzicht blijft en je gestructureerd werkt, is zo'n document nodig. Het is je 'handleiding' als ontwerper. Wat is een game design document? Een game design document moet aan iedereen die het leest duidelijk maken hoe het spel, waar je het steeds over hebt, werkt. Om dit te doen, moet je niet alleen de werking beschrijven, maar ook hoe de objecten in de game (spelers, vijanden, puzzels, wapens, omgeving enz.) met elkaar interacteren, waar je spel over gaat en hoe het eruit ziet. Indeling van een game design document Pagina 4

6 Het game design document bestaat uit de volgende onderdelen: Marketing?Doelgroep Platform Ontwikkel deadlines (milestones) Concurrentie Wat is de propositie (waarom is het spel er, wie wordt er gelukkig van en waarom). Hier beschrijf je ook het 'serious goal' van je game. High concept (concept in grote lijnen)?wat is de core, de kern van je game De belangrijkste aspecten van je game De lezer krijgt in dit hoofdstuk snel een globale indruk van je spel. Gameplay First minute?wat kan de speler doen als het spel net is opgestart? Beschrijft de interactie tussen spel en speler. Welke handelingen kan de speler verrichten en hoe reageert het spel daarop? Eerste minuut is belangrijk: het bepaalt in hoeverre het spel leuk is om te spelen. Pagina 5

7 ?Gameflow?Uitgebreider dan de eerste minuut. Het beschrijft alle opties waar de speler uit kan kiezen terwijl hij speelt. Soort flowchart dat per optie ook de reactie van het spel beschrijft, zodat het een beeld van het spel als geheel geeft. Laat schermen zien (conceptueel), acties, consequenties, game objecten. Overwinningscondities?Wat is er nodig om het spel te winnen? Aan welke exacte condities moet zijn voldaan? Aantal spelers?beschrijf hoeveel spelers het spel gelijktijdig kunnen spelen en hoe je dit implementeert. Splitscreen, game center, of...? Art?Hoe ziet het spel eruit en welke 'beeldtaal' kies je? Laat dit zien met beelden en motiveer waarom je deze keuze maakt. Hoe meer je hiervan ontwikkelt, hoe makkelijker het is om het uiteindelijk toe te passen. In dit hoofdstuk kun je ook muziek en geluidseffecten kwijt. Technische aspecten Wat is er technisch nodig om het spel te spelen? Welke engine gebruik je? Op welk(e) platform(s) komt het spel beschikbaar? Overige onderdelen?voor als je nog iets wilt toevoegen, maar het niet kwijt kunt ;-) Hoe moet het document gemaakt worden? Daar ben je in principe vrij in. Een fijne werkwijze kan zijn om er een google document of zelfs een google site van te maken. Je hebt allemaal een HVC-google-adres waarmee je makkelijk kunt samenwerken (je Dit document kun je altijd bijwerken en met een linkje heeft iedereen het tot zijn beschikking. Verwerk alles rondom je spel steeds in dit document en zorg dat het actueel is. Zorg in elk geval voor versiebeheer. Zet aan het begin een tabel met versienummer, datum, wie en wat. Voorbeeld: Versie Datum Wie Wat Rick Eerste versie Paul Inleiding aangepast. Gameflow uitgebreid met afbeeldingen Mike Artimpressies toegevoegd Rick Definitieve versie gemaakt en opgeleverd aan docent Waar moeten we op letten? Het document moet begrijpelijk zijn voor iemand die niet jullie kennisniveau heeft en jullie game niet kent. In je document ben je zo concreet mogelijk. Werk alles wat vaag is uit en maak het ondubbelzinnig. Je moet het bij wijze van spreken kunnen opsturen naar Chinese programmeurs die precies maken wat jij in gedachten hebt. Zorg dat het er verzorgd uitziet en besteed aandacht aan je taalverzorging. De voertaal van je document is Nederlands of Engels. Maak het spel niet te groot of te ingewikkeld. Bepaal wat er nodig is om het spel in de basis te kunnen spelen en maak de rest optioneel. Verwerk dit in je document. Maak het visueel. Verwerk flowcharts, afbeeldingen en dergelijke door het hele document. Zorg dat je document consistent is: het ene hoofdstuk moet het andere hoofdstuk niet Pagina 6

8 tegenspreken. Beoordeling Milestone 1 rubric Milestone 1 moet ingeleverd zijn op vrijdag 20 januari. Ter voorbereiding van deze milestone heb je een game-idee bedacht, dit besproken met een vakdocent en verwerkt tot een game design document dat voldoet aan de criteria die je in de voorgaande sectie hebt gezien. Tegelijkertijd heb je kennis van Unity opgebouwd. Dit aspect wordt niet apart beoordeeld. Criterium Inhoud 4 expert De marketingaspecten zijn compleet en inzichtelijk uitgewerkt. De propositie geeft goed aan welk educatief doel en welk entertainmentdoel nagestreefd wordt. Het 'high concept' is duidelijk en kernachtig weergegeven. Door deze tekst te lezen krijgt de lezer daadwerkelijk in één keer een helder beeld van het spel. De gameplay-elementen zijn compleet en inzichtelijk uitgewerkt. Er is een art-gedeelte waarin de makers de visuele en auditieve aspecten van de game inhoudelijk toelichten. De makers verwoorden de technische aspecten begrijpelijk en compleet. Het document is compleet consistent. De gemaakte keuzes zijn door de makers verwoord en beargumenteerd. Er blijft niks 'impliciet': het document dekt alle aspecten van de game af. Vormgeving Het document heeft een inzichtelijke hoofdstukindeling. Het document is logisich gestructureerd. De makers leggen elk nieuw element eerst uit voordat ze het gaan gebruiken. Het taalgebruik is zakelijk en professioneel (subjectieve meningen worden onderbouwd, geen onnodig gebruik van bijvoeglijke naamwoorden, actieve werkwoordsvorm i.p.v. passief). De taalverzorging van het document is in orde ((werk)woordsspelling, zinsbouw, interpunctie). In het document verwerken de makers waar mogelijk schema's (zoals flowcharts) die aansluiten op de tekst en volledig zijn. In het document verwerken de makers waar mogelijk afbeeldingen ter ondersteuning van de inhoud. De visuele onderdelen in het document hebben een duidelijke link met de inhoud (er staan niet 'zomaar' plaatjes in). De makers geven goed aan welke onderdelen zelf gemaakt/ontworpen zijn en welke elementen ergens anders vandaan komen, inclusief bronvermelding. Haalbaarheid De makers hebben rekening gehouden met hun eigen kennis- en vaardighedenniveau bij het ontwerpen van het spel en maken dat inzichtelijk in het document. De makers hebben inzichtelijk gemaakt welke elementen minimaal nodig zijn om het spel speelbaar te laten zijn en welke elementen optioneel zijn. In het document komen geen 'vaagheden' voor (zoals 'een bos met heel veel verschillende vijanden' of 'een speler met diverse soorten wapens' of 'na een tijdje verdwijnen de vijanden'). De makers zijn altijd duidelijk in hoeveelheden, tijdsduren en omgevingen. Pagina 7

9 Pagina 8

10 (2) Eerste versie Milestone 2 rubric De tweede milestone moet zijn ingeleverd op vrijdag 17 februari De milestone bestaat uit twee onderdelen: een eerste versie van je game en een bijgewerkt game design document. Beide onderdelen bepalen je cijfer voor de tweede milestone. Het document telt 40% en de game voor 60%. Criterium Niveau 4 - expert Game design document Zie rubric bij milestone 1. Game - speelbaarheid De game is op te starten. De speler kan ongeveer een kwart van de in het game design document beschreven handelingen verrichten en het spel geeft feedback op deze handelingen. Voorbeeld: de speler kan pijltjestoetsen bedienen. Het spel reageert daarop door de speler de aangegeven richting op te laten bewegen. Voorbeeld 2: de speler kan bovenop een vijand springen. Het spel laat de vijand dan verdwijnen. Game - uitstraling De game geeft een goede indruk van de door de makers bedoelde uitstraling en sfeer. De sfeer en uitstraling in de game moet matchen met je game design document. De game is grafisch gezien zodanig uitgewerkt dat het representatief kan zijn voor de eindversie. De game bevat muziek en geluidseffecten die bijdragen aan de speelervaring. Match met game design document De mogelijkheden die de speler heeft in de speelbare versie van de game sluiten aan bij wat beschrveen is in het game design document. In de eerste versie is het entertainmentdoel duidelijk voor de speler. In de eerste versie is het educatieve, 'serieuze' doel duidelijk voor de speler. Pagina 9

11 (3) Definitieve versie <<Uitwerking volgt>> Pagina 10

12 Unity leren Unity downloaden Download de installer (windows of mac) Installeer Unity met build support voor in elk geval WebGL, eventueel ios en Android Maak je eigen Unity-account aan ivm samenwerken Materiaal uit Game Design talentklas Unity is eerder behandeld in de talentklas Game Design. Het materiaal dat hiervoor gemaakt is kun je prima gebruiken als start voor Unity. Gamedesign leerjaar 1 (2d platformer scripting) Gamedesign leerjaar 2 (appelplukker) Het is slim te oefenen met Unity. Unity heeft zelf heel nuttige tutorials waar je ontzettend veel van kunt leren. Ik vind het moeilijk Doe de roll-a-ball tutorial Ik kom er goed uit Doe de space shooter tutorial Let op: neem ook de aanpassingen door voor Unity 5 bij deze tutorial. Ik wil meer gaan doen met graphics Kijk op de pagina over graphics in Unity Neem tutorials door over shading en lighting. Ook animatie in Unity is interessant. Ik wil meer gaan doen met geluid Neem de pagina door over geluid in Unity. Pagina 11

13 Pagina 12

14 Over dit lesmateriaal Colofon Auteur Informatica Laatst gewijzigd 09 February 2017 om 08:59 Licentie Dit lesmateriaal is gepubliceerd onder de Creative Commons Naamsvermelding 3.0 Nederlands licentie. Dit houdt in dat je onder de voorwaarde van naamsvermelding vrij bent om: het werk te delen - te kopiëren, te verspreiden en door te geven via elk medium of bestandsformaat het werk te bewerken - te remixen, te veranderen en afgeleide werken te maken voor alle doeleinden, inclusief commerciële doeleinden. Meer informatie over de CC Naamsvermelding 3.0 Nederland licentie Aanvullende informatie over dit lesmateriaal Van dit lesmateriaal is de volgende aanvullende informatie beschikbaar: Leerniveau HAVO 4; VWO 6; HAVO 5; VWO 4; VWO 5; Leerinhoud en doelen Informatica; Eindgebruiker leerling/student Moeilijkheidsgraad gemiddeld Gebruikte Wikiwijs Arrangementen Oppelaar, Evert-Jan. (2015). Gamedesign leerjaar 2. Pagina 13