Januari 2014

ProSoccerData Bachelor IT-proef

Stan Samyn HUB

1

Voorwoord Als laatstejaarsstudent Toegepaste Informatica moet je aantonen dat je in je loopbaan op de HUB gegroeid bent naar een echte IT’er. Dit doe je vooral in je eindwerk, wat beschouwd wordt als het belangrijkste onderdeel van je HUB-loopbaan. Het eindwerk bestaat hoofdzakelijk uit 2 grote delen, het vak IT-project en de stage zelf. Het doel van het vak IT-project is de stage zo goed mogelijk voorbereiden, zodat er in februari onmiddellijk aan de slag kan worden gegaan. Dit document beschrijft dus de voorbereidingen die wij nodig achtten, om het project tot een goed einde te brengen. Om hierin te slagen moet je natuurlijk aan een aantal competenties voldoen, om op die manier het zogenoemde ‘niveau 6’ te behalen. Met dit document proberen we te bewijzen dat de nodige competenties zeker en vast gehaald zijn.

2

Inhoudsopgave Voorwoord ................................................................................................................ 1

Inhoudsopgave .......................................................................................................... 2

Inleiding .................................................................................................................... 3

Zoektocht naar een project - Sollicitatiegesprekken .................................................. 4

Definitie project ........................................................................................................ 6

Context .................................................................................................................. 6

Opdrachtgevers ..................................................................................................... 6

Projectverandering ................................................................................................ 7

Project aanpak .......................................................................................................... 9

Project Initiation Document (PID) .......................................................................... 9

Contact & Meetings ............................................................................................... 9

Praktijkonderzoek ................................................................................................... 11

Vergelijking technologieën .................................................................................. 11

PHP, jQuery & JavaScript ..................................................................................... 11

AJAX & JSON ........................................................................................................ 12

Analyse.................................................................................................................... 13

Platform analyse .................................................................................................. 13

Database analyse ................................................................................................. 13

Code analyse ....................................................................................................... 14

Agile ........................................................................................................................ 15

User stories & Use cases ...................................................................................... 15

Zelfevaluatie niveau 6 ............................................................................................. 16

Persoonlijke bevindingen ........................................................................................ 17

Slotwoord................................................................................................................ 18

3

Inleiding Het document bestaat hoofdzakelijk uit 2 delen. Het eerste deel geeft een overzicht van de verschillende fases van het project en is individueel opgesteld. Het tweede deel bestaat uit de technische bijlagen van het project, welke dus gezamenlijk zijn gemaakt door mijn collega Tom Marchand en mezelf. Elke bijlage uit deel 2 wordt in deel 1 toegelicht. Er wordt dus telkens verwezen van deel 1 naar de verschillende bijlagen. Vooraleer we aan een project konden beginnen, moesten we natuurlijk eerst een project vinden. We starten dus logischerwijs met de zoektocht naar het project, en wat er zoal bij kwam kijken. Eens we het project te pakken hadden, konden we beginnen met het project te definiëren. In de ‘Project Definitie’ wordt dan ook meer uitleg gegeven omtrent het bedrijf ProSoccerData, en meer bepaald de opdrachtgevers Kevin Vermeulen & Jan De Laet. Eens de definitie van het project voor 100% zeker was, konden we beginnen uit te stippelen hoe we het project zouden aanpakken. Op school leerden de docenten ons dat alles binnen informatica berust op Prepare, Plan, Design. Op voorhand vastleggen hoe je het project zal aanpakken is dus essentieel. De beste manier om dit te doen is via een Project Initiation Document (PID). Daarnaast wordt er binnen de ‘Project Aanpak’ ook nog toegelicht hoe het project zal worden opgevolgd. Nadat alle stappen waren voorbereid en ingepland, begonnen we stap per stap aan het project. De eerste stap was het praktijkonderzoek, waar we de nieuwe programmeertalen leerden kennen en gebruiken. Na deze stap kwam de analyse. Hier hebben we zowel het platform, de database als de code zelf geanalyseerd. We vonden het belangrijk dat dit in het eerste deel van het project gedaan wordt, zodat we hier niet teveel tijd aan zullen verliezen tijdens de daadwerkelijke stage. Ten slotte begonnen we aan de eerste fase van de ontwikkeling. Dit door User stories en Use cases op te stellen. Deze geven duidelijk weer wat een gebruiker van de applicatie allemaal moet kunnen.

