Merge branch 'master' of github.com:aspic/Garbage-Alert

konseptdokument/artwork.tex

@@ -24,42 +24,53 @@ \section{Grafisk fremstilling}\label{sec:artwork}
 
 \begin{figure} [H]
 \centering
-\includegraphics[width=\textwidth]{images/Oppgradering.png}
+\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics[width=\textwidth]{images/Oppgradering.png}}
 \caption{Miljøstasjonen kan oppgraderes til å håndtere ulike typer avfallsgjenvinning.}
 \label{fig:Oppgradering}
 \end{figure}
 
 \begin{figure}
-\centering
-\includegraphics[scale=0.5]{images/Eksplosjon.png}
+\centering\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics[scale=0.5]{images/Eksplosjon.png}}
 \caption{Ved et angrep på en annen spiller vil et projektil avfyres og eksplodere på motspillerens eventuelle forsvarsstruktur.}
 \label{fig:Eksplosjon}
 \end{figure}
 
 \begin{figure}
 \centering
-\includegraphics[scale=0.5]{images/OppgradereMur.png}
+\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics[width=\textwidth]{images/OppgradereMur.png}}
 \caption{Spillerens forsvarsstruktur kan oppgraderes til å håndtere sterkere skyts fra motspilleren, avhengig av tilgjengelige ressurser.}
 \label{fig:OppgradereMur}
 \end{figure}
 
 \begin{figure}
 \centering
-\includegraphics[scale=0.5]{images/Tsunami.png}
+\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics[scale=0.5]{images/Tsunami.png}}
 \caption{Globale geohasarder kan oppstå som følge av mye global forsøpling, som for eksempel en tsunami.}
 \label{fig:Tsunami}
 \end{figure}
 
 \begin{figure} 
 \centering
-\includegraphics[scale=0.7]{images/Kolera.png}
+\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics[scale=0.7]{images/Kolera.png}}
 \caption{Lokale biohasarder kan oppstå som følge av mye lokal forurensning. Her er et sykdomsutbrudd.}
 \label{fig:Kolera}
 \end{figure}
 
 \begin{figure} [H]
 \centering
-\includegraphics{images/OppgradereEnv.png}
+\setlength\fboxsep{0.2pt}
+\setlength\fboxrule{0.7pt}
+\fbox{\includegraphics{images/OppgradereEnv.png}}
 \caption{Miljøstasjonens effektivitet kan oppgraderes slik at den gjenvinner mer materialer fra hver avfallsenhet.}
 \label{fig:OppgradereEnv}
 \end{figure}

konseptdokument/concept.tex

@@ -163,7 +163,7 @@ \subsection{Gameplay og taktikker}
 
 Spilleren MadMax velger å kjøre en aggresiv taktikk. Det første han gjør er å bygge et papirfly, slik at han allerede fra starten klarer å dumpe noe av søppelet sitt på de andre spillerne. Fordelen med et kjapt angrep er at spillerne som blir angrepet alltid vil ligge et skritt bak, og ikke kunne angripe han tilbake. Det første de andre spillerne vil gjøre etter et angrep er å sikre miljøstasjonen sin mot utslettelse ved å bygge en mur. MadMax kan dermed bruke ressursene sine på våpen hele tiden, mens de andre spillerne må fortsette å reparere og bygge muren sin. MadMax er avhengig av å utslette de andre spillerne eller sende bort alt søppelet sitt raskt. Hvis det tar for lang tid vil de andre spillerne etterhvert få bedre oppgraderinger, og MadMax sine angrep vil til slutt ikke kunne penetrere muren til de andre spillerne.
 
