KLIC-WIN KETENACCEPTATIETESTEN PLAN VAN AANPAK

Transcriptie

1

2 KLIC-WIN KETENACCEPTATIETESTEN PLAN VAN AANPAK Auteur T. Kolman Versie v1.1 d.d. Plaats Amersfoort Kenmerk 4DI/TKO/

3 Versie informatie VERSIE INFORMATIE Versie Datum Bijzonderheden Auteur Ter Review WG- T. Kolman Blauwdruk&Implementatie Ter Review WG-Coordinatie T. Kolman Netbeheerders Ter review/akkoord SG-KLIC T. Kolman Bespreking SG-KLIC T. Kolman Akkoord SG-KLIC T. Kolman 4D-improvement v1.1 II

4 Verzendlijst VERZENDLIJST Naam Jan Bijker Henk Geurts Guus Spitzen Leden WG-B&I Leden WG-CN diverse Bedrijf/Functie SG-KLIC, voorzitter Programmamanager KLIC-WIN Kadaster projectmanager KLIC-WIN Kadaster, Netbeheerders- en Grondroerders-vertegenwoordiging Netbeheerders-vertegenwoordiging Deelnemende NBH, GDR en Service Providers 4D-improvement v1.1 III

5 Akkoordverklaring opdrachtgever AKKOORDVERKLARING OPDRACHTGEVER Opdrachtgever: Handtekening Naam Onderdeel Functie Jan Bijker Stuurgroep KLIC-WIN Voorzitter adres Datum: D-improvement v1.1 IV

6 Inhoudsopgave INHOUDSOPGAVE VERSIE INFORMATIE... II VERZENDLIJST... III AKKOORDVERKLARING OPDRACHTGEVER... IV INHOUDSOPGAVE... V BEGRIPPENLIJST... VII 1 INLEIDING Doel van het testplan Opdrachtformulering Opdrachtgever Opdrachtnemer Opdracht Beschouwingsgebied Randvoorwaarden en uitgangspunten Acceptanten en acceptatiecriteria TESTSTRATEGIE Basis voor het testplan Testbasis Teststrategie KAT Ketentesten en non-functionele testen Verschillende aansluitmogelijkheden Netbeheerders Incrementele uitvoering AANPAK Testontwerptabellen Beschrijving testaanpak Aansluiten Netbeheerder in specifieke rol Incrementele fasering Gezamenlijke start van de testuitvoering Registratie van de uit te voeren testen, resultaten en bevindingen Fasering Incrementen Increment Vervolg Incrementen Slot Acceptatietest Besluitvorming bevindingen TEST- EN REGISTRATIEOMGEVINGEN EN BEHEER D-improvement v1.1 V

7 Inhoudsopgave 4.1 Testomgevingen Registratie testbevindingen Testprocesbeheer PLANNING BIJLAGE 1 GENUMMERDE EISEN MASTERPLAN BIJLAGE 2 KAT TESTGEVALLEN BIJLAGE 3 KAT TESTSCENARIO S BIJLAGE 4 KAT TESTKETENS BIJLAGE 5 KAT DEELNEMERSLIJST D-improvement v1.1 VI

8 Begrippenlijst BEGRIPPENLIJST Begrip BAO KLIC BI BVG GDR GIA INSPIRE KAD KAT KLIC-WIN NBH NTD SG-KLIC SP VG WG-B&I WG-CN WIBON Omschrijving Bronhouders en Afnemers Overleg van KLIC BeheerdersInformatie, de netinformatie die geleverd wordt in reactie op een GIA Beheerder VeiligheidsGebied, bij een KLIC-melding in een veiligheidsgebied wordt aan de GDR alleen contactinfo van de BVG doorgegeven. De BVG krijgt de GebiedsInformatie van alle belanghebbende NBH Grondroerder, partij die de KLIC-melding ofwel GIA doet GebiedsInformatieAanvraag door Grondroerder aangevraagd om Informatie te verkrijgen van alle netten in het opgegeven gebied Europese wetgeving voor ontsluiting van Kadaster, de dienst die belast is met beheer van KLIC-systeem Keten Acceptatie Test Programma waarin KLIC geschikt wordt gemaakt voor WIBON en INSPIRE (WIN als samentrekking van WIBON en INSPIRE) Netbeheerder, Centraal: NBHC, Decentraal: NBHD Netbeheerders Test Dienst, een ICT-omgeving van het Kadaster waarin NBH de aanlevering van hun netinformatie en de verwerking daarvan bij een KLIC-melding kunnen testen. Zowel handmatig als via B2B-koppeling. Stuurgroep KLIC-WIN van het KLIC-WIN programma board Service Provider, dienstverlener aan NBH en GDR in de ICTafhandeling van KLIC-functies Veiligheidsgebied, hier wordt geen gebiedsinformatie aan de GDR verstrekt maar contactgegevens van de BVG. De BVG ontvangt de gebiedsinformatie. Werkgroep Blauwdruk&Implementatie van KLIC-WIN Werkgroep Coördinatie Netbeheerders van KLIC-WIN Wet Informatie-uitwisseling Bovengrondse en Ondergrondse Netten en Netwerken zie 4D-improvement v1.1 VII

9 Inleiding 1 INLEIDING 1.1 Doel van het testplan De graafsector heeft het initiatief genomen voor het programma KLIC-WIN. Dit programma, door BAO KLIC in september 2015 gestart, moderniseert de uitwisseling van kabel- en leidinginformatie volgens de WIBON en sluit systemen en processen beter aan op de Europese richtlijn INSPIRE. Op deze manier bereiden de graafsector en het Kadaster zich voor op de toekomst. Het programma KLIC-WIN houdt zich bezig met kwaliteitsverbetering van KLIC (WIBON) in combinatie met het uitbreiden van het KLIC-systeem met INSPIREfunctionaliteit om netinformatie te ontsluiten. In eerste instantie wordt een nieuw KLIC-systeem geïmplementeerd. In een volgende fase wordt de INSPIRE-functionaliteit beschikbaar gesteld. De functionaliteiten die voor deze verbeteringen worden geïmplementeerd in het nieuwe KLIC-systeem bij het Kadaster, worden door de graafsector ter acceptatie getest in de KLIC-WIN KetenAcceptatieTesten. Dit testplan beschrijft het plan van deze KetenAcceptatieTesten (KAT). Hiermee worden alle betrokkenen bij de KAT geïnformeerd over de aanpak, de activiteiten en de op te leveren producten met betrekking tot de acceptatietesten voor KLIC. Dit Testplan geeft voor de KAT een concrete en meer gedetailleerde uitwerking van wat in het Masterplan Acceptatiecriteria KLIC-WIN v1.0 (B. Thevis, H. v.d. Berg, F. Akdeniz, G. Spitzen, dd ) is vastgelegd. 1.2 Opdrachtformulering Opdrachtgever De organisatie van het KLIC-programma is in onderstaande figuur weergegeven. 4D-improvement v1.1 1

