This commit is contained in:
Kristian Knarvik 2020-02-05 05:15:09 +01:00
commit f31ca13a07

View File

@ -1,101 +1,164 @@
#Team Fiasko #Team Fiasko
##Organisering av teamet ##Organisering av teamet
###Kompetanse ###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: ####Petter Tobias Madsen:
Føler seg komfortabel med Java men ikke noe veldig avansert. Ingen GUI erfaring. Relevante fag: INF101.
Kan grunnleggende ting i Java men har ikke utført krevende prosjekter.
Nesten ingen GUI-erfaring.
Kristian Knarvik: ####Steinar Aalstad Lillesund:
Relevante fag: INF100, INF101 og INF102. Ganske erfaren i Java og har gjort ting med GUI før. Føler seg komfortabel med Java men ikke noe veldig avansert.
Ingen GUI-erfaring.
Torbjørn lunde jensen: ####Kristian Knarvik:
Litt erfaring men ikke veldig mye. Ingen GUI erfaring. Relevante fag: INF100, INF101 og INF102.
Ganske erfaren i Java og har gjort ting med GUI før.
Gabriel Ingolf og Olav Magnus: ####Torbjørn lunde jensen:
Relevante fag: INF101 og INF102. Litt komfortable med Java. 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. Overall kompetanse i java koding ligger på medium mens erfaring med git eller gui er relativt lav.
###Roller ###Roller
####Titler ####Titler
Kristian -> Team leder (Ansvarlig for å vite hva alle gjør og burde gjøre til enhver tid) 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 ####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 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 ##Produktutforming
###Overordnet mål ###Overordnet mål
Vi vil lage en fungerende digital versjon av RoboRally som er kompatibel med MAC, Windows og Linux. 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. Applikasjonen må kunne kjøre og fungere uten å ha noen ødeleggende feil eller mangler.
Det skal kunne fungere over LAN med opptil 8 spillere. Det skal kunne fungere over LAN med opptil 8 spillere.
Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker til). Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker til).
###Systemkrav ###Systemkrav
* En visuell representasjon av et spillbrett
* En spiller som kan bevege seg på brettet * En visuell representasjon av et spillbrett.
* En spiller taper når de mister alle liv
* En spiller dør om de tar 10 skade * En spiller som kan bevege seg på brettet.
* En spiller trenger liv
* Spilleren trenger å kunne ta skade * En spiller taper når de mister alle liv.
* En spiller må kunne vinne
* Kort for å programmere roboten * En spiller dør om de tar 10 skade.
* Forskjellige funksjonelle objekter/ruter på kartet (eks. vegg, laser)
* Runder (Består av 5 faser. Du får nye kort, reparasjon, powerdown etc.) * En spiller trenger liv.
* 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 * Spilleren trenger å kunne ta skade.
* Lasere skyter i slutten av hver fase
* Spillere beveger seg hver fase og kort bestemer hvem som går først * En spiller må kunne vinne.
* Velge kort i starteren av runden
* Kunne velge Power down etter alle har låst kortene sine * Kort for å programmere roboten.
* 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 * Forskjellige funksjonelle objekter/ruter på kartet (eks. vegg, laser).
* Respawn etter en robot er ødelagt ved slutten av runden/fasen gitt at de har flere liv
* 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. * 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. * 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. * 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 ###Prioriterte krav
1. Vi har et brett tegnet inn med libgdx. 1. Vi har et brett tegnet inn med libgdx.
2. Ha en brikke tegen inn med libgdx. 2. Ha en brikke tegen inn med libgdx.
###Prosjektmetodikk ###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 #### 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 en spiller må jeg kunne se et brett får å kunne spille spillet.
* Som brikke må jeg kunne plassere på spillbettet * Som spillbrett må jeg vise alle elementer som er på meg
* Som brikke må jeg være synelig texture på brettet * 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 brikken blir plasert synelig i en bestemt tile på brettet
#####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