Hogeschool-Universiteit Brussel Academiejaar 2013-2014

Toegepaste Informatica

Naam: Dominique Denie

Klasgroep: 3 TI

Studentennummer: 241632

Vak: Stage

2 | P a g e

Inhoudstafel Voorwoord .................................................................................................................................. 4

Inleiding ...................................................................................................................................... 5

1 De stageplaats ........................................................................................................................ 6

1.1 Opdrachtgever: ICKware ................................................................................................. 6

1.2 Project leader: Marc De Valckenaere .............................................................................. 6

2 hoofdstuk 1: Algemene beschrijving van de stage opdracht ................................................. 7

2.1 Beschrijving stage ............................................................................................................ 7

2.2 Verloop van de stage ....................................................................................................... 7

3 Hoofdstuk 2: technische uitwerking ........................................................................................ 9

3.1 Werkwijze ICKware .......................................................................................................... 9

3.1.1 Verschillende omgevingen ........................................................................................ 9

3.1.2 Uitbouwen van nieuwe functies .............................................................................. 10

3.1.3 Rapporteren van bugs ............................................................................................. 11

3.2 Deel 1 van de stage ....................................................................................................... 12

3.2.1 Aanpak ..................................................................................................................... 12

3.2.2 Gedane taken .......................................................................................................... 12

3.3 Deel 2 van de stage ....................................................................................................... 14

3.3.1 Aanpak ..................................................................................................................... 14

3.3.2 Gedane taken .......................................................................................................... 14

3 | P a g e

4 Hoofdstuk 3: Kritische SWOT analyse ................................................................................. 15

4.1 Strengths ........................................................................................................................ 15

4.1.1 Groot project ............................................................................................................ 15

4.1.2 Samenwerking met professionele programmeurs .................................................. 15

4.2 Weaknesses ................................................................................................................... 16

4.2.1 Geen ervaring met Ruby on Rails ........................................................................... 16

4.2.2 Groot project ............................................................................................................ 16

4.3 Opportunities .................................................................................................................. 16

4.3.1 Extra kennis opdoen ................................................................................................ 16

4.3.2 Internationaal team .................................................................................................. 16

4.4 Threats ........................................................................................................................... 16

4.4.1 Concurrentie ............................................................................................................ 16

4.4.2 Veeleisende gebruikers ........................................................................................... 17

5 Persoonlijk ontwikkelingsplan ............................................................................................... 18

5.1 Persoonlijke evolutie ...................................................................................................... 18

5.1.1 Voor de stageperiode .............................................................................................. 18

5.1.2 Na de stageperiode ................................................................................................. 18

5.2 Focuscompetenties ........................................................................................................ 19

5.2.1 Vlot functioneren in een professionele ( internationale ) omgeving. ...................... 19

5.2.2 Relaties met collega’s, opdrachtgevers en/of klanten onderhouden ..................... 19

5.2.3 Informatiebehoefte van een organisatie gestructureerd en overzichtelijk weergeven,

gebruik makend van analyse- en modelleringstechnieken .............................................. 19

5.2.4 Gegevens verzamelen, opslaan en ter beschikking stellen zodat deze op een

correcte en gebruiksvriendelijke manier kunnen worden opgevraagd ............................ 19

5.2.5 Nieuwe IT-oplossingen (autonoom) uitwerken in overeenstemming met de

verwachtingen van de opdrachtgever .............................................................................. 20

BIJLAGEN ................................................................................. Error! Bookmark not defined.

4 | P a g e

Voorwoord In het laatste jaar Toegepaste Informatica moeten de studenten een paper schrijven over de

uitgevoerde stage. Deze stage bestaat uit een 60-tal werkdagen waarbij de stagiair meewerkt

in een bedrijf aan een bepaald project. De stagiair wordt begeleid door een stagebegeleider

(een docent verbonden aan de school) die de stagiair bijstaat en de vorderingen bijhoud en

advies geeft. Verder hebben we ook nog de stagementor (een persoon verbonden aan het

stage bedrijf) die de stage vormgeeft doormiddel van het bepalen van opdrachten, deadlines

opstelt en tijdens de stage de rol aanneemt van werkgever.

