Spelutveckling genom problembaserat lärande i den allra första högskolekursen

Transkript

1 Spelutveckling genom problembaserat lärande i den allra första högskolekursen Thomas Larsson & Rikard Lindell Institutionen för datavetenskap (IDt) Mälardalens högskola (MdH) 17 augusti 2004

2 2

3 Förord I ett led att förnya våra utbildningar mot ett bredare utbud med mer attraktiva och tvärvetenskapliga program så startade vi ett nytt utbildningsspår inom ramen för datalogiprogrammet, poäng höstterminen Cirka 30 av de nya studenterna valde att följa den nya inriktningen. För att erbjuda dessa studenter något nytt redan från början, i enlighet med deras intresse, valde vi att radikalt förändra kursupplägget på den första kursen Introduktion till datavetenskap, 5p. Genom att arbeta i projektform med problembaserat lärande lät vi studenterna utveckla ett eget datorspel efter egna idéer och med egenvalda verktyg. Detta angreppssätt kändes lite vågat, med tanke på att det var den allra första kursen och att ingen tidigare programmeringserfarenhet krävdes av studenterna, men i slutändan visade det sig vara ett utmärkt sätt att lägga upp kursen på. Vilken tur att vi vågade prova! Vi vill speciellt tacka studierektor och kursansvarig Filip Sebek för ett fint samarbete, din flexibilitet och den uppmuntran du gav då det gällde att genomföra kursens med olika spår, där vi med våra studenter fick fria händer att arbeta med problembaserat lärande. Som vi alla närvarande vid det avslutande seminariet i kursen kunde erfara, så var resultatet väl värt den möda och det extra arbete som det heterogena kursupplägget innebar. Vi riktar även ett tack till Dan Levin för dina värdefulla kommentarer för att förbättra denna rapport. Slutligen, vill vi framförallt rikta ett speciellt tack till studenterna på kursen, som med sin entusiasm och sitt hårda arbete presterade klart bättre än vi hade vågats hoppas på. Ni gjorde det till ett nöje för oss att få vara med i kursen. Hoppas ni fortsätter igenom utbildningen med samma glöd! Thomas Larsson & Rikard Lindell Västerås, 16 augusti,

4 4

5 Innehåll 1 Upplägg, pedagogik, och projektuppgift Inledning Problembaserat lärande Projektuppgift Examination Uppgiftsbeskrivning Projektplan Litteraturstudie Konceptprototyp Konceptutvärdering Implementation Utvärdering Rapporten Presentationen Resultat Diskussion Slutsatser flood Ed Inledning Uppgift Rapportens uppbyggnad Avhandling Konceptprototyp Metod Slutsats Bilagor Projektplan Sammanställning av gruppmöten Spelbild Konceptprototyp Konceptbild Konceptbild Cathexis - ett annorlunda spelkoncept Introduktion Spelhistorik Skapandet av Cathexis

6 6 INNEHÅLL Projektplan Design Implementation Projektutvärdering Beta-testning Resultat Diskussion Framtida utveckling Slutsats Nomad Inledning Genomförande Litteraturstudie Spelhistorik Bakgrund & Inspiration Spelet Prototyp Implementation Resultat och utvärdering Arbetsinsatsen Slutsatser och framtida förbättringar P.I.M.M.P.0.1 The ultimate game experience Inledning Uppgift Speldesign Om handlingen Handlingen Introtexten i spelet Spelmotorn Banan Objekt Block Rörlig cylinder Ljud Test Resultat/Utvärdering DALO: The Return Of The Evil Phös Introduktion Bakgrund Syfte och mål Story Metod Spel-layout Format och programvara Utvärdering Diskussion och slutsats

7 INNEHÅLL 7 7 English is Fun Inledning Projektplan Olika typer av spel Hur ska man definiera ordet spel? Vilka kriterier måste ett spel uppfylla? Vilka spelgenres finns det? Vad skiljer datorspel från andra spel? Vad är det som gör ett spel bra? Konceptprototyp Konceptutvärdering Implementering Utvärdering Manual

8 8 INNEHÅLL

