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.

Tenminste de volgende functionaliteiten zijn gewenst in de zandbak omgeving:

• 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.

De belangrijkste verantwoordelijkheden zijn

• 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.

• Opleiding: Afgeronde (bachelor) hbo-opleiding of hoger.
• Ervaring:
  • Minimaal 5 jaar ervaring met DevOps en systeemontwikkeling/integratie in een Cloud-omgeving.
  • Minimaal 5 jaar ervaring met:
    • Java (Java 17 en hoger)
    • Spring (Boot) Framework
    • PostgreSQL database
  • Minimaal 3 jaar ervaring met:
    • Containertechnologie (Docker/Kubernetes)
    • Linux / shell scripting
    • CI/CD Tooling (Git/Gitea, Jenkins, Maven)
    • GraphQL
    • Angular 18
    • DotWebStack framework
  • Minimaal 1 jaar ervaring met:
    • MIM-Standaard
    • Apache Spark
    • Apache Airflow
    • Azure Databrick
• Taalniveau: Nederlands minimaal B2.

Wensen

• 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).
• 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).
• 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).

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.

• Standplaats: Apeldoorn
• Startdatum: 01-01-2025
• Einddatum: 31-12-2025
• Optie tot verlenging: 1 x 6 maanden
• Uren per week: 36-40

De verificatiegesprekken zullen plaatsvinden op 17 december 2024 in Apeldoorn of via MS Teams. Deze datum staat vast en hier wordt niet van afgeweken.