10 Inleiding Na de architectuurfase zijn de Werkgroepen Architectuur en Blauwdruk en - Implementatie strategie samengevoegd tot WG Blauwdruk en Implementatie. De opdrachtgever voor de KAT is de Stuurgroep KLIC-WIN (SG-KLIC) van de programmaboard BAO KLIC. Deze wordt in haar besluitvorming geadviseerd door de WG Coördinatie Netbeheerders (WG-CN) en de WG Blauwdruk en Implementatie (WG-B&I) Opdrachtnemer De planning en uitvoering van de KAT wordt gecoördineerd door Theo Kolman, lid van de WG-CN. De KAT wordt in samenwerking met de testende Netbeheerders (NHB s), Grondroerders (GDR s), beide evt. ondersteund door een ServiceProvider (SP), en het KLIC-WIN implementatieteam van het Kadaster uitgevoerd Opdracht Het resultaat van de KAT is een getest KLIC-systeem conform dit testplan en de vastgestelde minimale eisen in het Masterplan. De testbevindingen zijn daarbij door de betrokkenen beoordeeld en door genoemde WG s geprioriteerd en gerapporteerd met een acceptatie-advies aan SG-KLIC. Al deze activiteiten worden volgens planning gecoördineerd door opdrachtnemer. Binnen de opdracht Het opstellen van het testplan, de testgevallen en de rapportages van de testuitvoeringen. Het coördineren van de voorbereidingen en het uitvoeren van de testen, het verzamelen van de testbevindingen en beoordeling van de bevindingen die door de deelnemers worden aangeleverd. Het afstemmen met de beide WG s en SG- KLIC over de beoordelingen en het formuleren van een gedragen acceptatie advies. Buiten de opdracht Het uitvoeren van de testen en het rapporteren van de afzonderlijke testbevindingen wordt door de deelnemers aan de KAT (benoemde NBH s, GDR s en Kadaster) uitgevoerd Beschouwingsgebied Het nieuwe KLIC-systeem, dat onderwerp is van deze KAT, bestaat uit meerdere componenten en functionaliteiten voor de verschillende rollen in de KLIC-keten. De volgende rollen worden onderscheiden: de grondroerder (GDR), de netbeheerder (NBH), de Service Providers (SP) die ICT-diensten aan NBH en GDR voor KLIC, de beheerder van veiligheidsgebieden (BVG) en het Kadaster (KAD). Kort samengevat biedt het de volgende hoofdfunctionaliteit: - NBH s functionaliteit om hun Netinformatie en Documenten volgens de standaard IMKL v te uploaden naar het Kadaster (zelf of door Service Provider); - NBH s functionaliteit om door het Kadaster te worden genotificeerd over hun belang bij een KLIC-melding (zelf of door SP); - NBH s de namens hen verstrekte netinformatie en de KLIC-melding op te vragen en ontvangen (zelf of door SP); 4D-improvement v1.1 2

11 Inleiding - NBH s de mogelijkheid om, volgens BMKL v2.0 decentrale verwerking (zelf of door SP) van KLIC-meldingen tot te verstrekken Beheerdersinformatie te laten doen; - NBH s de mogelijkheid om, volgens BMKL v2.0, centraal door het Kadaster deze verwerking van KLIC-meldingen voor hun te laten uitvoeren; - NBH s de mogelijkheid om hun belangenregistratie te doen bij het Kadaster; - GDR s functionaliteit om een KLIC-melding (graaf, oriëntatie, calamiteit) te doen bij het Kadaster en de relevante netinformatie van alle betrokken NBH s te ontvangen via het Kadaster; - BVG s ontvangen voor hun VG de netinformatie die buiten VG s aan GDR wordt verstrekt, de GDR ontvangt alleen contactgegevens van de BVG; - SP de mogelijkheid om geregistreerd te worden als ICT-dienstverlener van een NBH en als zodanig aan te sluiten op de Kadaster-systemen; - KAD houdt de ICT-systemen en -connecties operationeel waarmee de functionaliteit volgens de wettelijk gestelde eisen ondersteund wordt De functionaliteit voor de verschillende rollen is in meer detail beschreven in KLIC- WIN bedrijfsprocessen, dd Het Kadaster project ontwerp en bouw voert het herstelwerk als gevolg van de KATbevindingen uit en beheert (de updates van) de KAT-omgeving. De planning van herstelwerk en updates wordt in overleg tussen KAT-project en Kadaster-project vastgesteld. Buiten het beschouwingsgebied Niet behorend tot de scope van het KLIC-systeem dat in deze fase in productie wordt genomen: 1 De informatiepolygoon wordt in een latere fase door Kadaster ontwikkeld en via een afzonderlijk testproject geaccepteerd en in productie genomen; 2 De WFS/WMS koppeling, zoals in KLIC-WIN Bedrijfsprocessen gedefinieerd, wordt ook in een latere fase door Kadaster ontwikkeld en in productie genomen; 3 De INSPIRE-functionaliteit: er vindt nog afstemming tussen sector en overheid plaats over de borging van de bescherming van de leidinggegevens ten behoeve van de leveringszekerheid. Daarmee behoren deze functionaliteiten ook niet tot de scope van de huidige KAT Randvoorwaarden en uitgangspunten De volgende eisen zijn aan het testproces opgelegd: De mijlpalen zoals beschreven in dit testplan worden gehaald; Tijdige besluitvorming over de testbevindingen om voldoende tijd voor herstel te borgen; Deelnemende testers zijn, volgens OAuth, aangesloten in de KAT-omgeving voor aanvang van de voor hen geplande testen; Voldoende beschikbaarheid van de KAT-omgeving van het Kadaster voor de uitvoering van de testgevallen; Om planningsdoelen te halen, is voldoende beschikbaarheid van de betrokkenen bij de KAT tijdens de testperiode vereist en adequate besluitvorming binnen WG s en SG-KLIC. Om het KAT-proces tot een succes te maken moeten de volgende zaken zijn geregeld: De vertegenwoordigers in het SG-KLIC moeten namens hun achterban instemmen met de in dit plan beschreven aanpak en de beschreven testgevallen. 4D-improvement v1.1 3

12 Inleiding Dit wil zeggen dat succesvolle uitvoering van de KAT testgevallen volgens dit plan resulteert in acceptatie van het KLIC-systeem; De deelnemende NBH s hebben de door het Kadaster vastgestelde testen in de NTD succesvol uitgevoerd; Het Kadaster heeft de testen van de KLIC-functionaliteit in eigen testomgeving succesvol uitgevoerd; De testplanning en -aanpak zijn afgestemd met de testdeelnemers; NBH s en GDR s brengen in het kader van de test real life scenario's in om de bruikbaarheid van KLIC te testen; Testbevindingen, afwijkend van verwachting, worden met gedetailleerde parameters over het uitgevoerde testscenario gerapporteerd, zodat het testscenario na softwareherstel exact herhaald kan worden. Uitgevoerde testen met verwacht resultaat, kunnen zonder deze detaillering gereed worden gemeld. De testdeelnemers voorzien in de ondersteuning op materiegebied: ervaring met uitvoering van testen zoals deze in de NTD al zijn uitgevoerd, expertise voor de beoordeling en prioritering van de testbevindingen; Acceptanten en acceptatiecriteria Acceptanten Acceptanten namens de (opdracht)gevende organisatie zijn: Naam Functie Afdeling H. Geurts Programma Manager Programma KLIC-WIN WG Blauwdruk en Implementatie WG Coördinatie Netbeheerders J. Bijker Voorzitter Stuurgroep KLIC-WIN namens BAO KLIC programma board Acceptatiecriteria De acceptatiecriteria voor systeem- en acceptatietesten zijn: Omschrijving Norm Elk testscenario wordt succesvol uitgevoerd door alle uitvoerende testdeelnemers Elk ketentestscenario wordt door alle ketenpartijen succesvol uitgevoerd De testbevindingenrapportage met acceptatie advies wordt door coördinator aan WG-B&I en WG-CN opgeleverd WG-en geven acceptatie advies aan SG-KLIC non-blocking bevindingen non-blocking bevindingen positief acceptatie advies positief acceptatie advies Blocking bevindingen worden gedefinieerd als afwijkingen in de werking van KLICsysteemcomponenten waardoor processen van de gebruikers niet succesvol (correct en tijdig) afgerond kunnen worden en er binnen of buiten het KLIC-systeem geen werkbaar alternatief mogelijk is. Daarnaast kan een afwijkend resultaat in de verstrekte gebiedsinformatie met onacceptabel verhoogd risico op graafschade als blocking bevinding worden aangemerkt. Besluitvorming hierover is in par 3.4 beschreven. Vrijgavemomenten De acceptatie van de KAT vindt plaats na positief acceptatie advies van de WG Blauwdruk en Implementatie en de WG Coördinatie Netbeheerders in rapportage van de KAT-coördinator aan SG-KLIC. 4D-improvement v1.1 4