9 Kapitel 1 Upplägg, pedagogik, och projektuppgift Thomas Larsson och Rikard Lindell 1.1 Inledning Problembaserat lärande (PBL) har blivit ett begrepp på allas läppar och det har rönt ett enormt intresse i delar av högskole- och universitetsvärlden, trots att de flesta anser att det inte är enklare eller sparar tid att genomföra kurser med hjälp av denna pedagogik. Framförallt har man tagit till sig PBL med öppna armar inom vård- och medicinutbildningar. PBL har även spridit sig till exempelvis agronom-, lärar-, ekonomi- och juristutbildningar [29, 17]. Även om problembaserad metodik på senare år har brett ut sig så finns det fortfarande ett behov av att variera den traditionella undervisningen med mer problembaserat lärande. Möjligheterna för detta inom vårt ämnesområde datavetenskap är många och de fördelar som PBL kan ge bör undersökas och utnyttjas. Ett nytt grepp på vårt Datalogiprogram, poäng, är att bygga den allra första högskolekursen kring PBL. Vi har provat detta i vår första kurs Introduktion till datavetenskap, 5 poäng. Kursen gavs på halvfart under tidsperioden 26 augusti till 22 oktober, Introduktionskursen innefattar moment som introduktion till användning av datorer, datorns uppbyggnad, operativsystem och olika applikationsprogram i användarens perspektiv, problemlösning vid programkonstruktion, samt träning i skriftlig och muntlig framställning. Vi valde att använda en större projektuppgift som genomfördes med hjälp av PBL, omfattande fyra högskolepoäng. Den resterande poängen omfattade en första introduktion till programmeringsteknik med Java, och den delen genomfördes på ett traditionellt sätt med föreläsningar och laborationer. Syftet med denna rapport är att beskriva projektuppgiftens genomförande och de resultat som nåddes. Uppgiften gick ut på att studenterna skulle utveckla 9

10 10 KAPITEL 1. UPPLÄGG, PEDAGOGIK, OCH PROJEKTUPPGIFT en prototyp för ett datorspel, där de själva definierade vilket slags datorspel de vill göra. Notera att det går bra att utveckla ett datorspel med hjälp av särskilda verktyg även om man som student saknar tidigare programmeringserfarenhet, och trots att endast fyra heltidsveckor stod till förfogande. I de resterande avsnitten i detta kapitel ges först en kort beskrivning av PBL som pedagogisk metodik, och sedan ges en mer detaljerat beskrivning av projektuppgiften. De resultat som studenterna nådde presenteras sedan översiktligt, och kapitlet avslutas med våra slutsatser om kursens genomförande. I de efterföljande kapitlen återges studenternas egna projektrapporter, vilka tjänar som illustrativa och detaljerade exempel på hur spelutveckling kan gå till utifrån olika perspektiv och förkunskaper, samt vilka resultat som kan erhållas under ett utbildningsprograms introduktionskurs. 1.2 Problembaserat lärande Problembaserat lärande är en pedagogisk metod som bygger på att studenternas inlärning huvudsakligen sker genom aktivt arbete med realistiska och meningsfulla problem. Ett större ansvar läggs på studenterna, där de själva söker efter relevant kunskap och sedan utvärderar och lär sig det som problemet kräver. Studenterna samarbetar oftast i mindre arbetsgrupper eller basgrupper, där problem löses, arbetet fördelas och olika strategier och lösningsförslag diskuteras och ventileras. En eller flera lärare fungerar som handledare för basgrupperna och deltar vanligtvis i basgruppsmötena. Lärarens roll blir således handledarens och rådgivarens med ämnesexpertis. Bland handledarens uppgifter innefattas även att ett övergripande praktiskt ansvar tas då det gäller att balansera medverkan och arbetsbörda för studenterna i gruppen, hålla studenterna kvar på ett rimligt spår, verka som medarbetare och kunskapssökare tillsammans med studenterna, samt också bedöma och examinera. Handledarbegreppet markerar att det finns en tydlig skillnad gentemot den traditionella lärarens roll som ledare, instruktör och kunskapsförmedlare. Handledarens mål är istället att leda vid handen och underlätta processen där studenterna själva tar ansvar och initiativ för lärprocessen [13]. En av de främsta fördelarna som brukar nämnas med PBL är att metoden främjar det livslånga lärandet. I dagens högteknologiska och föränderliga samhälle efterfrågas ny kunskap allt oftare, vilket sätter förmågan att ständigt utvecklas och lösa nya problem med hjälp av nyinhämtad kunskap i centrum. En annan fördel som brukar tas upp är att PBL bidrar till djupinlärning, i bjärt kontrast till att studenter endast läser för att kunna besvara vissa frågor på en tentamen och sedan relativt snabbt glömmer bort vad de lärt sig, s.k. ytinlärning [27]. Ytterligare andra förväntade fördelar med PBL är att det leder till ökad problemlösningsförmåga, högre grad av likhet mellan studietidens arbetssätt och det i det efterföljande yrkeslivet, bättre förmåga att arbeta i team och förbättrad interpersonell kommunikation [29].

