Serious game

Serious game

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 Omschrijving
B Grondslagen 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).
D Programmeren
(raakt ook domein C)
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.
J Programmeer-paradigma's 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

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:

  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)

Tijd

De opdracht bestaat uit drie milestones. Voor elk van deze milestones heb je ongeveer een maand de tijd.

(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

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.
    • 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 leerlingnummer@hvc.nl). 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
0.1 19-12-2016 Rick Eerste versie
0.2 20-12-2016 Paul Inleiding aangepast. Gameflow uitgebreid met afbeeldingen
0.3 09-01-2017 Mike Artimpressies toegevoegd
1.0 20-01-2017 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 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 4 expert
Inhoud
  • 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.

 

(2) Eerste versie

Milestone 2 rubric

De tweede milestone moet zijn ingeleverd op vrijdag 17 februari 2017. 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.

 

(3) Definitieve versie

<<Uitwerking volgt>>

Unity leren

Unity downloaden

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. 

 

Het is slim te oefenen met Unity. Unity heeft zelf heel nuttige tutorials waar je ontzettend veel van kunt leren.

Ik vind het moeilijk

Ik kom er goed uit

Ik wil meer gaan doen met graphics

Ik wil meer gaan doen met geluid

 

 

  • Het arrangement Serious game is gemaakt met Wikiwijs van Kennisnet. Wikiwijs is hét onderwijsplatform waar je leermiddelen zoekt, maakt en deelt.

    Auteur
    Informatica
    Laatst gewijzigd
    2017-02-09 08:59:30
    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

    https://maken.wikiwijs.nl/62923/Gamedesign_leerjaar_2

  • Downloaden

    Het volledige arrangement is in de onderstaande formaten te downloaden.

    Metadata

    LTI

    Leeromgevingen die gebruik maken van LTI kunnen Wikiwijs arrangementen en toetsen afspelen en resultaten terugkoppelen. Hiervoor moet de leeromgeving wel bij Wikiwijs aangemeld zijn. Wil je gebruik maken van de LTI koppeling? Meld je aan via info@wikiwijs.nl met het verzoek om een LTI koppeling aan te gaan.

    Maak je al gebruik van LTI? Gebruik dan de onderstaande Launch URL’s.

    Arrangement

    IMSCC package

    Wil je de Launch URL’s niet los kopiëren, maar in één keer downloaden? Download dan de IMSCC package.

    Meer informatie voor ontwikkelaars

    Wikiwijs lesmateriaal kan worden gebruikt in een externe leeromgeving. Er kunnen koppelingen worden gemaakt en het lesmateriaal kan op verschillende manieren worden geëxporteerd. Meer informatie hierover kun je vinden op onze Developers Wiki.