4

Zoektocht naar een project - Sollicitatiegesprekken De eerste taak binnen het vak IT-project was natuurlijk het vinden van een project. De begeleiders zorgden zoals ieder jaar voor een lijst met stageplaatsen. Deze plaatsen zijn in bedrijven waar de HUB in voorgaande jaren al nauw heeft mee samengewerkt. Uiteraard was het ook mogelijk om zelf met een voorstel op de proppen te komen. De begeleiders raadden ons aan om bij verschillende bedrijven tegelijk te solliciteren, want wanneer je maar op één paard tegelijkertijd gokt, kan het wel eens lang duren vooraleer je prijs hebt. Zelf solliciteerde ik bij ProSoccerData, Metro 5 en Microsoft met het oog op een stageplaats. Mijn eerste gesprek was dat met Metro 5. Dit project sprak me enorm aan, omdat er een iPhone-applicatie moest ontwikkeld worden, en ik al enige ervaring heb hierin. Dit gesprek verliep zeker en vast niet slecht, want eigenlijk mochten mijn collega Tom Marchand en ik onmiddellijk van start gaan. Maar we wouden eerst afwachten hoe de andere gesprekken zouden verlopen, want die bedrijven leken ons toch interessanter om stage bij te lopen. Bij Microsoft was er niet echt een stagegesprek, maar wel een toelatingstest, waaruit dan de beste 15 werden genomen. Deze test ging door in het MIC1, en was van een redelijk hoog niveau. Desondanks scoorde ik goed, en werd ik toegelaten mijn stage bij Microsoft te doen. Uiteindelijk heb ik niet voor deze stageplaats gekozen. Microsoft was namelijk heel laat met de verdelingen van de verschillende plaatsen, waardoor ik al besloten had bij ProSoccerData stage te doen. Om een stageplaats te verkrijgen bij ProSoccerData was er geen test, maar er werd toch ook wel goed gewikt en gewogen wat voor vlees ze in de kuip hadden. Alvorens op kennismakingsgesprek te gaan, moesten we een portfolio samenstellen en doorsturen. Dit portfolio bevatte alle projecten omtrent web development van mijn collega Tom Marchand en mezelf, en is terug te vinden in de bijlagen. We kregen al snel een positief antwoord, en mochten op kennismakingsgesprek. Het meeting report van dit gesprek is terug te vinden bij de bijlagen onder ‘Meeting Reports’. Na dit gesprek was ik uitermate in de wolken, want deze stageplaats had toch wel mijn voorkeur. Zelf speel ik ook voetbal en ben ik al heel mijn leven supporter van RSC Anderlecht. Een combinatie van IT en voetbal is als een droom die uitkomt, wat de motivatie natuurlijk ten goede komt. Eerder tegen het einde van het project, kwam er ook nog een ‘onverwachte’ sollicitatie uit de bus. Vorige zomer heb ik namelijk vakantiejob gedaan bij Mobco,

1 Microsoft Innovation Center

5

een klein, maar groeiend MDM-bedrijf2 gelegen te Dilbeek. Mijn statuut binnen het bedrijf werd omschreven als ‘Junior Software Developer’. Na het aanmaken van een account op LinkedIn, en het toevoegen van een aantal connecties, kreeg ik op 16/12 een bericht van Ulrik Van Schepdael, CEO van Mobco. Deze mail was een uitnodiging op hun kerstdiner, maar met bijkomend sollicitatiegesprek voor een vast contract in juli, na de examenperiode. Dit gesprek is heel vlot verlopen, en kan ik nu met enige fierheid zeggen dat er al een job op me ligt te wachten. Hierbij zou ik de eerste 2 maanden wel nog als jobstudent onder contract staan, wat me de perfecte mogelijkheid geeft om nog bij andere bedrijven te solliciteren, alvorens ik een vast contract bij Mobco teken. Goed kunnen solliciteren is van vitaal belang voor het vinden van een job. Door het zoeken van het project, de extra sollicitatie bij Mobco en het opstellen van de CV voor Hays, ben ik weer een aantal ervaringen rijker op dit vlak. Deze CV kan u terugvinden in de bijlagen.

2 MDM - Mobile Device Management – smartphones & tablets beheren in grote bedrijven