11 1.3. PROJEKTUPPGIFT Projektuppgift Projektuppgiften gick ut på att studenterna skulle utveckla en prototyp för ett eget datorspel, efter en egen idé. Det var alltså projektgruppens uppgift att själva initialt definiera ett lämpligt projekt. Det föreslogs att spelprojektet kunde utföras inom ramen för någon av följande genrer: 1. Arkadspel 2. Puzzles 3. Brädspel 4. Rollspel 5. Edutainment/Utbildning Utvecklingsprojektet skulle drivas av ett team bestående av cirka fyra personer. Gruppmöten anordnades regelbundet varje vecka, där också någon av lärarna deltog som rådgivare och handledare. Innan det allra första mötet och innan studenterna definierat några detaljer för sitt eget projektarbete, gavs följande frågor ut som en förberedelseuppgift för att få igång studenterna i ett så tidigt skede av kursen som möjligt och för att göra diskussionen vid det allra första gruppmötet mer givande och innehållsrikt: 1. Hur skall man definiera ordet spel? 2. Vilka kriterier måste ett spel uppfylla? 3. Vilka spelgenrer finns det? 4. Vad skiljer datorspel från andra spel? 5. Vilka är de klassiska datorspelen? 6. Vad är det som gör ett spel bra? Studenterna uppmuntrades att söka svar genom att jämföra egna erfarenheter med den information som de kunde finna genom litteratursökning efter böcker, artiklar och webbsidor Examination Omfattningen av projektet motsvarade fyra högskolepoäng, det vill säga 160 timmar effektiv tid per person. Totalt hade teamet således 640 timmar till sitt förfogande (beräknat på 4 deltagare). För att bli godkänd på projektet krävdes, förutom att var och en muntligt kunde redogöra för sin del i grupparbetet, ett aktivt och konstruktivt deltagande vid projektmötena, samt i slutändan också att varje grupp lämnade in en välskriven rapport som på ett övertygande sätt beskrev utvecklingsarbetet från idé till en färdig spelbar prototyp av spelet. Dessutom krävdes att projektarbetet presenterades vid ett seminarium inför lärare och övriga kursdeltagare.