Deze paper bevat een uitgebreide beschrijving van de uitgevoerde taken. Alsook een kritische

analyse van de gebruikte werk methodes en het eindresultaat.

Hieronder beschreven:

Algemene uitleg van de stage-opdracht

Technische uitwerking

Kritische SWOT-analyse van het resultaat

Persoonlijk ontwikkelingsplan (focuscompetenties)

Conclusie

5 | P a g e

Inleiding Dit portfolio is een verslag van mijn voorbije stage bij ICKWare. Naast een beschrijving over

mijn stagebedrijf zult u ook uitleg vinden over de gedane opdrachten en over de werking van

het bedrijf.

De stage vond plaats bij ICKware. Dit is een bedrijf uit Buggenhout dat zich bezighoudt met

allerhande consultancy opdrachten. De bedrijfsleider is Marc De Valckenaere. Hij is tevens

mijn mentor en product owner van "Webschool", een e-learning omgeving die gebouwd wordt

met ondersteuning van offshore developers, gefinancierd door TPEC bvba. Deze firma heeft

een partnership met CVO Lethas, de eerste klant van "Webschool". Het product wordt met

hen op maat gemaakt. Hierbij speelt mijn mentor de rol van analist die de belangen van Lethas

verdedigt bij TPEC bvba.

Dit bedrijf was een interessante stageplaats voor mij aangezien ik hier de mogelijkheid kreeg

om mee te werken aan een groot project en ik kon meewerken in een internationaal team.

6 | P a g e

1 De stageplaats 1.1 Opdrachtgever: ICKware ICKware is een consultancy bedrijf uit Buggenhout. Zij steunen hun klanten bij elke

transformatie van gegevensstromen in kennisstromen. Dat kan via kennisoverdracht onder

vorm van training, coaching of realisatie van software-architectuur en beheersing van uw

ontwikkeling (project management).

1.2 Project leader: Marc De Valckenaere Marc De Valckenaere is de zaakvoerder van het bedrijf en tevens de teamleader binnen het

project “Webschool”. Het is dan ook binnen dit project dat de stagiair zal terecht komen.

7 | P a g e

2 hoofdstuk 1: Algemene beschrijving van de stage opdracht 2.1 Beschrijving stage Tijdens de stage bood de stagiair ondersteuning aan het project “Webschool”. Dit is een online

leerplatform voor de studenten van CVO Lethas. Via dit platform kunnen de docenten hun

lessen plannen, taken en lesdocumenten ter beschikking stellen van de studenten. Hiernaast

maakt dit platform het ook mogelijk om aan studentenbegeleiding te doen. Dit onder de vorm

van feedback te geven op verschillende niveaus.

Naast de mogelijkheid tot het begeleiden van studenten laat dit platform de collega’s ook toe

om informatie met elkaar te delen. Deze informatie kan bestaan uit zowel tekstbestanden als

geluidsfragmenten en worden allemaal op een centrale plaats bijgehouden. Door gebruik te

maken van werkgroepen wordt bepaald wie toegang heeft tot welke informatie.

De stagiair heeft in het begin van de stage hier eerder een begeleidende rol. Hij zal bugs

opsporen en melden aan het development team. Als deze bugs opgelost zijn zal hij deze

testen en goed of afkeuren voor over te zetten naar de productie omgeving. Indien er nood is

aan een nieuwe functie zal de stagiair deze ook voorbereiden door de nodige Mockups te

maken en de user story’s te voorzien zodat het duidelijk is wat er van de ontwikkelaars wordt

verwacht.

Naast deze begeleidende rol voor het developmentteam zal de student zich ook richten op

het begeleiden van een paar van de studenten van zijn mentor, Marc De Valckenaere. Hij zal

zorgen dat de studenten verder kunnen indien ze vastzitten bij het opzetten van hun virtuele

machine die ze nodig hebben voor hun lessen.

2.2 Verloop van de stage Deze stage verliep niet zoals een normale stage van een laatstejaarsstudent Toegepaste

Informatica zou verlopen. Er was dus geen opdracht die de student moest afwerken tegen het

einde van de stageperiode. Hij moest meewerken binnen de organisatie en kreeg hier steeds

kleine opdrachten die tegen een vooraf afgesproken tijdstip afgewerkt dienden te worden.

