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. o Ontwikkelen Selfservice Datahub waarin data aanbieders hun datasets kunnen beheren. o Opstellen Inwerkprogramma voor nieuwe Datahub ontwikkelaars. o 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: o Opvragen van een overzicht van de verschillende omgevingen waar de data aanbieder eigenaar van is; o Het in kunnen lezen van een nieuwe MIM-Model; o Data aanbieders kunnen een nieuwe omgevingen aanmaken voor een bestaande versie van een MIM-model; o Data aanbieders kunnen omgevingen verwijderen; o Data aanbieders kunnen data uit een bestaande omgeving te verwijderen; o Men kan Verschillen bepalen tussen twee versies van MIM-modellen; o Testen of een MIM-model voldoet aan de MIM-standaard; o 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: o MIM-standaard; o Kadaster historiemodel v4; o Mim-java SDK; o Mim-tools; o Dotwebstack; o GraphQL in relatie tot bovengenoemde zaken; o gRPC in relatie tot bovengenoemde zaken; o Datahub Mutatie API; o Datahub Lookup API; o Datahub Bulk API; o Datahub DeltaSync; o Datahub GML Exporter; o Datahub Geopackage Exporter; o MAP build in relatie tot Datahub componenten; o 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: o Brouwerij data aanbieden via de mutatie API (aan de hand van template-data); o Brouwerij data opvragen via de Lookup API; o Query's die mogelijk zijn in de lookup API be?nvloeden door een aanpassing in de dhub.yaml; o Brouwerij data opvragen vanuit verschillende tijdreis perspectieven: o gehele levenscyclus; o alleen actuele objectversies. Belangrijkste technieken, methoden en tools o Java (17 must, 21 pr?); o Spring (Boot) framework; o PostgreSQL database; o Docker; o Kubernetes; o Linux/Shell scripting; o GraphQL; o CI/CD tooling (Git/Gitea, Jenkins, Maven); o Databricks; o Microsoft Azure; o GRPC; o Python; o HELM Chart; o Apache Spark; o DotWebStack framework; o Apache Airflow. Opleidisngsniveau o HBO Eisen o Afgeronde (bachelor) hbo-opleiding of hoger o Minimaal 5 jaar ervaring met DevOps en systeemontwikkeling/integratie in een Cloud omgeving o Minimaal 5 jaar ervaring met de volgende technieken en tools: o Java (Java en hoger); o Spring (Boot) Framework; o PostgreSQL database o 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 o Minimaal 1 jaar ervaring met de volgende tools en technieken: o MIM-Standaard; o Apache Spark; o Apache Airflow; o Azure Databrick o Taalniveau Nederlands minimaal B2 Wensen o 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) o 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) o 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)