Ontwikkelen Selfservice Datahub

Functieomschrijving

Voor Kadaster zoeken wij een medewerker Ontwikkelen Selfservice Datahub.

De organisatie
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. Ze hebben heel veel data over alles onder, op en boven de grond en willen maximale waarde halen uit deze data. Naast hun wettelijke taak, beheert het Kadaster ook voorzieningen van andere organisaties, de Landelijke Voorzieningen. Zo beheren zij 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. 

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

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

De functie
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 Azur
• GRPC
• Python
• HELM Chart
• Apache Spark
• DotWebStack framework
• Apache Airflow.

Verantwoordelijkheden
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)

Goede beheersing van de Nederlandse taal in woord en geschrift is vereist voor deze functie.