Deze opdrachten werden aan de student meegedeeld door middel van YouTrack1 en

Flowdock.

1 Zie bijlage 5

8 | P a g e

YouTrack is een online programma dat toestaat om een ToDo-lijst bij te houden. Hier wordt

onderscheid gemaakt tussen nieuwe, openstaande en afgesloten taken. Hierdoor kan de

mentor ook zien waar de student op dat moment met bezig is.

Flowdock is een online tool waar men kan gebruik maken van instant messaging met de leden

van het team.

Tegen het einde van de stage kreeg de student de opdracht om zelf een volledig deel uit te

werken. We hebben hier gekozen om chat te implementeren in Webschool. Hij heeft hier een

aanleiding voor gegeven in een eigen project en op het einde heeft hij een documentatie

gegeven voor de implementatie in het grotere project “Webschool”.

9 | P a g e

3 Hoofdstuk 2: technische uitwerking 3.1 Werkwijze ICKware Bij het project Webschool hanteerden we een bepaalde werkwijze gebaseerd op AGILE en

SCRUM.

De werking van het team kunnen we onderverdelen in twee grotere delen: verder uitbouwen

van de vereiste functionaliteiten en het fixen van bugs mochten deze opduiken tijdens het

gebruik van de applicatie, de gebruikers hebben dan ook de mogelijkheid van bugs te allen

tijde te melden via de applicatie zelf.

Deze twee onderdelen vindt u hieronder verder uitgewerkt.

3.1.1 Verschillende omgevingen Alvorens verder te gaan vindt u hier een beetje uitleg over hoe men gebruik maakt van

verschillende omgevingen om er voor te zorgen dat de gebruiker zo weinig mogelijk hinder

ondervindt van bugs en dergelijke.

3.1.1.1 Development Iedere medewerker van het project heeft zijn eigen development omgeving. Dit is een versie

van de code waarin hij de aanpassingen zal doen. Indien hij een deel code klaar heeft wordt

deze opgeladen naar Gerrit, dit is een soort git die de verschillende versies bijhoudt. Hier is

dan nog eens de mogelijkheid om de code te laten nakijken door een andere lid van het team.

Als de code voor een laatste keer is nagekeken wordt een versie van het programma online

gebracht in de volgende omgeving.

3.1.1.2 De staging omgeving Deze omgeving is toegankelijk voor elk lid van het developmentteam. Hierin wordt de eerste

versie van een nieuwe functie steeds live gezet. Dit is dan ook een ideale manier om testen

hierop uit te voeren en te kijken of er geen bugs aanwezig zijn. Indien de functie wordt

goedgekeurd word deze naar de laatste omgeving overgezet, de productieomgeving.

10 | P a g e

3.1.1.3 De productie omgeving Deze omgeving is bereikbaar voor elke gebruiker. Dit is de live versie van de applicatie en

wordt dagelijks gebruikt. Hierin maken de docenten hun lesvoorbereidingen en laden

studenten hun taken op.

3.1.2 Uitbouwen van nieuwe functies 3.1.2.1 Sprints en sprint meetings Voor het project “Webschool” maken we gebruik van sprints die telkens twee weken duren.

Aan het begin van deze sprints wordt telkens een sprint-planning meeting gehouden. Tijdens

deze vergadering wordt dan telkens de doelstellingen bepaald voor die bepaalde sprint. Het

is immers ook mogelijk dat een bepaalde opdracht te groot is om af te krijgen tijdens één

sprint. Indien dit het geval is wordt er gekeken of het mogelijk is van deze user story op te

delen in verschillende kleinere user story’s. Als dit niet het geval is, wordt er gekozen om de

opdracht twee sprints te laten duren.

Eens de verschillende doelstellingen vastliggen voor de sprint worden deze gedefinieerd in

de tool YouTrack. De programmeurs kiezen dan zelf welke taak ze eerst op zich nemen.

3.1.2.2 Voorkeuren van de gebruikers Als product owner staat Marc De Valckenaere steeds open voor nieuwe ideetjes die kunnen

bijdragen tot de verder groei van het project. Hiervoor doet hij deels beroep op de gebruikers

