Merge branch 'master' of https://github.com/inf112-v20/Fiasko

Deliverables/ObligatoriskOppgave1.md

@@ -1,101 +1,164 @@
 #Team Fiasko
 ##Organisering av teamet
+
 ###Kompetanse
-Petter Tobias Madsen:
-Relevante fag: INF101. Kan grunnleggende ting i Java men har ikke utført krevende prosjekter. Nesten ingen GUI erfaring.
 
-Steinar Aalstad Lillesund:
-Føler seg komfortabel med Java men ikke noe veldig avansert. Ingen GUI erfaring.
+####Petter Tobias Madsen:
+Relevante fag: INF101. 
+Kan grunnleggende ting i Java men har ikke utført krevende prosjekter. 
+Nesten ingen GUI-erfaring.
 
-Kristian Knarvik:
-Relevante fag: INF100, INF101 og INF102. Ganske erfaren i Java og har gjort ting med GUI før.
+####Steinar Aalstad Lillesund:
+Føler seg komfortabel med Java men ikke noe veldig avansert. 
+Ingen GUI-erfaring.
 
-Torbjørn lunde jensen:
-Litt erfaring men ikke veldig mye. Ingen GUI erfaring.
+####Kristian Knarvik:
+Relevante fag: INF100, INF101 og INF102. 
+Ganske erfaren i Java og har gjort ting med GUI før.
 
-Gabriel Ingolf og Olav Magnus:
-Relevante fag: INF101 og INF102. Litt komfortable med Java.
+####Torbjørn lunde jensen:
+Relevante fag: Tar INF101 inneværende semester.
+Litt erfaring, men ikke veldig mye. 
+Ingen GUI-erfaring.
+
+####Gabriel Ingolf Olav Magnus:
+Relevante fag: INF101 og INF102. 
+Litt komfortable med Java.
+
+###Oppsummering
 
-###Oppsumering
 Overall kompetanse i java koding ligger på medium mens erfaring med git eller gui er relativt lav. 
+
 ###Roller
+
 ####Titler
+
 Kristian -> Team leder (Ansvarlig for å vite hva alle gjør og burde gjøre til enhver tid) 
 
-Tobias -> Komunikasjonsleder ( planlegger møter og parprogrammerings timer)
+Tobias -> Kommunikasjonsleder ( planlegger møter og parprogrammerings timer)
 
-Steinar -> Møte organisere (Ansvarlig for å organisere hva som skal gjennomgås på de avtaltene møtene.)
+Steinar -> Møte organisere (Ansvarlig for å organisere hva som skal gjennomgås på de avtalte møtene.)
 
-Torbjørn -> Dukumentsjons ansvarlig (dokumenter møtene og sørger for at innleveringene er riktig)
+Torbjørn -> Dokumentasjons ansvarlig (dokumenter møtene og sørger for at innleveringene er riktig)
+
+Gabriel -> Kundeansvarlig (Ansvarlig for å vite alle spilleregler)
 
-Gabriel -> Kundeansvarlig (Ansvarlig for å vite alle spillregler)
 ####Grunnlag
-Tobias -> vi trenger noen som kan ta ansvar for å planlegge når vi skal ha møter. også kontakt person for om noe ikke kan møte til noen timer
 
-Kristian -> Han har mest erfaring med kode og var en naturlig leder. han har overblikk over hva som skal bli gjordt
+Tobias -> Vi trenger noen som kan ta ansvar for å planlegge tidspunkt for møter 
+          og kontaktperson for om noen ikke kan stille på møter.
+
+Kristian -> Han har mest erfaring med kode og var en naturlig leder. han har overblikk over hva som skal bli gjort
 
 Steinar -> skal organisere møtene slik at vi har en plan før møte. slik at vi ikke møter uten å ha noen plan
 
-Torbjørn -> skal sørge for at det er korrrekt dokumentasjon og bra nok dokumentasjon.   
+Torbjørn -> skal sørge for at det er korrekt dokumentasjon og bra nok dokumentasjon.   
 
-Gabriel -> leder for spillregler og ansvar for riktig spillmekanikk 
+Gabriel -> leder for spilleregler og ansvar for riktig spillmekanikk 
 
 ##Produktutforming
+
 ###Overordnet mål
+
 Vi vil lage en fungerende digital versjon av RoboRally som er kompatibel med MAC, Windows og Linux.
 Applikasjonen må kunne kjøre og fungere uten å ha noen ødeleggende feil eller mangler.
-Det skal kunne fungere over LAN med opp til 8 spillere.
+Det skal kunne fungere over LAN med opptil 8 spillere.
 Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker til).
 
 ###Systemkrav