-Den tredje spilleren, N00b87, bestemmer seg for en defensiv og sikker spilltaktikk. Spilleren satser på å komme seg raskt gjennom oppgraderingene, samtidig som han hele tiden oppgraderer muren og våpnene sine. Ettersom N00b87 bruker ressurser på alt som er tilgjengelig bruker han lengre tid på å utvikle seg enn de andre spillerne. Men N00b87 er likevel godt sikret mot angrep, og kan raskt gjøre et motangrep som forhåpentligvis roer aggresiviteten til eventuelle angripere. Denne taktikken har få overaskelsesmomenter, men likevel anses dette som taktikken som oftest vil vinne. Men det er også mange momenter som fører til at denne ''sikre'' taktikken ikke vil vinne. Ettersom N00b87 ikke angriper så har Professor mulighet til å bli kvitt alt sitt søppel lenge før N00b87. Dersom MadMax angriper N00b87 helt fra starten, vil N00b87 slite med å komme seg gjennom planen sin. 
+Den tredje spilleren, N00b87, bestemmer seg for en defensiv og sikker spilltaktikk. Spilleren satser på å komme seg raskt gjennom oppgraderingene, samtidig som han hele tiden oppgraderer muren og våpnene sine. Ettersom N00b87 bruker ressurser på alt som er tilgjengelig bruker han lengre tid på å utvikle seg enn de andre spillerne. Men N00b87 er likevel godt sikret mot angrep, og kan raskt gjøre et motangrep som forhåpentligvis roer aggresiviteten til eventuelle angripere. Denne taktikken har få overaskelsesmomenter, men likevel anses dette som taktikken som oftest vil vinne. Men det er også mange momenter som fører til at denne ``sikre'' taktikken ikke vil vinne. Ettersom N00b87 ikke angriper så har Professor mulighet til å bli kvitt alt sitt søppel lenge før N00b87. Dersom MadMax angriper N00b87 helt fra starten, vil N00b87 slite med å komme seg gjennom planen sin. 
 
 Det er ingen taktikk som er best. Det er mange tilfeldigheter som kan snu spillet. Hvem blir angrepet? Blir en spiller angrepet av mange spillere er spilleren dømt fra starten. Globale og lokale katastrofer vil også bidra til å snu spillet, og kan til og med overraske den klare lederen av et spill. Det er tre spillere i eksempelet over, og det er helt åpent hvem som kan vinne!
 
@@ -265,13 +265,13 @@ \subsection{Brukergrensesnitt}
 
 
 Det man først ser når man starter spillet er en introskjerm som med sin overdrevne grafikk og lydbilde er ment å sette spilleren i et kompetetivt sinnelag.
-Fra denne skjermen er det mulig å starte spillet ved å trykke på den store knappen markert ''Start''.
+Fra denne skjermen er det mulig å starte spillet ved å trykke på den store knappen markert ``Start''.
 En komplett versjon av spillet vil gi spilleren flere valg på introskjermen, som å endre spillernavn, samt gi muligheten til å koble flere spillere sammen i et flerspillerspill.
 
 
 Spillets hovedskjerm\footnote{Den delen av spillet hvor spillet faktisk spilles.} består av et overblikksbilde av alle øyene som er med i spillet. I prototypen er antallet begrenset til to, men en mer moden versjon vil inneholde muligheten til å spille flere enn to stykker samtidig. En skiller mellom seg selv og andre ved bruk av ulike farger på spillernes miljøstasjon, våpen og forsvar. I prototypen er de to faksjonene farget rød og blå.
 
-I prototypen er hovedskjermen et statisk fugleperspektiv av alle øyene og alle spillets elementer. En ferdig versjon vil også inneholde muligheten til å veksle mellom et detaljbilde av spillerens egen øy og et overblikksbilde over alle øyer. Hvorvidt dette vil gjøres via en knapp som veksler mellom de to visningsmodi eller om en vil ''klype for å zoome'' er på dette stadiet noe uvisst og bør testes via brukertesting for å finne den optimale metoden.
+I prototypen er hovedskjermen et statisk fugleperspektiv av alle øyene og alle spillets elementer. En ferdig versjon vil også inneholde muligheten til å veksle mellom et detaljbilde av spillerens egen øy og et overblikksbilde over alle øyer. Hvorvidt dette vil gjøres via en knapp som veksler mellom de to visningsmodi eller om en vil ``klype for å zoome'' er på dette stadiet noe uvisst og bør testes via brukertesting for å finne den optimale metoden.
 
 \emph{Garbage Alert} er tenkt å først og fremst spilles på mobiltelefoner og andre enheter med berøringsskjerm. Man interagerer derfor med elementene på skjermen ved å trykke på de. Det man må være spesielt oppmerksom på med slike skjermer er å holde knapper store nok, samt at alle elementer på skjermen må være forskjellige nok til at det er enkelt å skille dem fra hverandre på små skjermer.
 