van het product zelf. Deze kunnen via een speciale melding aangeven welke functies ze nog

missen binnen Webschool. De stagiair en Marc bekijken deze aanvragen dan en indien ze

relevant zijn voor het project wordt in samenspraak met de programmeurs beslist of het al dan

niet haalbaar is om deze functies uit te werken.

11 | P a g e

3.1.3 Rapporteren van bugs Het opsporen en het rapporten van bugs gebeurd in verschillende fasen.

1) Een bug wordt gevonden door een lid van het team en wordt doorgegeven aan de

developers door gebruik te maken van de tool YouTrack. Bij het aanmaken van dit

ticket voorziet deze persoon het ticket van een bepaalde colorcode die duidelijk maakt

of het gaat om een bug die meteen verholpen moet worden of waar nog even met kan

gewacht worden.

2) De ontwikkelaars zien dit ticket verschijnen in de tool en gaan kijken waar de oorzaak

kan liggen van dit probleem. Zij slepen dan ook het ticket naar “in progress” zodat de

andere leden van het team weten dat die persoon er met bezig is. Hij probeert dan ook

tevens het probleem op te lossen. Als het opgelost is versleept hij het ticket naar de

status “Delivered”.

3) Hierna wordt de stagiair verwittigd en checkt hij in de staging-omgeving of het

probleem inderdaad is opgelost. Nadien sleept hij het ticket naar respectievelijk

“Rejected” of “Verified on staging”

12 | P a g e

3.2 Deel 1 van de stage

3.2.1 Aanpak Tijdens dit deel van de stage, dat tevens het grootste deel is, houdt de stagiair zich bezig met

het ondersteunen van de twee programmeurs. Hij maakt Mockups voor de nieuwe functies,

bereid documentatie voor als er een sprint meeting gepland is en test de nieuwe functies uit.

3.2.2 Gedane taken Maken van Mockups2

De stagiair maakt mockups voor de nieuwe functies binnen het project Webschool. Hiervoor

luistert hij eerst duidelijk naar wat de mentor te zeggen heeft en probeert dit zo goed mogelijk

te vertalen naar mockups. Als hij denkt een versie klaar te hebben toont hij die aan de mentor

en na overleg voert hij nog een paar extra aanpassingen aan.

Het maken van de mockups gebeurt met de tool Balsamiq

Opsporen, rapporteren en testen van bugs

De stagiair helpt met het testen van de nieuwe functionaliteiten en rapporteert de gevonden

bugs door een ticket aan te maken in de tool YouTrack. Hij probeert steeds duidelijke feedback

te voorzien indien er een bug ontdekt is.

Documenteren van nieuwe functies

Tijdens dit deel van de stage houdt de stagiair zich ook bezig met het maken van een kleine

documentatie als er een nieuwe functie klaar is. Hij doet dit door een PowerPoint presentatie

te voorzien. Deze bestaat dan meestal uit foto’s waar aan de hand van animatie en pijltjes het

proces wordt uitgelegd dat de gebruiker moet volgen. Na goedkeuring van de mentor zet de

stagiair deze presentatie om in een filmpje en laadt hij dit op naar YouTube, daarna plaatst hij

een link naar dit filmpje op de juiste plaats binnen Webschool zodat de gebruikers dit kunnen

terugvinden.

2 Zie bijlage 1

13 | P a g e

Begeleiden van studenten

De stagementor is naast zijn rol als projectleider ook nog gastdocent op de HUB en docent bij

CVO Lethas. Bij deze laatste geeft hij de vakken softwareontwikkeling. De studenten leren de

programmeertaal Ruby. Hiervoor wordt gebruik gemaakt van een virtuele Linux machine. De

stagiair zal helpen om deze machines aan te maken. Ook helpt hij de studenten om deze

machines klaar te maken om hierop te programmeren, hij installeert dus de nodige

programma’s en services.

Naast begeleiden bij het opzetten van de Linux machine helpt de stagiair ook bij het

verbeteren van de verschillende taken die de studenten maken in het verband met de cursus.

14 | P a g e

3.3 Deel 2 van de stage

3.3.1 Aanpak Tijdens het laatste en tweede deel van de stage is er gekozen voor een totaal andere aanpak.