13 Teststrategie 2 TESTSTRATEGIE In dit hoofdstuk wordt de teststrategie voor de KAT beschreven uitgaande van de doelen in het Programmaplan en andere eerder vastgestelde documenten. Daarvoor wordt eerst de documentatie benoemd die het uitgangspunt vormt voor de teststrategie. 2.1 Basis voor het testplan De volgende documenten zijn gebruikt als basis voor dit testplan. Documentnaam versie datum auteur Programmaplan KLIC-WIN V KLIC WIN bedrijfsprocessen Masterplan Acceptatiecriteria KLIC- WIN Beslismomenten Planning KLIC-WIN 2018 V B. Thevis c.s. v H. Geurts Eisen Deelnemer KAT KLIC-WIN F. Akdeniz 2.2 Testbasis De testbasis bestaat uit die documenten waaruit de testgevallen worden afgeleid. De testbasis bevat de documentatie die als basis dient voor de uit te voeren tests. Onderstaand overzicht geeft de documentatie die als uitgangspunt dient bij de KLIC KetenAcceptatieTesten. Documentnaam versie Datum auteur Masterplan Acceptatiecriteria KLIC- V B. Thevis c.s. WIN DienstNiveau Omschrijving Centrale V1.1 Sept C. Groot Voorziening KLIC-WIN Use casemodel datasynchronisatie met BMKL API WION levering - producten Teststrategie KAT Doelstelling van de KAT is voldoende onderbouwd vertrouwen te verkrijgen bij de stakeholders: NBH s, GDR s (mede namens hun SP s) en Kadaster, in de werking van het nieuwe KLIC-systeem, zodat het systeem geaccepteerd kan worden door de sector en in productie genomen door de sector bij het Kadaster. De teststrategie is gebaseerd op de aspecten zoals die in de volgende paragrafen zijn uitgewerkt. Er is een veelheid aan netinformatie en er zijn twee nieuwe manieren van aansluiten door NBH s op het nieuwe KLIC-systeem, naast de tijdelijk nog beschikbare huidige manier van aansluiten. De NBH s kennen specifieke situaties in hun netinformatie waarbij aan de juiste verwerking met het nieuwe KLIC-systeem risico s verbonden zijn. Deze risico s zijn deels al in de NTD met specifieke testen door de NBH beheerst. De NBH s kunnen zelf deze situaties inbrengen in de KAT-omgeving om de risico s op foute verwerking in productie verder te beperken. 4D-improvement v1.1 5

14 Teststrategie De in de KAT gedefinieerde testgevallen adresseren deze specifieke risico-situaties per NBH niet, dat valt onder de verantwoordelijkheid van de afzonderlijke NBH s Ketentesten en non-functionele testen Veel basisfunctionaliteit is al getest in de Kadaster KLIC-NetbeheerdersTestDienst (NTD). Deelnemende NBH s aan de KAT moeten zich met hun data en eigen functionaliteit hebben gekwalificeerd in de NTD vóór deelname aan de KAT. In onderstaande figuur is de scope van de KAT weergegeven als grens door de koppelingen tussen de KLIC-systeemcomponenten. Centrale NetBeheerder Decentrale NetBeheerder GIS systeem Validatie IMKL Data Upload Genereren IMKL Data Centrale Voorziening Scope KAT Verstrekte info Upload Verstrekte info Genereren KLIC Data Netbeheerder GIS systeem Kadaster Leverdata GIA omvat o.a.: Netinfo data Documenten Schetsen Brieven Data a.g.v. verwerking EV regels Registreren GIA Verzamelen BeheerdersInfo tot GebiedsInformatie Download Leveren GebiedsInformatie GebiedsInformatie Aanvraag Grondroerder Ontsluiten GIAdata via software Deels in scope KAT: Alleen de door het Kadaster beschikbaar gestelde KLIC-Viewer is in scope vd KAT Ontvangen GebiedsInformatie Uitgangspunt is dat de functionaliteit die in de NTD is getest niet op detail niveau getest hoeft te worden in de KAT. De KAT richt zich op de functionaliteit waarbij meerdere partijen in de KLIC-keten betrokken zijn en op non-functionele eisen Verschillende aansluitmogelijkheden Netbeheerders Het KLIC-systeem gaat meerdere vormen van verwerking van meldingen door de NBH s ondersteunen. In het Masterplan is dit volgens onderstaande figuur weergegeven. 4D-improvement v1.1 6

15 Teststrategie Ten eerste de Centrale of Decentrale verwerking van de meldingen. Deze worden ook onderscheiden in een deel van de eisen in het Masterplan en geven dus ook afzonderlijke testgevallen, testscenario s en testuitvoeringen. Daartoe worden voor deze verschillende vormen van verwerking afzonderlijke rollen voor de NBH s onderscheiden. In onderstaande tabel zijn de te onderscheiden rollen weergegeven. Een NBH kan (een deel van) zijn taken laten uitvoeren door een ServiceProvider (SP). Deze taken worden niet als groep onderscheiden in de eisen in het Masterplan. Wel zijn er enkele eisen van de Centrale als Decentrale Netbeheerder die betrekking hebben op het gebruik van een SP. Het gebruik van een SP wordt geregistreerd in het KLIC-systeem en heeft een andere technische implementatie. Daarom wordt extra uitvoering van testscenario s voor aansluiting zonder of met SP ingericht. De NBH s worden alle in een overgangsperiode aangesloten op het KLIC-systeem. Een deel van de NBH s (in figuur Netbeheerder oud genoemd) zal in deze overgangsperiode dus nog met zijn huidige systeem KLIC-meldingen verwerken. Voor de aansluiting van NBH s met hun huidige systeem zijn een aantal specifiek eisen opgenomen in het Masterplan waarvoor testgevallen en testscenario s worden uitgewerkt en uitgevoerd. De GDR s zullen in het nieuwe KLIC-systeem hun aanvragen doen en het raadplegen van de KLIC-meldingen uit het nieuwe systeem zal door de KLIC-Viewer (van hun software leverancier) ondersteund moeten worden. Hiermee wordt meteen de juiste werking van de koppeling met de KLIC-Viewer getest. De Grondroerder oude aanvraag en INSPIRE aanvrager vallen buiten de scope van de KAT. 4D-improvement v1.1 7

