KLIC-WIN KETENACCEPTATIETESTEN PLAN VAN AANPAK · standaard IMKL v1.2.1.1 te uploaden naar het...

Auteur T. Kolman

Versie v1.1 d.d. 12-09-2018

Plaats Amersfoort

Kenmerk 4DI/TKO/2018-07

KLIC-WIN KETENACCEPTATIETESTEN

PLAN VAN AANPAK

KLIC-WIN KetenAcceptatieTesten Plan van Aanpak

Versie informatie

4D-improvement v1.1 II

12-09-2018

VERSIE INFORMATIE

Versie Datum Bijzonderheden Auteur

0.7 13-08-2018 Ter Review WG-Blauwdruk&Implementatie

T. Kolman

0.8 20-08-2018 Ter Review WG-Coordinatie Netbeheerders

T. Kolman

0.9 29-08-2018 Ter review/akkoord SG-KLIC T. Kolman

1.0 01-09-2018 Bespreking SG-KLIC T. Kolman

1.1 12-9-2018 Akkoord SG-KLIC T. Kolman


Verzendlijst

4D-improvement v1.1 III

12-09-2018

VERZENDLIJST

Naam Bedrijf/Functie

Jan Bijker SG-KLIC, voorzitter

Henk Geurts Programmamanager KLIC-WIN

Guus Spitzen Kadaster projectmanager KLIC-WIN

Leden WG-B&I Kadaster, Netbeheerders- en Grondroerders-vertegenwoordiging

Leden WG-CN Netbeheerders-vertegenwoordiging

diverse Deelnemende NBH, GDR en Service Providers


Akkoordverklaring opdrachtgever

4D-improvement v1.1 IV

12-09-2018

AKKOORDVERKLARING OPDRACHTGEVER

Opdrachtgever: Handtekening

Naam Jan Bijker

Onderdeel Stuurgroep KLIC-WIN

Functie Voorzitter

E-Mailadres [email protected] Datum: 05-09-2018


Inhoudsopgave

4D-improvement v1.1 V

12-09-2018

INHOUDSOPGAVE

VERSIE INFORMATIE ......................................................................... II

VERZENDLIJST .............................................................................. III

AKKOORDVERKLARING OPDRACHTGEVER ............................................... IV

INHOUDSOPGAVE ............................................................................ V

BEGRIPPENLIJST ........................................................................... VII

1 INLEIDING .............................................................................. 1

1.1 Doel van het testplan ............................................................................. 1

1.2 Opdrachtformulering .............................................................................. 1

1.2.1 Opdrachtgever ............................................................................ 1

1.2.2 Opdrachtnemer ........................................................................... 2

1.2.3 Opdracht ................................................................................... 2

1.2.4 Beschouwingsgebied ..................................................................... 2

1.2.5 Randvoorwaarden en uitgangspunten ................................................ 3

1.2.6 Acceptanten en acceptatiecriteria .................................................... 4

2 TESTSTRATEGIE ....................................................................... 5

2.1 Basis voor het testplan ............................................................................ 5

2.2 Testbasis ............................................................................................. 5

2.3 Teststrategie KAT .................................................................................. 5

2.3.1 Ketentesten en non-functionele testen .............................................. 6

2.3.2 Verschillende aansluitmogelijkheden Netbeheerders ............................. 6

2.3.3 Incrementele uitvoering ................................................................ 8

3 AANPAK ................................................................................ 9

3.1 Testontwerptabellen .............................................................................. 9

3.2 Beschrijving testaanpak ......................................................................... 11

3.2.1 Aansluiten Netbeheerder in specifieke rol ........................................ 11

3.2.2 Incrementele fasering ................................................................. 12

3.2.3 Gezamenlijke start van de testuitvoering ......................................... 13

3.2.4 Registratie van de uit te voeren testen, resultaten en bevindingen ......... 13

3.3 Fasering Incrementen ........................................................................... 13

3.3.1 Increment 1 .............................................................................. 13

3.3.2 Vervolg Incrementen ................................................................... 14

3.3.3 Slot Acceptatietest ..................................................................... 15

3.4 Besluitvorming bevindingen .................................................................... 15

4 TEST- EN REGISTRATIEOMGEVINGEN EN BEHEER ................................ 17


Inhoudsopgave

4D-improvement v1.1 VI

12-09-2018

4.1 Testomgevingen .................................................................................. 17

4.2 Registratie testbevindingen .................................................................... 17

4.3 Testprocesbeheer ................................................................................ 17

5 PLANNING ............................................................................. 18

BIJLAGE 1 – GENUMMERDE EISEN MASTERPLAN ........................................ 19

BIJLAGE 2 – KAT TESTGEVALLEN ......................................................... 24

BIJLAGE 3 – KAT TESTSCENARIO’S ....................................................... 33

BIJLAGE 4 – KAT TESTKETENS ............................................................ 47

BIJLAGE 5 – KAT DEELNEMERSLIJST ...................................................... 53


Begrippenlijst

4D-improvement v1.1 VII

12-09-2018

BEGRIPPENLIJST

Begrip Omschrijving BAO KLIC Bronhouders en Afnemers Overleg van KLIC

BI BeheerdersInformatie, de netinformatie die geleverd wordt in reactie op een GIA

BVG

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

GDR Grondroerder, partij die de KLIC-melding ofwel GIA doet

GIA GebiedsInformatieAanvraag door Grondroerder aangevraagd om Informatie te verkrijgen van alle netten in het opgegeven gebied

INSPIRE Europese wetgeving voor ontsluiting van … KAD Kadaster, de dienst die belast is met beheer van KLIC-systeem KAT Keten Acceptatie Test

KLIC-WIN Programma waarin KLIC geschikt wordt gemaakt voor WIBON en INSPIRE (WIN als samentrekking van WIBON en INSPIRE)

NBH Netbeheerder, Centraal: NBHC, Decentraal: NBHD

NTD

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.

SG-KLIC Stuurgroep KLIC-WIN van het KLIC-WIN programma board

SP Service Provider, dienstverlener aan NBH en GDR in de ICT-afhandeling van KLIC-functies

VG Veiligheidsgebied, hier wordt geen gebiedsinformatie aan de GDR verstrekt maar contactgegevens van de BVG. De BVG ontvangt de gebiedsinformatie.

WG-B&I Werkgroep Blauwdruk&Implementatie van KLIC-WIN WG-CN Werkgroep Coördinatie Netbeheerders van KLIC-WIN

WIBON Wet Informatie-uitwisseling Bovengrondse en Ondergrondse Netten en Netwerken zie http://wetten.overheid.nl/BWBR0040728/2018-07-01


Inleiding

4D-improvement v1.1 1

12-09-2018

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 INSPIRE-functionaliteit 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 23-4-2018) is vastgelegd.

1.2 Opdrachtformulering

1.2.1 Opdrachtgever

De organisatie van het KLIC-programma is in onderstaande figuur weergegeven.


Inleiding


12-09-2018

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

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

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

1.2.4 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 v1.2.1.1 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);


Inleiding


12-09-2018

- 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 12-6-2015. Het Kadaster project “ontwerp en bouw” voert het herstelwerk als gevolg van de KAT-bevindingen 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.

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


Inleiding


12-09-2018

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;

1.2.6 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

non-blocking bevindingen

Elk ketentestscenario wordt door alle ketenpartijen succesvol

uitgevoerd

non-blocking bevindingen

De testbevindingenrapportage met acceptatie advies wordt door

coördinator aan WG-B&I en WG-CN opgeleverd

positief acceptatie advies

WG-en geven acceptatie advies aan SG-KLIC positief acceptatie advies

Blocking bevindingen worden gedefinieerd als afwijkingen in de werking van KLIC-systeemcomponenten 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.


Teststrategie


12-09-2018

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 2015-2017 V1.0 22-2-2016

KLIC WIN bedrijfsprocessen 15-6-2015

Masterplan Acceptatiecriteria KLIC-

WIN

V1.0 23-3-2018 B. Thevis c.s.

Beslismomenten Planning KLIC-WIN

2018

v2.18 19-6-2018 H. Geurts

Eisen Deelnemer KAT KLIC-WIN 11-7-2018 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-

WIN

V1.0 23-3-2018 B. Thevis c.s.

DienstNiveau Omschrijving Centrale

Voorziening KLIC-WIN

V1.1 Sept. 2016 C. Groot

Use casemodel datasynchronisatie met

BMKL API

WION levering - producten 2018-05-16

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


Teststrategie


12-09-2018

De in de KAT gedefinieerde testgevallen adresseren deze specifieke risico-situaties per NBH niet, dat valt onder de verantwoordelijkheid van de afzonderlijke NBH’s.

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

Ontsluiten GIA-

data via

software

Validatie IMKL

Data

Centrale

Voorziening

Registreren

GIA

Verzamelen BeheerdersInfo tot

GebiedsInformatie

Leveren

GebiedsInformatie

Centrale NetBeheerder Decentrale NetBeheerder

Kadaster

Grondroerder

Upload

Upload

Download

GIS systeemGenereren

IMKL DataGIS systeem

Genereren

KLIC Data

Netbeheerder

Ontvangen

GebiedsInformatie

Scope KAT

Leverdata GIA omvat o.a.:• Netinfo data• Documenten• Schetsen

• Brieven• Data a.g.v. verwerking EV regels

GebiedsInformatie

Aanvraag

Verstrekte info

Verstrekte info

Deels in scope KAT:

Alleen de door het Kadaster beschikbaar

gestelde KLIC-Viewer is in scope vd KAT

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.

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


Teststrategie


12-09-2018

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.


Teststrategie


12-09-2018

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


Aanpak


12-09-2018

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

56 9.3 NBH +

KAD

Registreer nieuwe IMKL -contacten via het

Kadaster

57 9.4 NBH +

KAD

Registreer mijn URL/Website via Kadaster en

selfservice

58 10.1.1 GDR GDR meet de tijd tussen

gebiedsinformatieaanvraag (GIA) en

ontvangstbevestiging

Onverwijld, normaal verwachte

processingtijd van enkele seconden

tot enkele minuten.

59 10.1.1 KAD KAD rapporteert de tijden tussen GIA en

versturen ontvangstbevestigingen

Onverwijld. Bij langere doorlooptijden

wordt oorzaak onderzocht en

beoordeeld.

60 10.1.2 GDR GDR stelt de levertijd vast na

ontvangstbevestiging van de

gebiedsinformatie (GIN) (onverwijld binnen

2 werkdagen)

Onverwijld maar wachten op NBHD-

levering.

Bij grotere doorlooptijd, verificatie

van verwerkingstijden KAD en BI