konseptdokument/intro.tex

@@ -102,7 +102,7 @@ \subsubsection{Problemstillingen}
 
 
 \subsection{Prosessen}
-Denne seksjonen forteller hvordan konseptet ble til ved å gå fra en problemstilling, til en idé og til slutt et konsept. For utvikling og realisering av konsepte ble benyttet en iterativ og smidig arbeidsmetode \cite{online:agile_manifesto} basert på Scrum-metodikken \cite{Scrum}. Her vil en dele opp arbeidet i mindre, mer håndterlige deler en raskt kan fullføre, for videre å teste ut disse elementene for å se hva som fungerer bra og hva som fungerer mindre bra. I praksis vil dette si at gruppen raskt skapte en spillbar prototype hvor ting ble prøvd ut, for så å iterativt utvide denne til stadig mer avanserte prototyper basert på erfaringene gruppen gjorde seg underveis.
+Denne seksjonen forteller hvordan konseptet ble til ved å gå fra en problemstilling, til en idé og til slutt et konsept. For utvikling og realisering av konsepte ble det benyttet en iterativ og smidig arbeidsmetode \cite{online:agile_manifesto} basert på Scrum-metodikken \cite{Scrum}. Her vil en dele opp arbeidet i mindre, mer håndterlige deler en raskt kan fullføre, for videre å teste ut disse elementene for å se hva som fungerer bra og hva som fungerer mindre bra. I praksis vil dette si at gruppen raskt skapte en spillbar prototype hvor ting ble prøvd ut, for så å iterativt utvide denne til stadig mer avanserte prototyper basert på erfaringene gruppen gjorde seg underveis.
 
 Den største fordelen ved å gjøre det på denne måten er at en raskt kan justere ens kurs og retning basert på erfaringer man gjør seg opp. 
 Den største bakdelen med denne metodikken er at en raskt skaper en del kode og gjør en del arbeid for å skape en enkel prototype som ikke kan brukes videre.

konseptdokument/spillelement.tex

@@ -106,7 +106,7 @@ \subsubsection{Reparasjoner}
 
 
 \subsubsection{Priser, helsepoeng og angrepsverdier}
-Under utviklingen og alfa-testingen av spillet har Re³ kommet frem til en prisliste, helsepoeng på våpen, mur og miljøstasjon samt attack-verdier for våpnene.
+Under utviklingen og alfa-testingen av spillet har Re³ kommet frem til en prisliste, helsepoeng på våpen, mur og miljøstasjon samt angrepsverdier for våpnene.
 
 Prislisten er utviklet slik at det hele tiden er knapt med ressurser. Det vil si at nesten alle bygninger og oppgraderinger blant annet koster noe papp, for at denne ressursen ikke skal hope seg opp. Utkastet av prislisten finnes i appendiks \ref{A}.
 

konseptdokument/tech.tex

@@ -12,7 +12,9 @@ \subsection{Tidlig prototype}
 realisere den med minimal bruk av tid.
 \begin{figure} [H]
 	\begin{center}
-	\includegraphics[scale=0.5]{images/screenshot_tidlig_prototype.png}
+	\setlength\fboxsep{0.2pt}
+	\setlength\fboxrule{0.7pt}
+	\fbox{\includegraphics[scale=0.5]{images/screenshot_tidlig_prototype.png}}
 	\end{center}
 	\caption{Skjermskudd av vår tidlige prototype}
 	\label{fig:screenshot_tidlig_prototype}