16 Teststrategie Incrementele uitvoering De testcapaciteit van de verschillende deelnemers wordt zo effectief en efficiënt mogelijk over het KAT-testtraject verdeeld. Daartoe worden de KAT-testen incrementeel uitgevoerd waarbij in het eerste increment een beperkt aantal deelnemers gaat testen. Het eerste increment is gericht op het vaststellen of de stappen in de keten bij beperkte belasting volgens verwachting functioneren. Hiermee wordt ook de inspanning voor het aansluiten van NBH door het Kadaster gelijkmatiger verdeeld over de testperiode. In het tweede en de volgende incrementen worden meer deelnemers aangesloten in de KAT-omgeving en zal er ook op Non-functionals zoals performance, systeembelasting en storingen, zoals benoemd in de eisen in het Masterplan, worden getest. Testbevindingen die in de uitvoering als blocking-bevinding zijn vastgesteld, worden direct door de coördinator met Kadaster gecommuniceerd, om zo snel mogelijk te bepalen welke herstelactie gewenst is en deze uit te kunnen voeren. 4D-improvement v1.1 8

17 Aanpak 3 AANPAK Dit hoofdstuk beschrijft hoe de testen volgens de teststrategie concreet worden uitgewerkt en aangepakt. De testontwerptabellen in 3.1 geven weer hoe de eisen worden uitgewerkt in testgevallen en uit te voeren testscenario s. In 3.2 wordt een meer uitgebreide beschrijving gegeven van de aanpak van de uitvoering. 3.1 Testontwerptabellen De systeemeisen volgens het Masterplan zijn in Bijlage 1 Genummerde eisen Masterplan (voor referentie) genummerd weergegeven. Deze eisen zijn vertaald in concrete testgevallen met specifieke doelen. Er zijn meerdere eisen (voor verschillende rollen) die met één testgeval getoetst kunnen worden in de KAT. De eisen zijn gegroepeerd bij die testgevallen. In de tabel hieronder zijn de testgevallen voor de verschillende rollen weergegeven, zoals die uit de eisen in het Masterplan voortkomen. De relatie tussen de testgevallen en de eisen wordt aan de hand van de eisennummers in de tabel gedefinieerd. Hier is alleen het begin van de tabel weergegeven. De volledige tabel is weergegeven in Bijlage 2 KAT Testgevallen. Test gev alnr Eisnr Rol Doelstelling Verwachte resultaat NBH + Registreer nieuwe IMKL -contacten via het KAD Kadaster NBH + Registreer mijn URL/Website via Kadaster en KAD selfservice GDR GDR meet de tijd tussen gebiedsinformatieaanvraag (GIA) en ontvangstbevestiging KAD KAD rapporteert de tijden tussen GIA en versturen ontvangstbevestigingen GDR GDR stelt de levertijd vast na ontvangstbevestiging van de gebiedsinformatie (GIN) (onverwijld binnen 2 werkdagen) KAD KAD rapporteert levertijden van GIN aan grondroerders (onverwijld binnen 2 werkdagen) KAD KAD rapporteert de tijd waarin gebiedsinformatieaanvraag aan netbeheerders met belang is verstrekt (onverwijld) GDR GDR meet de tijd tussen ontvangstbevesting gebiedsinformatielevering (GIL) en complete levering (onverwijld na ontvangst van alle NBH-info) Onverwijld, normaal verwachte processingtijd van enkele seconden tot enkele minuten. Onverwijld. Bij langere doorlooptijden wordt oorzaak onderzocht en beoordeeld. Onverwijld maar wachten op NBHDlevering. Bij grotere doorlooptijd, verificatie van verwerkingstijden KAD en BI levertijden NBHD. Meeste verwerkingstijden binnen het uur. Bij oplopende verwerkingstijden oorzaken onderzoeken. Onverwijld, binnen enkele minuten alle belanghebbende NBH geïnformeerd. Meeste verwerkingstijden binnen het uur. 4D-improvement v1.1 9

18 Aanpak Een of meer testgevallen met hun specifiek doel, kunnen in serie worden uitgevoerd in testscenario s. Het testscenario bestaat uit meerdere testhandelingen/scripts die gezamenlijk een userstory beschrijven. De testscenario s worden door meerdere deelnemers met eenzelfde rol uitgevoerd, zodat breed kan worden vastgesteld of de geteste functionaliteit aan de gestelde verwachtingen voldoet. Hieronder is het begin van de testscenario s tabel weergegeven, in Bijlage 3 KAT Testscenario s zijn alle testscenario s weergegeven. Scenari onr Titel Verificatie van Testgevall en nr Rollen 1 KLIC-melding doen GDR 1.1 Orientatieverzoek - normaal 1.2 Orientatieverzoek - veiligheidsgebied Voorbereiding 2 GDR Kies een gebied voor het orientatieverzoek met hoge dichtheid van K&L 2 GDR Kies een gebied voor orientatieverzoek binnen een veiligheidsgebied 1.3 Graafmelding - normaal 3 GDR Kies een gebied voor de graafmelding met hoge dichtheid van K&L 1.4 Graafmelding - veiligheidsgebied 3 GDR Kies een gebied voor graafmelding binnen een veiligheidsgebied En de vervolgkolommen met definitie van verwachte resultaten: Scena rionr Stapsgewijze beschrijving Verwachte resultaat Doe het orientatieverzoek GDR ontvangt bevestiging van orientatieverzoek met daarin aangegeven welke netbeheerders belangen hebben in het aanngegeven gebied. Maximaal 48 uur later: GDR krijgt netinformatie, bijlagen en EV 1.2 Doe het orientatieverzoek binnen het veiligheidsgebied GDR krijgt: -melding dat het veiligheidsgebied betreft -krijgt contactgegevens van veiligheidsgebied -ontvang geen netinformatie, bijlagen en EV 4D-improvement v1.1 10

