Parkeringspil. Emil B. Olsen, Frederik S. Hass & Niclas C. Frank. 21. nov HTX Roskilde Klasse 3.4 Matematik A og Informationsteknologi B

Transkript

1 Parkeringspil Emil B. Olsen, Frederik S. Hass & Niclas C. Frank 21. nov HTX Roskilde Klasse 3.4 Matematik A og Informationsteknologi B

2

3 Projektbeskrivelse Analyse Vores overordnede problem er, at der i befolkningen er mange der ikke har de nødvendige evner udi parkering og derved er med til at forårsage skader på egne og andres biler. Vi vælger at indgrænse vores problemstilling til, at mange bilister på HTX s parkeringsplads ikke kan finde ud af at parkere ordenligt og der ofte opstår parkeringskader. Vi har valgt denne problemstilling da vi har taget udgangspunkt vores egen hverdag, hvor vi selv har oplevet problemet. Målgruppe Det moderne segment Vores målgruppe er det moderne segment, hvilket udgør største del af eleverne i 3.4 Eleverne i 3.4 kommer i største grad fra veluddannede familier, og de fleste af eleverne kommer sandsynligvis også til at arbejde en del, og derfor også tjene gode penge. Beskrivelse af det moderne segment I det Moderne segment finder man i stor udstrækning den yngre del af befolkningen, der er i færd med at opbygge en karriere og sætte sit præg på udviklingen i erhvervslivet. Den moderne dansker er i overvejende grad under fyrre år med en lille overvægt af mænd og ofte bosiddende i hovedstads området, men der er dog ikke en meget udtalt geografisk skævhed for dette segment. Der er mange lærlinge/studerende i segmentet formentlig med aspirationer i retning af karrierejob og høj løn, hvilket en stor del af dem også vil opnå. I det hele taget går den moderne dansker meget op i karrieren. En stor del af segmentet bruger PC hjemme i forbindelse med arbejde, der læses faglitteratur og tidsskrifter og erhvervsstoffet i aviser og blade får større opmærksomhed end i de andre segmenter. Berlingske Tidende, Børsen, Jyllands-Posten og Computerworld hører således til blandt de foretrukne medier både i papirudgave eller på Internettet, som de moderne er storforbrugere af. Deres tilstedeværelse på internettet i overvejende grad centreret omkring nyheds- og informationssøgning og personerne i dette segment holder sig heller ikke tilbage fra at anvende internettet, når det kommer til finansielle transaktioner via PC-/netbanking. Det moderne segment køber gerne kvalitets-/mærkevarer og aflægger gerne Illum og Magasin besøg. Man er opmærksomme på nye trends og livsstilsprodukter, og man henter i overvejende grad inspiration hertil i magasiner. Derudover er forretningsrejser i Danmark eller udlandet også en større del af dagsordenen end hos de øvrige segmenter. Der bliver dog også tid til motion for den moderne dansker, der både dyrker holdsport og individuel sport både i og uden for en klub.. Holdningsmæssigt favner den moderne danske egentlig relativt bredt. De er begejstrede for ny teknologi og mobiltelefoner og går i høj grad op i at have succes, men de synes ikke umiddelbart, penge er en målestok for, hvordan man klarer sig i forhold til andre. Løsningsforslag Vi har forestillet os at lave vores egen tilpassede version af allerede tilgængelige spil. Spillet skal tage udgangspunkt i parkeringspladsen på HTX, hvor man i et 2D univers skal kunne manøvrere en bil rundt på parkeringspladsen og dermed forbedre sine evner udi parkering. Valg af løsningsforslag Vi mener at vores originale løsningsforslag, omkring parkering på skolen, var et godt solidt forslag som vi godt kunne står inde for og som også er inden for opgavens rammer.