12 12 KAPITEL 1. UPPLÄGG, PEDAGOGIK, OCH PROJEKTUPPGIFT 1.4 Uppgiftsbeskrivning Som stöd för arbetet gavs en uppgiftsbeskrivning ut där olika moment i utvecklingsarbetet beskrevs översiktligt. Dessa moment beskrevs såsom de återges i de följande avsnitten Projektplan Projektplanen skall innehålla en projektspecifikation där projektets inriktning, syfte och mål beskrivs på ett översiktligt sätt. I planen anges även milstolpar för projektets genomförande med tydliga delmål. Där anges också vilka metoder ni tänker använda för att uppnå delmålen, som till exempel brainstorming för att kläcka idéer om spelet. Observera att projektplanen skall vara ett levande dokument som ni uppdaterar under arbetets gång vartefter det går framåt. Ni skall också kunna visa upp dokumentet för ansvarig lärare under kursens gång så att det kan användas som ett diskussionsunderlag Litteraturstudie Ni förväntas göra en litteraturstudie, där ni tar reda på vilka typer av spel det finns och vad de har för kännetecknande drag. Verifiera er egen spelidé och sätt den i relation till vad som tidigare gjorts med hjälp av böcker, rapporter, etc. Utnyttja också att ni har tillgång till bibliotekets artikeldatabas som ni finner via högskolebibliotekets hemsida ( Konceptprototyp Innan ni ger er i kast med själva programmeringen så ska ni strukturera upp hur spelet ska fungera. Det finns flera användbara metoder för detta, en är storyboarding. Dokumentera det ni kommer fram till samt varför Konceptutvärdering Analysera er konceptprototyp. Hur bra fungerar den och hur väl stämmer den överens med er idé? Förutom att ni analyserar prototypen tillsammans i gruppen, bör ni även vidga er och tala med andra utomstående personer om spelets upplägg och funktion för att få värdefull feedback eller återkoppling Implementation När ni väl vet hur ert spel ska fungera, försök att skapa en fungerande prototyp. Ni kan använda olika multimediaverktyg för detta, som till exempel Macromedia Flash och Tribeworks ishell. Grafiskt innehåll kan ni skapa med till exempel GIMP eller Adobe Photoshop, och/eller genom att teckna eller använda digitalkamera. För er som redan kan programmera finns även Visual Basic, Java och C/C++ att tillgå.

13 1.5. RESULTAT Utvärdering Utvärdera ert spel. Några av de parametrar ni kan undersöka är spelglädje, originalitet, belönande, utmanande, hur lättlärt och estetiskt spelet är. Fundera också över vilka andra parametrar man bör titta på och varför Rapporten Varje grupp skall redovisa projektarbetet i en tilltalande rapport om cirka 7 10 sidor. Rapporten ska på ett strukturerat sätt beskriva hur ni har genomfört projektet, vilket resultat ni uppnått och vilka slutsatser ni kan dra. Rapporten ska även omfatta redogörelse för den teori ni lutar er mot, till exempel så ska ni redogöra för den genre ni valt och vad den omfattar. Iaktta god sed för rapportskrivandet, både när det gäller ämnesmässigt innehåll och språkbruk. Illustrera rapporten med bilder ur er applikation. Ta för vana att referera till passande litteratur som ni har använt er utav. Att däremot kopiera text eller bilder från olika källor är absolut förbjudet. En del praktiska och allmänna instruktioner för rapportskrivning finns i dokumentet Teknisk rapportskrivning - en kortfattad handledning [26]. Endast välskrivna rapporter kommer att godkännas. Observera också att rapporten ska skrivas med hjälp av L A TEX, eftersom vi planerar att sammanställa samtliga rapporter till ett enhetligt dokument. Rapporten skall slutligen lämnas in till någon av lärarna, dels utskriven på papper och dels elektroniskt. Bifoga både själva källfilerna till rapporten samt slutresultatet i pdf-format (packa ihop filerna ni ska lämna in i en zip-fil) Presentationen Förutom den skriftliga rapporten, så krävs det att projektuppgiften presenteras muntligt inför de övriga kursdeltagarna. Beskriv ert projekt. Berätta om ambitionen och hur ni tyckte det gick, problem ni stötte på, hur ni löste dom, etc. För presentationen tillhandahålls dator samt videoprojektor så att er prototyp kan demonstreras. Presentationen skall vara 10 minuter lång. Efter detta får ni ytterligare 5 minuter till ert förfogande för att svara på frågor. Alla gruppmedlemmarna skall vara med och presentera. Notera att endast väl förberedda och genomförda presentationer kommer att godkännas och att det är obligatorisk närvaro under hela presentationstillfället. 1.5 Resultat Av totalt åtta projektgrupper, så blev sju grupper färdiga med arbetet i tid så att de kunde genomföra presentationen och demonstrationen av sitt utvecklade datorspel vid seminariet. Den nivå som dessa grupper nådde upp till överträffade generellt sett våra förväntningar. I vissa fall var den färdiga prototypen riktigt bra och den var helt klart ett resultat av engagerat arbete och gott samarbete inom gruppen. I en grupp tog man till och med fram ett omslag till spelet och tryckte upp särskilda tröjor med spelets titel på inför presentationen. I figur 1.1 visas en bild tagen på presentation på två av medlemmarna i denna grupp. Sex av de åtta inlämnade rapporterna, finns återgivna i de följande kapitlen i

14 14 KAPITEL 1. UPPLÄGG, PEDAGOGIK, OCH PROJEKTUPPGIFT Figur 1.1: Två av studenterna vid presentationen av projekten. denna rapport. De två utelämnade rapporterna behövde fortfarande justeras när studenternas rapporter förbereddes för att infogas som kapitel i denna rapport, vilket gjordes i december De flesta grupperna valde att utveckla någon form av actionspel (4 st.), men det fanns också grupper som valde alternativ inom äventyrs- eller rollspelgenren (3 st.). En grupp valde att utveckla ett utbildningsprogram i ämnet engelska. Följande spel utvecklades av de olika projektgrupperna under kursen: 1. flood Ed, ett arkadspel där Ed s uppgift är att rädda den översvämmade planeten Colouria. 2. Cathexis, ett arkadspel där ett rymdskepp skall styras genom en slalomliknande bana på så kort tid som möjligt. 3. Nomad, ett arkadspel av typen shoot em up, där asteroider måste skjutas sönder för att rädda jorden. 4. P.I.M.M.P.0.1, ett scrollande actionbaserat plattformsspel som utspelar sig i en framtid där maskiner och robotar hotar att utplåna jorden. 5. DALO: The Return of the Evil Phös, ett äventyrsspel där Greger, en av nollorna som precis börjat på datalogiprogrammet, är på jakt efter den försvunna DALO-vagnen. 6. English is fun, ett utbildningsspel för att lära ut engelska på ett lekfullt sätt för barn i åldrarna 9 13 år. 7. Quests for glory, ett fantasibaserat rollspel där spelarna förflyttar sig på en karta efter bestämda vägar ungefär som i klassiska icke datorbaserade brädspel.

15 1.6. DISKUSSION Epica, ett turbaserat strategispel där striderna utkämpas i form av miniarkadspel internt i spelet. Se de följande kapitlen för detaljerade upplysningar om de sex första av de ovan nämnda projekten. 1.6 Diskussion Som handledare kunde vi tydligt känna studenternas entusiasm och kreativitet inför uppgiften. Vi har en skitball story utropade t.ex. en student entusiastiskt vid ett tillfälle. Studenternas förmåga att realisera sina idéer överstiger enligt vår mening vida de förväntningar vi hade på studenterna vid kursens start. Studenterna har i de flesta fall visat prov på god kunskap i hur man arbetar i projekt. I några enstaka fall visade det sig också att studenter redan hade erfarenhet av PBL. En student skrev exempelvis: Det var ett väldigt roligt projekt, just därför att man i gruppen hade så stor frihet att göra precis vad man ville. Eftersom jag och en annan i gruppen redan i gymnasiet arbetat med arbetssättet PBL var det inga som helst problem att utforma en projektplanering och se till att den hölls. Handledaren var väldigt positiv, handledaren reflekterade sina åsikter över spelet och var väldigt optimistisk, och detta pushade alla i gruppen till att arbeta mer och fullända spelet. De flesta av studenternas kommentarer uttryckte sig i positiva ordalag om att arbeta i grupp och sättet som kursen genomfördes på. Man menade t.ex. att det var ett bra sätt att förbereda sig för arbetslivet, att det var en av de bästa inlärningsformerna, att det gav mer än att bara plugga till en tenta, etc. Men det fanns även en del andra studenter som uttryckte en mer förvånad och avvaktande inställning till kursens upplägg. Jag tycker det var lite konstigt att det inte var några föreläsningar, t.ex. om spel eller om hur man lägger upp ett spelprojekt, skrev en student. En annan tyckte t.ex. att arbetsfördelningen inom gruppen inte hade varit rättvis, och att handledningen inte var handledning utan i själva verket endast en kontroll att gruppen jobbade. Föreläsningarnas vara eller inte vara kan naturligtvis diskuteras. Vid detta tillfälle valde vi att använda oss av vissa traditionella föreläsningar som stöd för projektarbetet. Dessa föreläsningar behandlade bl.a. rapportskrivning, presentationsteknik, problemlösning, och programmeringsteknik. Vi upplever att dessa föreläsningar har varit ett bra komplement och stöd för en del av studenterna. Men projekten och de problemställningar de där ställs inför har naturligtvis en avgörande roll för hur man tar till sig de föreläsningar som erbjuds, samt hur de värderas. Medvetet valde vi dock denna gång att inte ha föreläsningar direkt inriktade på speldesign och spelutveckling, eftersom vi ville undvika att därigenom styra studenternas val av metoder och verktyg. De olika lösningarna studenterna har tagit fram, med hjälp av helt olika verktyg, visar att denna strategi fungerade. De olika projektgrupperna fick därigenom också möjligheten att i högre grad lära sig av varandras olika metoder och lösningar, genom ett utbyte av olika erfarenheter mellan grupperna. Gruppdynamik, samordningssvårigheter och konflikter kan naturligtvis uppstå, men detta kan ses som ett tillfälle till lärande i sig, där man måste lära sig

16 16 KAPITEL 1. UPPLÄGG, PEDAGOGIK, OCH PROJEKTUPPGIFT att ta itu med problemen som uppstår i tid och på ett så smidigt sätt som möjligt. Sådana problem är en del av verkligheten även i yrkeslivet. Självklart är det fel när vissa studenter åker snålskjuts på bekostnad av andras hårda arbete. Att man upplever det som att handledaren inte bidrar kan också bero på flera saker. Här är en öppen kommunikation om vars ens roll central. Det kan också vara upp till gruppen själv att se till att använda sig av handledaren som en medarbetare och resurs. En annan intressant aspekt som vi kunde lägga märke till under kursens gång var hur flera projektgrupper stötte på problem som de verkligen ville lösa men som de ansåg sig sakna tillräckliga förkunskaper för att kunna hinna med att sätta sig in i. I ett av projektet stötte man t.ex. på matematiska problem med rotationsmatriser som de inte rådde på. Vi måste prata med matteläraren, utropade man. Detta gav oss ett utmärkt tillfälle att motivera och väcka förväntningar för innehållet i kommande kurser i matematik på programmet. Vissa studenter uttryckte också att de saknade tillgång till relevanta referensböcker. De uppmanades då att försöka söka rätt på några boktitlar som de trodde att de skulle kunna få stor nytta av. Detta ledde till att några av de föreslagna böckerna omedelbart köptes in till högskolans bibliotek för att kunna nyttjas i kursen. Två av de inköpta böckerna, handlade om datorspelens historia [23, 16], och dem fick en student rekommenderade genom personlig korrespondens via e-post med en expert på området på ett annat universitet. 1.7 Slutsatser Det finns starka indikationer på att ett projektarbete enligt den pedagogiska modell vi har haft för kursen Introduktion till datavetenskap bidrar till att stimulera och sporra studenterna till att göra mer och anstränga sig utöver vad som ger godkänt. Detta kom framförallt till uttryck vid demonstrationen av de utvecklade spelen. Vissa av de implementerade spelen överträffade vida våra förväntningar. De var helt klart ett resultat av entusiastiska, intresserade och målmedvetna studenters engagerade arbete. Det verkar också som att projektformen hjälper till att överbrygga de olika kunskapsklyftorna inom projektgrupperna. Studenterna från dagens gymnasieskola är en mycket heterogen grupp och vi kan inte förvänta oss att de alla ska passa in i samma förkunskapsmall. I projektarbetet har dessa olikheter varit till gagn för projektet. Samtidigt som man har hjälp varandra och samarbetat, har vissa inom gruppen kunnat utnyttja sin specialkompetens till att exempelvis skapa tilltalande animationer, bakgrundsmusik eller specialeffekter. Avslutningsvis så vill vi säga att det var ett sant nöje att få närvara och se studenternas överlag mycket entusiastiska och väl förbereda presentationer vid det avslutande seminariet i kursen. Det kändes i luften att kursen var verkligt meningsfull och betydelsefull för studenterna. Vi känner starkt för detta upplägg på kursen och kommer att använda en liknande metodik i kommande introduktionskurser.

17 Kapitel 2 flood Ed Kristian Karlberg, Andreas Wangler, Hugo Andersson, Andreas Liljekvist och Jon Nyström 2.1 Inledning Figur 2.1: Startbilden i flood Ed Uppgift Denna rapport kommer att avhandla det arbete som utförts under kursen Introduktion till Datalogi, med inriktning datorspelsutveckling (kurskod: CD5600). Målet med kursen var att, i projektgrupp, utarbeta en originell datorspelsprototyp. Syftet var att lära oss att arbeta i projektgrupp, samt erhålla en inblick och få erfarenhet i hur man skapar en datorspelsprototyp. 17

18 18 KAPITEL 2. FLOOD ED Arbetet skulle utföras under en tidsperiod om fem veckor. Under denna period skulle kontinuerliga möten med kursansvarig hållas samt en projektplan utarbetas. Arbetet skulle utföras i projektgrupper á fyra personer. En konceptprototyp avsågs utarbetas där spelidén samt spelmomenten skulle fastställas. Vidare förväntades spelet, i den mån det fanns tid och kunskap, utvecklas till en spelbar datorspelsprototyp. Kursansvarig gav olika förslag till spelgenrer, däribland: Arkad, pussel, rollspel och brädspel. Förslag gavs också till olika tillvägagångssätt för implementation av konceptprototypen, dessa var: Macromedia Flash, Tribeworks ishell, emacs och SDL. För skapande av grafiken förslogs program som: Adobe Photoshop, Macromedia Flash och GIMP Rapportens uppbyggnad Först i rapporten avhandlas spelidén och konceptprototypen. Därefter följer rubriken Metoder som har delats upp i tre avsnitt: Programmering, Ljud/Musik och Grafik. Där beskrivs vilka metoder vi arbetat med under projektet. Sist i rapporten finns slutsatsen som tar upp gruppens utvärderingar och slutsatser av projektet och spelet. 2.2 Avhandling Konceptprototyp Projektgruppen, bestående av Kristian Karlberg, Jon Nyström, Andreas Wangler, Hugo Andersson och Andreas Liljekvist, startade projektet genom att skapa en spelidé, grunden till en konceptprototyp. Vi utförde detta genom att under några möten diskutera fritt runt alla aspekter av spel, både datorspel och sällskapsspel/brädspel. Vi diskuterade vad som gjorde olika spel underhållande och vad hos dessa som lockar och roar spelaren. Utifrån frågor som vi fått i uppgift att diskutera och reflektera runt skapades automatiskt en grund för våran spelidé. Frågorna och de svaren vi kom fram till följer nedan: Hur skall man definiera ordet spel? Ordet spel definierar vi som en samling viktiga karaktärsdrag. Karatärsdragen är: Belöning, stimulans, problem/hinder, mål och interaktivitet. Dessa karaktärsdrag anser vi uppfylls av alla sorter av spel, både datorspel, sällskapsspel och brädspel. Vi anser också att sporter, så som fotboll och golf uppfyller dessa. Vilka kriterier måste ett spel uppfylla? Vi tycker att alla spel måste i sina fundament uppfylla de karaktärsdrag som vi i ovanstående fråga formulerat. Utöver dessa karaktärsdrag finns inga fler kriterier. Vad skiljer datorspel från andra spel? Återigen refererar vi till första punkten. Enligt denna analys finns det ingen skillnad i fundamenten mellan spel och datorspel. Vad är det som gör ett spel bra? Ett bra spel är, enligt oss: Underhållande, har lång livslängd, har bra kontroller och en varierande svårighetsgrad.

19 2.2. AVHANDLING 19 Vilka spelgenres finns det? Role Playing Game - Rollspel. Spel med karaktärsutveckling baserat på personegenskaper. Ex. Final Fantasy, Baldur s Gate. Simulator - Spel som försöker simulera verkligheten. Ex. The Sims, IL2. Action - Spel med högt tempo, ofta våldsamma. Ex. Half-life, Counter Strike. Arkad - Äldre spel i 2D, ordet kommer från spelmaskiner i arkadhallar. Ex. Space Invaders, Astroids. Äventyr - Story- och problemlösningsbaserade datorspel. Ex. Monkey Island, Grim Fandango. Strategi - Spel där strategi och taktik spelar störst roll. Oftast fältslagsspel. Ex. Starcraft, Risk. Plattform - Spel med gränsnitt oftast i 2D. Plattformsspelen är nästan alltid sidscrollade. Ex. Super Mario Bros, Sonic The Hedgehog. Sport - Spel som i grunden simulerar en sport. Ex. Fifa2003, NHL Förutom de svar vi diskuterat fram ovan, som gav oss en grund för hur datorspel är uppbyggda, lade projektgruppen också stor vikt vid egenskapen originell i kursbeskrivningen. Tanken var att vi inte skulle plagiera ett redan existerande spel utan skapa ett nytt koncept. Våran spelidé utformades runt några viktiga stolpar som vi satte upp för våran egen del. Dessa stolpar var: Våldsfritt: Vi ville gå en annan väg istället för att, som flertalet spel idag, göra våldsspel. Ljud: Alla i projektgruppen lade stor vikt vid ljud och musik. Vi talade om att använda ljud som ett spelmoment. Barnvänligt: Det inte bara i avsaknaden utav våld utan också barnvänlig humor, glada och varma färger och mjuka former. Färger: Vi ville att färger skulle utgöra en viktig del av vårat spel. Våran färdiga konceptprototyp, som döpts till flood Ed, går ut på att man styr karaktären Ed, se Förord, i sin farkost som störtat i vattnet. Hans uppgift, för att rädda sig själv från planeten Colouria, är att stoppa översvämningen. Detta gör han genom att fylla vatten i behållare som gör att vattennivån sjunker. Dessa behållare kräver en specifik vattenfärg som slumpmässigt bestäms för varje behållare. Vattnet färgar Ed genom att fånga de färgade bubblor som stiger från Colourias kärna. Två av dessa bubblor blandas ihop för att få någon av de sex nyanser som finns i spelet.

20 20 KAPITEL 2. FLOOD ED Figur 2.2: De sex olika nyanserna. För att klara av en bana skall Ed få vattennivån att sjunka tillräckligt mycket för att kunna korka igen den läcka som hela tiden får vattnet att stiga. Gör han inte detta kommer vattnet stiga över farkosten och spelet är förlorat. En sak som hjälper Ed är de s.k. Good Bubbles som ger Ed olika positiva effekter som t.ex. bredare vattenstråle. Hinder som försvårar Ed s uppgift är t.ex. en fågel som hotar att krocka med behållarna och tömma ut vattnet ur dessa och en fisk som kan spräcka de färgade bubblor och de Good Bubbles som stiger upp ur Colouria. För bild på spelet, se [Bilaga 2.4.3: Spelbild]. Vi gjorde ett flödesschema, en konceptprototyp, baserad på händelserna i spelet [Bilaga ]. Denna konceptprototyp stämde bra överens med våra tidigare utsatta stolpar. Det enda som inte kom med var användandet av ljud som ett spelmoment. För att i detta tidiga stadium kunna urskilja huruvida konceptprototypen som färdig produkt skulle komma att vara underhållande analyserade vi den genom att ställa den mot följande punkter. Belöningen ges av att: ta sig vidare, klara spelet, få hög poäng och fånga Good Bubbles. Stimulansen ges av: Belöningen, bra musik, enkelt interface och tilltalande färger. Hindren ges av att: vattnet stiger, vattenbehållarna rör sig och att fågeln och fisken förstör. Målet är att: ta sig vidare, få högst poäng och klara spelet. Efter denna utvärdering av konceptprototypen ansåg vi den färdig, vi övergick till implementation.