In de plaats van verschillende kleine opdrachten krijgt de stagiair nu een volledig onderdeel

dat hij zelf mag uitwerken. Hij krijgt de opdracht om een chatfunctie uit te werken die dan later

kan geïmplementeerd worden binnen Webschool. Om de code van Webschool niet in gevaar

te brengen is er besloten dat hij dit eerst uitwerkt in een eigen project en dan op het einde een

documentatie voorziet zodat de twee vaste programmeurs de code kunnen hergebruiken om

de chatfunctie in Webschool te verwerken.

Op het einde van een week wordt steeds gekeken naar de vooruitgang die geboekt is in

verband met deze functie.

De stagiair krijgt tot het einde van de stage om deze functie uit te bouwen.

3.3.2 Gedane taken

Uitwerken van een chat functionaliteit

Deze functionaliteit biedt de mogelijkheid voor gebruikers om aan instant messaging te doen.

Aangezien dat het Rails framework niet gemaakt is om bepaalde poorten open te houden voor

langere tijd dient er gebruik gemaakt te worden van een externe service, PrivatePub.

PrivatePub is een gem dat men kan gebruiken in samenwerking met het Rails framework.

Aangezien dit iets is dat ontwikkeld is door een amateur, niet door een erkende firma, is de

documentatie hierover zeer beperkt en vaak niet correct. Het vergt dan ook enige tijd voor

men een eerste werkend versie heeft.

Aan deze functionaliteit waren dan ook een paar voorwaarden verbonden. Eén daarvan was

dat het moest passen bij de look-and-feel van Webschool. Om dit te bereiken is gebruik

gemaakt van Bootstrap, dit is een CSS library. Naast het uitzicht van deze chat, moet er ook

gekeken worden naar de gebruiksvriendelijkheid.

15 | P a g e

4 Hoofdstuk 3: Kritische SWOT analyse Positief Negatief

Intern

Strengths Groot project

Samenwerking met professionele

programmeurs

Weaknesses Geen ervaring met Ruby on

Rails

Groot project

Extern

Opportunities Extra kennis opdoen

Internationaal team

Threats Concurrentie

Veeleisende gebruikers

4.1 Strengths

4.1.1 Groot project Doordat ik in een groot project ben terecht gekomen, heb ik de mogelijkheid gehad om aan

den lijve te ondervinden hoe dit in z’n werk gaat. Dit was niet gemakkelijk, maar heb er wel

veel uit geleerd.

4.1.2 Samenwerking met professionele programmeurs Aangezien het team van programmeurs bestaat uit 2 professionelen, waarvan er een senior

developer bij was, heb ik heel veel kunnen opsteken. Dit heb ik gedaan door vaak stukken

code van hun te bekijken en als ik vastzat bij een bepaald deel van de code kon ik steeds bij

hen terecht voor extra uitleg.

16 | P a g e

4.2 Weaknesses

4.2.1 Geen ervaring met Ruby on Rails Voor de aanvang van de stage had ik nog nooit eerder gehoord van het Rails framework. Dit

zorgde zodat ik al begon met een achterstand. De eerste week heb ik dus mijn tijd moeten

besteden aan het volgen van allerlei tutorials zodat ik toch een bepaalde basisch had. Na

deze tutorials gevolgd te hebben, ben ik begonnen met een eigen project. Dit heb ik buiten de

uren uitgewerkt om zo m’n kennis van Rails uit te breiden.

4.2.2 Groot project De grootte van het project was voor mij zowel een sterkte als een zwakte. De zwakte was voor

mij dat ik door de grootte soms uit het oog verloor aan welk deel van het project dat ik bezig

was.

4.3 Opportunities

4.3.1 Extra kennis opdoen Door een stage te kiezen die niet bij mijn afstudeerrichting aansluit heb ik het gevoel van een

meerwaarde gehaald te hebben uit mijn opleiding. Ik heb nu zowel kennis van netwerken en

systemen als van software. De kennis van software is wel niet zo uitgebreid, maar toch ben ik

blij dat ik ze bezit.

4.3.2 Internationaal team In het development team van het project “Webschool” zijn dag in dag uit twee buitenlandse

programmeurs aan het werk, Oleg en Anton. Zij zijn afkomstig uit Minsk. Doordat zij

