Post on 26-Feb-2019
Voorwoord
Deze paper is geschreven door Tom Marchand laatstejaarsstudent Toegepaste Informatica aan de
Hogeschool-Universiteit Brussel Campus stormstraat. Het doel van de paper is een overzichtelijk
beeld te geven van de voorbereiding van mijn stageproject tijdens het eerste semester en te bewijzen
dat ik klaar ben voor de effectieve implementatie in het tweede semester. Samen met mijn collega
Stan Samyn loop ik momenteel stage bij het bedrijf ProsoccerData dat zich bezig houdt met het
maken en beheren van hun eigen voetbalmanagement platform.
Inhoudsopgave
Inleiding:................................................................................................................................................................... 4
Sollicitaties ............................................................................................................................................................... 5
Definitie Project ...................................................................................................................................................... 6
Waarvoor staat ProSoccerData? .............................................................................................................................. 6
Doel project ............................................................................................................................................................. 7
Opleidingsvergoeding .............................................................................................................................................. 7
Incentives................................................................................................................................................................. 8
Project aanpak ........................................................................................................................................................ 9
Vergelijking technologieën
............................................................................................................................................................................... 10
PHP vs Ruby en Python .......................................................................................................................................... 10
JQuery vs JavaScript ............................................................................................................................................... 11
Praktijk onderzoek ............................................................................................................................................... 12
XAMPP
............................................................................................................................................................................... 12
PHP, JQuery & AJAX .............................................................................................................................................. 12
Analyses ................................................................................................................................................................ 13
Platform ................................................................................................................................................................. 13
Database ................................................................................................................................................................ 13
Code....................................................................................................................................................................... 14
User stories & use cases ....................................................................................................................................... 14
Samenwerking en communicatie .......................................................................................................................... 15
met collega Stan Samyn: ........................................................................................................................................ 15
met stagebegeleiders ........................................................................................................................................... 15
met stagementor: .................................................................................................................................................. 15
Persoonlijke bevindingen ..................................................................................................................................... 16
Positieve bevindingen ............................................................................................................................................ 16
Negatieve bevindingen .......................................................................................................................................... 16
Bronnen .................................................................................................................................................................. 17
Inleiding:
In deze paper beschrijf ik hoe en wat ik gedaan heb tijdens mijn IT-project. Eerst ga ik het hebben
over de begin fase, namelijk het zoeken van een stageplaats en het solliciteren. Daarna bespreek ik de
definitie van het project en leg ik uit wat er juist van mij verwacht wordt. Ook geef ik wat meer uitleg
over opleidingsvergoedingen van spelers en wat er zo belangrijk aan is voor ProsoccerData.
Na de project definitie bespreek ik onze projectaanpak wat vooral draait over het opstellen van het
PID. Natuurlijk hebben we ook praktijk onderzoek moeten doen aangezien we gaan moeten
ontwikkelen in een nieuwe programmeertaal die we nog niet in onze school carrière gezien hebben.
Hier kroop veel tijd in, maar we hebben er ook het meeste uit bijgeleerd.
Eens we een beter idee hadden van de programmeertaal en de omgeving waarin we gaan moeten
werken zijn we begonnen met de analyse van het bestaande platform. Ook hebben we user-stories
en use-cases opgesteld om te gaan kijken wat nu juist de functionaliteiten zijn die we gaan moeten
implementeren.
Als laatste zal ik het hebben over de samenwerking binnen het project en mijn persoonlijke
bevindingen gevolgd door een slotwoord.
Sollicitaties
Zie meer in de bijlage 'meeting reports'.
Tijdens de eerste weken van het eerste semester kregen we tijd om ons bezig te houden met zoeken
van een stageplaats. Er werd ons aangeraden om contact te nemen met zo veel mogelijk
verschillende bedrijven. Ook kregen we een lijst met bedrijven die al reeds in het verleden een
stageplaats waren geweest voor ex studenten van de HUB. Hier viel mijn oog als eerste op het bedrijf
ProsoccerData Anderlecht, dit vooral omdat het in de voetbal sector is en dat leek mij wel een leuk
milieu om in terecht te komen. Ik zou veel minder aantrekkelijk hebben gevonden om voor een
bedrijf te werken dat zich bijvoorbeeld bezig houdt met het ontwikkelen van applicaties om
boekhouding bij te houden of bij een bank of dergelijke.
Uiteindelijk ging ik ook opzoek naar een back-up bedrijf. Zo kwam ik te weten dat METRO 5 nog op
zoek was naar stagairs. Dit bedrijf kende ik al van mijn klasgenoot Kevin Van Reykegem, hij werkte al
reeds aan een project voor METRO 5. Samen met Stan en Kevin hebben we een meeting gehouden
met Yoeri Bellemans van METRO 5. Hij vertelde ons dat hij nog op zoek was naar mensen voor een
uitbreiding van het huidige project, namelijk het omzetten van de huidige android app gemaakt door
Kevin naar een Iphone app.
Het project op zich leek mij wel leuk maar programmeren in Xcode had ik nog nooit gedaan en dat
sprak mij ook niet zo aan, ik heb het namelijk persoonlijk niet zo voor Apple. Een ander probleem
was dan weer dat we moesten beschikken over een Mac computer indien we in Xcode zouden willen
programmeren en die heb ik ook niet. Uiteindelijk vertelde ik Yoeri dat we ook nog een andere
business meeting hadden die week en ik hem zo snel mogelijk op de hoogte ging brengen wanneer ik
een beslissing had gemaakt.
Enkele dagen later (02/10/2013) had ik samen met Stan een afspraak met Jan De Laet van
ProSoccerData, Deze afspraak ging door in het Square-Café te Sint-Kwintens-Lennik waar Jan De Laet
een aparte ruimte had gereserveerd voor onze meeting.
Eerst stelde Jan zichzelf en het bedrijf ProSoccerData voor, hij is verantwoordelijk voor de technische
aspecten binnen ProsoccerData. Daarna gaf hij wat uitleg hoe het bedrijf ontstaan is, en wat de
functieverdelingen zijn binnen ProSoccerData. Na de introductie hebben we de CV’s en het portfolio
die we reeds moesten doorsturen snel overlopen, zodat Jan een goed overzicht had van onze
capaciteiten. Jan wou ons zeker een project geven en liet ons kiezen tussen 2 verschillende projecten,
namelijk het maken van een ‘mobiele webapp voor de spelers’ of een ‘beeldbank’ waar video's en
afbeeldingen bezichtigd kunnen worden. We kozen voor het eerste, aangezien we allebei heel erg
geïnteresseerd zijn in mobiele applicaties. Verder gaf Jan al wat uitleg over wat er net van ons
verwacht wordt binnen dat project.
Stan en ik lieten aan METRO 5 weten dat we gekozen hadden voor een ander project.
Twee weken later hadden we een tweede afspraak maar nu met Kevin Vermeulen die
verantwoordelijk is voor de business kant van ProsoccerData, hij vertelde ons dat er verandering
kwam in ons project. Wegens interne keuze bij ProSoccerData werd een mobiele webapplicatie
overbodig, en verviel ons project. Maar er werd meteen voor een nieuw project gezorgd, waardoor
onze stage zeker niet in gevaar kwam. Kevin vertelde ons dat ze gewoon hun prioriteiten hadden
aangepast en daarom het vorige project minder belangrijk was. Een belangrijke reden was o.a. dat ze
juist hadden beslist om het huidige platform volledig om te zetten naar een nieuw platform met
nieuw design en responsiviteit.
Definitie Project
osoccer data ? wat moeten wij doen ? wat zijn opleidingsvergoedingen?
Waarvoor staat ProSoccerData?
ProSoccer Data (PSD) is een ICT start-up (oprichting 08/06/2011) die focust op het ontwikkelen en
vermarkten van voetbalmanagement en –communicatie software/platformen. Een eerste
basisproduct betreft een voetbalmanagement en -communicatieplatform dat specifiek uitgewerkt
werd voor en in samenwerking met voetbalclub Royal Sporting Club Anderlecht (RSCA). Zo wordt PSD
gebruikt om de voetbalspecifieke rapporteringsprocessen (wedstrijd-, training- en
scoutingverslagen) te faciliteren alsook om via bijzondere custom-made modules andere processen
binnen de club te managen.
Het team bestaat uit twee partners: Kevin Vermeulen (regent LO en informatica, met postgraduaat
sport, economie en communicatie aan het Vlekho + master sportmanagement aan de KULeuven) is al
13 jaar actief binnen de voetbalsector. Hij werkte voor diverse clubs waaronder de laatste 7 jaar als
project- en ontwikkelingsmanager bij de jeugdopleiding van RSC Anderlecht. Jan De Laet (regent
wiskunde, fysica en informatica) is reeds > 10 jaar actief als freelance webdevelopper, met sterke
programming skills en oog voor user friendliness. Als ondernemers vormen zij een complementair
team: Jan staat in voor de technische conceptualisatie en ontwikkeling van de ProSoccer Data
software suite, en Kevin legt vanuit zijn management en commerciële feeling de focus op verkoop en
algemeen management, hierin gesterkt door de ervaring opgedaan bij RSCA, wat hem toeliet een
uitgebreid netwerk binnen het voetbal op te bouwen (i.e., beleidsmakers, clubverantwoordelijken,
trainers, etc.).
Doel project
Het oorspronkelijke project bestond uit het ontwikkelen van een mobiele spelerswebapplicatie. Deze
applicatie moest bepaalde functionaliteiten van het originele platform bevatten, zodanig dat spelers
deze gemakkelijk via hun smartphone of tablet konden aanspreken.
Na de 2de meeting met de opdrachtgever werd het originele project aangepast. De opdrachtgever
heeft besloten het design van het gehele platform over te zetten naar een nieuw design dat
automatisch responsief is. Hierdoor wordt een aparte spelersapplicatie dus overbodig.
Het nieuwe project bestaat uit het ontwikkelen van een bijkomende module op het huidige platform.
De module is bedoeld om bij te houden welke opleidingsvergoedingen de club nog moet verkrijgen.
Opleidingsvergoeding
De nieuwe module zal de opleidingsvergoedingen behandelen waarop een club recht heeft. De
regelgeving omtrent dergelijke vergoedingen is toch wel uitgebreid, en het zal dus een behoorlijke
uitdaging worden deze zo goed mogelijk te implementeren.
Opleidingsvergoedingen zijn er om clubs te belonen omdat ze een speler hebben opgeleid. Dit is er
gekomen, omdat je geen transferbedrag mag vragen voor een speler onder de 16 jaar, en je als speler
onder de 16 vrij mag veranderen van club in de tussenseizoenen. Zo heb je tenminste nog een ‘beetje
geld’ terug van een talent dat op z’n 15de bijvoorbeeld je club verlaat voor een topclub.
Een opleidingsvergoeding is een vergoeding die je als ‘kopende club’ gaat geven aan de club waar de
speler z’n opleiding heeft genoten. Concreet houdt dit in dat wanneer een speler in een club een
profcontract tekent, deze club een bepaalde som geld moet betalen aan de club waar de speler vanaf
z’n 12 jaar opleiding heeft gekregen. Het bedrag wordt berekent op basis van het aantal jaar tussen
de 12de verjaardag en de datum dat het profcontract werd getekend. Per jaar wordt er €10.000
aangerekend.
Voorbeeld: Wanneer een speler van 16 jaar RSCA verlaat en naar KAA Gent trekt, waar
hij een profcontract tekent. Dan moet Gent €40.000 (4 x €10.000) aan RSCA
als opleidingsvergoeding, want de speler heeft 4 jaar opleiding genoten bij
RSCA.
Maar hiermee is de kous nog niet af. Je moet als club namelijk het bedrag binnen de 2 jaar claimen,
anders is de club waar de speler tekende als prof niet meer verplicht dit te betalen. Dit is dan ook een
rede waarom er een nieuwe module moet komen voor de opleidingsvergoedingen. Er zou veel geld
mislopen worden, doordat de termijn van de opleidingsvergoedingen verjaart, en dus zal de module
dit moeten verhelpen.
In de bijlagen (deliverables) staat ook de documentatie over de volledige regelgeving van de
opleidingsvergoedingen. Deze documentatie is afkomstig van de opdrachtgever.
Incentives
Naast de opleidingsvergoedingen zullen we ook werken aan een module voor incentives te beheren.
Wanneer een speler verkocht wordt, kan er in het contract extra overeenkomsten worden gemaakt.
Deze overeenkomsten worden incentives genoemd.
Bij een incentive wordt er vooraf een conditie vastgesteld waaraan de speler moet voldoen om een
bedrag binnen te halen voor de club. Het is dus eigenlijk een bijkomende transfervergoeding en ligt
vastgesteld in het contract tussen de 2 clubs.
Project aanpak
Het eerste wat we hebben gedaan als aanpak van dat project is het opstellen van het PID of Project
Initiation Document. Dit is een heel belangrijk document dat zal dienen als een soort ruggengraat of
referentiepunt van het project, en er kan op elk moment gedurende de loop van het project naar
teruggeblikt worden. Het document dient dus als een soort overeenkomst tussen werknemer en
opdrachtgever.
Belangrijke zaken die aan bod komen in het PID zijn:
-Project definitie → Alle nodige informatie om het project en het verhaal er rond te begrijpen.
-Project objectives → Zaken waaraan het project moet voldoen (zoals het effectieve doel berijken)
-Desired outcomes → De resultaten die we bij geslaagd project willen behalen.
-Project scope and exclusions → Zaken die binnen het project vallen en eventuele zaken die extra zijn.
-Constraints and assumptions → Regels waaraan we ons moeten houden en niet van kunnen
afwijken, zoals wetgeving en deadlines, en zaken die we aannemen
zoals het bestaande systeem werkt correct.
-Users and know interested parties → Alle belanghebbende partijen van het project (voetbalclubs)
-Different functions → De verschillende functionaliteiten die de module moet bevatten.
-Business Case → Hier wordt de rechtvaardiging van het project en het nut ervan vastgesteld
-Project Management Team Structure and Roles → De betrokken binnen het project en hun rollen
worden hier gedifinieerd.
-Quality Management Strategy → Hier overlopen we de technieken die we gebruiken om de kwaliteit
van ons project te verzekeren.
-Risk Management Strategy → De risico's waarmee we rekening moeten houden gedurende het
project.
-Communication Management Strategy → Beschrijving van hoe de communicatie binnenin het
project zal lopen zowel tussen project team en
opdrachtgever als onderling.
-Project Plan → Stappenplan van hoe het project zal verlopen.
-Project Controls → Samenvatting van de afgesproken technieken voor rapportering in het project.
-Extra bijlagen van de opdrachtgever omtrent de officiele regelgeving van opleidingsvergoeding die
gedurende het hele project in achting moet genomen worden.
Het is van groot belang al deze zaken te laten nakijken en goedkeuren door de werkgever, zo kan er in
de verder loop van het project altijd terug geblikt worden naar het PID om eventuele twisten uit te
sluiten.
Vergelijking technologieën
De technologieën die ons door de werkgever zijn opgelegd staan vast aangezien we moeten werken
in een bestaand platform dat al reeds geschreven is in de talen HTML, PHP, Jquery. Toch vonden we
het interessant om deze technologieën eens te gaan vergelijken met andere alternatieve talen op de
markt zoals Ruby, Python en JavaScript.
PHP vs Ruby en Python
Er zijn voorbeelden van grote webplatformen in elke van deze talen, zo zijn Facebook en Wikipedia
bijvoorbeeld grotendeels gemaakt in de taal PHP, Twitter me Ruby en Youtube en Google met Python.
Toch zijn er verschillen, zo is PHP bijvoorbeeld makkelijker aan te leren als je als programmeur al
ervaring hebt in een C-omgeving.
Ruby is eerder een taal voor meer gevorderde programmeurs terwijl Python wordt beschreven als de
meest leesbare programmeertaal van de drie. Op het eerste zicht zouden we dus kunnen zeggen dat
Python het beste scoort maar toch zien we dat PHP met uitstek de meest gebruikte taal is van de
drie. Dit komt voornamelijk omdat een groot deel van de beginnende programmeurs al ervaring heeft
in een C-omgeving en dit verlaagt de instapdrempel enorm. Ook is er veel meer documentatie te
vinden over PHP en er zijn tal van tutorials te vinden op het net die ook door personen met minder
IT-voorgrond kunnen begrepen worden.
Uiteindelijk kunnen we dus concluderen dat PHP wel degelijk geen slechte keuze was voor dit project
en dat het zeker in ons voordeel zal spelen met het feit dat wij al wat ervaring hebben in een C-
omgeving. Ook is het altijd handig bijgenomen dat er meer dan genoeg documentatie valt te vinden
op het internet.
JQuery vs JavaScript
JQuery en JavaScript zijn beide scripting talen die eigenlijk ongeveer het zelfde zijn. Simpel gesteld zou je kunnen zeggen dat JQuery eigenlijk een set van JavaScirpt libraries is die specifiek zijn ontwikkeld om “event handling”, “Ajax interacties”, “animaties” ,.. van HTML documenten te vergemakkelijken. Het zijn talen die vooral zorgen voor de interactie tussen de interface en back-end(HTML).
Natuurlijk kan je ook nog een heleboel andere zaken doen met JavaScript zoals, game-ontwikkeling, servers en desktop applicaties zoals Gmail. Wel zijn er een paar vaak voorkomende problemen en bugs bij JavaScript, zo is JavaScript niet helemaal cross-browser compatibel.
Dit heeft ervoor gezorgd dat webdevelopers zich bezig hielden met het maken van eigen zelfgemaakte frameworks in JavaScript. Dit liet hen toe om te werken rond specifieke bugs zonder tijd te verliezen aan het debuggen ervan. Dit heeft er uiteindelijk voor gezorgd dat er groepen ontstonden van developers die samen JavaScript libraries maakten die gratis en open source waren. Zo is Jquery eigenlijk gewoon de populairste en meeste gebruikte van deze JavaScript libraries.
Dus eigenlijk komt Jquery voort uit JavaScript en zijn ze dus beide ook JavaScript, het is daarom ook moeilijk om te zeggen welke van de twee het beste is aangezien je effectief de zelfde functionaliteiten kan bereiken met beide. Wel ga je vaak zien dat je met Jquery minder lijnen code gebruikt om het zelfde te doen als met pure JavaScript.
Hieronder zie je een klein voorbeeld van hoe je de achtergrond kleur veranderd.
Vb:
jQuery
$ (‘body’) .css (‘background’, ‘#ccc’); JavaScript
Function changeBachground(color) { Document.body.style.background = color; } Onload=”changeBackground (‘red’);”
Zoals je kan zien heb je bij Jquery genoeg met 1 regel code terwijl dat er met JavaScript al 3 zijn.
Niet te vergeten is dat Jquery in tegenstelling to Javascript wel volledig cross-browser compatibel is. Dit zorgt er dan weer voor dat je geen uren zit te verspillen met het debuggen van cross-browser compatibiliteits-problemen.
Praktijk onderzoek
Voor we aan het werk kunnen gaan is er eerst nog wat voorgrond kennis nodig, zo hebben we tijdens
onze school carrière nooit les gehad over PHP. Dit omdat er gewoon te veel programmeertalen zijn
om allemaal te kunnen zien tijdens onze opleiding.
Het eerste wat we nodig hadden om te kunnen werken met PHP en webapplicatie in het algemeen is
de tool XAMPP.
XAMPP
XAMPP is een gratis opensource tool om eenvoudig een webserver op te zetten. Zo kan je met
XAMPP gemakkelijk een Appache-webserver, SQL server, etc opzetten en het wordt wereldwijd
vooral gebruikt door zijn eenvoudigheid en het feit dat er veel documentatie over te vinden valt.
In de deliverables (praktijkonderzoek) staat stap voor stap uitgelegd hoe je XAMPP control panel
installeert en gebruikt om snel en makkelijk een Appache webserver op te zetten.
Deze tool kwam ons niet onbekend voor aangezien we al eerder in onze opleiding hadden gewerkt
met XAMPP.
PHP, JQuery & AJAX
Zowel PHP, JQuery als AJAX hebben we bestudeerd op de bekende website www.w3schools.com ,
deze hebben we in het verleden al vaker gebruikt om zaken op te zoeken i.v.m. om het even welke
programmeertaal. Er was heel veel informatie te vinden over elke taal en ze werken ook altijd met
simpele maar duidelijke voorbeelden om bepaalde zaken uit te leggen en daar hadden we veel aan.
Zo kan je bij w3schools ook altijd het resultaat dat de code geeft bekijken naast de code. Natuurlijk
zijn voorbeeldjes bestuderen niet voldoende om de stof onder de knie te krijgen en daarom hebben
we ons ook grotendeels bezig gehouden met het volgen van video tutorials.
In het verleden en ook nu hebben we gebruik gemaakt van de website: www.thenewboston.com. Ik
ben ooit op deze website terecht gekomen wanneer ik informatie zocht over de programmeertaal C#
en Android en heb ik sindsdien altijd gebruikt wanneer ik iets niet snapte met om het even welke taal
dan ook. Er zijn 100den video tutorials met stap voor stap uitleg door een team van enkele
professionals en er worden regelmatig nieuwe gepost. Je kan van zo goed als alle belangrijke zaken
een video terug vinden en ook over PHP waren er een heleboel tutorials. Zo heb ik deze allemaal
overlopen en zelf getest om de talen beter onder de knie te krijgen. In de deliverables staan enkele
voorbeelden beschreven bij het deel 'Praktijkonderzoek'.
Analyses
Na het praktijkonderzoek is het ook van belang een analyse uit te voeren van het huidige systeem, dit
voornamelijk omdat er al reeds een werkend systeem is. Zo hebben we onze analyse opgesplitst in
drie delen namelijk eerste een analyse van het platform zelf, een database analyse en de analyse van
de code.
Platform
We vonden het belangrijk toch een goed beeld te hebben van welke functionaliteiten het huidige
platform bevat. Hier hebben we ons voornamelijk gespitst op het Financieel gedeelte aangezien onze
module daar mee te maken heeft. De meeste van de functionaliteiten zijn redelijk duidelijk en voor
de hand liggend.
Database
Eerst en vooral hebben we de verschillende tabellen van de database overlopen, om uit te maken welke tabellen wij nodig zullen hebben tijdens de stage. Hiervoorgebruikte we MyPHPadmin. Deze tabellen zijn:
Historiek
Finance
Finance_type
Finance_kostenpost
Finance_verrichtingen
Finance_verschuldigden
Finance_statussen
Opleidingsvergoeding_statussen
Users1314 Het eerste dat ons opviel was dat de database niet helemaal genormaliseerd was, wij hebben namelijk geleerd dat volgens de regels van de kunst je normaal altijd je database moet normaliseren. Dit wil natuurlijk niet zeggen dat dit niet juist is, het kan namelijk zijn dat ze de normalisering niet overal toepassen om performantie te verbeteren. Hierna hebben we alle tabellen besproken volgens type, attributen, standaardwaarde en beschrijving. Op deze manier hadden we dan een gestructureerd overzicht van alle voor ons belangrijke tabellen. Deze informatie valt terug te vinden in de bijlagen als excel bestand.
Code
Voor de code analyse zijn we ongeveer op dezelfde manier aan het werk gegaan. Eerst en vooral
hebben we redelijk lang moeten wachten op de code aangezien er druk werd gewerkt aan het
nieuwe platform. Uiteindelijk kregen we de code van de toenmalige stand van zaken (work in
progress) en zijn we begonnen met het begrijpen van de structuur hiervan. Zo stelden we weer een
excel bestand op en beschreven we elke map en bestand en ook deze is is in de bijlage terug te
vinden.
We zagen zeker het nut in dit gedeelte van de analyse aangezien we toch op enkele zaken zijn
gevallen die verwarrend kunnen zijn tijdens het programmeren. Zo is de Signup.php pagina de login
pagina en niet de registratie pagina en hebben we ontdekt dat je d.m.v. SQL-injection kan inloggen in
het systeem, er valt wel niet te vergeten dat dit nog in ontwikkeling is en dit waarschijnlijk de oorzaak
is van het toch wel gevaarlijk security probleem.
User stories & use cases
Na de analyse zijn we gestart met de eerste fase van de ontwikkeling. Dit door het opstellen van User
stories en Use cases. Deze geven duidelijk weer wat de gebruiker allemaal moet kunnen met de
applicatie. Ook zijn deze perfect om later te gebruiken bij het opstellen van testscenario’s.
De user stories worden in een lijst weergegeven en bevatten alle functionaliteiten die een actor of
gebruiker kan doen binnen in een applicatie. Daarom beginnen de meesten hiervan met “Een
gebruiker kan ...”. Het is belangrijk hiervan een opsomming te maken zodanig dat je later
gestructureerder kan werken en ook geen belangrijke functionaliteiten over het hoofd ziet.
De use cases zijn eigenlijk scenario's die een gebruiker gaat meemaken indien hij een bepaalde
functionaliteit gebruikt. Hier wordt stap per stap beschreven wat er allemaal gebeurt gedurende een
bepaald proces. Deze scenario's kunnen ook gebruikt worden voor het opstellen van testscenario’s,
Het is niet de bedoeling elk mogelijk scenario te gaan uitschrijven aangezien dat een hele waslijst zou
zijn. Vooral de vaak voorkomende scenario's zijn van belang.
Samenwerking en communicatie
met collega Stan Samyn:
De Samenwerking en communicatie met Stan liep altijd heel vlot, we kennen elkaar ook al langer en
zijn van de zelfde regio afkomstig. We spraken af in de lessen 'IT-Project' en kwamen ook regelmatig
samen buiten de school uren. Ook hebben we frequent contact gehad via Skype en Teamviewer om
vanop afstand samen te kunnen werken, Het is ook niet de eerste keer dat is samen werk met Stan
dus dit was niets nieuw voor ons.
met stagebegeleiders
Onze stagebegeleiders zijn Kevin Vermeulen en Jan De Laet, onze eerste kennismaking met
ProsoccerData was via onze afspraak Jan in het Square Café. Zoals al eerder vermeld is hij de
verantwoordelijke van de technische aspecten van het platform. Met hem hebben we meerdere
malen afgesproken om technische zaken de bespreken zoals de code en de database. Ook kregen we
van hem een account op een test databank om daarop te kunnen werken en testen. Indien we iets
niet begrepen of onduidelijk was konden we hem ook altijd contacteren via mail of gsm, dit hebben
we dan ook soms gedaan.
Ook met Kevin spraken we meerdere malen af, hij wou ons een zo goed mogelijk beeld geven van wat
de bedoelingen nu juist zijn van ProsoccerData en hun toekomstige plannen. Eerst kregen we een
andere opdracht maar bij onze tweede meeting met hem vertelde hij ons dat er verandering ging
komen in het project. Dit omdat hij en Jan nog eens goed hadden nagedacht en ze juist de beslissing
hadden genomen om het huidige platform over te zetten naar een nieuw. Daarom was onze eerste
opdracht overbodig en kregen we een nieuwe. Dit werd ons gelukkig zo snel mogelijk medegedeeld
en dus was het helemaal geen probleem aangezien we nog maar amper met de voorbereidingen
begonnen waren. Ook Kevin konden we altijd via mail of GSM bereiken.
met stagementor:
Onze stagementor is Serge Van Cleynenbreugel, met hem hebben we twee maal een meeting
gehouden. Als we vragen hadden waarmee we niet bij onze stagebegeleider terecht konden dan
stelde we deze aan onze mentor. We gaven steeds de stand van zaken weer en vroegen of we op de
goede weg zaten. Hij stuurde ons dan in de goede richting verder.
Persoonlijke bevindingen
Positieve bevindingen
In het begin van het semester vond ik het hele gebeuren nogal spannend, voor de eerste keer ging ik
mij gaan moeten bewijzen als IT'er in een 'echt' bedrijf. Opzoek gaan naar een stageplaats was ook
een hele leuke ervaring. Ik had dit nog nooit gedaan en ik vond dat alles op een zeer natuurlijke
manier in zijn verloop ging en alles was zeer spontaan. Dit zowel bij mijn eerste gesprek met METRO 5
als bij ProSoccerData.
Ook kijk ik ernaar uit om in een jong bedrijf te werken, en hoop ik hier veel ervaring op te doen indien
ik misschien zelf ooit iets zou willen oprichten. Ik had geen zin om in een ouderwets milieu terecht
geraken en ben er zeer dankbaar voor dat dit niet het geval is.
Ik kijk er ook naar om samen te werken met Stan aangezien we in het verleden steeds goed
presteerde als een team en ik mij op deze manier ook meer op mijn gemak voel.
In het algemeen is mijn voetbal kennis nogal vrij nihil en hoop ik stiekem wat meer betrokken te
raken in de voetbal wereld, zeker nu ons land zo goed bezig is.
Negatieve bevindingen
Ergens vind ik het wel spijtig dat ik geen ervaring ga opdoen op werkveld gebied, aangezien we vooral
van thuis uit gaan werken. Hierdoor zal ik nog altijd geen idee hebben hoe het aan de gang gaat in
een echt IT bedrijf. Ik had mij vroeger namelijk altijd ingebeeld dat ik tijdens mijn stage in één of
andere IT -afdeling zou belanden maar dit is kennelijk niet het geval. Zo zal ik buiten Stan geen andere
collega's hebben en zelf ben ik een sociaal iemand dus dat kan ik miss wel wat missen.
Bronnen
http://www.prosoccerdata.com/
http://thenewboston.org/
http://www.w3schools.com/