19 Aanpak Scena rionr Stapsgewijze beschrijving Verwachte resultaat 1.3 Doe de graafmelding GDR ontvangt bevestiging van graafmelding met daarin aangegeven welke netbeheerders belangen hebben in het aangegeven gebied. Maximaal 48 uur later krijgt GDR: 1.4 Doe de graafmelding binnen het veiligheidsgebied -informatie over netinformatie, bijlagen en EV -aanwijzingen over de eisen aangaande graafwerkzaanheden in het gebied. GDR krijgt: -melding dat het veiligheidsgebied betreft -krijgt contactgegevens van veiligheidsgebied -ontvangt geen netinformatie, bijlagen en EV. Voor de testscenario s worden door de uitvoerder van de testrol één of meerdere specifieke testsituaties gekozen op basis van aanwijzingen in het testscenario en de typische risico s die door de deelnemer voor de rol worden onderkend. De testen waarbij meerdere rollen in de uitvoering betrokken zijn om vast te kunnen stellen of aan een eis uit het Masterplan wordt voldaan (bv een deel van de nonfunctionals, onder hoofdgroepnummer 10 t/m 12), worden in testketens gedefinieerd. Per testketen-item wordt een draaiboek van de uitvoering van opvolgende testscenario s door meerdere rollen beschreven met beoogde doelen en verwachte resultaten. In Bijlage 4 KAT Testketens zijn alle uit de eisen voortkomende testketens beschreven. De uitvoering van de testketens zal extra coördinatie tussen de rollen vragen. Waar van toepassing worden NBH s die ook als GDR deelnemen gevraagd om hier in beide rollen onderdelen van de testketens uit te voeren, zodat de benodigde coördinatie beperkt kan blijven. Voor de prioritering van de testscenario s, wordt in overleg met deelnemers en het Kadaster de productrisico-analyse van het KLIC-systeem gereviewd en beoordeeld voorafgaand aan de uitvoering van de testen. Deze prioritering wordt gebruikt als er keuzes gemaakt moeten worden in de aandacht voor de verschillende testscenario s tijdens uitvoering. Bovenstaande testontwerptabellen zijn nog in ontwikkeling bij het schrijven van dit Testplan. Voor de uitvoering van de testen zullen de testscenarios door deelnemers van WG-CN worden gereviewd. De testen kunnen tijdens de uitvoering van de KAT nog worden aangevuld met nieuwe testscenario s op basis van gesignaleerde risico s. 3.2 Beschrijving testaanpak Aansluiten Netbeheerder in specifieke rol Om de NBH te laten deelnemen in de KAT in een specifieke rol, dient deze door het Kadaster te worden aangesloten in de KAT. De NBH geven via een standaardformulier aan in welke rollen zij aan de test gaan deelnemen. 4D-improvement v1.1 11

20 Aanpak De NBH moet aan de aansluitvoorwaarden voldoen zoals beschreven in Eisen Deelnemer KAT KLIC-WIN. De lijst met deelnemende NBH en GDR is in Bijlage 5 KAT Deelnemerslijst weergegeven. Deze lijst wordt nog geactualiseerd in aanloop naar en tijdens de KATuitvoering. Ook de KAT-omgeving moet correct ingericht zijn voor de specifieke NBH om betrouwbare testen te kunnen uitvoeren. Om het risico op het niet kunnen uitvoeren van testen door fouten in de aansluiting te minimaliseren, worden voorafgaand aan de uitvoering van de specifieke KAT-testscenario s eerst enkele pre-testen per NBH uitgevoerd. Dit geldt voor alle aan te sluiten NBH s in zowel de Centrale als Decentrale implementatie met en zonder SP en NBH s met huidige KLIC-systeem (ook daarvoor is aansluiting van een KLIC-omgeving nodig waarin de KAT-testgevallen beoordeeld kunnen worden). Pre-test Netbeheerder / ServiceProvider De pre-test wordt als volgt uitgevoerd: 1. checklist met alle integraties tussen Kadaster KAT-omgeving en NBH/SP KLIComgeving; deze moeten allemaal benaderbaar zijn en de KAT-testgevallen moeten hierin beoordeeld kunnen worden; 2. verificatie van de belangenregistratie, deze moet correct uit de huidige KLICproductie-omgeving gerepliceerd zijn in de KAT-omgeving; 3. enkele op integratie gerichte testgevallen worden gespecificeerd en uitgevoerd om te controleren of de verschillende onderdelen van het systeem met elkaar kunnen communiceren Incrementele fasering Er wordt een incrementele testuitvoering toegepast. De uitvoering van de alle testen van één testincrement wordt binnen één week gepland. De benodigde capaciteit voor uitvoeren van de benoemde testscenario s per rol zijn voorlopig op twee à driemensdagen capaciteit geraamd. Op basis van de uitvoering van increment 1 wordt deze raming evt. bijgesteld. In de teststrategie (par 2.3) is al genoemd dat de testgevallen en het aantal testdeelnemers bij het tweede increment worden uitgebreid. Om alle testgevallen in de vervolg incrementen terug te laten komen en de belasting van de testpartijen te verdelen, worden: 1 de testers van het eerste increment belast met de testen die in afwijkende bevindingen hebben geresulteerd en in het volgende increment hersteld zijn; 2 de nieuwe testdeelnemers in het volgende increment belast met uitvoering van alle testscenario s voor hun rol. Om deze verdeling van testtaken te ondersteunen, worden de uit te voeren testscenario s per deelnemer middels testformulieren beschikbaar gesteld. Gezamenlijk worden in de vervolg incrementen de non-functionele testscenario s en testketens uitgevoerd. Ook dit wordt in de beschikbaar gestelde testformulieren aangegeven. Tot slot worden in het laatste increment alle testscenario s uitgevoerd. Om het acceptatiecriterium te halen mogen hier geen blocking-bevindingen meer in geconstateerd worden. 4D-improvement v1.1 12

21 Aanpak De planning van deze incrementen en de daarbinnen uit te voeren taken voor de verschillende deelnemers is in hoofdstuk 5 beschreven. In overleg met het Kadaster en afhankelijk van de beschikbaarheid van de KATomgeving, kunnen aanvullende testen door de deelnemers voor hun specifieke situaties worden uitgevoerd in de KAT-omgeving, aansluitend op de testscenario s die voor de KAT zijn gedefinieerd. Indien deze testen in aanvullende bevindingen resulteren zullen deze in het volgende increment in de besluitvorming worden meegenomen Gezamenlijke start van de testuitvoering Na het vaststellen van de deelnemers in de test incrementen wordt een gezamenlijke startbijeenkomst van het testincrement georganiseerd. Hierin wordt doelstelling en werkwijze van de testuitvoering in het increment doorgenomen om onduidelijkheden weg te nemen en een eenduidige uitvoering en registratie van resultaten en bevindingen en beoordeling daarvan te bevorderen. Het is niet efficiënt om testen met geregistreerde afwijkende bevindingen meermalen te laten uitvoeren en registreren door verschillende deelnemers. In de gezamenlijke start worden ook de bekende issues doorgenomen, zodat daar in de testuitvoering rekening mee gehouden kan worden. De besluitvorming over (afwijkende) bevindingen wordt in 3.4 beschreven Registratie van de uit te voeren testen, resultaten en bevindingen Voor de uitvoering van de testen door de deelnemers worden specifieke testformulieren gegenereerd op basis van de testontwerptabellen en de rolverdeling over de deelnemers. In de testformulieren staat aangegeven welke testen per deelnemer uitgevoerd worden en een instructie voor de uitvoering. Tevens worden in de testformulieren de resultaten en bevindingen van de uitgevoerde testen door de deelnemer geregistreerd. Uitgangspunt is dat bevindingen conform verwachtingen eenvoudig middels Test succesvol uitgevoerd met eindtijdstip van de uitvoering worden geregistreerd. Als er sprake is van afwijkende bevindingen dan worden alle details van de invoer parameters van de test geregistreerd, die nodig zijn voor het hertesten. Zo kan het testscenario na softwareherstel exact herhaald worden. De documentatie van testgevallen, testscenario s, testketens en testformulieren worden op beschikbaar gesteld aan de deelnemers. Op deze wijze kan efficiënt gecommuniceerd en gerapporteerd worden met alle betrokkenen bij de testuitvoering. 3.3 Fasering Incrementen Increment 1 Zoals in 2.3 aangegeven is het eerste increment gericht op het vaststellen of de stappen in de keten bij beperkte belasting volgens verwachting functioneren. 4D-improvement v1.1 13

