Ontwikkelen Selfservice Datahub

Omschrijving Beheer en Ontwikkeling IT

Waar loopt de grens tussen uw tuin en die van uw buurman? En welk vastgoed is van wie? Het Kadaster registreert van al het vastgoed (grond en gebouwen) in Nederland wie welke rechten heeft. We hebben heel veel data over alles onder, op en boven de grond en willen maximale waarde halen uit deze data. Naast onze wettelijke taak, beheert het Kadaster ook voorzieningen van andere organisaties, de Landelijke Voorzieningen. Zo beheren wij onder andere de WOZ Landelijke Voorziening en de Basisregistratie Adressen en gebouwen (BAG): alle adressen en gebouwen in Nederland, zoals bouwjaar, oppervlakte, gebruiksdoel en locatie op de kaart.

Algemeen

De uitvoering van de interne bedrijfsprocessen van het Kadaster wordt in grote mate ondersteund door geautomatiseerde informatiesystemen en gegevensbestanden. Ook de dienstverlening aan de klanten van het Kadaster wordt in grote mate ondersteund door systemen die digitale producten en diensten leveren. Goed ingerichte toegangscontrole speelt hierbij een grote rol; ‘wie mag gebruik maken van welke informatiesystemen, diensten en gegevens en om welke reden’ en ‘hoe wordt dit goed beheerd’ zijn belangrijke thema’s die mede bepalen in welke mate de belangen van het Kadaster en de klant worden geborgd en op basis waarvan voldaan kan worden aan wettelijke eisen.

Omschrijving project

Binnen het Kadaster werken we aan de doorontwikkeling van het product Datahub, hiervoor hebben we concreet de volgende (sub)projecten opgesteld.

• Ontwikkelen Selfservice Datahub waarin data aanbieders hun datasets kunnen beheren.
• Opstellen Inwerkprogramma voor nieuwe Datahub ontwikkelaars.
• Inrichten Zandbakomgeving Datahub.

Opdrachtomschrijving

1. Ontwikkelen Selfservice Datahub

Maak een selfservice inclusief UI volgens de binnen Kadaster geldende richtlijnen met daarin de volgende functionaliteit voor de data aanbieders:

• Opvragen van een overzicht van de verschillende omgevingen waar de data aanbieder eigenaar van is;
• Het in kunnen lezen van een nieuwe MIM-Model;
• Data aanbieders kunnen een nieuwe omgevingen aanmaken voor een bestaande versie van een MIM-model;
• Data aanbieders kunnen omgevingen verwijderen;
• Data aanbieders kunnen data uit een bestaande omgeving te verwijderen;
• Men kan Verschillen bepalen tussen twee versies van MIM-modellen;
• Testen of een MIM-model voldoet aan de MIM-standaard
• Testen of een MIM-model constructies bevat die niet door datahub ondersteund worden

Het product dient opgeleverd te worden inclusief gebruikersdocumentatie voor de ontwikkelde functionaliteit.

Het product dient opgeleverd te worden inclusief technische/code documentatie voor het ontwikkelde.

De Selfservice omgeving dient te zijn voorzien van een UI ontwikkeld m.b.v. Angular 18;

2. Opstellen Inwerkprogramma voor nieuwe Datahub ontwikkelaars.

Stel een inwerkprogramma samen voor nieuwe Datahub ontwikkelaars waarin tenminste de volgende onderdelen voorkomen:

• MIM-standaard;
• Kadaster historiemodel v4;
• Mim-java SDK;
• Mim-tools;
• Dotwebstack;
• GraphQL in relatie tot bovengenoemde zaken;
• gRPC in relatie tot bovengenoemde zaken;
• Datahub Mutatie API;
• Datahub Lookup API;
• Datahub Bulk API;
• Datahub DeltaSync;
• Datahub GML Exporter;
• Dataub Geopackage Exporter;
• MAP build in relatie tot Datahub componenten;
• Voor Datahub componenten en platform relevante Azure aspecten.

3. Inrichten Zandbakomgeving Datahub.

Maak een zandbak omgeving voor Datahub volgens de geldende Kadaster richtlijnen waarin potentiële data aanbieders en data afnemers kunnen ‘spelen’ met een werkende Lookup API. Zodat de data aanbieders/afnemers inzicht krijgen in de mogelijkheden van Datahub en de daarbij behorende Lookup API. Deze omgeving moet ook gebruikt kunnen worden om de werking van het Kadaster historiemodel uit te leggen en daarmee te oefenen.

• Brouwerij data aanbieden via de mutatie API (aan de hand van template-data);
• Brouwerij data opvragen via de Lookup API;
• Query’s die mogelijk zijn in de lookup API beïnvloeden door een aanpassing in de dhub.yaml;
• Brouwerij data opvragen vanuit verschillende tijdreis perspectieven
• gehele levenscyclus
• alleen actuele objectversies.

Belangrijkste technieken, methoden en tools

• Java (17 must, 21 pré);
• Spring (Boot) framework;
• PostgreSQL database;
• Docker;
• Kubernetes;
• Linux/Shell scripting;
• GraphQL;
• CI/CD tooling (Git/Gitea, Jenkins, Maven);
• Databricks;
• Microsoft Azure
• GRPC;
• Python;
• HELM Chart;
• Apache Spark;
• DotWebStack framework;
• Apache Airflow.