-*   En visuell representasjon av et spillbrett
-*   En spiller som kan bevege seg på brettet
-*   En spiller taper når de mister alle liv 
-*   En spiller dør om de tar 10 skade
-*   En spiller trenger liv 
-*   Spilleren trenger å kunne ta skade
-*   En spiller må kunne vinne
-*   Kort for å programmere roboten 
-*   Forskjellige funksjonelle objekter/ruter på kartet (eks. vegg, laser)
-*   Runder (Består av 5 faser. Du får nye kort, reparasjon, powerdown etc.)
-*   Faser (Ett kort fra hver spiller blir brukt, og objekter på brettet intragerer. Registrering av flagg skjer etter hver fase)
-*   Kunne spille med andre spillere over lan
-*   Lasere skyter i slutten av hver fase
-*   Spillere beveger seg hver fase og kort bestemer hvem som går først
-*   Velge kort i starteren av runden
-*   Kunne velge Power down etter alle har låst kortene sine
-*   Slutten av runden får spillere reprasjoner hvis de står på en reprasjons brikke eller flag.
-*   Sjekke om noen spilere står på riktig flag
-*   Respawn etter en robot er ødelagt ved slutten av runden/fasen gitt at de har flere liv
-*   Hvis en spiller er i power down blir spilleren spurt (i starten av nye runden) om han vil bli i powerdown eller ikke.
+
+*   En visuell representasjon av et spillbrett.
+
+*   En spiller som kan bevege seg på brettet.
+
+*   En spiller taper når de mister alle liv.
+
+*   En spiller dør om de tar 10 skade.
+
+*   En spiller trenger liv. 
+
+*   Spilleren trenger å kunne ta skade.
+
+*   En spiller må kunne vinne.
+
+*   Kort for å programmere roboten. 
+
+*   Forskjellige funksjonelle objekter/ruter på kartet (eks. vegg, laser).
+
+*   Runder (Består av 5 faser. Du får nye kort, reparasjon, powerdown etc.).
+
+*   Faser (Ett kort fra hver spiller blir brukt, og objekter på brettet interagerer. 
+    Registrering av flagg skjer etter hver fase).
+
+*   Kunne spille med andre spillere over lan.
+
+*   Lasere skyter i slutten av hver fase.
+
+*   Spillere beveger seg hver fase og kort bestemmer hvem som går først.
+
+*   Velge kort i starteren av runden.
+
+*   Kunne velge powerdown etter alle har låst kortene sine.
+
+*   Slutten av runden får spillere reparasjoner hvis de står på en reparasjonsbrikke eller flagg.
+
+*   Sjekke om noen spillere står på riktig flagg.
+
+*   Respawn etter en robot er ødelagt ved slutten av runden/fasen gitt at de har flere liv.
+
+*   Hvis en spiller er i powerdown blir spilleren spurt (i starten av nye runden) om han vil bli i powerdown eller ikke.
+
 *   Roboter må kunne dytte hverandre.
-*   Samle inn kort i slutten ev en runde
+
+*   Samle inn kort i slutten av en runde.
+
 *   Ikke samle sammen kort som er låst.
-*   Vise hendelser som skjer på skjermen med en delay slik at spillet ser riktig ut
-*   Roboter dør hvis de går utenfor spillbrettet eller faller i ett hull
+
+*   Vise hendelser som skjer på skjermen med en delay slik at spillet ser riktig ut.
+
+*   Roboter dør hvis de går utenfor spillbrettet eller faller i ett hull.
 
 ###Prioriterte krav
-1. Vi har et brett tegnet inn med libgdx.
-2. Ha en brikke tegen inn med libgdx. 
+
+1.  Vi har et brett tegnet inn med libgdx.
+2.  Ha en brikke tegen inn med libgdx. 
 
 ###Prosjektmetodikk
-*   2 fysiske møter i uke. en på gruppetimen og en på torsdager. 
-*   Møter på discord online med skjerm deling for parprogramering
-*   Sykluser uppsett mellom hver oblig. sette opp oppgaver over hva som skal gjøres over hver syklus
-*   Vi tenker å ta en blanding av srcum og parprogramering under prosjektet.
-*   Tisrdager brukes for å recape hva som har blitt gjordt uken før og for å avklare om vi føler oss ferdig med oppgaver.
-*   Torsdag er satt av for parprogramering
-*   Delig av documenter skjer over git eller discord
-*   Bruke projectboardet for at vi skal ha kontroll over alle oppgavene og hvem som skal gjør hva.
 
-###Bruker historie
+*   2 fysiske møter i uke. En på gruppetimen og en på torsdager. 
+
+*   Møter på discord online med skjerm deling for parprogrammering.
+
+*   Syklus oppsett mellom hver oblig. sette opp oppgaver over hva som skal gjøres over hver syklus.
+
+*   Vi tenker å ta en blanding av scrum og parprogrammering under prosjektet.
+
+*   Tirsdager brukes for å re cape hva som har blitt gjort uken før 
+    og for å avklare om vi føler oss ferdig med oppgaver.
+
+*   Torsdag er satt av for parprogrammering.
+
+*   Deling av dokumenter skjer over git eller discord.
+
+*   Bruke project board for at vi skal ha kontroll over alle oppgavene og hvem som skal gjør hva.
+
+###Bruker historier
+
 #### Vise et brett
-*   Som en spiller må jeg kunne se et brett får å kunne spille spillet.
-*   Som spillbrett må jeg vise alle elemnter som er på meg 
-*   Som spillbrett må jeg vær delt inn ruter/tiles der brikkene på meg må være i bare en rute av gangen.
-*   Akseptanse krav er at vi kan se et brett der noe kan bli plassert på brette i en rute/tile
 
-####Plasere en brikke på brettet
-*   Som brikke må jeg kunne plassere på spillbettet  
-*   Som brikke må jeg være synelig texture på brettet
-*   Akseptanse krav brikken blir plasert synelig i en bestemt tile på brettet
+*   Som en spiller må jeg kunne se et brett får å kunne spille spillet.
+*   Som spillbrett må jeg vise alle elementer som er på meg 
+*   Som spillbrett må jeg vær delt inn ruter/tiles der brikkene på meg må være i bare en rute av gangen.
+
+#####Akseptansekrav 
+
+*   Vi kan se et brett der noe kan bli plassert på brette i en rute/tile
+  
+####Plassere en brikke på brettet
+
+*   Som brikke må jeg kunne plassere på spillbrettet 
+*   Som brikke må jeg være synlig på brettet
+
+#####Akseptansekrav 
+
+*   Brikken blir plassert synlig i en bestemt tile på brettet