levertijden NBHD.

61 10.1.2 KAD KAD rapporteert levertijden van GIN aan

grondroerders (onverwijld binnen 2

werkdagen)

Meeste verwerkingstijden binnen het

uur.

Bij oplopende verwerkingstijden

oorzaken onderzoeken.

62 10.1.3 KAD KAD rapporteert de tijd waarin

gebiedsinformatieaanvraag aan

netbeheerders met belang is verstrekt

(onverwijld)

Onverwijld, binnen enkele minuten

alle belanghebbende NBH

geïnformeerd.

63 10.1.4 GDR GDR meet de tijd tussen ontvangstbevesting

gebiedsinformatielevering (GIL) en complete

levering (onverwijld na ontvangst van alle

NBH-info)

Meeste verwerkingstijden binnen het

uur.


Aanpak


12-09-2018

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 Voorbereiding

1 KLIC-melding doen GDR

1.1 Orientatieverzoek -

normaal

2 GDR Kies een gebied voor het

orientatieverzoek met hoge

dichtheid van K&L


veiligheidsgebied

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

1

1.1 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


Aanpak


12-09-2018

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:

-informatie over netinformatie, bijlagen en EV

-aanwijzingen over de eisen aangaande

graafwerkzaanheden in het gebied.

1.4 Doe de graafmelding binnen het

veiligheidsgebied

GDR krijgt:


-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 non-functionals, 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

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


Aanpak


12-09-2018

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 KAT-uitvoering. 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 KLIC-

omgeving; 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 KLIC-productie-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.

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


Aanpak


12-09-2018

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 KAT-omgeving, 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.

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

3.2.4 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 https://box.com 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

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


Aanpak


12-09-2018

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 3-9-2018 in de KAT te kunnen deelnemen. Om te kunnen starten met de KAT-uitvoering op 3-9, wordt op 27-8-2018 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 10.2.1 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.

3.3.2 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 § 3.2.1 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


Aanpak


12-09-2018

aangesloten in de KAT-omgeving. Daarna kunnen ze deelnemen in de KAT volgens het gestelde in § 3.2.

3.3.3 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 KAT-omgeving 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 KLIC-systeem. 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.


Aanpak


12-09-2018

De testbevindingen/issues worden gerapporteerd aan de WG-B&I. Deze kan alsnog overige bevindingen als blokkerend beoordelen, die worden gemeld bij het Kadaster-team 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.


Test- en RegistratieOmgevingen en beheer


12-09-2018

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: https://app.box.com/folder/52324127387# 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 KAT-coö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.


Planning


12-09-2018

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 / herstelwerkWeeknr 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48

Datum weekstart 6-8 13-8 20-8 27-8 3-9 10-9 17-9 24-9 1-10 8-10 15-10 22-10 29-10 5-11 12-11 19-11 26-11

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



Herstel blocking issue x x



Ronde 3 KAT x



Herstel blocking issue x x x



Ronde 4 KAT 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.


Bijlage 1 – Genummerde eisen Masterplan


12-09-2018

BIJLAGE 1 – GENUMMERDE EISEN MASTERPLAN

Masterplan eisen KLIC-keten Rol pm

EisNr Omschrijving

Processen

1 Klic-melding

2 Aanleveren informatie

3 Belangenregistratie

4 WION-Agro

5 Schaderegistratie

6 Terugmelden afwijkende situatie

1 Als grondroerder GDR

1.1 Wil ik een KLIC-melding kunnen doen in Mijn Kadaster productiediensten

(niet gelijk aan NTD)

GDR

1.1.1 Oriëntatieverzoek, graafmelding, calamiteitenmelding, incl. soortwerk (medegebruik,

coordinatie werkzaamheden) en huisaansluitingen opvragen

1.1.2 Wil ik een informatiepolygoon kunnen aangeven GDR

1.1.3 Wil ik een Tracémelding kunnen doen GDR

1.1.4 Wil ik een terugkoppeling krijgen van de netbeheerders die belang hebben

aangegeven in het graafgebied en/of informatiepolygoon

GDR

1.1.5 Wil ik gebiedsinformatie ontvangen met netinformatie, bijlagen en EV

inclusief een achtergrondkaart

GDR

1.1.6 Wil ik overzicht van alle KLIC-meldingen die mijn organisatie/gebruiker heeft

gedaan

GDR

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

inclusief een achtergrondkaart

GDR

1.4 Wil ik overzicht van alle KLIC -melding die mijn organisatie/gebruiker heeft

gedaan, (Klic Inzien status)

GDR

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 1.2.1.1 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

de grondroerder aanlevert

NBHC

2.4 Wil ik kunnen constateren dat het Kadaster mijn informatie binnen de

afgesproken tijd aan de grondroerder aanlevert

NBHC




12-09-2018

2.5 Wil ik de informatie kunnen ophalen die het Kadaster namens mij heeft

uitgeleverd (informatie moet beschikbaar zijn)

NBHC

2.6 Wil ik controleren of op basis van de melding de juiste informatie is

verstrekt

NBHC

2.7 Wil ik het Gebiedsinformatieaanvraag (heden Graafbericht genoemd)

kunnen ophalen

NBHC

2.8 Wil ik het Klic proces goed / correct zien doorlopen als ik mijn data

verversing doe

NBHC

3 Als Kadaster wil ik KAD

3.1 een portal (Mijn Kadaster en B2B) waarmee grondroerders een KLIC-

melding kunnen doen

KAD

3.2 een portal waarmee netbeheerders hun belangen kunnen beheren KAD

3,3 een portal waarmee Beheerder VG hun veiligheidsgebieden kunnen

beheren

KAD

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 KLIC-

melding (Ontvangstbevestiging)

KAD

3.6 van decentrale netbeheerders hun beheerdersinformatie ontvangen KAD

3.7 van centrale netbeheerders hun netinformatie uit de centrale voorziening

kunnen halen (netinformatie, bijlagen, EV)

KAD

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

Orientatieverzoek

KAD

3.11 binnen de met de sector afgesproken termijnen leveren voor een

Calamiteitenmelding

KAD

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

veiligheidsgebieden zijn geraakt

BVG

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

(GIA’s) verstuurt die voldoen aan de opgegeven criteria

NBHD

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




12-09-2018

5.11 faciliteiten hebben bij het Kadaster om de gegevensuitwisseling over kabel-

en leidinginformatie conform BMKL te kunnen testen

NBHD

5.12 mijn serviceprovider autoriseren voor de beschikbare testomgeving NBHD

5.13 mijn serviceprovider autoriseren voor de productieomgeving voor de

beschikbare KLIC diensten

NBHD


6.1 dat enkel IMKL 1.2.1.1 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

1.2.1.1 en BMKL 2.0)

KAD

6.4 een portal waarbij de decentrale netbeheerder zijn BMKL

communicatiegegevens kan raadplegen (In beheer bij Kadaster)

KAD

6.5 binnen de wettelijk gestelde termijnen de netbeheerder notificeren KAD

6.6 binnen de in de sector gemaakt afspraken de aangeleverde

beheerdersinformatie valideren

KAD

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 1.2.1.1 valide is NBHC

7.5 constateren dat mijn informatie volledig is ontvangen en opgenomen door

het Kadaster

NBHC

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

zetten

NBHC

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-

en leidinginformatie conform BMKL te kunnen testen

NBHC

7.13 mijn serviceprovider autoriseren voor de beschikbare testomgeving NBHC

7.14 mijn serviceprovider autoriseren voor de productieomgeving voor de

beschikbare KLIC diensten

NBHC

7.15 een portal waarbij de centrale netbeheerder zijn BMKL


NBHC

7.16 binnen de wettelijk gestelde termijnen de netbeheerder notificeren NBHC

7.17 binnen de in de sector gemaakt afspraken de aangeleverde netinformatie,

bijlagen en EV valideren

NBHC


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

1.2.1.1 en BMKL 2.0)

KAD




12-09-2018

8.4 registreren dat de netbeheerder centraal netinformatie aan moet leveren KAD

8,5 registreren of de netbeheerder t.b.v. WION en/of INSPIRE uitlevering data

beschikbaar stelt

KAD

8.6 registreren of een complete levering ook beschikbaar moet zijn (netb. Met

BGI)

KAD

8.7 een portal waarbij de centrale netbeheerder zijn BMKL


KAD

8.8 binnen de wettelijk gestelde termijnen de netbeheerder notificeren KAD

8.9 Deze termijnen beschrijven (wettelijke basis) per ketenpartner, dus

termijnen Kadaster en Netbeheerder uitgesplitst

KAD

8.10 binnen de in de sector gemaakt afspraken de aangeleverde netinformatie,

bijlagen en EV valideren

KAD

9 Als netbeheerder wil ik NBH+KAD

9.1 Dat we werken in een acceptatie belangendatabase (tijdelijk) NBH+KAD

9.2 Mijn belangen gelijk zijn aan de huidige en deze kunnen raadplegen en

beheren

NBH+KAD

9.3 De nieuwe IMKL contacten kunnen registreren (via het Kadaster) NBH+KAD

9.4 mijn URL/website kunnen registreren. (via het Kadaster of selfservice) NBH+KAD

10 Performance / non Functionals nvt

10.1 WIBON-wet nvt

10.1.1 Kadaster verstuurt onverwijld de ontvangstbevestiging naar de

grondroerder

GDR+KAD

10.1.2 Kadaster verstrekt informatie aan grondroerders onverwijld binnen 2

werkdagen

GDR+KAD

10.1.3 Kadaster stelt onverwijld de gebiedsinformatieaanvraag beschikbaar voor

de netbeheerder met belang

KAD

10.1.4 Als alle netbeheerders beheerdersinformatie hebben geleverd, wil Kadaster

onverwijld de complete levering naar de grondroerder sturen

GDR+NBH+K

AD

10.1.5 Kadaster stelt een levering 20 werkdagen beschikbaar voor de grondroerder GDR+KAD

10.1.6 Netbeheerder verstrekt informatie aan Kadaster binnen 1 werkdag NBH+KAD

10.1.7 Netbeheerder verstrekt actuele informatie (binnen 30 werkdagen) NBH+KAD

10.2 Dienst Niveau Overeenkomst nvt

10.2.1 98% van de aangeleverde netinformatiebestanden van NBH wordt binnen

24 uur verwerkt (dat is beschikbaar in de centrale voorziening)

NBHC+KAD

10.2.2 <grootste netbeheerder (geschat 200GB) > is binnen 24 uur verwerkt NBHC

10.2.3 <maximale som bestandsgroottes (geschat 400GB) > is per dag binnen 24

uur verwerkt