meewerken aan het project dient alles in het Engels te gebeuren. Dit heeft dan ook geleid tot

een verbetering van mijn Engels en vooral mijn geschreven Engels.

4.4 Threats

4.4.1 Concurrentie Webschool is een online leerplatform. Het gevaar is hier dat we niet de enigen zijn die zoiets

maken. Je hebt onder andere ook nog Toledo. We moeten er dus steeds voor zorgen dat we

aan Webschool functies blijven toevoegen die deze andere platformen niet hebben.

17 | P a g e

4.4.2 Veeleisende gebruikers Doordat de mogelijkheid bestaat dat gebruikers zelf voorstellen doen in verband met nieuwe

functies van Webschool bestaat het gevaar dat gebruikers functies eisen die niet relevant zijn.

18 | P a g e

5 Persoonlijk ontwikkelingsplan Om mijn persoonlijke ontwikkeling tijdens deze stage aan te tonen zal ik deze eerst algemeen

beschrijven. Daarna zal ik overgaan tot de focuscompetenties die ik aan het begin van de

stage heb moeten kiezen. Deze zijn de volgende:

1. Vlot functioneren in een professionele ( internationale ) omgeving

2. Relaties met collega’s, opdrachtgevers en/of klanten onderhouden

3. Informatiebehoefte van een organisatie gestructureerd en overzichtelijk weergeven,

gebruik makend van analyse- en modelleringstechnieken

4. Gegevens verzamelen, opslaan en ter beschikking stellen zodat deze op een correcte

en gebruiksvriendelijke manier kunnen worden opgevraagd

5. Nieuwe IT-oplossingen (autonoom) uitwerken in overeenstemming met de

verwachtingen van de opdrachtgever

5.1 Persoonlijke evolutie

5.1.1 Voor de stageperiode Voor ik aan de stage bij ICKware begon, had ik weinig tot geen ervaring in het werken voor

een IT-organisatie. Ik had wel al vakantiewerk gedaan bij BNP Paribasfortis op de IT dienst,

maar besefte dat dit niet te vergelijken ging zijn.

Ik wist ook dat deze stage ging te maken hebben met een programmeertaal waarvan ik

voordien nog nooit gehoord had, maar dit leek me een unieke uitdaging en ik had er dan ook

zin in.

Ik kan dus zeggen dat ik voor ik aan deze stage begon niet wist welke richting ik wou uitgaan

eens ik afgestudeerd was.

5.1.2 Na de stageperiode Bij afloop van mijn stage had ik het gevoel een ander mens te zijn, niet alleen was ik een

ervaring rijker en had ik meer kennis opgedaan, ik had ook een betere kijk op waar ik naartoe

wil als IT’ er. Ik weet nu meer wat ik wil en wat niet. Zo zal ik de eerste jaren liever niet werken

in zulke grote projecten als Webschool.

19 | P a g e

5.2 Focuscompetenties

5.2.1 Vlot functioneren in een professionele ( internationale ) omgeving. Tijdens deze stage heb ik gewerkt in een team van professionele programmeurs. Deze andere

teamleden zijn afkomstig van Minsk. Dit was wel een uitdaging aangezien alle communicatie

dan in het Engels dient te verlopen en dit niet hun sterkste punt is. Ook het feit dat je niet

naast elkaar zit zorgt soms voor problemen. Deze hebben we opgelost door gebruik te maken

van de chat in Flowdock en van Google Hangouts.

Dit was op zich een hele ervaring aangezien de manier van vergaderen ook nieuw was voor

mij.

5.2.2 Relaties met collega’s, opdrachtgevers en/of klanten onderhouden Voor het succesvol uitvoeren van mijn opdrachten moest ik steeds in contact staan met mijn

mentor. Dit was geen probleem aangezien wij steeds recht tegenover elkaar zaten. We

konden elkaar dan ook gemakkelijk om hulp vragen door simpel ons scherm om te draaien.

Soms gebeurde het wel eens dat een van ons van thuis uit werkte. Op die momenten hebben

we contact gehouden over de telefoon of via Google Hangouts