6

Definitie project

Context ProSoccerData is een internetplatform met voetbalinformatie en gegevens, ontwikkeld voor de spelers, staff en scouts van een voetbalclub. De gebruikers kunnen vanop elke browser inloggen, en komen dan op het platform terecht dat aangepast is aan hun specifieke rechten. De gebruikers kunnen hoofdzakelijk met de applicatie:

agendagegevens raadplegen

een overzicht van de volgende wedstrijden & trainingen raadplegen

scoutings- , trainings- & medische verslagen opmaken & raadplegen

individuele prestaties raadplegen

berichten uitwisselen

statistieken raadplegen

…

Opdrachtgevers ProSoccerData bestaat uit slechts 2 personen, Kevin Vermeulen en Jan De Laet. Zij zijn allebei onze opdrachtgevers, aangezien we regelmatig met beiden in contact komen. Kevin Vermeulen is de projectleider binnen ProSoccerData en geeft ons vooral uitleg over de scope van het project. Jan De Laet is dan logischerwijs de ontwikkelaar van het platform, en ontmoetten we vooral voor de technische uitleg van het project, zoals de database structuur en de PHP code. Buiten ProSoccerData is Kevin ook aan het werk bij de voetbalclub RSC Anderlecht. Hij merkte op dat RSCA nood had aan een online voetbalplatform, en besloot samen met Jan om dit te ontwikkelen. Jan werkt nu zelfs voltijds voor ProSoccerData om het platform te verbeteren en service te bieden aan hun bestaande klanten. Het platform wordt sinds de laatste jaren dus ook buiten RSCA gebruikt. Andere voetbalclubs zijn Eendracht Aalst, Excelsior Virton, … Verder in het document is er een PID waar u nog meer informatie kan terugvinden over onze opdrachtgevers. Naast een PID zit er ook nog een artikel van ‘Vokatribune’ over ProSoccerData in de bijlagen van dit document.

7

Projectverandering Tijdens onze eerste meeting kregen we de keuze tussen 2 projecten, namelijk een mobiele webapplicatie voor de spelers, of het uitwerken van een beeldbank. Naast deze projecten zijn er nog andere projecten die aandacht vereisen, maar deze 2 vonden onze opdrachtgevers het best geschikt als stageprojecten. Zie meeting report in de bijlages. Tom Marchand en ik kozen voor de mobiele webapplicatie voor de spelers. We zijn beide heel erg geïnteresseerd in alles wat met mobiele webapplicaties te maken heeft, aangezien het zo veel voordelen met zich meebrengt. Hierbij spreek ik bijvoorbeeld over het feit dat een webapplicatie op elk toestel kan gedraaid worden, en dat je dus de mobiele applicatie niet 3 maal moet ontwikkelen (iOS, Android en Windows Phone). Deze approach met het specifiek ontwikkelen voor ieder soort toestel heeft natuurlijk z’n voordelen. Maar met de komst van HTML5 & CSS3 zijn veel van deze voordelen ook mogelijk binnen een mobiele webapplicatie. ProSoccerData heeft al een applicatie in iOS voor de spelers, ontwikkeld door de HUB stagestudenten van vorig jaar. Maar aangezien ze deze op alle toestellen willen kunnen draaien, hebben ze besloten er een mobiele webapplicatie van te maken. Eind oktober kregen Tom en ik een mail van de opdrachtgevers met de vraag zo snel mogelijk een meeting in te plannen. Zie meeting report in de bijlages. Tijdens de meeting werd ons medegedeeld dat ons project overbodig geworden is, aangezien de opdrachtgevers besloten hebben het huidige platform volledig responsief te maken, en het dus bijgevolg met elke mobiele browser gedraaid kan worden. Dit was voor ons niet leuk om te horen, omdat we erg gemotiveerd waren om de mobiele webapplicatie tot een goed einde te brengen. Maar Kevin Vermeulen gaf ons meteen een nieuw project, nl het beheren van de clubhistoriek van spelers verbeteren en het bijhouden van de opleidingsvergoedingen. Dit project is dus een uitbreiding op het huidige systeem van ProSoccerData. Kevin wist ons ook meteen uit te leggen hoe de regelgeving omtrent deze opleidingsvergoedingen in elkaar zit, en welke voordelen er allemaal mee gemoeid zijn voor zowel ProSoccerData zelf, als voor hun klanten zoals bijvoorbeeld RSC Anderlecht. Voor ProSoccerData zou dit betekenen dat ze een troef hebben ten opzichte van hun rechtstreekse concurrentie. Deze concurrentie heeft nog geen systeem die de opleidingsvergoedingen van spelers bijhoudt. De nieuwe module op het systeem, die mijn collega en ik zullen ontwikkelen, kan dus doorslaggevend zijn voor ProSoccerData bij het vinden en overtuigen van nieuwe klanten. Deze nieuwe klanten zullen enkel en alleen overtuigd kunnen worden wanneer de module ook voor hun voordeel kan opleveren. Dit zal het zeker, wanneer je weet dat een grote club zoals RSC Anderlecht tot wel €200 000 per jaar misloopt aan opleidingsvergoedingen.