22 Aanpak Het eerste increment wordt daartoe met enkele NBH s uitgevoerd. Met specifieke Grondroerders wordt nog overlegd of zij het eerste increment deelnemen. Hierin kan ook volstaan worden met enkele NBH die zich ook als GDR hebben aangemeld. Gezien de actuele voortgang in de NTD wordt verwacht dat slechts een beperkte groep NBH s aan de aansluitvoorwaarden voldoet om in de KAT te kunnen deelnemen. Om te kunnen starten met de KAT-uitvoering op 3-9, wordt op in overleg met Kadaster en NBH s vastgesteld welke NBH in Increment 1 zullen deelnemen. Op deze manier kan een beperkte groep testers evt. blocking-bevindingen signaleren in de KAT-omgeving en kunnen deze opgelost worden voordat een grotere groep het risico loopt op onbeschikbaarheid van het systeem met als gevolg veel wachttijd/leegloop. Het aansluiten van één NBH in de KAT-omgeving kost circa één werkdag doorlooptijd en 4 à 6 uur capaciteit. Het Kadaster krijgt met het beperkt aansluiten in Increment 1, voldoende tijd om alle deelnemers aan te sluiten om in Increment 2 uitgebreid te testen. NBH s die voldoen aan de aansluitvoorwaarden kunnen als de KAT-omgeving beschikbaar is, alvast aangesloten worden. Daarmee is er maximaal tijd om in de week van 27-8 de laatst gekwalificeerde NBH s voor 3-9 aan te sluiten. In het eerste increment worden geen non-functionals getest. Uitzondering hierop is het in NTD gesignaleerde risico van de doorlooptijd van de dagelijkse upload van de complete netinformatie van meerdere grote NBH s. Zie Masterplan eis en DNO CV pag. 11: binnen 24 uur is alle geuploade netinformatie beschikbaar in de CentraleVoorziening. Van één grote NBH duurt dat nu in de NTD 8 à 10 uur. Het is op dit moment niet te zeggen in welke doorlooptijd dit in de KAT-omgeving en later in KLIC-productie zal resulteren. Maar extrapolatie van de NTD-tijden overschrijden de 24-uurs grens ruim. Er wordt eerst een raming van de complete omvang van de upload van alle NBH s gemaakt en een beperkte test met twee grote en twee kleine NBH netinformatie datasets. Op basis van deze doorlooptijd wordt een extrapolatie naar de complete upload gemaakt en het risico opnieuw ingeschat en evt. maatregelen getroffen om in het volgende increment een stresstest met de complete upload met grote kans op succes uit te voeren Vervolg Incrementen De vervolg incrementen zijn gericht op alle ketenfunctionaliteit in praktijksituaties. Daartoe zal er volledig getest worden en ook op Non-functionals zoals performance, systeembelasting en storingen, zoals benoemd in de eisen in het Masterplan, worden getest. Voor het tweede increment zullen alle deelnemende NBH s worden aangesloten in de KAT-omgeving zoals in beschreven. Ook de aangemelde GDR s zullen alle gaan deelnemen vanaf increment 2, dit ook met het oog op met de praktijk overeenkomende Non-functional testketens. Voor de specifieke BVG-functionaliteit zal ook vanaf increment 2 de aangemelde BVG s worden aangesloten. Uiterlijk één week voor de start (17-9) van Increment 2 (gepland 24-9) wordt vastgesteld welke NBH s voldoen aan de aansluitvoorwaarden voor de KAT. In overleg met Kadaster en NBH s wordt bepaald welke NBH s in Increment 2 zullen worden 4D-improvement v1.1 14

23 Aanpak aangesloten in de KAT-omgeving. Daarna kunnen ze deelnemen in de KAT volgens het gestelde in Slot Acceptatietest Het laatste increment zal alleen bestaan uit het integraal uitvoeren van de testen in de de KAT-omgeving. Deze kan zonder blocking-bevindingen dan geaccepteerd worden om in productie te worden genomen, volgens de besluitvorming in 3.4 In totaal zijn vier incrementen voorzien voor de uitvoering van de testen in de KATomgeving om het risico op blokkerende situaties tot een acceptabel niveau te beperken en daarmee voldoende vertrouwen bij de stakeholders te verkrijgen in een werkend KLIC-systeem. 3.4 Besluitvorming bevindingen Doelstelling van de KAT is voldoende onderbouwd vertrouwen verkrijgen bij de verschillende stakeholders in het nieuwe KLIC-systeem. Om dit te verkrijgen zijn de stakeholders in de verschillende besluitvormings- en adviesorganen vertegenwoordigd. Zij besluiten in gezamenlijkheid over de prioritering van de bevindingen, het uit te voeren herstelwerk en de daarop gebaseerde acceptatie van het nieuwe KLICsysteem. Het besluitvormingsproces is in onderstaande figuur schematisch weergegeven. De testen worden in incrementen van één week uitgevoerd. Blocking-bevindingen worden direct door de coördinator aan het KAT-team van het Kadaster gemeld voor herstel in de komende sprint. Mogelijk heeft een bevinding ook impact bij NBH en/of GDR, evt. met SP, op hun systemen die met KLIC verbonden zijn. In dat geval wordt er met alle betrokken partijen overlegd over de planning van de oplossing en implementatie daarvan in de KAT-ketenomgevingen bij betrokkenen. 4D-improvement v1.1 15

24 Aanpak De testbevindingen/issues worden gerapporteerd aan de WG-B&I. Deze kan alsnog overige bevindingen als blokkerend beoordelen, die worden gemeld bij het Kadasterteam voor direct herstel. De testrapportage wordt met opmerkingen van de WG-B&I ter goedkeuring voorgelegd aan de SG-KLIC. Ook deze kan besluiten om bevindingen alsnog als blokkerend te beoordelen met dezelfde terugmelding aan Kadaster-team. Over de non-blocking-bevindingen wordt in een herstelplanning vastgesteld met welke prioriteit op welke termijn deze hersteld zullen worden door het Kadaster-team. De testrapportage wordt met opmerkingen van SG-KLIC en de herstelplanning vastgesteld. De WG-CN wordt geïnformeerd over de testrapportage van elk increment (niet in figuur). Zij zal de SG-KLIC separaat adviseren over de bevindingen in de testrapportage. SG-KLIC gebruikt dit advies in haar beoordeling van de testrapportage. Deze besluitvormingscyclus wordt in alle incrementen toegepast. In overleg tussen Kadaster en KAT-testteam wordt besloten over het moment van update van de KAT-omgeving met herstelwerk. Herstel van blocking-bevindingen worden uiterlijk voor het volgende increment geüpdatet in de KAT-omgeving. Puntsgewijs samengevat is de besluitvorming over testbevindingen: Blocking bevindingen: Testers+Coördinator => onmiddellijk melden bij Kadaster als Blocking Issues Oplossen in weeksprints Increment rapportage testbevindingen naar WG-B&I en WG-CN Promoties naar Blocking Issues => Oplossen in weeksprints Rapportage testbevindingen + advies WG-B&I en WG-CN naar SG-KLIC Promoties naar Blocking Issues => Oplossen in weeksprints Inbedrijfstellen zonder Blocking Issues Backlog Issues prioriteren en plannen/realiseren Om tijdige besluiten over blocking-bevindingen te kunnen nemen is een snelle response van alle rollen en besluitvormingsgremia benodigd. Tijdens de testuitvoering in de KAT-omgeving worden over blocking-bevindingen ad hoc tele-conferences belegd om gedragen besluitvorming te verkrijgen over de beoordeling van de bevindingen, met het oog op snelle herstelmogelijkheden door het Kadaster-team in de weeksprints. 4D-improvement v1.1 16

