mirror of
https://github.com/inf112-v20/Fiasko.git
synced 2025-01-31 23:29:36 +01:00
Merge branch 'master' of https://github.com/inf112-v20/Fiasko
This commit is contained in:
commit
f31ca13a07
@ -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
|
Loading…
x
Reference in New Issue
Block a user