NBHC+KAD

10.2.4 Herstel op uitwijk datacenter is aangetoond KAD

10.3 Calamiteiten melding GDR

10.3.1 Calamiteit wordt na 15 minuten uitgeleverd, ook indien onvolledig; GDR+NBH+K

AD

10.3.2 Na levering door laatste netbeheerder wordt volledig uitgeleverd NBH+KAD

10.4 Foutafhandeling nvt

10.4.1 In alle berichtenuitwisselingen wordt een ordentelijke foutafhandeling

uitgevoerd (zowel door NBH en Kadaster).

NBH+KAD




12-09-2018

10.5 Het Klic-systeem ondersteunt maximaal twee (bericht) definities (BMKL en

IMKL versies) van externe interfaces

tegelijkertijd. Vanaf dat er een nieuwe definitie in gebruik wordt genomen

blijft de vorige versie nog een (half) jaar geldig

en ondersteund (zie NORA).

NBH+KAD

11 Overgangssituatie nvt

11.1 Netbeheerder moet in huidig BMKL protocol kunnen leveren NBHO+KAD

11.2 Netbeheerder moet op basis van huidige informatiemodel IMKL kunnen

leveren

NBHO+KAD

11.3 Netbeheerder moet na aangesloten te zijn op nieuwe protocol en

informatiemodel terug kunnen vallen op oude protocol en informatiemodel,

gedurende de overgangsperiode.

NBHO+KAD

11.4 In overgangsperiode wordt een Zip uitlevering gedaan met vector en raster GDR+KAD

11.5 Kadaster zet de vector om in raster zodat er altijd een complete raster

levering is

KAD

11.6 Een decentrale netbeheerder kan van oude over naar nieuwe protocollen

(nieuw centraal en nieuw decentraal)

NBHO+KAD

11.7 Bij onoverkomelijke fouten kan een netbeheerder tijdelijk “terug” naar zijn

oude situatie (dus terug van KLIC-WIN naar KLIC WION)

NBHO+KAD

12 Stress test ketentest, Kadaster en Netbeheerders moeten: nvt

12.1 De keten acceptatietesten faseren:Fase 1: eerst eigen keten

Fase 2: en daarna met meer netbeheerders en grotere volume

Grondroerder zorgt voor representatieve dagproductie in deze omgeving

GDR+KAD

12.2 Aantoonbaar maken dat een volume aan meldingen zowel door de eigen als

de Kadaster systemen met een voldoende performance

(conform DNO?) verwerkt kunnen worden.

GDR+NBH+K

AD

12.3 Volgens netbeheerders lijkt de beste optie dat een dagproductie uit

productie naar de testomgeving gekopieerd wordt.

KAD

12.4 Aantoonbaar maken dat afhandel resultaten overeen komen met de

verwachtingen

GDR+NBH+K

AD

12.5 Netbeheerders: De mogelijkheid om KLIC-WIN testmeldingen te kunnen

vergelijken met de huidige KLIC productie afhandeling

NBH+KAD

12.6 Functionaliteit blijft werken bij grote aantallen van aanvragen

(Komen aantallen meldingen overeen per dag)

GDR+KAD

12.6.1 Aantallen thema’s per melding GDR+KAD

12.6.2 Documenten per melding GDR+KAD

12.6.3 EV per melding etc. GDR+KAD

12.7 normale bedrijfshoeveelheden met meerdere netbeheerders enige tijd

doorlopen in KAT

GDR+NBH+K

AD

12.8 Foutsituaties testen, bv uitval systeem en dan weer opstart. GDR+NBH+K

AD


Bijlage 2 – KAT Testgevallen


12-09-2018

BIJLAGE 2 – KAT TESTGEVALLEN

(in relatie tot de Masterplan-eisen) In bewerking Test

nr


resultaat

Nader Acc.

Criterium

1 1.1, 3.1 GDR Ga naar mijn Kadaster productiediensten en doe

een KLIC-melding

2 1.1.1a GDR Doe een orientatieverzoek

3 1.1.1b,

4.2, 4.3

GDR Doe een graafmelding (in gebied met veel K&L en in

veiligheidsgebied)

4 1.1.1c GDR Doe een calamiteitenmelding

5 1.1.2 GDR Geef een informatiepolygoon aan (later gepland)

6 1.1.3 GDR Doe een trace-melding

7 1.1.4, 3.5 GDR Kijk na of er een terugkoppeling is ontvangen van de netbeheerders die belang hebben aangegeven in het graafgebied en/of

informatiepolygoon

8 1.1.5,

1.3, 3.8,

3.9, 4.1

GDR Kijk na of de gebiedsinformatie ontvangen is, incl netinformatie, bijlagen en EV inclusief een

achtergrondkaart

9 1.1.6, 1.4 GDR Vraag een overzicht op van alle KLIC-meldingen die mijn organisatie/gebruiker heeft gedaan

10 1,2 GDR Ga na of er een terugkoppeling is ontvangen van de belanghebbende netbeheerder in het

graafgebied en/of informatiepolygoon

11 1,5 GDR Open de aangepaste KLIC viewer en ga na of deze

functioneel is




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

12 1,6 GDR Wil ik alle objecten/attributen van thema's zien die IMKL 1.2.1 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

13 2.1, 3.4,

5.1

NBHC Ga na of er een notificatie komt wanneer een GDR een aanvraag doet in mijn gebied

14 2.2, 3.2 NBHC Ga na of het Kadaster mijn netinformatie aan de grondroerder verstrekt (netinformatie, bijlagen,

EV)

15 2.3, 3.2 NBHC Ga na of het Kadaster mijn netinformatie ongewijzigd aan de GDR heeft uitgeleverd

16 2.4, 3.2,

3.10

NBHC Ga na of het Kadaster mijn netinformatie binnen de afgesproken tijd aan de GDR heeft uitgeleverd

17 2.5, 3.2,

5.9

NBHC Kijk in het Kadaster portal welke informatie Kadaster namens mij heeft uitgeleverd

18 2.6, 3.2 NBHC Ga in het Kadaster portal na of op grond van de graafmelding de juiste informatie is verstrekt

19 2.7, 3.2,

5.2, 5.8

NBHC Haal in het Kadaster portal de

gebiedsinformatieaanvraag op

20 2,8 NBHC Doe een KLIC-melding terwijl er een dataverversing wordt uitgevoerd. (test voor netbeheerder die

ook als grondroerder meedoet)

21 3,3 KAD Testen van portal waarmee Beheerder VG hun veiligheidsgebieden kunnen beheren

22 3,6 KAD Kijk of decentrale netbeheerders hun beheersinformatie aan Kadaster uitleveren

23 3,7 KAD Haal van NBHC de informatie uit de centrale

voorziening




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

24 3,11 KAD Ga na of de calamiteitenmeldingdata overeenkomstig de in de sector gemaakte afspraken wordt

uitgeleverd

25 3,12 KAD Factureer een KLIC-melding

26 4 BVG dat er geen netinformatie wordt verschaft over mijn

veiligheidsgebied

27 BVG de gebiedsinformatie ontvangen van de KLIC-meldingen waar veiligheidsgebieden zijn geraakt

28 BVG dat de grondroerder wordt verwezen naar mij

29 5.3, 6.5,

7.16, 8.8

NBHD Test of Kadaster binnen 30 seconden de lijst met gebied informatie aanvragen (GIA’s) verstuurt die

voldoen aan de opgegeven criteria

30 5,4 NBHD Bevestig een gebiedsinformatieaanvraag

31 5,5 NBHD Lever de beheerdersinformatie aan het Kadaster

32 5,6 NBHD Vraag de status van de validatie op

33 5,7 NBHD Vraag de status van de KLIC-melding op

34 5.11,

7.12

NBHD Test in het Kadaster portal de gegevensuitwisseling over kabel- en leidinginformatie conform

BMKL

35 5.12,

7.13

NBHD Autoriseer de serviceprovider voor de testomgeving

36 5.13,

7.14

NBHD Autoriseer de serviceprovider voor de productieomgeving van beschikbare KLIC-diensten

37 6,1 KAD Alleen IMKL 1.2.1 valide netinformatie, bijlagen en EV kunnen in productie worden genomen

38 6.1a, 7.4,

8.1

KAD Zet IMKL 1.2.1 valide netinformatie, bijlagen en EV

in productie

39 6.1b, 8.1 KAD Zet netinformatie, bijlagen en EV in productie die

niet IMKL 1.2.1-valide zijn

40 6.2, 8.2 KAD Registreer op basis van welke IMKL/BMKL de

netbeheerder is aangesloten




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

41 6.3, 8.3 KAD Sluit een netbeheerder aan op het nieuwe KLIC-WIN

proces

42 6.4, 7.15,

8.7

KAD Raadpleeg BMKL communicatiegegevens in

Kadaster portal

43 6.6, 7.17,

8.10

KAD Valideer de aangeleverde beheerdersinformatie overeenkomstig de in de sector gemaakte

afspraken

44 7.1a, 7.2 NBHC Lever netinformatie, bijlagen en EV handmatig aan

45 7.1b, 7.2 NBHC Lever netinformatie, bijlagen en EV aan via B2B

46 7,3 NBHC Actualiseer netinformatie, bijlagen en EV

47 7.5, 7.6 NBHC Kijk in het Kadaster portal (visueel)na of mijn informatie volledig is ontvangen en opgenomen door

het Kadaster

48 7.7, 7.8 NBHC Een overzicht inzien van alle leveringen, inclusief

statistieken

49 7,9 NBHC Ga na of automatisch statistieken gedownload

worden ter controle

50 7.10a NBHC Keur handmatig goed alvorens het in productie

zetten

51 7.10b NBHC Ga na of er automatisch goedgekeurd worden alvorens het in productie zetten

52 7,11 NBHC Download de laatste aanlevering t.b.v. de

actualisatie in ZIP-formaat

53 8 KAD Alle eisen ondergebracht bij eerdere testgevallen

54 9.1 NBH +

KAD

Stel vast dat er gewerkt wordt in een tijdelijke

acceptatie-belangendatabase

55 9.2 NBH +

KAD

Test of mijn belangen gelijk zijn aan de huidige en dat deze geraadpleegd en beheerd kunnen

worden

56 9.3 NBH +

KAD

Registreer nieuwe IMKL -contacten via het Kadaster

57 9.4 NBH + Registreer mijn URL/Website via Kadaster en




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

KAD selfservice

58 10.1.1 GDR GDR meet de tijd tussen gebiedsinformatieaanvraag

(GIA) en ontvangstbevestiging

Onverwijld, normaal verwachte processingtijd van enkele seconden tot