Verantwoordelijkheden

• Uitwerken van een ontwerp/oplossingsrichting voor de Selfservice functionaliteit;
• Opleveren van de diverse functionaliteit (zie opdrachtomschrijving) voor de Selfservice, met als uiteindelijke doel een volledige selfservice omgeving waarin de onder opdrachtomschrijving beschreven functionaliteiten aanwezig zijn;
• Overdragen aan het datahub team van het eindproduct zodat het in beheer genomen kan worden;
• Opleveren van gebruiks (functionele) documentatie;
• Opleveren van technisch documentatie;
• Opleveren van Inwerkprogramma voor nieuwe Datahub ontwikkelaars.

De op te leveren resultaten zijn

• Ontwerp voor Selfservice Datahub (oplevering eind Q1);
• Functionerend Selfservice portal Datahub inclusief User Interface (oplevering eind Q2);
• Gebruiks (funtionele) documentatie;
• Technische documentatie;
• Inwerkprogramma voor nieuwe Datahub ontwikkelaars (oplevering eind Q3);
• Zandbakomgeving Datahub (oplevering eind Q4).

De kandidaat is beschikbaar vanaf 1 januari 2025 tot en met 31-12-2025 voor 36-40 uur per week. De inhuuropdracht kan optioneel worden verlengd met 1 x 6 maanden. De opdrachtgever kan de overeenkomst eenzijdig tussentijds opzeggen met een opzegtermijn van één (1) maand. De startdatum is onder voorbehoud van een tijdige afronding van de Offerteprocedure. Dit kan ook betekenen dat de startdatum van de opdracht zal moeten worden opgeschoven. Aan de vermelde startdatum in de Offerteaanvraag kunnen zodoende geen rechten worden ontleend.

Eisen:

• Afgeronde (bachelor) hbo-opleiding of hoger.
• Minimaal 5 jaar ervaring met DevOps en systeemontwikkeling/integratie in een Cloud omgeving.
• Minimaal 5 jaar ervaring met de volgende technieken en tools: o Java (Java 17 en hoger); o Spring (Boot) Framework; o PostgreSQL database.
• Minimaal 3 jaar ervaring met de volgende technieken en tools: o Container technologie (Docker/Kubernetes); o Linux / shell scripting; o CI/CD Tooling (Git/Gitea, Jenkins, Maven); o GraphQL; o Angular 18; o DotWebStack framework.
• Minimaal 1 jaar ervaring met de volgende tools en technieken: o MIM-Standaard; o Apache Spark; o Apache Airflow; o Azure Databrick.
• Door de kandidaat zélf geschreven CV en motivatie.
• De kandidaat is beschikbaar vanaf 1 januari 2025 tot en met 31-12-2025 voor 36-40 uur per week. De inhuuropdracht kan optioneel worden verlengd met 1 x 6 maanden. De opdrachtgever kan de overeenkomst eenzijdig tussentijds opzeggen met een opzegtermijn van één (1) maand. De startdatum is onder voorbehoud van een tijdige afronding van de Offerteprocedure. Dit kan ook betekenen dat de startdatum van de opdracht zal moeten worden opgeschoven. Aan de vermelde startdatum in de Offerteaanvraag kunnen zodoende geen rechten worden ontleend.
• U voegt slechts één Nederlandstalig curriculum vitae (cv) van maximaal 3 pagina's A4 toe. Uit dit cv dient te blijken dat u voldoet aan onderstaande eisen. Indien u naar oordeel van het Kadaster niet voldoet aan de gestelde eisen, of uw cv uit meer dan 3 pagina's bestaat, zal uw offerte terzijde worden gelegd en niet worden meegenomen in de beoordeling van de gunningscriteria. Verzoek om het cv in PDF formaat aan te bieden.

Competenties waar de kandidaat over dient te beschikken:

• Resultaatgericht;
• Helicopterview;
• Besluitvaardig en vasthoudend; kan zijn/haar eigen pad trekken in complex krachtenveld;
• In staat om zelfstandig binnen een organisatie te bewegen en omgevingssensitief;
• Communicatief zowel schriftelijk als mondeling sterk;
• Proactief en initiatiefrijk;
• Analytisch vermogen.

Wensen:

• U beschrijft 2 cruciale knelpunten (max. 300 woorden) die zich vaak voor doen in dit soort processen / opdrachten en geeft hierbij aan hoe u deze oplost (zie ook opdrachtomschrijving en verantwoordelijkheden). Beoordeling: De mate waarin de knelpunten relevant zijn en de oplossingen aansluiten bij de wensen van het Kadaster.
• U toont duidelijk aan (max. 300 woorden) welke wijze de door u geleverde expertise en competenties binnen de geschetste situatie een bijdrage leveren aan te behalen resultaten (zie ook opdrachtomschrijving en verantwoordelijkheden). Beoordeling: Hoe beter de expertise en competenties aansluiten bij de eisen van de opdracht hoe hoger de score.
• U geeft een beschrijving van aanpak (max. 400 woorden) voor de uit te voeren opdracht gezien het specifieke vraagstuk van het Kadaster (zie ook opdrachtomschrijving en verantwoordelijkheden). Beoordeling: De mate waarin de beschrijving van aanpak aansluit bij de wensen van het Kadaster.