8

Verder in het document vind je de PID terug. Hierin is de scope van het (nieuwe) project en de regelgeving omtrent opleidingsvergoedingen nog verder uitgediept. Zoals reeds vermeld waren mijn collega en ik eerst wat teleurgesteld omtrent de verandering van het project. Maar eens we echt kennis hadden gemaakt met het nieuwe project, en de voordelen van de nieuwe module voor zowel ProSoccerData als hun klanten doorhadden, zijn we toch ook blij met dit project. Wetende dat een topclub als RSC Anderlecht, en tevens ook mijn favoriete club, veel geld kan verdienen aan iets wat ik (samen met Tom Marchand uiteraard) ontwikkeld heb, geeft enorm veel motivatie. Want hoe je het ook draait of keert, een voetbalclub op een dergelijk hoog niveau is een bedrijf, waar dus veel draait om geld. Meer geld resulteert dan ook weer in de mogelijkheid om betere spelers aan te trekken en bijgevolg meer prijzen te pakken. Ik ben dan ook heel fier dat ik de kans krijg om (onrechtstreeks) een bijdrage te leveren aan het succes van mijn favoriete club.

9

Project aanpak

Project Initiation Document (PID) Tijdens het project hebben Tom en ik getracht zoveel mogelijk volgens het PRINCE2-model te werken, zoals we in voorgaande jaren geleerd hebben. In dit model kan natuurlijk geen Project Initiation Document (PID) ontbreken. Deze hebben we dus zeker en vast gemaakt, en is terug te vinden in de bijlagen. Een Project Initiation Document is bedoeld om het project duidelijk te definiëren, zodat je het uiteindelijk tot een goed einde kan brengen. Dit document bakent de project scope af, en vormt zelf een soort van contract tussen het project team en de opdrachtgever. De PID moet zodanig opgebouwd zijn dat er aanpassingen kunnen worden gedaan, en dat het project op elk moment kan worden overgenomen door een ander team, zonder veel tijd te verliezen. De PID die wij gemaakt hebben voor het project voldoet aan deze criteria, en bevat de volgende onderdelen:

Project Definition

Project Approach

Business Case

Project Management Team Structure

Role Descriptions

Quality Management Strategy

Risk Management Strategy

Communication Management Strategy

Project Plan

Project Controls

Contact & Meetings Gedurende het project van het vak IT-project, hebben we 4 meetings gedaan met de opdrachtgevers, waarvan de verslagen terug te vinden zijn in de bijlagen. Telkens was dit voor meer uitleg van het project en het opstellen van de nodige afspraken. Verdere communicatie verliep via e-mail. Aangezien de stage, beginnende in februari, grotendeels thuiswerk is, zal er dan wel vaker afgesproken worden voor een meeting. Momenteel staat gepland dit om de 14 dagen te doen, maar natuurlijk zal dit variëren naargelang de omstandigheden. Onderling werkten mijn collega en ik tijdens het vak IT-project meestal in school aan de voorbereidingen van de stage. De rest van het werk deden we dan elk van thuis met behulp van de tools Skype en TeamViewer.

10

Tijdens de stage zelf doen we aan pair programming. Hierbij is het dus vanzelfsprekend dat we telkens zullen afspreken bij iemand thuis om te werken voor de stage. ProSoccerData heeft namelijk nog geen eigen kantoren, en gebeurt bijgevolg de stage van thuis uit. Dit heeft natuurlijk een aantal voor- en nadelen. Voordelen thuiswerk:

Geen transportkosten

Geen tijdverlies van en naar de stageplaats

Flexibele uren Nadelen thuiswerk:

Risico dat je meeste werk opschuift naar de avond

Geen rechtstreeks contact met opdrachtgevers Deze voor- en nadelen zullen in praktijk wel nog wat verder afwijken. Zo zullen Tom en ik onderling moeten afspreken, dus zal er om de beurt toch een kost en tijdverlies zijn door transport. Ook bij de flexibele uren is er een opmerking te maken, aangezien er rekening moet gehouden worden dat er elke avond per mail doorgestuurd wordt naar de opdrachtgevers wat er gedaan is die dag door het project team. Het is niet de bedoeling dat de opdrachtgevers deze mail pas laat op de avond in hun mailbox krijgen. Verder zijn mijn collega en ik erg gemotiveerd, en hebben dus geen schrik dat we het werk allemaal zullen laten liggen tot in de avond. Zelf ben ik iemand die liefst eerst het werk afmaakt alvorens te ontspannen. Ook het feit dat er geen rechtstreeks contact is met de opdrachtgevers vinden we eigenlijk juist een uitdaging, want op die manier leer je zelfstandig werken. Als je later in een groter bedrijf terecht komt als ‘software developer’, en je moet meewerken aan de ontwikkeling van een applicatie, zal er meestal ook geen rechtstreeks contact zijn met de opdrachtgever.

11

Praktijkonderzoek

Vergelijking technologieën De technologieën die we zullen gebruiken bij het ontwikkelen van de module zoals bvb PHP, zijn ons opgelegd door de opdrachtgever. Het zou immers onlogisch zijn een nieuwe module op een bestaand platform in een andere programmeertaal te ontwikkelen als het platform zelf. Om toch eens te toetsen of de opdrachtgever in het verleden de juiste technologieën voor de juiste zaken heeft gebruikt, deden we een vergelijking van deze technologieën ten opzichte van andere gelijksoortige technologieën. Dit kan je terugvinden in de bijlagen.

PHP, jQuery & JavaScript Zoals reeds vermeld hebben mijn collega Tom Marchand en ik een portfolio moeten maken voor ProSoccerData, zodat ze konden inschatten wat onze kennis is omtrent webdesign. Hierbij kregen we ook meteen de vraag of we al enige ervaring hadden met PHP, jQuery en/of JavaScript. JavaScript hebben we in het eerste jaar gezien in het vak ‘Webontwikkeling 2’, dus deze is ons zeker niet vreemd. jQuery hebben we binnen de lessen nooit gezien, maar had ik in mijn vrije tijd wel al een aantal keren gebruikt. Met de belangrijkste van de 3, PHP, hadden we spijtig genoeg nog geen ervaring. Om dit enigszins op te lossen hebben we een aantal projecten in C# in het portfolio gestoken, om toch onze kennis van programmeren te kunnen aantonen. Want hoe je het ook draait of keert, de gedachte achter programmeren blijft altijd dezelfde, het is hoofdzakelijk een kwestie van de nieuwe syntax in de vingers te krijgen. Om dit te realiseren hebben we dus een praktijkonderzoek gedaan. Hierbij hebben we vooral de nieuwe programmeertaal PHP onder de loep genomen, maar ook jQuery en JavaScript hebben we wat opgefrist. Zoals u kan lezen in de bijlagen hebben we verschillende methodes toegepast. We zijn begonnen met het kennismaken en begrijpen van de nieuwe syntax, met behulp van www.w3schools.com. Vervolgens hebben we een aantal video tutorials gevolgd met voorbeelden van PHP en jQuery. Deze tutorials zijn te vinden op www.thenewboston.org, een website waarop je bijna elke programmeertaal kan aanleren op een leuke manier. Zelf maak ik al een aantal jaar gebruik van deze website, zowel in mijn vrije tijd als op professioneel vlak zoals bijvoorbeeld gedurende mijn vakantiejob deze zomer in Mobco. Eens we PHP en jQuery wat onder de knie hadden, hebben we ook een aantal eigen voorbeelden gemaakt, zoals bijvoorbeeld het Fifa-project. Voor verdere informatie omtrent de gemaakte voorbeelden, zie het praktijkonderzoek in de bijlagen.

12

