Hoofdvraag

Hoe kunnen we onze koppelingen met externe applicaties op één uniforme en veilige manier inrichten, zodat het toevoegen van een nieuwe koppeling straks dagen kost in plaats van weken, en we kunnen aantonen dat de gegevensuitwisseling op orde is?

Deelvragen (deze stellen we samen met jou en je stagedocent definitief vast, zodat de opdracht past bij de eisen van je opleiding)

1. Hoe zit de huidige situatie in elkaar? Welke koppelingen zijn er, hoe zijn ze technisch gebouwd, welke data gaat erdoorheen, en waar zitten de knelpunten: waar gaat het stuk, waar kost onderhoud te veel tijd, waar zit risico?

2. Aan welke eisen moet de nieuwe situatie voldoen? Denk aan functionele eisen (wat moet het kunnen), niet-functionele eisen (performance, beschikbaarheid, onderhoudbaarheid) en de eisen die uit wet- en regelgeving volgen. Omdat er persoonsgegevens doorheen gaan, weegt de AVG hier zwaar: welke data mag waarheen, hoe lang, en hoe leggen we dat vast?

3. Welke manieren om dit op te lossen bestaan er, en welke past bij ons? Denk aan een API-gateway, een message queue, event-driven architectuur, of een middleware-oplossing. We verwachten dat je meerdere opties serieus onderzoekt, ze tegen elkaar afzet op criteria die je zelf onderbouwt (complexiteit, beheer, kosten, wat ons team aankan) en tot een advies komt. "Dit is hip dus dit doen we" is geen onderbouwing.

4. Hoe ziet het ontwerp er concreet uit? Architectuur op hoofdlijnen én detailontwerp: authenticatie en autorisatie, foutafhandeling, retry-gedrag, logging, monitoring, en hoe een ontwikkelaar er straks een nieuwe koppeling aan toevoegt.

5. Werkt het ook echt? Dat toon je aan door minstens één koppeling volgens jouw ontwerp te bouwen, te testen en op te leveren op een niveau dat wij hem in gebruik kunnen nemen.

Aanpak en fasering (richtlijn voor een stage van ca. 18-20 weken, passen we samen aan)

Weken 1-4, inwerken en analyseren. Je leert het bedrijf en het platform kennen, loopt mee met de mensen die dagelijks met de systemen werken en documenteert de bestaande koppelingen: wat doen ze, hoe zijn ze gebouwd, wat gaat er goed en fout. Je spreekt daarvoor met de ontwikkelaars en met gebruikers uit de operatie. Je sluit deze fase af met een plan van aanpak dat je met ons en je stagedocent afstemt.

Weken 4-8, onderzoek en eisen. Je doet deskresearch naar integratiepatronen en vergelijkbare oplossingen, stelt de eisen op (bijvoorbeeld volgens MoSCoW) en maakt een risico- en securityanalyse, inclusief het AVG-deel. Je bepaalt en onderbouwt de criteria waarop je straks je architectuurkeuze maakt.

Weken 8-12, ontwerpen. Je werkt de gekozen richting uit tot een architectuur- en detailontwerp en onderbouwt elke belangrijke keuze. We reviewen dit tussentijds samen; je verwerkt de feedback en verdedigt waar je het niet mee eens bent. Dat laatste menen we: als jij het beter weet, wint het beste argument.

Weken 12-18, bouwen en valideren. Je realiseert een proof of concept met minstens één koppeling die productiewaardig is: getest volgens een testplan dat je zelf opstelt, met code in versiebeheer en documentatie die een collega kan volgen.

Laatste weken, afronden. Je evalueert, schrijft een advies over hoe wij hiermee verder moeten (wat migreren we wanneer, wat vraagt dat van ons), draagt je werk over en presenteert het geheel aan het team.

Wat er aan het einde ligt

- Plan van aanpak

- Analysedocument van de huidige situatie, met knelpunten en risico's

- Eisendocument, inclusief security- en AVG-paragraaf

- Afwegingsdocument: onderzochte alternatieven, criteria en de onderbouwde keuze

- Architectuur- en detailontwerp

- Werkende, geteste koppeling volgens het ontwerp, met broncode in versiebeheer en technische documentatie

- Testplan en testrapport

- Adviesrapport voor het vervolg en een eindpresentatie aan het team

Niveau en aansluiting op je opleiding

De opdracht doorloopt de volledige HBO-i-cyclus: analyseren, adviseren, ontwerpen, realiseren en manage & control, vooral binnen de architectuurlaag Software en met raakvlakken aan Infrastructuur en Organisatieprocessen. Je werkt zelfstandig aan een vraagstuk waar wij zelf het antwoord nog niet op hebben, met een echte opdrachtgever en echte gebruikers. Er is bewust ruimte voor onderzoek en eigen keuzes: wij vertellen je niet hoe het moet, jij vertelt ons onderbouwd hoe het zou moeten. En wat je bouwt gaat bij goed resultaat live – collega's gaan er dagelijks mee werken en zullen er ook wat van vinden. De exacte afbakening stemmen we in de eerste weken af met je stagedocent, zodat de opdracht aansluit op de beoordelingscriteria van je opleiding.

Begeleiding

Sarah Louaif begeleidt je inhoudelijk. Zij is verantwoordelijk voor onze softwareontwikkeling, bouwt zelf dagelijks aan het platform en zit fysiek naast je. Elke week staat er een vast moment voor voortgang en codereview, en tussendoor is ze gewoon aanspreekbaar; je hoeft niet drie dagen op antwoord te wachten. Zij schuift ook aan bij gesprekken met je stagedocent. Daarnaast is Britte Scheeps je vaste aanspreekpunt voor al het andere: praktische zaken, het contact met school en hoe het met jóu gaat. Die twee rollen houden we bewust apart, zodat je voor persoonlijke dingen niet bij dezelfde persoon hoeft aan te kloppen als voor je code.

Praktisch

- Eigen vaste werkplek met laptop en extra scherm in ons kantoor in Tiel, midden in het team

- Toegang tot de ontwikkelomgeving, versiebeheer, documentatie en de betrokken systemen

- Stagevergoeding: [bedrag] per maand

- Dagen en periode in overleg; terugkomdagen en andere schoolverplichtingen zijn geen probleem

- Onze stagiairs komen na hun studie regelmatig bij ons terug in een baan, en die kans is er ook hier

Wie we zoeken

Een derde- of vierdejaars student HBO-ICT (Software Development of vergelijkbaar, bachelor). Ervaring met backend-ontwikkeling en API's is mooi meegenomen, maar we letten vooral op houding: iemand die dingen uitzoekt, doorvraagt, alternatieven durft af te wegen en zijn keuzes kan uitleggen. Twijfel je of dit bij je past? Kom gewoon een dag meelopen.