4 Beskrivelse af løsning HNE Corp. Vores parkeringsspil vil foregå i en forenklet udgave af skolen parkeringsplads. Man ser parkeringspladsen oppefra, dog ikke i 1:1 størrelse. Skolens parkeringsplads har over 100 p-båse, vis alle disse skulle vises i spillet ville det blive meget småt, og derfor meget svært. Vi har derfor valgt kun at lave 18 parkeringsplader, det virker ikke af meget, men set i forhold til spillets rammer virker det passende. Til at parkere har vi lavet en figur af en bil, bilen ligner mest af alt en lejetøjs bil, men passer godt ind i miljøet på parkeringspladsen. Målet med spillet vil være at parkere bilen, uden at ramme ind i andre ting omkring parkeringspladsen. Man starter ved indgangen til parkeringspladsen, og man er herefter overladt til sig selv når bilen skal parkeres. Vi mener ikke at der er et behov for at instruere spilleren i hvordan man manøvrere bilen. Denne type spil er rimelig kendte, og det giver god mening at flytte et objekt med piletasterne. Der er heller ikke konsekvenser i spillet ved at prøve sig frem, alle kan derfor hurtigt finde ud af det. Valg af værktøjer Vi har valgt at primært arbejde i PyGame, et modul til programmeringssproget Python. Til det grafiske arbejde, som skal bruges i Python, bliver der anvendt PhotoShop Resurseplan Projektbeskrivelse à Programmering af spil à opgavens rammer præciseres (rapport) à Færdiggørelse af spil Produkt Parkeringspil 2

5 Indledende kravfangst Krav til spillet - Hurtigt at komme i gang med, man skal altså ikke igennem et menusystem for at starte - Man skal hurtigt kunne komme i gang igen, efter man har fejlet i spillet - Være grafisk acceptabelt, behøves ikke at være realistisk, men alligevel tydeligt. Overordnet design Opfyldning af krav - Når man starter spillet bliver man sat direkte i gang. Man slipper f.eks. for at skrive sit navn, læse instrukser, sætte indstillinger, osv. Man kan sige at spilleren mangler nogle muligheder, men vi synes det er vigtigere at spilleren kommer hurtigt i gang, på den måde får man større fokus på spillet, og ikke skulle besværes med irriterende valg. - Dette er ikke blevet opfyldt, men der alligevel klare ambitioner omkring dette punkt. Når man kører galt i spillet, bliver man direkte tilbage til start. Det giver en god spilfølelse at man hurtigt kan komme i gang igen, det medvirker at man har større lyst til at prøve igen og spille vider. - Det er meget tydeligt at spillet ikke er et billede fra skolens parkeringsplads, bilen ligner heller ikke en rigtigt. Men det er heller ikke målet med spillet, i spillet ligger vi vægt på indholdet og det er derfor helt bevidst at vores grafik er meget simpel. En simpel grafik gør det nemmere at se spillets rammer, og det bliver tydeligt at se hvad ens opgave er i spillet. Iterationer af systemudviklingsaktiviteterne Vi har i gruppen brugt systemudviklingsmetoden pairprogramming, til at lave spillet, ud over det har vi designet ud fra vores viden om spil. I pairprogramming var vi to der skiftedes til at programmere. Vi programmerede ikke efter en meget bestemt tid, men vi var altid to der gennemgik koden efterhånden som den blev lavet. Vi skiftedes mellem at programmere og finde materiale som vi kunne programmere ud fra (teori om programmering) I designfasen var alle gruppemedlemmer med til at bestemme hvordan spillet skulle udforme sig grafisk, vi fulgte nogen bestemt design teori Resultatopgørelse

6 HNE Corp. I sine hovedelementer fungere spillet egentlig som det skal. Der er dog nogle ting der ikke er blevet færdige, som er vigtige for den samlede spiloplevelse. I spillet bevæger man sig frit rundt på banen, her skulle der være forhindringer og udfordringer som gør spillet udfordrende. Ovenfor er der to eksempler på steder hvor spillet ikke er færdigt. Bilen bevæger sig frit rundt på banen, også på steder hvor den ikke burde. F.eks. kører den på træet, og oven på parkeringspladsens striber. Det er steder som her at der burde være en konsekvens i spillet, og spilleren skulle være blevet straffet. Det er ting som disse der er grund til det ufærdige spil. Men som det kan ses på billederne er grundelementerne i spillet som de skal være. Konklusion Produktet fungere i sine grundelementer uden mærket, men de ting den mangler er også de ting som egentlig udgør spillet. Derfor har vi altså en fungere platform, men uden nogen egentlige spilelementer. Billag import pygame # Define some colors black = ( 0, 0, 0) white = ( 255, 255, 255) green = ( 0, 255, 0) red = ( 255, 0, 0) Parkeringspil 4