AJAX & JSON Zoals reeds vermeld bij de projectverandering, zijn de opdrachtgevers het volledige platform aan het omzetten naar een nieuw responsief platform. De reden hiervoor is dat het dan ook met elke mobiele browser kan geraadpleegd worden. Halverwege de voorbereiding van de stage kregen we een mail van de opdrachtgevers met de vraag ons ook te verdiepen in de technologieën AJAX en JSON. Deze werden voordien nog nergens in het platform gebruikt, maar in het nieuwe dus wel zeker en vast. Zelf had ik al wat ervaring met AJAX, puur uit interesse in mijn vrije tijd. Maar toch heb ik deze terug een beetje opgefrist via www.w3schools.be, en door het maken van een voorbeeld. Ook dit voorbeeld is terug te vinden in het praktijkonderzoek.

13

Analyse

Platform analyse Aangezien we uitbreidingen voor het platform zullen ontwikkelen, vonden we het essentieel dit platform eerst tot in de puntjes te leren kennen. Dit natuurlijk door simpelweg het platform te verkennen, en elke mogelijke functie ervan eens te testen. Onze uitbreidingen omtrent opleidingsvergoedingen zullen terecht komen in het finance-gedeelte van het platform, en daarom hebben we aan dit gedeelte extra aandacht besteed. Verdere details zijn terug te vinden in de bijlagen. Gedurende de voorbereiding van de stage, zijn de opdrachtgevers het platform aan het overzetten naar een nieuw platform met behulp van Metronic. Dit is een template die de opdrachtgevers hebben aangekocht om het systeem responsief te maken. Het nieuwe platform was aan het einde van het eerste semester nog niet helemaal afgewerkt, dus dit hebben we niet volledig kunnen analyseren. We hebben aanvullend Metronic zelf nog wat bestudeerd.

Database analyse In dergelijk applicaties als die van ProSoccerData is de database zowat het belangrijkste onderdeel. Hier komt namelijk alle data in terecht die gebruikt wordt binnen de applicatie. Een database analyse kan dus zeker en vast niet ontbreken bij het voorbereiden van een dergelijk project. Onze opdrachtgever had voor ons een test-database aangemaakt, die dezelfde structuur heeft als de echte database van het platform. Het enige verschil is dat er gebruik wordt gemaakt van fictieve testgegevens, en dus niet de gegevens van een club zoals RSC Anderlecht. Eerst en vooral hebben mijn collega en ik alle verschillende tabellen binnen de database eens overlopen, en er die tabellen er uitgepikt waar we zelf zullen mee te maken krijgen gedurende de stage. Vervolgens hebben we van al deze tabellen de verschillende kolommen genoteerd. Naast elke kolom hebben we geschreven welke reden wij mogelijk achten waarom de kolom specifiek gebruikt wordt. Natuurlijk waren er ook kolommen waar we niet onmiddellijk het nut van in zagen. Dit hebben we ook als commentaar ernaast geplaatst, zodat we achteraf aan onze opdrachtgevers verduidelijking konden vragen. Verder hebben we in de database analyse ook nog een aantal opmerkingen geplaatst over een aantal tabellen. Zo hadden we bijvoorbeeld opgemerkt dat een heel groot deel van de database niet genormaliseerd is. Iets wat toch wel heel belangrijk is, om geen dubbele gegevens te hebben. De opdrachtgever is zich hier wel van bewust, en vertelde ons dat dit te wijten is aan het feit dat hij ongenormaliseerd begonnen was, en het achteraf moeilijk was dit nog helemaal opnieuw aan te passen. Nieuwe tabellen worden vanaf nu wel zoveel mogelijk genormaliseerd.

14

