Sorterer referater fra møtene inn i mapper etter måned

This commit is contained in:
torlunjen
2020-04-30 10:49:31 +02:00
parent bf705463ae
commit 15ff1a7a90
26 changed files with 2 additions and 0 deletions

View File

@ -0,0 +1,6 @@
## Oppmøte
Torbjørn, Kristian, Gabriel og Petter Tobias
## Gjennomgått
Vi har lest igjennom opgaveteksten og retteskjema til oblig2.
Vi har laget noen brukerhistorier. Gått igjennom deler av deloppgave 1.

View File

@ -0,0 +1,60 @@
## Oppmøte
Alle i teamet var tilstede.
## Gjennomgått
Vi gikk igjennom det vi tenker må være tilstede av klasser for å lage et spillbrett med objekter på brettet.
### Klasser med metoder og feltvariabler
#### Game:
- spiller
- brett
- kortstokk
#### Kortstokk:
- mange kort
#### IGrid:
- element<K>
- høyde
- bredde
- list<list<K>> (matrise)
- set_element()
- get_element() // returnerer objekt
- get_height() // returnerer høyde
- get_width() // returnerer bredde
#### Board:
- dead_player_list<robot>
- grid_object
- graf
- move_robot(robot, pos)
- remove_dead_robot(robot)
#### Graf:
- is_neighbour(node, node)
#### Node:
- key(pos)
- value
#### Robot:
- int x pos
- int y pos
- retning enum
- health int
- lives int
- get_health
- set_health
- player_id int
- get_retning
- set_retning
- set_position
- get_position
- boolean powerdown
#### Tiles
#### Functional_tile
- fase_action(object)
- runde_action(object)

View File

@ -0,0 +1,113 @@
## Oppmøte
Tilstede: Steinar, Gabriel, Kristian, Torbjørn, Petter
Ikke tilstede:
## Agenda
- Fortsette planlegging av design/struktur av klassene til robo rally.
- Planlegge agenda for neste møte.
## Neste møte
- Tirsdag 18.02.2020
- Agenda
- Fortsette på Design/Struktur
- Planlegge neste møte
### Oppsett av klasser og metoder (med revidering)
#### Changelog
- Fjernet graf og node klassene
- Lagt til Tile og Wall
#### Game:
- spiller <>
- board
- kortstokk
#### Kortstokk:
- mange kort
#### IKort_class
- Value int
- Symbole T
- get_value()
- get_symbole()
#### IGrid:
- element<K>
- høyde
- bredde
- list<list<K>> (matrise)
- set_element()
- get_element() // returnerer objekt
- get_height() // returnerer høyde
- get_width() // returnerer bredde
#### Board:
- dead_player_list<robot>
- grid_object
- graf
- move_robot(robot, Pos)
- remove_dead_robot(robot)
-
#### Robot:
- Pos
- retning enum
- health int
- lives int
- get_health
- set_health
- player_id int
- get_retning
- set_retning
- set_position
- get_position
- boolean powerdown
- set powerdown
- is_power_down()
- visitid_flag int
- spawn_x
- spawn_y
- get_lives()
- set_lives()
#### Tiles
- tile Type type
- Direction direction
- enum Tile Type {Tile, TransportBandSlow, TransportBandFast...}
#### Wall
- WallType type
- Direction direction
- enum WallType {Wall single, Wall NientyDegrees, WallLaserOneBeam...}
- enum Direction {NORTH, SOUTH, EAST, WEST}
#### Functional_tile
- Fase_action(object)
- Runde_action(object)
#### BoardLoader
- Skal lage et brett til game
- Load Board()
#### Spiller_class
- Kortstokk
- Player_id int
- is_alive()
- get_name()
- string name
- Program <kort>
- Robot
- get_robot()
- bool PowerDownNextTurn
- set PowerDownNextTurn
- Power_Next_turn()
#### Pos
- int x
- int y
- get_x
- get_y
#### I/O class
- rendering Threads

View File

