-
Notifications
You must be signed in to change notification settings - Fork 8
Relatie tutorials en FO TO
In je functioneel ontwerp (FO) document hoef je alleen kort te noemen dat je een engine gebruikt, namelijk ‘OOPG’. In je TO moet je wel vroegtijdig de engine noemen en ook de features die je ervan gebruikt te beschrijven, want dit is echt een centraal punt en van invloed op je technische beslissingen en afwegingen.
In je TO document zou ik dus ook refereren naar deze engine tutorials, met een nette APA referentie. Want je wilt niet al deze begrippen zelf uitleggen als dit op een andere plek al is gedaan. Het specifieke gebruik in jouw game moet je wel beschrijven, zeker voor de complexere stukjes 'gedrag' in je game. Want dat staat natuurlijk niet. Bij een goede (APA) referentie is een quote of parafrase ook vereist in de tekst op de plek waar je refereert. Dus 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. Neem de methode dus zowel op in de OOPG klasse als (de override ervan) 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.