Code analyse De laatste stap van het analyse-proces was de analyse van de code. Hierbij was het niet de bedoeling elke lijn code te proberen begrijpen, maar eerder de structuur van de code. Hoe al de verschillende PHP-, JavaScript- & HTML-bestanden met elkaar in verbinding staan, welke bestanden verantwoordelijk zijn voor welke bepaalde zaken, enz. Verder wouden we met de code analyse ook toetsen of we de code over het algemeen wel begrepen. We hebben veel praktijkonderzoek gedaan naar de verschillende nieuwe programmeertalen. Maar dit onderzoek bleef toch beperkt tot syntax en basisvoorbeelden, omdat er ook nog veel andere zaken gedaan moesten worden. Gelukkig viel de code analyse heel goed mee, en was er niet echt code bij waarvan we het nut niet zagen of niet snapten. Dit was toch wel een geruststelling. Want wanneer je de code van een dergelijk platform of applicatie voor de eerste keer inkijkt, wordt je meestal toch wel wat overdonderd. Zelf maakte ik dit namelijk al eens mee, tijdens mijn vakantiejob te Mobco, zomer 2013. Hier was het ook het geval dat ik te maken kreeg met een applicatie die ik moest uitbreiden. Het ging om een iPhone applicatie in iOS7. Deze applicaties zijn geschreven in Objective C, dus een programmeertaal die ikzelf nog niet onder de knie had. Gedurende mijn eerste week kreeg ik de mogelijkheid mijn kennis omtrent iOS Development bij te schaven en het begrijpen van de code. De eerste dagen van die week was ik enorm overdonderd door de complexiteit van de code. Maar hier moet je als programmeur overheen, en ben ik dus blijven doorbijten tot ik alles van de code aan mezelf kon uitleggen. Achteraf lach je dan natuurlijk met jezelf dat je zo’n ‘makkelijke’ code niet meteen begreep. Dit alles was niet echt het geval bij de code analyse die we gedaan hebben voor ProSoccerData. Hiervoor zijn natuurlijk een aantal redenen. Zo hebben we bij ProSoccerData het praktijkonderzoek en de code analyse strikt gescheiden gehouden, terwijl ik in Mobco eerder de syntax geleerd heb aan de hand van de code zelf. Hieruit heb ik dus geleerd dat je zo’n zaken toch wel gescheiden moet houden, en dus best alles stap per stap doet. Maar ach, bij Mobco was het mijn allereerste keer, en al doende leer je. Een andere reden dat de analyse zo vlot verliep, is simpelweg het feit dat we de analyse in team hebben gedaan. Tijdens de stage zullen we Pair Programming toepassen, dus leek het ons het goed idee deze analyse ook per 2 te doen. Met 2 leg je makkelijker verbanden tussen zaken, aangezien de ene andere dingen opmerkt dan de andere. Op die manier bundel je eigenlijk als het ware je hersenen, en leer je enorm veel van elkaar.

15

Agile Bij het ontwikkelen van software wordt er in de meeste gevallen gebruik gemaakt van Agile. Dit is een manier van softwareontwikkeling die wereldwijd al jaar en dag toegepast wordt. Zelf heb ik deze manier aangeleerd en toegepast in verscheidene lessen van de voorgaande jaren. Binnen Agile kan je de ontwikkelmethode Scrum onderscheiden. Scrum is een flexibele manier om software applicaties te maken. De ontwikkelaars werken telkens in groep aan het product. Deze groep wordt het Scrum Team genoemd. Dit team3 werkt in korte sprints, met een vaste lengte van maximaal 4 weken. Aan het einde van iedere sprint levert het Scrum Team een werkend product af. Er is niets afgesproken met de opdrachtgevers over het gebruik van Scrum, maar naar mijn mening zijn de gelijkenissen toch wel groot. We zullen namelijk in een klein team aan de software werken, en iedere dag via mail laten weten aan de opdrachtgevers hoeveel en wat er gevorderd is. 2 zaken die toch wel eigen zijn aan Scrum. Daarnaast zullen we om de 14 dagen afspreken met de opdrachtgevers, wat je dan zou kunnen opvatten als telkens een sprint van 14 dagen.

User stories & Use cases Typisch aan Scrum is het bepalen van ‘User Stories’ en ‘Use Cases’. Dit is naar de mening van mijn collega en mezelf de beste en snelste manier om de requirements van de gebruiker in kaart te brengen. Een user story is een korte beschrijving van wat een gebruiker specifiek kan doen binnen een applicatie. Belangrijk hierbij is dat dit vanuit het gezichtspunt van de gebruiker gebeurd. Een use case daarentegen wordt vaak omschreven als een verzameling van user stories, maar gaat toch net iets verder dan dat. Het geeft echter een volledige en gedetailleerde beschrijving van alle interactie die nodig is om een doel van de gebruiker te halen. User stories en Use cases konden dus zeker niet ontbreken bij de voorbereiding van de stage, omdat ze een perfect overzicht geven van wat de gebruikers allemaal kunnen in een applicatie, en omdat ze zo makkelijk aanpasbaar zijn. Deze zijn dan ook terug te vinden in de bijlagen.