@ -0,0 +1,81 @@
## Oppmøte
Tilstede: Steinar, Gabriel, Kristian, Torbjørn, Petter
Ikke tilstede:
## Agenda
- Planlegge brukerhistorier
## Møte
Det har blitt diskutert hvilke brukerhistorier det er vi trenger, og hvorfor. Hvilke krav de forskjellige brukerhistoriene har og hvordan vi kan løse dem.
Snakket om funksjonalitet på enkelte aspekter med spillet, og hvordad disse skal bli håndtert.
#### Idemyldring til krav/brukerhistorie:
- Stoppe robot fra å gå igjennom vegger
- Kunne gjør et gyldig trekk
- Kunne dytte en robot
- Vegger må ha forskjellige retningsorienteringer
- brett må kunne ha forskjellige tiles
- Robot må kunne gjennoppstå
- Robot må kunne ta skade
- Robot må kunne dø
- Hull må drepe robot
- Må kunne dytte en robot dersom det er gydig å dytte den
#### Brukerhistorie/notater
"Stoppe robot fra å gå gjennom vegg"
- Hvem: Vegg
- Hva: Stoppe robot fra å gå gjennom meg
- Hvorfor: For å hindre roboten i å gjøre et ugyldig trekk
"Kunne dytte en robot hvis det er lovlig å dytte den"
- Hvem: Robot
- Hvorfor: For å kunne gjøre gyldige trekk
"Vegger må kunne vøre i fordskjellige retninger"
- Hvem: Vegg
- Hva: Som vegg må jeg kunne bli plassert i forskjellige retninger
- Hvorfor: For å kunne bestemme den funksjonelle retningen til veggen
"Brett må kunne ha forskjellige tiles"
- Hvem: Brett
- Hva: Som brett må jeg kunne ha forskjellige tiles
- Hvorfor: For å kunne vise alle de forskjellige aspektene av spillets tiles.
"Robot må kunne gjennoppstå, dersom den har enda har flere liv"
- Hvem: Spiller
- Hva: Respawne roboten, dersom den ikke er tom for liv
- Hvorfor: Som spiller vil jeg at roboten min skal kunne gjennoppstå for å være i stand til å spille en runde til
"Robot må kunne ta skade"
- Hvem: Spiller
- Hva: Robot må kunne ta imot skade
- Hvorfor: For å håndtere andre objekters påvirkning på roboten

View File

@ -0,0 +1,13 @@
## Oppmøte
Tilstede: Steinar, Gabriel, Kristian, Torbjørn, Petter
Ikke tilstede:
## Agenda
- Jobbe videre på deloppgaver i oblig2.
- Lage akseptansekrav og arbeidsoppgaver for brukerhistorier.
## Møte
Vi har laget akseptansekrav og arbeidsoppgaver som passer med brukerhistoriene.
Refaktorerte formatering fra klassevis til kravvis, der kravet kommer først, så alle brukerhistorier og akseptansekrav til det kravet.
Diskutert hva rollene i gruppen har innebært for de forskjellige medlemmene og om de har følt at disse rollene har passet/funket.
Diskutert hva som kan forbedres til neste sprint - fordeling av commits, effektivisering av brukerhistorier, initiativ til å starte på oppgaver.

View File

@ -0,0 +1,17 @@
## Oppmøte
Tilstede: Steinar, Gabriel, Kristian, Torbjørn, Petter
Ikke tilstede:
## Agenda
- Jobbe videre på deloppgaver i oblig2.
- Planlegge 5 min fremføring til 2. mars
## Møte
Diskutert hvilke krav som skal med i mvp og om vi mener det har vært noe spesiell endring i det som skal
være i mvp.
Snakt om hva vi har fått gjort iløp av denne perioden versus hva vi planla å få gjort.
Det er blitt laget to UML diagram av hvordan prosjektet ser ut til nå, ett med dependencies og et uten.
På møtet ble det også brukt tid til å gå igjennon retteskjemaet slik at alle er på lik linje når
det kommer til forståelse av oppgaven.
Avtaler også et nytt "final touch" møte for å se over alt og levere oblig2, senere ikveld.

View File

@ -0,0 +1,10 @@
## Oppmøte
Tilstede: Steinar, Gabriel, Kristian, Petter
Ikke tilstede: Torbjørn
## Agenda
- Gjøre ferdig innlevering til oblig 2
## Møte
Retting og omformulering av oppgavesvar.