7 pygame.init() # Set the width and height of the screen [width,height] size = [800,600] screen = pygame.display.set_mode(size) pygame.display.set_caption("my Game") #Loop until the user clicks the close button. done = False # Used to manage how fast the screen updates clock = pygame.time.clock() background_image = pygame.image.load("baggrund.jpg") masterimage = pygame.image.load("sls.png")#.convert_alpha() player_image = masterimage player_rect = player_image.get_rect() player_rect.x = 300 player_rect.y = 300 direction = 0 x_cord=300 y_cord=300 x_speed=0 y_speed=0 # Main Program Loop while done == False: # ALL EVENT PROCESSING SHOULD GO BELOW THIS COMMENT for event in pygame.event.get(): # User did something if event.type == pygame.quit: # If user clicked close done = True # Flag that we are done so we exit this loop if event.type == pygame.keydown: #if event.key == pygame.k_left: #x_speed=-5 #if event.key == pygame.k_right: #x_speed=5 if event.key == pygame.k_up: if direction == 0: y_speed= -10 elif direction == 90 or direction == -270: x_speed = -10 elif direction == 180 or direction == -180: y_speed = 10 elif direction == 270 or direction == -90: x_speed = 10 if event.key == pygame.k_down: if direction == 0: y_speed= 10 elif direction == 90 or direction == -270: x_speed = 10 elif direction == 180 or direction == -180: y_speed = -10 elif direction == 270 or direction == -90: x_speed = -10

8 HNE Corp. #screen.blit(rot_image,(100,100)) if event.type == pygame.keyup: if event.key == pygame.k_left: #x_speed=0 direction += 90 # Hvor mange grader drejes der ad gangen if direction == 360 or direction == -360: direction = 0 oldcenter = player_rect.center player_image = pygame.transform.rotate(masterimage,direction) player_rect = player_image.get_rect() player_rect.center = oldcenter if event.key == pygame.k_right: #x_speed=0 direction -= 90 # Hvor mange grader drejes der ad gangen if direction == 360 or direction == -360: direction = 0 oldcenter = player_rect.center player_image = pygame.transform.rotate(masterimage,direction) player_rect = player_image.get_rect() player_rect.center = oldcenter if event.key == pygame.k_up: y_speed=0 x_speed=0 if event.key == pygame.k_down: y_speed=0 x_speed=0 # ALL EVENT PROCESSING SHOULD GO ABOVE THIS COMMENT # ALL GAME LOGIC SHOULD GO BELOW THIS COMMENT player_rect.x += x_speed if player_rect.x <0: player_rect.x = 0 if player_rect.x > : player_rect.x = #if player_rect.y >-1 and player_rect.y <480: player_rect.y += y_speed if player_rect.y < 0: player_rect.y = 0 if player_rect.y > : player_rect.y = # ALL GAME LOGIC SHOULD GO ABOVE THIS COMMENT # ALL CODE TO DRAW SHOULD GO BELOW THIS COMMENT Parkeringspil 6

9 # First, clear the screen to white. Don't put other drawing commands # above this, or they will be erased with this command. screen.blit(background_image, [0,0]) #screen.fill((255,0,0)) # ALL CODE TO DRAW SHOULD GO ABOVE THIS COMMENT screen.blit(player_image, (player_rect.x, player_rect.y)) # Go ahead and update the screen with what we've drawn. pygame.display.flip() # Limit to 20 frames per second clock.tick(20) # Close the window and quit. # If you forget this line, the program will 'hang' # on exit if running from IDLE. pygame.quit()