---
# System prepended metadata

title: Plan van aanpak

---

# Plan van aanpak

##### Adam Geerdink, Anton vorderman, Nathan Wiltjer en Thijs Cameron
##### EHI1V.Sb
##### 26 mei 2021
---
# Achtergrond
De SaSA wil binnenkort een missie uitvoeren op de maan, met behulp van "the Frog" gaan ze het maanoppervlak bestuderen. de Frog zal autonoom moeten kunnen voortbewegen, hiervoor moet software geschreven worden. De software zal ervoor zorgen dat er een communicatie mogelijk is tussen een "bestuurder" en de Frog. Ook zou de software door middel van radar het maanoppervlak in beeld kunnen brengen. Deze software zal worden geschreven in Java.

---
# Resultaten

Aan het einde van het project zullen er een aantal onderwerpen worden ingeleverd, deze zijn:
- Documentatie:
-- Plan van aanpak
-- Scrum documentatie
-- Technical design
-- Test planning and reporting
- Scrum:
-- Backlogs, user stories
-- Definition of done
-- Retrospective
- Java code met de volgende onderdelen
-- Java Swing
-- JDBC
- Een database

---
# Organisatie
Met het projectgroep werken wij 2 lessen per week aan het project. In deze lessen zullen wij ook vergaderen over de sprints, wat er gedaan is en wat iedereen op korte termijn gaat doen.
Naast deze lessen zullen we ook nog bezig gaan met het project. Dit zijn geen vaste momenten maar zullen vaak onderling afgesproken worden voor bijvoorbeeld pair programming.
De 2 lessen die we hebben zijn samen 5 uur waaraan we bezig zijn met het project. Dit betekend dat we naast de lessen nog ongeveer 8 uur per persoon moeten besteden aan het project.

---
# Grenzen en risico's

Grenzen:
Bij dit project zullen wij enkel een werkende frog opleveren. Dit betekend dat de frog automatisch de voorgelegde taken kan uitvoeren, dus zonder input van buitenaf.
Deze taken zijn als volgt:

- Navigeren naar de TNT en deze pakken.
- Navigeren naar de stenen die kapot moeten en de TNT plaatsen.
- Navigeren naar de detonator en de TNT hiermee afsteken.
- Terug navigeren naar de plek waar de stenen waren (Naar SASA)

Risico analyse:
|Risico|Impact (1-10)|Kans (1-10)|Impact\*Kans|Maatregel|
|------|------------|----------|------------|---------|
|Ziekte|6|4|24|Thuiswerken als het kan en anders taken opvangen door de rest|
|Stoppen met studie|8|1|8|Herverdelen van de taken|
|Laptop stuk|3|3|9|Alles online zetten|
|Voortgang verliezen|8|1|8|Alles online zetten|

---
# Afspraken communicatie
Om het project soepel te laten verlopen, is er een goede communicatie tussen de groepsleden nodig. In deze groep wordt er voornamelijk gecommuniceerd via Whatsapp (een groepsapp). Hier spreken wij ook af wanneer wij met het groepje buiten de les zullen samenwerken, dit zal voornamelijk op maandag, dinsdag of woensdag zijn.

Om ervoor te zorgen dat de samenwerking goed verloopt, is er ook een taakverdeling gemaakt van de scrummasters.
|

|  Sprint 1 | Sprint 2 | Sprint 3 |
| -------- | -------- | -------- |
| Thijs Cameron     | Nathan Wiltjer     | Anton Vorderman     |

Ook moeten we duidelijke afspraken hebben over onze opdrachten. Dit betekent dat er deadlines aan de opdrachten moeten en consequenties eraan hangen als iemand dat niet kan halen zonder een goede reden. Als iemand een tijdje ziek is geweest, zullen we niet moeilijk doen. Maar als er geen reden achter zit zullen we in ieder geval een waarschuwing moeten geven. Wanneer iemand dan vier waarschuwingen heeft gekregen, gaan we kijken of diegene zijn cijfer lager kan worden dan de rest van het groepje.

---
### Definiton of Done
Voor dit project hebben we twee categorieën aan opdrachten. Dit zijn documentatie- en programmeeropdrachten. Voor de DOD van de documentatieopdrachten gaan we sowieso kijken naar de minimale requirements van het verslag. Hiernaast kijken we met het groepje naar het verslag en bespreken dan samen of het goed is. De programmeeropdrachten zijn iets simpeler: de opdrachten zijn klaar wanneer de functie die geprogrammeerd wordt ook werkt of zo goed als.