25 Test- en RegistratieOmgevingen en beheer 4 TEST- EN REGISTRATIEOMGEVINGEN EN BEHEER 4.1 Testomgevingen Alle deelnemers hebben voor hun rollen testomgevingen ingericht om de testen in de KAT-omgeving uit te kunnen voeren: 1. Kadaster KAT-omgeving 2. Netbeheerder Centraal (met/zonder SP) 3. Netbeheerder Decentraal (met/zonder SP) 4. Netbeheerder Huidig 5. Grondroerder 6. Beheerder Veiligheidsgebied In afstemming met het KAT-team van het Kadaster wordt bepaald aan welke eisen deze testomgevingen en de verbindingen met het KAT KLIC-systeem moeten voldoen. MijnKadaster.nl in de KAT-omgeving is alleen beschikbaar in de beveiligde Kadaster- ICT-omgeving. Testers die gebruikmaken van dit domein, kunnen de testen alleen vanaf een Kadaster-locatie uitvoeren. Aansluiting met B2B-koppelingen via BMKL (en OAuth), waaronder eigen KLIC-Viewer, kan wel vanaf eigen locatie gebruikt worden. Voor het testen vanaf Kadaster-locatie worden ruimtes gereserveerd. Testers dienen eigen laptop te gebruiken voor het uitvoeren van de testen en registreren van de testbevindingen. 4.2 Registratie testbevindingen De testbevindingen worden centraal geregistreerd. Dit wordt gedaan in een box.com omgeving: De uit te voeren testscenario s staan per rol gegroepeerd. De testketens voor de testen waarbij meerdere rollen betrokken zijn, zijn daarnaast gegroepeerd. Per testdeelnemer worden testformulieren ingericht voor beschrijving van de uit te voeren testen en registratie van bevindingen en resultaten. De deelnemers aan de KAT krijgen toegang tot deze registratie voor de uitvoering van het testwerk. Tijdens de startbijeenkomsten van de testincrementen zal verdere instructie over het gebruik van deze registraties worden gegeven. 4.3 Testprocesbeheer Voortgang en kwaliteit van testwerkzaamheden wordt bewaakt door de KATcoördinator. Wekelijks worden de KAT-projectleider van het Kadaster, de WG-B&I en de WG-CN geïnformeerd middels het voortgangsrapport KAT-testuitvoering. Het voortgangsrapport geeft inzicht in status van de testwerkzaamheden en de tot dusver geconstateerde bevindingen. 4D-improvement v1.1 17

26 Planning 5 PLANNING De uit te voeren activiteiten voor de testuitvoering in de KAT in relatie tot het Kadaster herstelwerk zijn weergegeven in onderstaande figuur. KAT planning uitvoering testen / herstelwerk Weeknr Datum weekstart KAT PvA+Testgevallen uitwerken x KAT Aansluiteisen uitwerken x Rollen: Goedkeuring KAT plan WG/B&I x Kadaster Goedkeuring KAT-plan SG/BAO x Tester NBH+SP+GR Validatie deelnemers (NTD+check) x x KAT-Coordinator WG/B&I Aansluiten NBH1 (beperkt aantal) x SG/BAO Ronde 1 KAT x Beoordelen bevindingen x Registreren Blocking/Backlog issues x Herstel blocking issue x x Rapportage aan WG/B&I en SG/BAO x Vaststellen block_iss WG/B&I,SG/BAO x x Aansluiten NBH-totaal x x x Ronde 2 KAT x Beoordelen bevindingen x Registreren Blocking/Backlog issues x Herstel blocking issue x x Rapportage aan WG/B&I en SG/BAO x Vaststellen block_iss WG/B&I,SG/BAO x x Ronde 3 KAT x Beoordelen bevindingen x Registreren Blocking/Backlog issues x Herstel blocking issue x x x Rapportage aan WG/B&I en SG/BAO x Vaststellen block_iss WG/B&I,SG/BAO x x Ronde 4 KAT x Beoordelen bevindingen x Registreren Blocking/Backlog issues x Prioriteren Backlog Issues x x Eindrapp aan WG/B&I en SG/BAO x Advies aan, besluit SG/BAO x x De incrementen hebben elk een doorlooptijd van drie weken, om in één week de testscenario s uit te voeren en daarna twee weken tijd voor herstelwerk aan de software te nemen. In de planning van de incrementen wordt vooralsnog geen rekening gehouden met bevindingen die aanpassingen in meerdere systemen in de keten vragen. In die situaties zal in het planningsoverleg de doorlooptijd van de incrementen opnieuw beoordeeld worden. Hiermee zijn er voor eind november drie KAT-test en software herstelrondes uitgevoerd, wat voldoende lijkt voor een acceptabel kwaliteitsniveau voor implementatie. Detaillering van de activiteiten binnen de increment-blokken wordt voorafgaand aan het increment uitgewerkt en met de uitvoerders gecommuniceerd. 4D-improvement v1.1 18

27 Bijlage 1 Genummerde eisen Masterplan BIJLAGE 1 GENUMMERDE EISEN MASTERPLAN Masterplan eisen KLIC-keten EisNr Omschrijving Processen 1 Klic-melding 2 Aanleveren informatie 3 Belangenregistratie 4 WION-Agro 5 Schaderegistratie 6 Terugmelden afwijkende situatie Rol pm 1 Als grondroerder GDR 1.1 Wil ik een KLIC-melding kunnen doen in Mijn Kadaster productiediensten (niet gelijk aan NTD) GDR Oriëntatieverzoek, graafmelding, calamiteitenmelding, incl. soortwerk (medegebruik, coordinatie werkzaamheden) en huisaansluitingen opvragen Wil ik een informatiepolygoon kunnen aangeven GDR Wil ik een Tracémelding kunnen doen GDR Wil ik een terugkoppeling krijgen van de netbeheerders die belang hebben GDR aangegeven in het graafgebied en/of informatiepolygoon Wil ik gebiedsinformatie ontvangen met netinformatie, bijlagen en EV GDR inclusief een achtergrondkaart Wil ik overzicht van alle KLIC-meldingen die mijn organisatie/gebruiker heeft GDR gedaan 1.2 Wil ik een terugkoppeling krijgen van de netbeheerders die belang hebben aangegeven in het graafgebied en/of informatiepolygoon (Ontvangstbevestiging) 1.3 Wil ik gebiedsinformatie ontvangen met netinformatie, bijlagen en EV GDR inclusief een achtergrondkaart 1.4 Wil ik overzicht van alle KLIC -melding die mijn organisatie/gebruiker heeft GDR gedaan, (Klic Inzien status) 1.5 Wil ik de aangepaste Kadaster Klic Viewer kunnen gebruiken GDR 1.6 Wil ik alle objecten/attributen van thema's zien die IMKL toelaat, KL objecten (ook met status gepland), annotatie, maatvoering, extra detail info (zinkertekeningen /huisaansluitschetsen), diepte, eigentopo(bestaand en plan),(technisch) contactpersonen zoals Contact/Aanvraag/ ContactNetinformatie/ ContactBeschadiging 2 Als centrale netbeheerder: NBHC 2.1 Wil ik genotificeerd worden als belang heb bij een KLIC-melding NBHC 2.2 Wil ik dat het Kadaster mijn netinformatie aan de grondroerder verstrekt (netinformatie, bijlagen, EV) NBHC 2.3 Wil ik kunnen constateren dat het Kadaster mijn informatie ongewijzigd aan NBHC de grondroerder aanlevert 2.4 Wil ik kunnen constateren dat het Kadaster mijn informatie binnen de afgesproken tijd aan de grondroerder aanlevert NBHC 4D-improvement v1.1 19

