Fiasko/Deliverables/ObligatoriskOppgave1.md

87 lines
3.8 KiB
Markdown
Raw Normal View History

#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.
Kristian Knarvik:
Relevante fag: INF100, INF101 og INF102. Ganske erfaren i Java og har gjort ting med GUI før.
Torbjørn lunde jensen:
Litt erfaring men ikke veldig mye. Ingen GUI erfaring.
Gabriel Ingolf og Olav Magnus:
Relevante fag: INF101 og INF102. Litt komfortable med Java.
###Roller
####Titler
Tobias -> Team leder (Ansvarlig for å vite hva alle gjør og burde gjøre til enhver tid)
Kristian -> Senior programmer og GitHub ansvarlig (Ansvarlig for å veilede andre programmerere og effektiv bruk av GitHub)
Steinar -> Testing-leder (Ansvarlig for kvalitet av tester)
Torbjørn -> Grafikkleder (Ansvarlig for utforming av visuelt grensesnitt)
Gabriel -> Kundeansvarlig (Ansvarlig for å vite alle spillregler)
####Grunnlag
Tobias -> Hadde ikke noe i mot det å være gruppeleder og ta ansvar for å organisere og dele ut oppgaver/møter.
Kristian -> Han har mest erfaring med kode og den eneste som har gjort ting med git før.
Steinar -> Sa ja til å være hovedansvarlig for tester
Torbjørn ->
Gabriel ->
##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.
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 må kunne dø og tape
* 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 nettet
* 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.
* Etter lasere må vi sjekke om noen spilere står på riktig flag
* Respawn etter den er ødelagt ved slutten av runden/fasen
* hvis en spiller er i power down 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
* Ikke samle sammen kort som er låst.
* Vise hendelser som skjer på skjermen med en delay slik at spillet ser riktig ut
###Prioriterte krav
1. Vi har et brett på størelse N*N
2. En spiller
3. Spilleren kan bevege seg på brettet
4. han objekter på kartet som vegger, lasere etc.
2020-01-30 12:00:20 +01:00
###prosjketmetodikk
* 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.