5.2.3 Informatiebehoefte van een organisatie gestructureerd en overzichtelijk weergeven, gebruik makend van analyse- en modelleringstechnieken Tijdens deze stage heb ik vaak Mockups en BPMN charts moeten maken. Hiervoor gebruikte

ik respectievelijk Balsamiq en ProcessOn voor.

5.2.4 Gegevens verzamelen, opslaan en ter beschikking stellen zodat deze op een correcte en gebruiksvriendelijke manier kunnen worden opgevraagd Gedurende het verloop van de stage heb ik regelmatig documentatie moeten voorzien voor

de gebruikers van de applicatie of voor de andere leden van het developmentteam. Dit heb ik

steeds op de aangeduide plaats bewaard en met een duidelijke naam zodat iedereen meteen

wist waar het over ging en de bestanden kon terugvinden.

20 | P a g e

5.2.5 Nieuwe IT-oplossingen (autonoom) uitwerken in overeenstemming met de verwachtingen van de opdrachtgever Deze competentie kwam vooral tegen het einde van de stage aan bod. Hier heb ik zelf een

deel uitgewerkt dat gaat gebruikt worden binnen het project. Ik heb voordat ik hieraan begon

een meeting had met mijn mentor om te kijken wat hij er van verwachten. Op het einde van

elke week hebben wij dan een moment gekomen om even samen te zitten en te kijken of er

nog steeds aan deze verwachtingen werd voldaan.

Bijlagen

1 | P a g e

Contents 1 MOCKUPS .............................................................................................................................. 2

2 EVOLUTIE CHAT ( SCREENSHOTS ) ....................................................................................... 5

2.1 versie 1 ............................................................................................................................. 5

2.2 versie 2: toevoegen van “bubbles” ............................................................................ 6

2.3 versie 3: toepassen css Facebook ............................................................................... 6

3 Code chat functionaliteit .................................................................................................... 8

4 DOCUMENTATIE..................................................................................................................... 9

5 TAKEN YOUTRACK ............................................................................................................... 10

6 PRESENTATIE………………………………………………………………………………………37

2 | P a g e

1 MOCKUPS

3 | P a g e

4 | P a g e

5 | P a g e

2 EVOLUTIE CHAT ( SCREENSHOTS )

2.1 versie 1

6 | P a g e

2.2 versie 2: toevoegen van “bubbles”

2.3 versie 3: toepassen css Facebook

7 | P a g e

8 | P a g e

3 Code chat functionaliteit De code die ik geschreven heb voor de chat functionaliteit is te vinden via volgende link:

https://github.com/DomiDenie/igen

Deze code is ook te vinden op de bijgeleverde USB-stick

9 | P a g e

4 DOCUMENTATIE Tijdens de stage heeft de stagiair af en toe documentatie voorzien onder de vorm van een

filmpje. Deze filmpjes zijn te bezichtigen op de bijgeleverde USB-stick.

10 | P a g e

5 TAKEN YOUTRACK

6 PRESENTATIE

VO

ORS

TELL

ING

STA

GE

Dom

iniq

ue D

enie

INHO

UD

•St

agep

laat

s

•A

lgem

ene

besc

hrijv

ing

van

de

stag

epla

ats

•Te

chni

sche

uitw

erki

ng

•SW

OT

•PO

P

STA

GEP

LAA

TS: I

CKW

ARE

•Bu

ggen

hout

•C

onsu

ltanc

y

•Tr

aini

ng c

oach

ing

en re

alisa

tie so

ftwar

e ar

chite

ctuu

ur

•Pr

ojec

t man

agem

ent

STA

GEP

LAA

TS:

ICKW

ARE

( WER

KNEM

ERS

)

Mar

c D

e V

alck

enae

reA

nton

Tr

ushk

evic

h

Ole

g Ya

kute

nok

Dom

iniq

ue

Den

ie

(sta

giai

r)

STA

GEM

ENTO

R

•M

arc

De

Val

cken

aere

•Za

akvo

erde

r

•Te

amle

ader

“W

ebsc

hool

”

ALG

EMEN

E BE

SCHR

IJV

ING

: BE

SCHR

IJV

ING

•O

nder

steu

ning

“W

ebsc

hool

”

•C

VO

Let

has

•Be

gele

iden

de

rol

•Be

gele

idin

