Architect integratiespecialist
OPDRACHTOMSCHRIJVING:
In de streefwaarden van Npuls is het onderwerp ontwerpeisen data infrastructuur opgenomen. Het halen van de streefwaarden is randvoorwaarde voor het krijgen van de vervolgsubsidie van Npuls. Daarnaast wordt dit onderwerp gezien als één van de essentiële bouwstenen om te komen tot betrouwbare sectorvoorzieningen voor de toekomst. Daarmee is de prioriteit om hieraan te werken hoog.Scope:
De nieuwe sectorvoorzieningen die Npuls gaat realiseren hebben tot gevolg dat er veel meer gegevens uitgewisseld gaan worden tussen de instellingen, sectorpartners en lerenden. De sectorarchitecturen HOSA en MOSA definieren een aansluitlaag (supply connection services) die voor bijvoorbeeld het boeken van vakken, het uitwisselen van leermaterialen en het uitwisselen van datasets een belangrijke rol gaat spelen. Mogelijk zijn verschillende technische mechanismes nodig om deze gegevensuitwisseling invulling te geven. Daarnaast is nadere uitwerking nodig waar welke data wordt opgeslagen.
Binnen de HOSA en MOSA domeinarchitectuur Identiteiten en Toegang is gesignaleerd dat patronen voor gegevensuitwisseling en dataopslag gaan veranderen o.a. als gevolg van de introductie van wallets en het concept van soevereiniteit van de persoon. Dit betekent dat bij sommige scenario’s de persoon zelf grip moet hebben over gegevens die over deze persoon worden uitgewisseld. Inrichting van grote landelijke databases is dan bijvoorbeeld ongewenst.
Vanuit deze ontwikkelingen kan de vraag gesteld worden wat er nodig is om gegevensuitwisseling en dataopslag in de Onderwijssector goed te laten verlopen. En hiermee samenhangend een nadere uitwerking van gegevensuitwisseling en definitie van de eisen aan een gedeelde data infrastructuur. Doel is om te komen tot eisen aan een ontwerp voor een gedeelde data-infrastructuur waarbij controle over gevoelige onderwijsdata is, gecombineerd met gebruik applicaties van derde partijen.
De vragen die met de scope publiek/privaat, nationaal/internationaal invulling gegeven moeten worden betreft:
- Wat zijn eisen die vanuit de toekomstige omgeving gesteld worden zoals bijvoorbeeld vanuit wet- en regelgeving, afsprakenstelsels, doelen en ambities, publieke waarden, architectuurprincipes (MOSA en HOSA) en de SURF cloud sourcing strategie.
- Welke patronen van gegevensuitwisseling zijn vereist naar de toekomst toe?
- Welke patronen worden in de huidige dienstverlening en lopende pilots gehanteerd?
- Welke technische keuzes worden gemaakt rondom bijvoorbeeld OKE en OOAPI?
- Op basis van welke criteria kiezen we voor een patroon?
- En welke eisen stellen deze patronen aan de data infrastructuur?
Aanpak:
De architect werkt nauw samen met de andere architecten in het architectuurteam van Npuls. Deze architecten werken parallel aan twee streefarchitecten: voor het platform leermaterialen en voor het platform voor het boeken van onderwijs. Deze architecten zijn in staat om een goede inschatting te maken van welke afwegingen de sector belangrijk vindt.
In ieder geval de volgende onderwerpen worden uitgewerkt binnen deze opdracht:
In ieder geval de volgende onderwerpen worden uitgewerkt binnen deze opdracht:
- Opstellen van benodigde integratiepatronen:
o Inventariseer op basis van HOSA/MOSA en nadere concretisering hiervan welke patronen van gegevensuitwisseling naar de toekomst toe vereist zijn
o Stel criteria op voor in welke situatie welk patroon wordt gehanteerd - Slag dieper uitwerken van de visie op gegevensuitwisseling en dataopslag in de Onderwijssector en definitie van de data infrastructuur.
- Opstellen ontwerpeisen:
o Vertaal de patronen naar ontwerpeisen
o Geef aan welke afspraken/afsprakenstelsels van toepassing zijn en vertaal deze naar ontwerpeisen o Geef aan welke standaarden, dataspaces, voorzieningen, etc. van toepassing zijn (en geef aan welke bestaande hiervoor kunnen worden (her)gebruikt. Vertaal deze naar ontwerpeisen
o Vertaal de doelenstructuur van HOSA/MOSA naar ontwerpeisen
o Vertaal de principes van HOSA/MOSA naar ontwerpeisen
o Vertaal beheer/ dienstverleningseisen van SURF naar ontwerpeisen
GEVRAAGD PROFIEL, ERVARING, EXPERTISE:
Voor deze opdracht zoeken we een architect met:- Een brede kennis van gegevensuitwisseling. Hierbij gaat het niet alleen om traditionele uitwisselingen op basis van tussendatabases en enterprise servicebussen, maar ook om moderne architecturen gebaseerd op dataspaces, wallets of architecturen gebaseerd op API's en streaming data.
- Aantoonbare ervaring met vergelijkbare opdrachten en het liefst ook op grote schaal van gegevensuitwisseling waarbij tientallen organisaties betrokken zijn en met honderduizenden users.
- Die kan functioneren als teamplayer met meerdere architecten die werken aan aanverwante opdrachten.
PROCEDURE:
- Het aanbieden kan tot 29 augustus 2024 om 15:00 uur. LET OP! Mocht het zo zijn dat er eerder een geschikte kandidaat wordt gevonden dan zal de aanvraag eerder sluiten.
- De gesprekken worden ingepland op: 03 september 13:00 t/m 14:00, 04 september 14:00 t/m 15:00, 10-09 11:00 t/m 12:00. Bereid de kandidaten hierop voor.
- Enkel Cv's die via het systeem ESD worden aangeboden worden in behandeling genomen.
- Cv's die per mail of andere communicatiekanalen worden verzonden, worden niet in behandeling genomen.
- Opdracht is voor 32 - 40 uur per week.
- Max all-in tarief €110,- per uur (excl. BTW en fee OSS wordt door de opdrachtgever betaald)
- De intakegesprekken zullen plaatsvinden op: Eind augustus / begin september.
- Cv’s (of onder reactie in ESD.Next.) dienen voorzien te zijn van:
- Beknopte motivatie
- Contactgegevens kandidaat (e-mailadres + telefoonnummer)
- Beschikbaarheid (startdatum & aantal uren p.w.)
- Let op: staan deze gegevens er niet in, dan wordt de kandidaat afgewezen
- Wanneer een ZZP'er wordt aangeboden via een bureau dan zal de ZZP'er direct gecontracteerd worden en zullen wij met het bureau een marge overeenkomst sluiten.
- De klant wil inhuuropdrachten sluiten met een zo kort mogelijke keten, voorkeur gaat uit naar een medewerker in loondienst of een ZZP’er zonder tussenkomst van een bureau.
- Het is niet toegestaan om medewerkers in loondienst bij een ander bureau voor te stellen.
- Indien een ZZP’er wordt voorgesteld via een bureau dan dient onderstaande duidelijk te worden aangegeven in het voorstel:
- Kandidaat of ZZP’er is op de hoogte van de aanbieding. Indien ZZP’er vanuit een bureau:
- Het inhuurtarief van de ZZP’er en de bureaumarge wordt vermeld (marges hoger dan 15 euro worden niet geaccepteerd)
- ZZP’er is op de hoogte van de marge
- Leverancier gaat ermee akkoord dat na 1850 uur de bureaumarge vervalt en de inhuuropdracht direct wordt gesloten wordt met de ZZP’er zonder dat een concurrentiebeding, relatiebeding of ander beding aan een Externe opgelegd zal worden.
Deze vacature is ingetrokken op 29-8-24 om 14:46. Reageren is niet meer mogelijk.
Toch opzoek naar iets anders?
Bekijk onze andere vacatures.
Contactpersoon
Vragen over de opdracht?
Delen
