Doel van het document
Het doel van dit document is het beschrijven van 'architectural solution baseline' voor de infrastructuur van het GIS platform van Rijkwaterstaat. De beschreven oplossing bevat voldoende informatie voor het maken van het detailed design, het implementatie plan, etc. Deze oplossing is noodzakelijk aangezien de beschikbaarheid van geo-informatie en de bijbehorende functionaliteit randvoorwaardelijk is voor de primaire processen van RWS.
Visie
Geo-ICT speelt al meer dan 40 jaar een rol binnen de informatie huishouding van RWS. Van de eerste digitale kadastrale kaarten tot de meest recente object decompositie van de assetmanagement objecten, Geo-ICT vervult een belangrijke rol. Rijkswaterstaat heeft een duidelijke visie op deze rol. De visie op de wijze waarop de Geo-ICT voorziening bij RWS functioneert is als volgt verwoord:
"Voor RWS is een goede (geo)-informatie voorziening noodzakelijk zowel voor verbetering van de effectiviteit van dienstverlening als voor de interne efficiency van de organisatie. De Geo-ICT infrastructuur faciliteert RWS zodanig dat deze gegevens hiertoe op de juiste plek in het juiste formaat met de juiste kwaliteit en met de juiste functionaliteit worden ingewonnen, vastgelegd, verwerkt, geanalyseerd en ontsloten."
Je kunt wel zeggen dat Geo-ICT in de haarvaten van de RWS organisatie zit.
Management Samenvatting
De missie van Rijkswaterstaat (RWS) is samenwerken aan een veilig, leefbaar en bereikbaar Nederland. Hiertoe is het noodzakelijk om betrouwbare en bruikbare informatie ter beschikking te hebben. Omdat bijna alle gegevens een locatie component hebben speelt Geo-Informatie hier een belangrijke rol in. Met behulp van accurate (Geo)gegevens is het mogelijk om nieuwe inzichten te krijgen om de doestelling van RWS te waarborgen (zie de 'i-Strategie Rijkswaterstaat, referentie [1]).
Dit document beschrijft de inrichting van een toekomst vaste Geo-ICT infrastructuur bij RWS, we hebben het hierbij over; de richting, uitgangspunten en randvoorwaarden. De afdeling 'IV Platformen' levert, op basis van de hier beschreven architectuur, generieke informatiediensten, bouwstenen, componenten en expertise in de vorm van een Geo-Informatie platform aan de primaire processen en haar klanten.
Door de opname van dit Geo-ICT platform in de RWS architectuur wordt een standaardisatie en centralisatie gerealiseerd voor de manier waarop binnen RWS met Geografische data en functionaliteit wordt omgegaan. Het is de taak van het platform om Geo-informatie (zoals locaties van beheerde objecten en sensoren) op een open en gestandaardiseerde manier:
- in te winnen,
- op te slaan,
- te bewerken en analyseren
- en beschikbaar te maken
Voor Rijkswaterstaat is bij het Geo-informatie platform gekozen voor een gecombineerde implementatie waarbij zowel gebruik gemaakt wordt van een gecontaineriseerde (Cloudfoundry), een SaaS en deployment op virtuele machines. Er is hierbij gekeken naar de meest geschikte deployment methode per component. Doelstelling hierbij blijft om een betrouwbare, flexibele en schaalbare omgeving te leveren.
Dit HLD versie 2.0 geeft de SOLL situatie weer voor het LCM traject van 2023/2024, hierbij zijn de belangrijkste wijzigingen tov de huidige versie van het platform:
- Binnen de ESRI softwarestack wordt gemigreerd van versie 10.6.1 naar versie 11.1;
- Ontsluiten GIS data en functionaliteit vindt zo veel mogelijk plaats via services;
- Gebruik shared databases per afnemende applicatie ipv een dedicated database;
- Data storage en/of databases in Tier-3;
- Voor IAM streven we naar tracebility binnen het platform en BIO compliancy;
- Er wordt gebruik gemaakt van Automation voor deployment en testen;
- Externe samenwerking o.b.v. ArcGIS Online implementeren;
- De Geoweb component migreert maar de Geoweb modules versie;
Structuur van het document
Hoofdstuk 2 beschrijft de functionele requirements zoals aangeleverd door de gebruikers organisatie en de standaarden noodzakelijk voor de componenten 'solution building blocks (SBB)' in scope van dit document.
Hoofdstuk 3 beschrijft de non-functionele requirements. Deze geven de randvoorwaarden aan waaraan het system moet voldoen, zoals de gevraagde service levels voor de systemen, de eigenschappen van het systeem en de beperkingen die waaraan het systeem (of delen van het systeem) moet voldoen.
Hoofdstuk 4 geeft een logisch overzicht en beschrijft de ontwerp besluiten ('architectural decisions') die gebruikt zijn bij het ontwerp van de oplossing.
Hoofdstuk 5 beschrijft het fysiek ontwerp van de oplossing.
Hoofdstuk 6 bevat de risico's, aanbevelingen en issues die van invloed kunnen zijn voor de oplossing.
Out of scope
De volgende zaken zijn buiten scope van dit document en de afdeling:
- (Geo) Data management
- Maatwerk applicaties
- Processen en procedures voor aanvraag, onderhoud en configuratie
- Kostprijsmodel
- Governance model
Mirror provenance
- Mirror source
- confluence/spaces/INFRAARCH/pages/194873853/page.metadata.json
- Storage source
- confluence/spaces/INFRAARCH/pages/194873853/page.storage.xhtml
- Access
- Committed snapshot only