IT-PROJECT

Marchand Tom

Toegepaste Informatica 2013 – 2014

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/