28 Bijlage 1 Genummerde eisen Masterplan 2.5 Wil ik de informatie kunnen ophalen die het Kadaster namens mij heeft NBHC uitgeleverd (informatie moet beschikbaar zijn) 2.6 Wil ik controleren of op basis van de melding de juiste informatie is NBHC verstrekt 2.7 Wil ik het Gebiedsinformatieaanvraag (heden Graafbericht genoemd) NBHC kunnen ophalen 2.8 Wil ik het Klic proces goed / correct zien doorlopen als ik mijn data NBHC verversing doe 3 Als Kadaster wil ik KAD 3.1 een portal (Mijn Kadaster en B2B) waarmee grondroerders een KLICmelding KAD kunnen doen 3.2 een portal waarmee netbeheerders hun belangen kunnen beheren KAD 3,3 een portal waarmee Beheerder VG hun veiligheidsgebieden kunnen KAD beheren 3.4 netbeheerders informeren die belang hebben in een KLIC-melding (Graafbericht naar de oude en GIA beschikbaar stellen aan de nieuwe nieuw) KAD 3.5 grondroerders informeren welke netbeheerders belang hebben in een KLICmelding KAD (Ontvangstbevestiging) 3.6 van decentrale netbeheerders hun beheerdersinformatie ontvangen KAD 3.7 van centrale netbeheerders hun netinformatie uit de centrale voorziening KAD kunnen halen (netinformatie, bijlagen, EV) 3.8 o.b.v. KLIC-melding netinformatie kunnen produceren en leveren KAD 3.9 Downloadservice met ZIP en Klic-webservice KAD 3.10 binnen de wettelijk gestelde tijdens leveren voor een Graafmeldingen KAD Orientatieverzoek 3.11 binnen de met de sector afgesproken termijnen leveren voor een KAD Calamiteitenmelding 3.12 KLIC-meldingen factureren KAD 4. Als Beheerder veiligheidsgebied BVG 4.1 dat er geen netinformatie wordt verschaft over mijn veiligheidsgebied BVG 4.2 de gebiedsinformatie ontvangen van de KLIC-meldingen waar BVG veiligheidsgebieden zijn geraakt 4.3 dat de grondroerder wordt verwezen naar mij BVG 5 Als decentrale netbeheerder wil ik NBHD 5.1 genotificeerd worden als ik belang heb bij een KLIC-melding NBHD 5.2 de Gebiedsinformatieaanvragen kunnen opvragen NBHD 5.3 dat Kadaster binnen 30 seconden de lijst met gebied informatie aanvragen NBHD (GIA s) verstuurt die voldoen aan de opgegeven criteria 5.4 de Gebiedsinformatieaanvragen kunnen bevestigen NBHD 5.5 beheerdersinformatie kunnen aanleveren NBHD 5.6 de status van de validatie kunnen opvragen NBHD 5.7 de status van de KLIC-melding kunnen opvragen NBHD 5.8 mijn eigen geleverde Gebiedsinformatieaanvragen kunnen opvragen NBHD 5.9 de uitgeleverde beheerdersinformatie kunnen opvragen NBHD 5.10 Met PNG/BGT/Polygoon etc. NBHD 4D-improvement v1.1 20

29 Bijlage 1 Genummerde eisen Masterplan 5.11 faciliteiten hebben bij het Kadaster om de gegevensuitwisseling over kabel- NBHD en leidinginformatie conform BMKL te kunnen testen 5.12 mijn serviceprovider autoriseren voor de beschikbare testomgeving NBHD 5.13 mijn serviceprovider autoriseren voor de productieomgeving voor de NBHD beschikbare KLIC diensten 6 Als Kadaster wil ik KAD 6.1 dat enkel IMKL valide netinformatie, bijlagen en EV in productie worden genomen KAD 6.2 registreren op basis van welke IMKL/BMKL de netbeheerders is aangesloten KAD 6.3 een netbeheerder kunnen aansluiten op het nieuwe KLIC-WIN proces (IMKL KAD en BMKL 2.0) 6.4 een portal waarbij de decentrale netbeheerder zijn BMKL KAD communicatiegegevens kan raadplegen (In beheer bij Kadaster) 6.5 binnen de wettelijk gestelde termijnen de netbeheerder notificeren KAD 6.6 binnen de in de sector gemaakt afspraken de aangeleverde KAD beheerdersinformatie valideren 7 Als centrale netbeheerder wil ik NBHC 7.1 handmatig en via B2B netinformatie, bijlagen en EV kunnen aanleveren NBHC 7.2 netinformatie, bijlagen en EV volledig kunnen aanleveren aan Kadaster NBHC 7.3 netinformatie, bijlagen en EV volledig kunnen actualiseren NBHC 7.4 dat de aangeleverde netinformatie, bijlagen en EV IMKL valide is NBHC 7.5 constateren dat mijn informatie volledig is ontvangen en opgenomen door NBHC het Kadaster 7.6 Grafisch (visueel) kunnen beoordelen NBHC 7.7 in een overzicht alle aanlevering kunnen bekijken (procesinformatie) NBHC 7.8 Statistiek kunnen inzien van het nieuwe aanleveringen NBHC 7.9 Statistieken automatisch kunnen downloaden ter controle (Nu niet beschikbaar via Mijn Kadaster, maar wel via B2B) NBHC 7.10 Handmatig en ook automatisch kunnen goedkeuren om in Productie te NBHC zetten 7.11 de laatste aanlevering t.b.v. de actualisatie in Zip kunnen downloaden NBHC 7.12 faciliteiten hebben bij het Kadaster om de gegevensuitwisseling over kabel- NBHC en leidinginformatie conform BMKL te kunnen testen 7.13 mijn serviceprovider autoriseren voor de beschikbare testomgeving NBHC 7.14 mijn serviceprovider autoriseren voor de productieomgeving voor de NBHC beschikbare KLIC diensten 7.15 een portal waarbij de centrale netbeheerder zijn BMKL NBHC communicatiegegevens kan raadplegen (In beheer bij Kadaster) 7.16 binnen de wettelijk gestelde termijnen de netbeheerder notificeren NBHC 7.17 binnen de in de sector gemaakt afspraken de aangeleverde netinformatie, NBHC bijlagen en EV valideren 8 Als Kadaster wil ik KAD 8.1 dat enkel IMKL v1.2.1 valide netinformatie, bijlagen en EV in productie wordt genomen KAD 8.2 registreren op basis van welke IMKL/BMKL de netbeheerders is aangesloten KAD 8.3 een netbeheerder kunnen aansluiten op het nieuwe KLIC-WIN proces (IMKL KAD en BMKL 2.0) 4D-improvement v1.1 21