-
Notifications
You must be signed in to change notification settings - Fork 8
Relatie tutorials en FO TO
In je functioneel ontwerp (FO) document kun je volstaan met slechts kort noemen dat je een engine gebruikt, of het wellicht zelfs helemaal niet noemen. Maar in je TO moet je wel vroegtijdig de engine te noemen en ook de features te beschrijven, want dit is echt een centraal punt en van belang voor je technische beslissingen en afwegingen.
In je TO document kun je ook refereren naar deze engine tutorials, met een nette APA referentie, zodat je niet al deze begrippen zelf ook hoeft uit te leggen. Een goede (APA) referentie beschrijft de bron ook even kort, en plaatst deze in de context. Dus geef aan hoe dit past bij je eigen game en welk concrete punten je gaat doen met de engine.
Deventer, F. van OOPG Overzicht, OOPG Tutorials, geraadpleegd op 1 maart 2018 op
https://github.com/HANICA/oopg/wiki/OOPG-Overzicht
In je klassendiagram neem je de OOPG abstracte klassen en interfaces ook op met een andere kleur. Je hoeft van de OOPG klassen niet alle properties en methoden te vermelden (zoals wel van je eigen klassen), maar de methoden die je override, bijvoorbeeld de GameEngine.update()
, IOverridable.collissionOccurred()
en SpriteObject.draw()
methodes moet je wel opnemen. Noem de methode zowel de OOPG klasse als de override in je eigen klasse. Hiermee maak je duidelijk dát je deze methode gaat overriden.
NB Je kunt er dus niet van uitgaan dat een docent dit wel weet; het gaat er om dat je aantoont dat je hier zelf overzicht van hebt.
Zoek je code? Die staat in de OOPG engine op GitHub.