enkele minuten.

59 10.1.1 KAD KAD rapporteert de tijden tussen GIA en versturen

ontvangstbevestigingen

Onverwijld. Bij langere doorlooptijden wordt oorzaak onderzocht en

beoordeeld.

60 10.1.2 GDR GDR stelt de levertijd vast na ontvangstbevestiging

van de gebiedsinformatie (GIN) (onverwijld binnen

2 werkdagen)

Onverwijld maar wachten op NBHD-

levering.

Bij grotere doorlooptijd, verificatie van

verwerkingstijden KAD en BI levertijden

NBHD.

Bij langere doorlooptijden

wordt oorzaak onderzocht

en beoordeeld.

61 10.1.2 KAD KAD rapporteert levertijden van GIN aan

grondroerders (onverwijld binnen 2 werkdagen)

Meeste verwerkingstijden binnen het uur.

Bij oplopende verwerkingstijden oorzaken onderzoeken.

62 10.1.3 KAD KAD rapporteert de tijd waarin

gebiedsinformatieaanvraag aan netbeheerders met

belang is verstrekt (onverwijld)

Onverwijld, binnen enkele minuten alle belanghebbende NBH

geïnformeerd.

63 10.1.4 GDR GDR meet de tijd tussen ontvangstbevesting

gebiedsinformatielevering (GIL) en complete

levering (onverwijld na ontvangst van alle NBH-info)

Meeste verwerkingstijden binnen het uur. Als GIL na twee dagen pas

komt, dan verifieren welke

NBHD niet in levering zit.

64 10.1.4 KAD KAD rapporteert de tijd tussen GIL-meldingen en

bijhorende NBH-leveringen

Meeste levertijden binnen het uur.

65 10.1.4 KAD rapporteert levertijden GIL aan GDR en

ontvangsttijden NBH-leveringen (onverwijld na

complete levering)

Vergelijking van laatste NBH-levertijd met

GIL-levertijd aan GDR is klein, te verklaren

uit samenstellen GIL en v2r-processing.

Zonder complete levering max. twee dagen

Extra aandacht voor de

verwerkingstijd van de

vector2raster nadat NBH

vector hebben geleverd.

66 10.1.5 GDR GDR verifieert of levering 20 werkdagen na GIA nog

beschikbaar is (buiten testdoorlooptijd!)

Meenemen na 1ste increment en na 20d verifieren: (nog beschikbaar) en

ook na 21d (mogelijk niet meer beschikbaar).

67 10.1.5 KAD KAD rapporteert voor alle GIA van de afgelopen

meer dan 20d de beschikbare GIN (adhv omvang

MB, aantal bestanden)

In de rapportage is voor alle GIA van afgelopen 20d de GIN nog beschikbaar




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

68 10.1.6 NBHD NBHD rapporteert levertijd verstrekte GIN na GIA-

melding (binnen 1 werkdag)

Voor alle GIA-meldingen aan NBHD is de

GIN-leverijd minder dan 24u

Als verwerkinstijden meer

dan één uur zijn worden

oorzaken gerapporteerd

69 10.1.6 KAD KAD rapporteert procestijd (NBHC) en ontvangsttijd

(NBHD) van GIN van alle belanghebbende NBH

(binnen 1 werkdag)

Voor alle GIA-meldingen zijn beide tijden

minder dan 24 u

Als verwerkingstijden meer

dan één uur zijn, worden

oorzaken onderzocht en

productierisico's ingeschat

70 10.1.7 NBH+K

AD

Netbeheerder verstrekt actuele informatie (binnen

30 werkdagen). Buiten scope KAT!

Buiten scope KAT:

NBH netwijzigingsprocessen met doorlooptijden laten documenteren tbv

Ag.Telecom?

71 10.2.1 NBHC NBHC meet de verwerkingstijd tussen upload naar

KAD en melding beschikbaar in CV (binnen 24 uur)

Verwerkingstijd naar CV + wachttijd in validatierij binnen 24 uur.

Voor "kleine" NBHC ontstaat weinig wachttijd.

72 10.2.1 KAD KAD rapporteert verwerkingstijden aangeleverde

netinformatiebestanden van NBHC (98% binnen 24

uur beschikbaar in CV)

Uit rapportage blijkt dat 98% van de NBHC-

leveringen binnen 24 beschikbaar is in CV

NBHC die dagelijks leveren

moeten zeker binnen 24 uur

verwerkt zijn.

73 10.2.2 NBHC Grootste NBHC (ntb) meet verwerking NIB (binnen

24 uur)

Ook met wachttijd binnen 24u verwerkt. Meerdere grotere NBHC

(>120 min) moeten in

verschillende wachtrijen

komen.

74 10.2.3 NBHC+

KAD

Twee grootste NBH en twee kleinere meten

gelijktijdg verwerkingstijd NIB (maximale som

bestandsgroottes geschat 400GB) (binnen 24 uur)

Ook met wachttijd binnen 24u verwerkt. Lange doorlooptijd van grote

mag doorlooptijd van kleine

(<120m) niet verstoren

75 10.2.4 KAD Herstel op uitwijk datacenter is aangetoond Uitwijk Procedure met WG/B&I doornemen.

Uitvoeringsplanning uiterlijk 2019Q1

76 10.3.1 GDR GDR meet levertijd Calamiteiten-melding (binnen 15

minuten)

Binnen 15 min geleverd Bevat GIL van alle

belanghebbende NBH

Beheerdersinfo en lijst met

niet geleverde Beh.INfo.




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

77 10.3.1 NBHD NBHD rapporteert verwerkingstijd Calamiteiten-

meldingen (AT: direct lijst met belang NBH,

Masterplan: binnen 15 minuten GIL)

Voor alle calamiteitenmeldingen levering Beh.Info binnen 15 min na GIA.

78 10.3.1,

10.3.2

KAD KAD rapporteert verwerkingstijden en volledigheid

(NBHC en NBHD) van CalamiteitenMelding (AT:

direct lijst met belang NBH, Masterplan: binnen 15

minuten GIL)

De lijst met belanghebbende NBH is direct na de melding verstrekt.

Na 15 min wordt ook de GIL met beschikbare Beh.INfo geleverd.

79 10.4.1 NBH+K

AD

Introduceer fouten in het berichtenverkeer en controleer foutafhandeling berichtenverkeer (NBH,

KAD).

80 10.5 NBH+K

AD

Controleer de beheerdersdocumentatie op versiebeheer van de berichten definities:

maximaal twee (bericht) definities (BMKL en IMKL versies) van externe interfaces tegelijkertijd ondersteund.

Vanaf dat er een nieuwe definitie in gebruik wordt genomen blijft de vorige versie nog een (half) jaar geldig en ondersteund (zie

NORA).

82 11.1 NBHO+

KAD

NBH levert netinformatie conform huidig BMKL protocol aan die door KAD wordt verwerkt

83 11.2 NBHO+

KAD

Netbeheerder moet op basis van huidige informatiemodel IMKL kunnen leveren

84 11,3 NBHO+

KAD

Zet de Netbeheerder om van nieuw naar oud protocol in de stamgegevens ....moet na aangesloten te zijn op nieuwe protocol en

informatiemodel terug kunnen vallen op oude protocol en informatiemodel, gedurende de overgangsperiode.

85 11.4 GDR+K

AD

Controleer (In overgangsperiode) de Zip uitlevering

op vector en raster

Ook voor de nieuwe NBH (vector) zit er

rasterdata in de zip

86 11.5a KAD Kadaster zet de vector om in raster zodat er altijd

een complete raster levering is.

Ook voor nieuwe NBH wordt raster (uit

vector) geproduceerd en opgenomen in zip

verwerkingstijd bij veel

vector2raster dwz nieuwe

NBH

11.5b KAD Meet en rapporteer de verwerkingstijden van

vector2raster

Verwerkingstijd is niet beperkend voor halen van de leveringstijden




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

87 11.6 NBHO+

KAD

Zet een huidige netbeheerder over naar nieuwe protocollen (nieuw centraal en nieuw decentraal)

88 11.7 NBHO+

KAD

Zet een nieuwe netbeheerder tijdelijk “terug” naar zijn oude situatie (dus terug van KLIC-WIN naar

KLIC WION)

90 12.1 GDR+K

AD

In het KAT PvA in de aanpak van de testincrementen

opgenomen:

De keten acceptatietesten faseren: Fase 1: eerst

eigen keten, Fase 2: en daarna met meer

netbeheerders en grotere volume

Grondroerder zorgt voor representatieve

dagproductie in deze omgeving

Goedgekeurd PvA

91 12.2 GDR+N

BH+KA

D

Genereer een groot volume (obv piek belasting

huidige productie) aan graafmeldingen en meet de

verwerkingstijden bij Kadaster, huidig NBH en

decentrale NBH.

Verwerking wordt binnen gestelde wettelijke eisen (1d van decentraal NBH

naar KAD, 2d naar GDR) uitgevoerd

92 12.2 GDR+N

BH+KA

D

Genereer een groot volume (obv piek belasting

huidige productie) aan graafmeldingen en doe

tegelijk een calamiteitenmelding, meet de

verwerkingstijden bij Kadaster, huidig NBH en

decentrale NBH.

De calamiteitenmelding wordt binnen de

gestelde wettelijke eise (15 min) verwerkt

Extrapoleer resultaten adhv

hoeveelheid data in

productieomgeving.

93 12.3 KAD Kopieer een grote dagproductie aan KLIC-meldingen uit productie naar KAT en verwerk deze.

94 12.4 GDR+N

BH+KA

D

Meet en rapporteer de verwerkingstijden van de

stress testen

Alle verwerkingstijden vallen binnen de

wettelijke eisen

95 12.5 NBH+K

AD

Herhaal huidige KLIC productiemeldingen in KAT en

vergelijk de productie- en KAT-resultaten op inhoud

en verwerkingstijd.

Resltaten komen overeen voorzover NBH in

KAT deelnemen




12-09-2018

Test

nr


resultaat

Nader Acc.

Criterium

96 12.6 GDR+K

AD

