Update ObligatoriskOppgave1.md

Retter på formuleringer i dokumentasjonen.
This commit is contained in:
torlunjen 2020-02-06 19:35:47 +01:00 committed by GitHub
parent 64d1f3e8aa
commit 5fe54d1567
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23

View File

@ -41,20 +41,20 @@ Steinar -> Møteorganisator (Ansvarlig for å organisere hva som skal gjennomgå
Torbjørn -> Dokumentasjonsansvarlig (dokumenter møtene og sørger for at innleveringene er riktig) Torbjørn -> Dokumentasjonsansvarlig (dokumenter møtene og sørger for at innleveringene er riktig)
Gabriel -> Kundeansvarlig (Ansvarlig for å vite alle spilleregler) Gabriel -> Kundekontakt (Ansvarlig for å vite alle spilleregler)
#### Grunnlag #### Grunnlag
Tobias -> Vi trenger noen som kan ta ansvar for å planlegge tidspunkter for møter, Komunikasjonsleder -> Vi trenger noen som kan ta ansvar for å planlegge tidspunkter for møter,
og en kontaktperson dersom noen ikke kan stille på møter. og en kontaktperson dersom 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. Teamleder -> En som har oversikt over prosjektet og sørger for at prosjektet holder seg innenfor et gitt rammeverk.
Steinar -> Skal organisere møtene slik at vi har en plan før hvert møte. Dette forhindrer møter uten en plan. Møteorganisator -> Skal organisere møtene slik at vi har en plan før hvert møte. Dette forhindrer møter uten en plan.
Torbjørn -> Skal sørge for at det finnes korrekt dokumentasjon som overholder gitte krav. Dokumentasjonsansvarlig -> Skal sørge for at det finnes korrekt dokumentasjon som overholder gitte krav.
Gabriel -> Leder for spilleregler og har ansvar for riktig spillmekanikk. Kundekontakt -> Det er lettere at en har oversikt over spilleregler og har ansvar for riktig spillmekanikk.
## Produktutforming ## Produktutforming
@ -136,12 +136,12 @@ Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker ti
- Vi tenker å bruke en blanding av scrum og parprogrammering under prosjektet. - Vi tenker å bruke en blanding av scrum og parprogrammering under prosjektet.
- Tirsdager brukes for å re cape hva som har blitt gjort uken før - Tirsdager brukes for å oppsumere hva som har blitt gjort uken før
og for å avklare om vi føler oss ferdig med oppgaver. og for å avklare om vi føler oss ferdig med oppgaver.
- Deling av dokumenter skjer over GitHub, Slack eller Discord. - Deling av dokumenter skjer over GitHub, Slack eller Discord.
- Bruke project board for å ha kontroll over alle oppgavene og hvem som skal gjøre hva. - Bruke prosjekttavle for å ha kontroll over alle oppgavene og hvem som skal gjøre hva.
- Arbeidsfordelingen skal bli gjort med hver enkeltes kompetanse og evner tatt i betraktning slik at en ikke blir for overbelastet under prosjektet. - Arbeidsfordelingen skal bli gjort med hver enkeltes kompetanse og evner tatt i betraktning slik at en ikke blir for overbelastet under prosjektet.
@ -159,6 +159,7 @@ Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker ti
- I slutten av en lang sprint (slutten av hver oblig) skal vi se over designet - I slutten av en lang sprint (slutten av hver oblig) skal vi se over designet
og koden i tilfelle vi føler vi må refaktorere mer eller endre noen andre designaspekter. og koden i tilfelle vi føler vi må refaktorere mer eller endre noen andre designaspekter.
- I slutten av en lang sprint (slutten av hver oblig) skal vi se over designet og koden i tilfelle vi føler vi må refaktorere eller endre noen andre designaspekter. - I slutten av en lang sprint (slutten av hver oblig) skal vi se over designet og koden i tilfelle vi føler vi må refaktorere eller endre noen andre designaspekter.
- Kommunikasjon skjer over Slack og Discord. - Kommunikasjon skjer over Slack og Discord.
@ -173,9 +174,9 @@ Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker ti
#### Vise et brett #### Vise et brett
- Som en spiller må jeg kunne se et brett for å kunne spille spillet. - Som spiller må jeg kunne se et brett for å kunne spille spillet.
- Som spillbrett må jeg vise alle elementer som er på meg. - Som spiller må jeg kunne se alle elementer på spillbrettet for å kunne programmere roboten.
- Som spillbrett må jeg være delt inn et rutenett der brikkene må være i en rute av gangen. - Som spiller må jeg kunne se et rutenett på spillbrettet for å kunne bedømme avstanden roboten må bevege seg for å nå et spesefikt punkt på spillbrettet.
##### Akseptansekrav for brett ##### Akseptansekrav for brett
@ -183,8 +184,8 @@ Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker ti
#### Plassere en brikke på brettet #### Plassere en brikke på brettet
- Som brikke må jeg kunne plasseres på spillbrettet. - Som brikke må jeg kunne plasseres på spillbrettet for å være en del av spillet.
- Som brikke må jeg være synlig på brettet. - Som brikke må jeg være synlig på brettet for å kunne vise spilleren hvor jeg er.
##### Akseptansekrav for brikke på brettet ##### Akseptansekrav for brikke på brettet
@ -202,7 +203,7 @@ Spillet skal implementere alle spillereglene fra RoboRally (om tiden strekker ti
- Vi føler parprogrammering fungerer bra, og planlegger å fortsette med dette i neste sprint. - Vi føler parprogrammering fungerer bra, og planlegger å fortsette med dette i neste sprint.
- Vi ønsker å lage bedre og mer presise issues på project boardet, ettersom noen av issuene på - Vi ønsker å lage bedre og mer presise issues på prosjekttavlen, ettersom noen av issuene på
boardet var for store og ikke spesifikke nok. boardet var for store og ikke spesifikke nok.
- Vi valgte å bruke tid på Travis siden det gir en rask respons om noe som forventes å kjøre - Vi valgte å bruke tid på Travis siden det gir en rask respons om noe som forventes å kjøre