g st

uden

ten

ALG

EMEN

E BE

SCHR

IJV

ING

: V

ERLO

OP

•N

iet t

radi

tione

el

•Te

gen

eind

e : c

hat i

mpl

emen

tere

n

TEC

HNIS

CHE

UITW

ERKI

NG

: W

ERKI

NG

ICKW

ARE

•A

gile

en

SCRU

M

•2

grot

e d

elen

:•

Uitb

ouw

en fu

nctio

nalit

eite

n•

Bugf

ixes

WER

KIN

G IC

KWA

RE:

OM

GEV

ING

EN

•D

evel

opm

ent

•St

agin

g

•Pr

oduc

tie

UITB

OUW

EN F

UNC

TIES:

SPRI

NTS

EN

SPR

INT

MEE

TING

•D

uur s

prin

t: 2

wek

en

•Be

gin

sprin

t: sp

rint-p

lann

ing

mee

ting

•d

oelst

ellin

gen

UITB

OUW

EN F

UNC

TIES:

V

OO

RKEU

REN

GEB

RUIK

ERS

•V

oors

telle

n ge

brui

kers

•Be

keke

n d

oor M

arc

•Sa

men

spra

ak O

leg

en A

nton

RAPP

ORT

EREN

BUG

S

•Bu

g ge

vond

en

•O

plos

sen

van

bug

•co

ntro

le

TEC

HNIS

CHE

UITW

ERKI

NG

: D

EEL

1 V

AN

STA

GE

•A

anpa

k:•

Ond

erst

euni

ng p

rogr

amm

eurs

( O

leg

& A

nton

)

•G

edan

e ta

ken:

•M

ocku

ps•

Bugs

rapp

orte

ren

•D

ocum

enta

tie•

Bege

leid

ing

stud

ente

n

TEC

HNIS

CHE

UITW

ERKI

NG

:D

EEL

2 V

AN

STA

GE

•A

anpa

k:•

Uitw

erke

n ch

atfu

nctie

•Ei

gen

proj

ect

•G

edan

e ta

ken:

•Ui

twer

ken

van

chat

SWO

T:ST

REN

GTH

S•

Gro

ot p

roje

ct

•Sa

men

wer

king

pro

fess

ione

le p

rogr

amm

eurs

SWO

T:W

EAKN

ESSE

S•

Gee

n er

varin

g Ru

by o

n Ra

ils

•G

root

pro

ject

SWO

T:O

PPO

RTUN

ITIES

•Ex

tra k

enni

s

•In

tern

atio

naal

team

SWO

T:TH

REA

THS

•C

oncu

rrent

ie

•V

eele

isend

e ge

brui

kers

POP:

PE

RSO

ON

LIJKE

EV

OLU

TIE•

Voo

r de

stag

e:•

Wei

nig

tot g

een

erva

ring

in IT

bed

rijf

•G

een

idee

wel

ke ri

chtin

g ui

t na

stud

ies

•N

a de

stag

e:•

Erva

ring

en k

enni

s rijk

er•

Nie

t in

grot

e pr

ojec

ten

zoal

s “W

ebsc

hool

”

POP:

FOC

USC

OM

PETE

NTIE

S•

Vlo

t fun

ctio

nere

n in

een

pro

fess

ione

le (

inte

rnat

iona

le )

omge

ving

•Re

latie

s met

col

lega

’s, o

pdra

chtg

ever

s en/

of k

lant

en o

nder

houd

en

•In

form

atie

beho

efte

van

een

org

anisa

tie g

estru

ctur

eerd

en

over

zicht

elijk

w

eerg

even

, geb

ruik

mak

end

van

anal

yse-

en m

odel

lerin

gste

chni

eken

•G

egev

ens v

erza

mel

en, o

psla

an e

n te

r bes

chik

king

stel

len

zod

at d

eze

op

een

corre

cte

en g

ebru

iksv

riend

elijk

e m

anie

r kun

nen

wor

den

opge

vraa

gd

•N

ieuw

e IT

-opl

ossin

gen

(aut

onoo

m) u

itwer

ken

in o

vere

enst

emm

ing

met

de

verw

acht

inge

n va

n d

e op

dra

chtg

ever

VRA

GEN