Zie 12.2 (afstemming met deelnemende NBH over gebieden met veel thema's, docs, EV)

97 12.6.1 GDR+K

AD

Voer KLIC-meldingen in met veel thema’s per

melding

98 12.6.2 GDR+K

AD

Voer KLIC-meldingen in met veel Documenten per

melding

99 12.6.3 GDR+K

AD

Voer KLIC-melding in met veel EV per melding

100 12.7 GDR+N

BH+KA

D

Voer normale bedrijfshoeveelheden KLIC-melding met meerdere belanghebbende netbeheerders

(zie 12.2) in

101 12.8 GDR+N

BH+KA

D

Schakel tijdelijk systeemcomponenten uit, voer meldingen in en start na enige tijd systeemcomps op. Controleer de verwerking

(compleet of voldoende signalen over fouten)


Bijlage 3 – KAT Testscenario’s


12-09-2018

BIJLAGE 3 – KAT TESTSCENARIO’S

In bewerking Scen.

nr

Titel Verif.

Testg.nr

Rollen Voorbereiding Stapsgewijze beschrijving Verwachte resultaat

1 KLIC-melding doen GDR


normaal


orientatieverzoek met

hoge dichtheid van K&L

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


veiligheidsgebied


orientatieverzoek binnen

een veiligheidsgebied

Doe het orientatieverzoek

binnen het veiligheidsgebied

GDR krijgt:


-krijgt contactgegevens van

veiligheidsgebied

-ontvang geen netinformatie, bijlagen en EV

1.3 Graafmelding -

normaal

3 GDR Kies een gebied voor de

graafmelding met hoge

dichtheid van K&L

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:

-informatie over netinformatie, bijlagen en

EV






12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


1.4 Graafmelding -

veiligheidsgebied


graafmelding binnen een

veiligheidsgebied

Doe de graafmelding binnen

het veiligheidsgebied

GDR krijgt:


-krijgt contactgegevens van

veiligheidsgebied

-ontvangt geen netinformatie, bijlagen en

EV.

1.5 Tracemelding 6 GDR Kies een gebied groter dan

500 x 500 meter

Doe de tracemelding GDR ontvangt bevestiging van tracemelding

met daarin aangegeven welke

netbeheerders belangen hebben in het

aangegeven gebied. Maximaal 48 uur later

krijgt GDR:

-informatie over netinformatie, bijlagen en

EV



1.6 Calamiteitenmeldin

g


doen van

calamiteitenmelding

Doe een calamiteitenmelding GDR krijgt binnen 15 minuten:

-gegevens van netbeheerders die kabels

en leidingen in het graafgebied hebben

liggen;

-een lijst met noodnummers waarop deze

netbeheerders bereikbaar zijn;

-aan- of afwezigheid van ‘buisleidingen

gevaarlijke inhoud’;

-of er sprake is van een veiligheidsgebied.

1.7 Calamiteitenmeldin

g - veiligheidsgebied


calamiteitenmelding

binnen veiligheidsgebied

Doe een calamiteitenmelding

binnen het veiligheidsgebied

GDR krijgt:

-de contactgegevens van de beheerder

van het veiligheidsgebied;

-de contactgegevens van de

netbeheerders en hun 'thema's'.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


1.8 KLIC-meldingen

opvragen

9 GDR Start de gebruikelijke KLIC-

meldingen omgeving

Vraag een overzicht op van alle

KLIC-meldingen die mijn

organisatie/gebruiker heeft

gedaan

GDR krijgt overzicht van alle KLIC-

meldingen gedaan door zijn

gebruiker/organisatie

1.9 Aangepaste KLIC-

viewer

11 GDR Download en installeer de

aangepaste KLIC-viewer

Open vector-data in de

aangepaste KLIC-viewer

Aangepaste KLIC-viewer kan vectordata

tonen

2 Aanleveren

informatie NBHC

NBHC/G

DR

2.1 Notificatie belang

KLIC-melding

13 NBHC/G

DR

In de rol van GDR: kies een

locatie in het eigen

beheersgebied

Doe een KLIC-melding op de

gekozen locatie mbv de daartoe

bestemde software.

De netbeheerder wordt genotificeerd via

het daartoe bestemde kanaal dat er een

KLIC-melding is in het beheersgebied

2.2 Verstrekken

netinformatie

14 NBHC Ga na afloop van 2.1 naar

het Kadaster

informatieportaal voor

KLIC-meldingen

Ga in het portal na of

zichtbaarheid is dat mijn

netinformatie aan de GDR is

verstrekt

Netinformatie, bijlagen en EV zijn aan GDR

verstrekt, en dit is zichtbaar voor

netbeheerder in het Kadaster portal

2.3 Verifieren

ongewijzigdheid

netinformatie

15 NBHC Download de aan GDR

geleverde netinformatie

Ga na of de aan GDR geleverde

netinformatie overeenkomst

met de netinformatie in mijn

eigen database.

Er zijn geen verschillen tussen de via

Kadaster aan GDR geleverde netinformatie

en de netinformatie in mijn eigen database.

Daarnaast is de geleverde informatie op

grond van de KLIC-melding de juiste

informatie.

2.4 Verifieren tijdig

leveren

netinformatie

16 NBHC Lokaliseer in Kadaster

informatieportaal de

datum bij de diverse

notificaties.

Vergelijk de datum van

ontvangen van KLIC-melding

met de datum waarop de

informatie geleverd is aan GDR.

Het verschil tussen de twee data is niet

meer dan 48 uur.

2.5 Ophalen

gebiedsinformatiea

anvraag

19 NBHC Ga naar het Kadaster


KLIC-meldingen.

Haal de

gebiedsinformatieaanvraag

(heden graafbericht) van een in

het portaal geregistreerde KLIC-

melding op

De gebiedsinformatieaanvraag horende bij

een KLIC-melding kan opgehaald en

geraadpleegd worden.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


2.6.1 Dataverversingspro

ces

20 NBHC Stuur via het daartoe bestemde

kanaal een netdataverversing

naar het Kadaster

De dataverversing wordt doorgevoerd bij

het Kadaster

2.6.2 20 GDR Switch naar de rol van GDR Doe een KLIC-melding in het

gebied waarin een

dataverversing is gedaan

Notificatie wordt gestuurd naar

netbeheerder dat er belang is bij KLIC-

melding, vervolgens stuurt Kadaster

netinformatie naar GDR.

2.6.3 20 NBHC Switch naar de rol van

NBHC, ga naar KLIC-

meldingen

informatieportaal

Na levering van netinformatie

aan GDR: Vergelijk de aan GDR

geleverde netinformatie met de

data van de netdataverversing

De dataverversing is doorgevoerd, de GDR

heeft de meest up-to-date versie van de

netdata ontvangen.

3 Belangen Kadaster KAD

3.1 KLIC-meldingen

portal

21 KAD De GDR kan de toegewezen tests succesvol

doorlopen

3.2 Netbeheerdersport

al

21 KAD Netbeheerder centraal en decentraal

kunnen de toegewezen tests succesvol

doorlopen.

3.3 veiligheidsgebieden

portal

21 KAD Beheerder veiligheidsgebied kan de

toegwezen tests succesvol doorlopen.

3.4 Informeren

netbeheerders

13, 14,

15, 16,

17, 18,

19

KAD Netbeheerders kunnen toegewezen tests

succesvol doorlopen.

3.5 ontvangstbevestigin

g sturen

KAD GDR kan toegewezen tests succesvol

doorlopen.

3.6 Ontvangen

beheersdata

decentraal

31 KAD

3.7 Leveren data NBHC 22 KAD NBHC

3.8 Leveren 22 KAD GDR, NBHC en NBHD kunnen toegewezen




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


netinformatie tests succesvol doorlopen

3.9 ZIP en KLIC-

webservice

KAD GDR, NBHC, NBHD kunnen toegewezen

tests succesvol doorlopen

3.10 Leveren

orientatieverzoek

KAD De GDR kan de toegewezen tests succesvol

doorlopen

3.11 Levering

calamiteitenmeldin

g

24 KAD Na calamiteitenmelding wordt informatie

binnen 15 minuten naar melder verzonden,

ook als niet compleet.

3.12 Factureren KLIC-

melding

25 KAD Factuur voor KLIC-melding wordt verzonden

naar GDR

4 Beheerder

Veiligheidsgebied

BVG

4.1 Afdekken

veiligheidsgebied

26 BVG Wanneer GDR KLIC-melding doet in

veiligheidsgebied, wordt er geen

netinformatie over dat gebied aan GDR

geleverd.

4.2 Ontvangen

netinformatie

27 BVG BVG ontvangt netinformatie wanneer

belang in KLIC-melding.

4.3 Verwijzen GDR 28 BVG GDR ontvangt contactgegevens van BVG

wanneer KLIC-melding in veiligheidsgebied.

5 Aanleveren

informatie NBHD

NBHD

5.1 Notificatie belang

KLIC-melding

30 NBHD/G

DR

In de rol van GDR: kies een

locatie in het eigen

beheersgebied

Doe een KLIC-melding op de

gekozen locatie mbv de daartoe

bestemde software.

De netbeheerder wordt binnen de wettelijk

gestelde termijn genotificeerd via het

daartoe bestemde kanaal dat er een KLIC-

melding is in het beheersgebied

5.2 Ophalen

gebiedsinformatiea

anvraag

30 NBHD Ga naar het Kadaster


KLIC-meldingen.

Haal de


(heden graafbericht) van een in

het portaal geregistreerde KLIC-

De gebiedsinformatieaanvraag horende bij

een KLIC-melding kan opgehaald en

geraadpleegd worden.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


melding op

5.4 Bevestigen

gebiedsinformatieaanvragen

NBHD

5.5 Aanleveren

beheersinformatie

31 NBHD Selecteer op grond van de

ontvangen KLIC-melding de

netinformatie die naar het

Kadaster verzonden moet

worden.

Lever de netinformatie voor het

aangegeven gebied aan

Kadaster via de daartoe

ingerichte omgeving.

De netinformatie kan worden geleverd aan,

en ontvangen door, het Kadaster

5.6 Opvragen status

validatie

32 NBHD

5.7 Opvragen status

KLIC-melding

33 NBHD

5.8 Opvragen

gebiedsinformatieaanvragen

NBHD

5.9 Opvragen geleverde

beheersinformatie

NBHD Ga naar het Kadaster


KLIC-meldingen.

Selecteer een KLIC-melding en

raadpleeg de beheersinformatie

die is verzonden naar Kadaster

naar aanleiding van de

betreffende KLIC-melding.

De door NBHD geleverde

beheersinformatie kan als ZIP worden

gedownload en vervolgens geraadpleegd.

6 IMKL 1.2.1.1 proces

Kadaster

KAD

6.1.1 In productiename

netinformatie

37, 38 KAD Selecteer in productie te

zetten IMKL 1.2.1.1-valide

netinformatie

Zet de netinformatie, bijlagen

en EV in productie

De netinformatie, bijlagen en EV worden

succesvol in productie gezet

6.1.2 In productiename

netinformatie

37, 39 KAD Selecteer in productie te

zetten IMKL 1.2.1.1-

invalide netinformatie

Zet de netinformatie, bijlagen

en EV in productie

Er verschijnt een melding dat de informatie

niet IMKL 1.2.1.1-valide is. Er wordt niets in

productie gezet. De foutmeldingen worden

naar de NBHC verzonden.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


6.2 IMKL/BMKL-

registratie

40 KAD Registreer per netbeheerder op

basis van welke IMKL/BMKL

deze is aangesloten.

Per netbeheerder is zichtbaar op basis van

welke IMKL/BMKL deze is aangesloten.

6.3 Portal

communicatiegegev

ens

42 KAD Test 7.7 wordt succesvol doorlopen door

netbeheerders

6.4 Notificatie

netbeheerders

13, 29 KAD NBHC en NBHD kan tests tav van

notificering succesvol doorlopen.

6.5.1 Validatie

netbeheerdersinfor

matie NBHC

43 KAD NBHC levert netinformatie

aan Kadaster

Valideer de aangeleverde

neinformatie

Netbeheerdersinformatie wordt tijdig

gevalideerd

6.5.2 Validatie

netbeheerdersinfor

matie NBHD

43 KAD NBHD levert naar

aanleiding van KLIC-

melding beheersinformatie

aan Kadaster

Valideer de aangeleverde ZIP

met beheersinformatie

Als IMKL 1.2.1.1 valide: de

beheersinformatie wordt verzonden naar

grondroerder.

Als IMKL 1.2.1.1 ongeldig: de foutmeldingen

worden doorgegeven aan NBHD.

6.6 Registratie Netbeheerder

centraal/decentraal

KAD Geef voor de aangesloten

netbeheerder aan of deze

centraal of decentraal is

Voor een netbeheerder is zichtbaar voor

Kadaster of deze centraal of decentraal is.

6.7 Resgistratie netbeheerder

WION en INSPIRE

KAD Geef voor de aangesloten

netbeheerder aan of deze t.b.v

WION en/of INSPRIRE data

beschikbaar stelt.

Voor een netbeheerder is zichtbaar voor

Kadaster of deze data beschikbaar stelt

t.b.v. WION en/of INSPIRE.

6.8

7 Proces NBHC

7.1.1 Aanleveren

netinformatie

handmatig

44 NBHC Selecteer aan te leveren

informatie en ga naar KLIC-

onderdeel van Mijn

Kadaster portaal

Lever de netinformatie, bijlagen

en EV aan via het portaal

De netinformatie, bijlagen en EV zijn

aangeleverd bij het Kadaster




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


7.1.2 Aanleveren

netinformatie B2B

45 NBHC Selecteer aan de leveren

informatie en open de B2B

BMKL- applicatie die

bestemd is voor het

aanleveren van

netinformatie.

Lever de netinformatie, bijlagen

en EV aan via de B2B applicatie


aangeleverd bij het Kadaster

7.2 Informatie

actualiseren

46 NBHC Selecteer te actualiseren

netinformatie

Actualiseer de netinformatie,

via Mijn kadaster of via B2B

applicatie

De netinformatie, bijlagen en EV worden

succesvol geactualiseerd.

7.3 BMKL-valide

netinformatie

37, 38,

39

NBHC Test 6.1 (KAD) kan succesvol worden

doorlopen

7.4 Verificatie

datalevering

47, 48,

49

NBHC Ga naar Mijn Kadaster

portaal

Bekijk welke netinformatie er

namens mij is opgenomen door

het Kadaster

Het is mogelijk te zien welke netinformatie

is opgenomen door Kadaster. Dit kan op de

volgende manieren:

-Visueel (kaart)

-Alleen B2B-applicatie: statistieken van

nieuwe aanleveringen bekijken (ook met

automatische download

7.5.1 In productie zetten

- goedkeuren

handmatig

50 NBHC Controleer de

aangeleverde informatie in

Mijn Kadaster.

Geef aan de aangeleverde

netinformatie goedgekeurd is.


goedgekeurd en dit is zichtbaar voor

Kadaster.

7.5.2 In productie zetten

- goedkeuren

automatisch

51 NBHC Controleer de

aangeleverde informatie in

de B2B IMKL applicatie.

Geef in de B2B applicatie aan

de de aangeleverde informatie

goedgekeurd is.


goedgekeurd en dit is zichtbaar voor

Kadaster.

7.6.1 ZIP-download

laatste levering -

Kadaster

52 NBHC Ga naar Mijn Kadaster

portaal - downloaden

informatieleveringen

Download de laatste

aanlevering van netinformatie

als ZIP

Het is mogelijk de laatste aanlevering van

netinformatie als ZIP te downloaden

7.6.2 ZIP-download

laatste levering -

B2B

52 NBHC Ga naar de B2B IMKL

applicatie

Download via de B2B IMKL

applicatie de laatste

aanlevering in ZIP-formaat

De aanlevering kan via B2B applicatie

gedownload worden als ZIP




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


7.7 Raadplegen

communicatiegegev

ens

42 NBHC Ga naar Mijn Kadaster

portaal -

communicatiegegevens

Raadpleeg de

communicatiegegevens

De volgende communicatiegegevens zijn

zichtbaar:

-Naam netbeheerder

-Relatienummer

-Status

-BMKL-versie

-Ingangsdatum

-Einddatum

-URL netbeheerder

-Uitvalcontact berichten

8 Performance

8.1.1

a

Tijd tussen GIA en

ontvangstbevestigin

g

58 GDR Doe een


(GIA) via het daartoe

bestemde kanaal.

Meet hoeveel tijd er verstrijkt

tussen de GIA en de

ontvangstbevestiging.

Verstreken tijd tussen GIA en

ontvangstbevestiging gemeten.

8.1.1

b

Rapporteren tijd

ontvangstbevestigin

g

59 KAD Er is een GIA gedaan en de

ontvangstbevestiging is

naar GDR verzonden.

Rapporteer de verstreken tijd

tussen GIA en versturen

ontvangstbevestiging aan

testcoordinator.

Verstreken tijd gerapporteerd aan

testcoordinator.

8.1.2

a

Tijd tussen

ontvangstbevestigin

g en

gebiedsinformatie.

60 GDR Doe een GIA en ontvang de


hiervan.

Meet hoeveel tijd er verstrijkt

tussen de ontvangstbevestiging

en de complete levering van

netdata.

Tussen ontvangstbevestiging en complete

levering zit maximaal 48 uur.

8.1.2

b

Rapporteren

levertijd

netinformatie

61 KAD GDR doet GIA en heeft


ontvangen.


tussen verzenden

ontvangstbevestiging GIA en

verzenden GIN aan

testcoordinator.


testcoordinator.

8.1.3 Rapporteren tijd

tussen GIA en

62 KAD GDR doet GIA Rapporteer de verstreken tijd

tussen GIA en het versturen van


testcoordinator.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


versturen GIA naar

NBH

de GIA aan belanghebbende

netbeheerder.

8.1.4

a

Tijd tussen

ontvangstbevestigin

g GIL en complete

levering

63 GDR GDR heeft GIA gedaan,


ontvangen en de

beheersinformatie is aan

GDR geleverd.

Meet de verstreken tijd tussen


gebiedsinformatielevering en

complete levering.

Verstreken tijd gemeten.

8.1.4

b

Tijd tussen levering

aan KAD en

uitlevering aan

GDR.

64 KAD GDR heeft GIA-proces

succesvol doorlopen en

beheersinformatie

ontvangen.


tussen de levering van

beheersinformatie aan KAD en

de melding dat

gebiedsinformatie in uigeleverd

aan GDR.


testcoordinator.

8.1.4

c

Tijd tussen NBH-

levering en GIL

64 KAD Levering gebiedsinformatie

aan GDR heeft

plaatsgevonden.

Rapporteer de ontvangsttijden

van NBH-levering en de GIL.


testcoordinator.

8.1.5

a

20-dagen

beschikbaarheid GIL

66 GDR Doe GIA, en ontvang de

beheersinformatie.

Ga 20 dagen na de GIA naar

Mijn Kadaster Portaal en ga na

of de

beheersinformatielevering hier

nog beschikbaar is.

De beheersinformatie is 20 dagen na GIA

nog beschikbaar.

8.1.5

b

Rapporteren GIN

met GIA-datum

67 KAD Gebiedsinformatie is

geleverd aan GDR.

Rapporteer beschikbare GIN

met de datum van de

bijbehorende GIA.

Beschikbare GIN met bijbehorden GIA-

datum is gerapporteerd aan

testcoordinator.

8.1.6

a

Tijd tussen

ontvanegn GIA-

melding en

verstrekken

beheersinformatie

68 NBH GDR doet GIA, NBH is

hiervan genotificeerd.

Meet en rapporteer de tijd

tussen verstrekken

beheersinformatie aan KAD

nadat NBH notificatie van GIA

heeft ontvangen.

Tijd tussen ontvangen GIA notificatie en

verstrekken beheersinformatie is maximaal

1 werkdag. De gemeten tijd is

gerapporteerd aan testcoordinator.




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


8.1.6

b

Rapporteren

procestijd NBHC

69 KAD GDR doet GIA in gebied

NBHC

Meet en rapporteer hoe lang

het duurt om gebiedsinformatie

te verzamelen en te verzenden

naar GDR.

Verstreken tijd valt binnen 1 werkdag en is


8.1.6

c

Rapporteren

procestijd NBHD

69 KAD GDR doet GIA in gebied

NBHD

Meet en rapporteer hoe lang

het duurt om gebiedsinformatie

te verzamelen en te verzenden

naar GDR.

Verstreken tijd valt binnen 1 werkdag en is


8.2a Tijdsmeting upload

tot beschikbaarheid

CV

71 NBHC Upload beheersinformatie

naar Kadaster.

Meet de verwerkingstijd tussen

upload naar KAD en melding

beschikbaar in CV (binnen 24

uur)

De tijd tussen start upload en melding dat

informatie beschikbaar is in CV is korter dan

24 uur.

8.2b Rapportage tijd van

upload tot

beschikbaarheid CV

72 KAD NBHC upload

netinformatie naar KAD.

Meet en rapporteer de

verwerkingstijd van de

aangeleverde netinformatie.

De verwerkingstijd is gerapporteerd aan

testcoordinator. In 98% van gevallen is de

verwerkingstijd korter dan 24 uur.

8.2c Tijdsmeting upload

tot beschikbaarheid

CV grootste NBHC

73 NBHC Stel vast wie grootste

NBHC is (wat hoeveelheid

data betreft). Deze upload

zijn netinformatie naar

KAD.

Meet de verwerkingstijd tussen

upload naar KAD en melding

beschikbaar in CV (binnen 24

uur)



24 uur.

8.2d Tijdsmeting

gelijktijdige upload

twee grootste NBH

en 2 kleinere NBH

74 NBH Stel vast wie twee grootste

NBH zijn en kies ook twee

kleinere NBH uit. Deze

uploaden gelijktijdig hun

netinformatie naar CV van

KAD.

Voor iedere betrokken NBH:

meet verwerkingstijd van de

netinformatie.



24 uur.

8.3a Tijdsmeting levering

calamiteitenmeldin

g

76 GDR Doe een

calamiteitenmelding

Meet de tijd tussen

calamiteitenmelding en de

levering

Levering calamiteitenmelding vindt plaats

binnen 15 minuten na melding




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


8.3b Rapportage tijd

levering

calamiteitenmeldin

g NBHD

77 NBHD GDR doet

calamiteitenmelding

Levering calamiteitenmelding vindt plaats

binnen 15 minuten na melding

8.3c Rapportage

verwerkingstijd

calamiteitenmeldin

g NBHC

76, 77 KAD GDR doet

calamiteitenmelding in

gebied NBHC

meet en rapporteer de

verwerkingstijd en de

volledigheid van de

calamiteitenmelding.

Verwerkingstijd is binnen 15 minuten en


8.3d Rapportage

verwerkingstijd

calamiteitenmeldin

g NBHD

76, 77 KAD GDR doet

calamiteitenmelding in

gebied NBHD

meet en rapporteer de

verwerkingstijd en de

volledigheid van de


Verwerkingstijd is binnen 15 minuten en


8.4a Foutenafhandeling

NBHC

79 KAD,

NBHC

Lever beheersinformatie

aan die niet voldoet aan

BMKL/IMKL-standaarden.

Ga na of NBHC melding krijgt

dat aangeleverde informatie

niet voldoet aan de

standaarden.

NBHC krijgt melding terug dat aangeleverde

informatie niet voldoet aan de

standaarden.

8.4b Foutenafhandeling

NBHD

79 KAD,

NBHD

Lever aan de hand van een

GIA beheersinformatie aan

die niet voldoet aan

BMKL/IMKL-standaarden.

Ga na of NBHD melding krijgt

dat aangeleverde informatie

niet voldoet aan de

standaarden.

NBHD krijgt melding terug dat

aangeleverde informatie niet voldoet aan

de standaarden.

9,1 Huidig BMKL/IMKL-

protocol in

overgangsperiode

NBHD

80 NBH Lever netinformatie aan KAD

conform huidig (oude) BMKL-

protocol.

De netinformatie wordt opgenomen en

verwerkt door het Kadaster

9.2a Schakelen NBH naar

oud protocol

84 KAD,

NBHC,

NBHD

Zet de netbeheerder om van

nieuw naar oud protocol in de

stamgegevens.

De netbeheerder kan nu overeenkomstig

huidige (oude) BMKL/IMKL-protocol

gedurende de overgangsperiode informatie

aanleveren

9.2b Schakelen NBH naar

nieuw protocol

84 KAD,

NBHC,

Zet de netbeheerder om van

huidig (oud) protocol naar

De netbeheerder kan worden omgezet en

kan datacommunicatie doen met nieuw




12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


NBHD nieuw protocol. BMKL/IMKL -protocol

9,3 Controle rasterdata

in

overgangsperiode

85, 86 KAD,

GDR

Kies een gebied met zowel

huidig (oud) NBH als

nieuwe NBH. GDR doet in

overgangsperiode GIA in

dit gebied en ontvangt

beheersdata.

Inspecteer de zip met de

uitgeleverde beheersdata

Kadaster zet de vector om in raster zodat er

altijd een complete raster levering is. Naast

vectordata zit in de overgangsperiode dus

ook rasterdata in de ZIP.

9,5 Meten verwerkingstijden van

vector2raster

KAD NBH levert netinformatie

aan bij KAD.

KAD zet vector mbv vector2raster tool om naar raster. Meet hoe lang het

converteren duurt.

10.2a Stresstest

graafmeldingen

91 KAD,

NBH,

GDR

Genereer een groot volume

(obv piek belasting huidige

productie) aan graafmeldingen

en meet de verwerkingstijden

bij Kadaster, huidig NBH en

decentrale NBHD.

Verwerking wordt binnen gestelde

wettelijke eisen (1d van NBHD naar KAD, 2d

KAD naar GDR) uitgevoerd

10.2b Stresstest

calamiteitenmeldin

g

92 KAD,

NBH,

GDR

Genereer een groot volume

(obv piek belasting huidige

productie) aan graafmeldingen

en doe tegelijk een

calamiteitenmelding, meet de

verwerkingstijden bij Kadaster,

huidig NBH en NBHD.

De calamiteitenmelding wordt binnen de

gestelde wettelijke eis van 15 min verwerkt.

10.2c Stresstest thema's 97 KAD,

NBH,

GDR

Kies als GDR gebieden uit

met veel thema's

Doe in de gekozen gebieden

een GIA




10.2d Stresstest

documenten

98 KAD,

NBH,

GDR


die leiden tot levering van

veel documenten


een GIA







12-09-2018

Scen.

nr

Titel Verif.

Testg.nr


10.2e Stresstest EV 99 KAD,

NBH,

GDR


die leiden tot levering van

veel EV


een GIA




10.2f Stresstest meerder

netbeheerders

91 KAD,

NBH,

GDR

Kies als GDR een

bedrijfshoeveelheid

gebieden uit met meerere

belanghebbende

netbeheerders.


een GIA




10.3a Systeemcomponent

en uitschakelen

101 GDR,

KAD,

NBH

Kies

systeemcomponent(en) die

uitgeschakelt gaan worden

Schakel als GDR, KAD en NBH

de gekozen

systeemcomponenten uit.

Systeemcomponenten uitgeschakeld

10.3b Systeemcomponent

en uitschakelen

101 GDR,

KAD,

NBH

Doe na het uitschakelen een

KLIC-melding

Er worden meldingen gegeven dat de

melding niet goed is verwerkt, met daarbij

de melding dat het een systeemfout

betreft.

10.3c Systeemcomponent

en uitschakelen

101 GDR,

KAD,

NBH

Schakel de in stap 10.3a

uitgeschalde componenten

weer in.

Ga na wat er met de zojuist

uitgevoerde KLIC-melding is

gebeurd.

De software geeft duidelijk bericht over de

verdere afhandeling van de KLIC-melding,

zowel wanneer deze alsnog doorgang vindt

als wanneer deze geen doorgang vindt.


Bijlage 4 – KAT Testketens


12-09-2018

BIJLAGE 4 – KAT TESTKETENS

In bewerking TestK

nr

Verif.

Eisnr

Testscenar

ios

Doelstelling Beoogd resultaat Beschrijving

scenario afloop

1 8.1.1b Tijdsmeting tussen GIA en OB Na GIA wordt OB onverwijld verzonden (van

enkele seconden tot enkele minuten)

GDR doet GIA. KAD ontvangt GIA en verzendt

onverwijld OB naar GDR. GDR rapporteert tijd

tussen GIA en OB.

2 8.1.2a Tijdsmeting tussen OB en GIL Na OB ontvangt GDR binnen twee werkdagen de

GIL

Na ontvangen GIA gaat KAD

gebiedsinformatie (zowel NBHC als NBHD)

verzamelen. Zodra compleet, of zodra

tijdslimiet nadert, vindt de GIL plaats. GDR

rapporteert tijd tussen OB en GIL.

3 8.1.4b,

8.1.4c

Tijdsmeting tussen

levering informatie NBHD aan

KAD en uitlevering door KAD

aan GDR.

Na ontvangen van netinformatie van NBHD

stuurt KAD binnen een uur de informatie naar

GDR.

Na GIA levert NBHD netinformatie aan KAD.

KAD levert binnen een uur aan GDR. KAD

rapporteert de tijd tussen ontvangen

netinformatie NBHD en verzending naar GDR.

4 8.3c Tijdsmeting levering

calamiteitenmelding gebied

NBHC

Na calamiteitenmelding door GDR vindt levering

van netinformatie plaats binnen 15 min.

GDR doet calamiteitenmelding, KAD ontvangt

deze melding, verzamelt alle netinformatie en

verstuurt deze binnen 15 minuten naar GDR,

ongeacht de volledigheid. GDR rapporteert de

tijd tussen calamiteitenmelding en levering.

5 8.3d Tijdsmeting levering

calamiteitenmelding gebied

NBHD

Na calamiteitenmelding door GDR vindt levering

van netinformatie plaats binnen 15 min.

GDR doet calamiteitenmelding, KAD ontvangt

deze melding, verzamelt alle netinformatie bij

NBHD en verstuurt deze binnen 15 minuten

naar GDR, ongeacht de volledigheid. GDR

rapporteert de tijd tussen

calamiteitenmelding en levering.

6 8.2a, 8.2b Tijdsmeting upload NBHC De NBHC kan binnen 24 uur zijn netinformatie

uploaden naar CV van KAD.

NBHC (nader te bepalen) upload

netinformatie naar CV van KAD. NBHC

rapporteert de uploadtijd.




12-09-2018

TestK

nr

Verif.

Eisnr

Testscenar

ios


scenario afloop

7 8.2d Tijdsmeting gelijktijdige

upload netinformatie twee

grootste NBH en twee

kleinere NBHC.

Het gelijktijdig van de netinformatie uploaden

naar CV van KAD van de twee grootste NBHC en

twee kleinere NBHC is klaar binnen 24 uur.

Twee grootste NBHC (nader te bepalen) en

twee kleinere gaan tegelijkertijd hun

netinformatie uploaden naar CV van

KAD. NBHC rapporteert de uploadtijd.

8 8.1.3 Tijdsmeting

beschikbaarstelling GIA aan

belanghebbende NBH

KAD stelt onverwijld de GIA beschikbaar voor de

belanghebbende NBH.

GDR doet GIA. KAD stuurt GIA onverwijld door

naar belanghebbende NBH. KAD rapporteert

tijd tussen ontvangen GIA en verzenden GIA

naar NBH.

9 8.1.6b Tijdsmeting verzamelen en

verzenden netinformatie

NBHC

Binnen twee werkdagen na GIA in

belangengebied NBHC kan KAD alle

netinformatie verzamelen uit CV en klaarzetten

voor GDR.

GDR doet GIA in belangengebied NBHC, KAD

verzamelt uit CV alle netinformatie en zet

deze klaar voor GDR. KAD rapporteert de tijd

die het kost om de netinformatie te

verzamelen en klaar te zetten.

10 8.1.6c Tijdsmeting verzamelen en


NBHD

Binnen twee werkdagen na GIA in

belangengebied NBHD kan KAD alle

netinformatie verzamelen en klaarzetten voor

GDR.

GDR doet GIA in belangengebied NBHD, KAD

geeft GIA door aan NBHD en ontvangt alle

netinformatie en zet deze klaar voor GDR.

KAD rapporteert de tijd die het kost om de

netinformatie te verzamelen en klaar te

zetten.

11 8.1.6b,

8.1.6c

Tijdsmeting verzamelen en


NBHD i.c.m. netinformatie

NBHD.

Binnen twee werkdagen na GIA in belangebied

van zowel NBHC als NBHD kan KAD alle

netinformatie verzamelen en klaarzetten voor

GDR.

GDR doet GIA in belangengebied van zowel

NBHC als NBHD, KAD geeft GIA door aan

NBHD en ontvangt daarvan alle netinformatie

en zet deze samen met de netinformatie uit

de CV klaar voor GDR. KAD rapporteert de tijd

die het kost om de netinformatie te

verzamelen en klaar te zetten.

12 10.2a Stresstest tijdsmeting groot

volume GIA.

Bij groot volume GIA vindt de GIL onveranderd

plaats binnen twee werkdagen.

GDR doet een groot volume GIA (gebieden en

hoeveelheid nader te bepalen). KAD verwerkt

alle GIA op de gebruikelijke manier. KAD

rapporteert tijd tussen ontvangen van alle GIA




12-09-2018

TestK

nr

Verif.

Eisnr

Testscenar

ios


scenario afloop

en klaarzetten van de GIL.

13 10.2a Stresstest tijdsmeting groot

volume GIA met meerdere

belanghebbende NBH per

GIA.

Bij groot volume GIA met meerdere

belanghebbende NBH vindt de GIL onveranderd

plaats binnen twee werkdagen.

GDR doet een groot volume GIA met

meerdere NBH(gebieden en hoeveelheid

nader te bepalen). KAD verwerkt alle GIA op

de gebruikelijke manier. KAD rapporteert tijd

tussen ontvangen van alle GIA en klaarzetten

van de GIL.

14 10.2b Stresstest tijdsmeting

calamiteitenmelding i.c.m.

groot volume GIA.

De GIL behorende bij een calamiteitenmelding

die gedaan wordt tijdens de verwerking van

groot volume GIA vindt plaats binnen 15 min.

GDR doet groot volume GIA, andere GDR doet

tegelijkertijd calamiteitenmelding. KAD doet

GIL binnen 15 minuten, ongeacht

volledigheid. GDR rapporteert de tijd tusse

calamiteitenmelding en GIL.

15 9.2b Testen schakelen van oude

naar nieuwe protocol

Gedurende de overgangsperiode kan geschakelt

worden van oude naar nieuwe protocol.

KAD schakelt NBH van oude naar nieuwe

protocol. Na omschakeling kan NBH alleen

volgens nieuwe BMKL/IMKL data aanleveren

aan KAD.

16 9.2a Testen schakelen van nieuwe

naar oude protocol

Gedurende de overgangsperiode kan geschakelt

worden van nieuwe naar oude protocol.

KAD schakelt NBH van nieuwe naar oude

protocol. Na omschakeling kan NBH alleen

volgens oude BMKL/IMKL data aanleveren

aan KAD.

17 10.3a,

10.3b,

10.3c

Testen systeemgedrag bij

uitschakelen componenten

voorafgaande aan upload van

data NBHC naar CV van KAD.

Duidelijke foutmelding/afhandeling bij upload

van data bij uitgeschakelde

systeemcomponenten.

KAD schakelt een systeemcomponent uit dat

essentieel is voor succesvolle dataupload.

NBHC doet vervolgens upload naar CV van

KAD. NBHC rapporteert de hieropvolgende

foutmelding(en).

18 10.3a,

10.3b,

10.3c



gedurende een upload van

Duidelijke foutmelding/afhandeling bij upload


systeemcomponenten.

NBHC start upload van netinformatie naar CV

van KAD. Gedurende deze upload schakelt

KAD een systeemcomponent uit dat




12-09-2018

TestK

nr

Verif.

Eisnr

Testscenar

ios


scenario afloop

data NBHC naar CV van KAD. essentieel is voor succesvolle

dataupload. NBHC rapporteert de

hieropvolgende foutmelding(en).

19 10.3a,

10.3b,

10.3c


herinschakeling

systeemcomponenten na

onderbreken upload NBHC

Duidelijke afhandeling bij upload van data bij

uitgeschakelde systeemcomponenten.

NBHC start upload van netinformatie naar CV

van KAD. Gedurende deze upload schakelt

KAD een systeemcomponent uit dat

essentieel is voor succesvolle dataupload. Na

enige tijd schakelt KAD het

systeemcomponent weer in. NBHC

rapporteert de hieropvolgende melding(en)

rondom de afhandeling van de onderbroken

dataupload.

20 10.3a,

10.3b,

10.3c



voorafgaande aan levering

netinformatie NBHD

Duidelijke foutmelding/afhandeling bij leveren


systeemcomponenten.

KAD schakelt een systeemcomponent uit dat

essentieel is voor succesvolle datalevering.

NBHD doet verveolgens a.d.h.v. GIA een

datalevering aan KAD. NBHD rapporteert de


21 10.3a,

10.3b,

10.3c



voorafgaande aan levering

netinformatie NBHD



systeemcomponenten.

NBHC start a.d.h.v. GIA een datalevering aan

KAD. Gedurende deze upload schakelt KAD

een systeemcomponent uit dat essentieel is

voor succesvolle datalevering. NBHD

rapporteert de hieropvolgende

foutmelding(en).

22 10.3a,

10.3b,

10.3c


herinschakeling

systeemcomponenten na

onderbreken datalevering

NBHD



systeemcomponenten.

NBHC start a.d.h.v. GIA een datalevering aan

KAD. Gedurende deze upload schakelt KAD

een systeemcomponent uit dat essentieel is

voor succesvolle datalevering. Na enige tijd

schakelt KAD het systeemcomponent weer in.

NBHD rapporteert de hieropvolgende

melding(en) rondom de afhandeling van de




12-09-2018

TestK

nr

Verif.

Eisnr

Testscenar

ios


scenario afloop

onderbroken datalevering.

23 Testen systeemgedrag bij


voorafgaande aan


Duidelijke foutmelding/afhandeling bij

calamiteitenmelding bij uitgeschakelde

systeemcomponenten.

KAD schakelt het systeem uit dat

verantwoordelijk is voor verwerken van

calamiteitenmelding. GDR doet vervolgens

calameitenmelding en rapporteert de


24 Testen van gedrag rondom

verlate aanlevering

netinformatie NBHD

Wanneer NBHD 24 uur na GIA nog

relevante data beschikbaar stelt, wordt deze

nageleverd aan GDR.

GDR doet GIA in gebied met meerdere NBH,

waarven tenminste 1 NBHD. Een van de

betreffende NBHD levert de netinformatie

later dan de wettelijke termijn van 24 uur aan.

KAD levert deze netinformatie na aan GDR.

GDR test of rondom de nalevering enige vorm

van berichtgeving plaatsvindt en rapporteert

dit.

25 8.4a Testen foutafhandeling mbt

niet-valide data NBHC

Bij levering van netinformatie die niet

IMK/BMKL-valide is, volgt een melding aan

NBHC. De niet-valide data wordt niet in de CV

opgenomen.

NBHC upload netinformatie naar CV van KAD

die niet IMKL/BMKL-valide is. KAD constateert

dit en geeft melding hierover aan NBHC.

NBHC rapporteert de berichtgeving als gevolg

van het proberen te uploaden van niet-valide

netinformatie.

26 8.4b Testen foutafhandeling mbt

niet-valide data NBHD

Bij levering van netinformatie die niet

IMK/BMKL-valide is, volgt een melding aan

NBHD.

NBHD levert a.d.h.v. GIA netinformatie aan

KAD die niet IMKL/BMKL-valide is. KAD

constateert dit en geeft melding hierover aan

NBHD. NBHD rapporteert de berichtgeving als

gevolg van het proberen te leveren van niet-

valide netinformatie.




12-09-2018

TestK

nr

Verif.

Eisnr

Testscenar

ios


scenario afloop

27 Testen systeemgedrag bij


voorafgaande aan

belangenbepaling adhv GIA.

Duidelijke foutmelding/afhandeling bij doen van

GIA bij uitgeschakelde systeemcomponenten.

KAD schakelt systeemcomponent uit dat

verantwoordelijk is voor belangenbepaling bij

GIA. GDR doet GIA en test hiermee of er een

fallback-systeem voor belangenbepaling is. Als

de GIA geen doorvoer vindt, dan rapporteert

GDR de hieropvolgende foutmelding(en).


Bijlage 5 – KAT Deelnemerslijst


12-09-2018

BIJLAGE 5 – KAT DEELNEMERSLIJST

In bewerking

Nr Naam Netbeheerder Rol tijdens

Acceptatietest

Contactpersoon Naam

Acceptatietesten

Contactpersoon Mail

Acceptatietesten

Contactpersoon Tel

Acceptatietesten SP Netinformatie

1 NAM Wilfred Veldwisch [email protected]

2 Alliander nieuw centraal Hendrik van de Berg [email protected] ja

3 DPO Jan van Velsen [email protected]

4 Eneco Warmte Frank Coumans [email protected]

5 Enexis nieuw centraal Bart Thevis [email protected] ja

6 Gasunie nieuw centraal Vincent Verstijnen [email protected] nee

7 Gemeente Apeldoorn nieuw centraal Klaas Broek [email protected] ja

8 Gemeente Maasgouw [email protected]

9 Gemeente Rotterdam nieuw centraal [email protected]; ja

10 Gemeente 's

Hertogenbosch

e.vandenbroek@s-

hertogenbosch.nl

11 LSNed

12 NUON Warmte

13 PWN nieuw centraal [email protected] ja

14 RWS [email protected]

15 Stedin nieuw centraal [email protected]

16 Tele2 nieuw decentraal [email protected] ja

17 TenneT

18 Vodafone/Ziggo nieuw decentraal [email protected] ja

19 WML [email protected]

KLIC-WIN KETENACCEPTATIETESTEN PLAN VAN AANPAK · standaard IMKL v1.2.1.1 te uploaden naar het...

Documents

Transcript of KLIC-WIN KETENACCEPTATIETESTEN PLAN VAN AANPAK · standaard IMKL v1.2.1.1 te uploaden naar het...