3 Uiteraard kunnen er bij een groot project ook meerdere scrum teams zijn, aangezien het niet aan te raden valt het scrum team te uitgebreid te maken.

16

Zelfevaluatie niveau 6 Met dit project is het als laatstejaarsstudent heel belangrijk dat je aantoont dat je niveau 6 bereikt hebt. Niveau 6 staat voor het niveau van een Professionele Bachelor. Aangezien je na dit jaar je diploma verkrijgt, is het ook niet meer dan normaal dat je eerst bewijst dit niveau gehaald te hebben. Niveau 6 staat hoofdzakelijk voor de competenties die belangrijk zijn voor een afgestudeerde IT’er. Het leek ons een goed idee om op basis van deze competenties een zelfevaluatie op te stellen, die we zo objectief mogelijk hebben ingevuld. In deze zelfevaluatie komen de vragen dus grotendeels overeen met de verschillende competenties van niveau 6 voor Toegepaste Informatica. Uiteraard is de zelfevaluatie terug te vinden in de bijlagen van dit document. Persoonlijk vind ik dat je wel kan stellen dat Tom en ik aan de competenties van niveau 6 hebben voldaan, tijdens het eerste deel van dit project. Nu is het onze missie dit aan te houden in het 2de semester.

17

Persoonlijke bevindingen Tijdens deze voorbereiding op de stage heb ik heel veel nieuwe ervaringen opgedaan. Het begon al bij het vinden van een project. Daarbij heb ik ten eerste al meegedaan aan de toelatingstesten van Microsoft. Het was toch wel een hele ervaring eens aan te voelen wat er door Microsoft zoal verwacht wordt van een laatstejaarsstudent. Naast deze test waren het samenstellen van het portfolio voor ProSoccerData en de verschillende sollicitatiegesprekken zeker en vast ervaringen die ik in mijn verdere professionele carrière nog nodig zal hebben. Eens mijn collega en ik het project bij ProSoccerData binnen hadden, was ik enorm in de wolken. De kans om je hobby met je school te combineren krijg je niet vaak, en deze heb ik dan ook met beide handen gegrepen. Het zorgt er ook automatisch voor dat ik enorm gemotiveerd was tijdens het project, en er zeker en vast niet mee in zat veel tijd aan te spenderen. Dit was ook wel nodig aangezien we nieuwe programmeertalen moesten aanleren, het platform leren kennen, de database en code analyseren, … Over de samenwerking met mijn collega Tom Marchand ben ik heel tevreden. Persoonlijk had ik ook niets anders verwacht, want wij doen al sinds het eerste jaar ieder groepswerk samen. Dit omdat we al vrienden waren buiten het school, wat toch wel een pluspunt is in onze ogen. Zoals reeds vermeld is er ook een zelfevaluatie gebaseerd op de competenties van niveau 6, terug te vinden in de bijlagen. Ook de samenwerking met de opdrachtgevers is naar mijn mening vlot verlopen. Door de vele meetings wisten we steeds goed wat ze van ons verwachtten, en konden we makkelijk vragen stellen indien die er waren. Verder hebben we via mail steeds elkaar op de hoogte gehouden hoe het staat met de vooruitgang van het project.

18

Slotwoord Dit document gaf u een mooi overzicht hoe het project reeds gevorderd is. We doorliepen de verschillende stappen die we genomen hebben om tot een goed resultaat te komen. Van de zoektocht naar een project, tot de definitie & aanpak van het project. Alsook de eerder technische zaken zoals het praktijkonderzoek, de analyse en de start van de ontwikkelingsfase. Graag zou ik onze opdrachtgevers reeds eens willen bedanken voor de leuke en vlotte samenwerking tijdens het eerste deel van het project. Mijn collega en ik hopen deze lijn door te trekken naar het 2de semester. Graag bedank ik ook onze coach binnen de HUB, Serge Van Cleynenbreugel, alsook alle andere docenten die verantwoordelijk zijn voor het vak IT-project en de stage. Mijn collega Tom Marchand en ikzelf Stan Samyn hopen dit project met succes af te ronden aan het einde van onze stage van het 2de semester.