Nieuwe conformiteitsklassen opnemen (namens Jordie Netten, werkgroep GWSW CFK)

[MarinusVonhof]

20230213 CFK overzicht.xlsx

Vanuit de gebruikers is er behoefte aan een generieke kwaliteitstoets voor gegevens en databasedefinities zoals gebruikt in de gangbare rioolbeheerpakketten.

Conformiteitsklassen (CFK’s) zijn kwaliteitseisen om te meten of de gegevens voldoende zijn voor een gekozen toepassing (lees: waarvoor iemand de gegevens wil gebruiken, hierna ‘gebruiksniveau’ genoemd).

Samen met de werkgroep GWSW CFK zijn in 2023 de gebruiksniveaus van de gegevens bepaald, zijn de toen vigerende CFK’s geherdefinieerd en is de set uitgebreid voor (afvalwater)prognoses. Hiermee Sluit het geheel aan op de vigerende GWSW versie 1.6.

Met de werkgroep GWSW CFK is gekozen voor de volgende gebruiksniveaus:
• Ligging en objectinformatie van hoofdriolering (fysieke objecten van hoofdriolering, op hoofdlijnen, voor bijvoorbeeld in PDOK)
• Hydraulisch modelleren (Hydraulisch relevante fysieke objecten, meer detail)
• (Afvalwater)Prognoses (Beperkte hoeveelheid fysieke objecten, minder detail)
• Reinigen en inspecteren van de riolering (Fysieke objecten, waar beheer op nodig is)
• Alle in het beheerpakket geregistreerde informatie (alle riolering + stedelijk water objecten)

De opdracht aan de werkgroep was om per gegevensgebruiksniveau een eisenlijst te hebben, waarmee de gegevens, in bijvoorbeeld een rioolbeheerpakket, getoetst kunnen worden op (de mate van) volledigheid, betrouwbaarheid en nauwkeurigheid. Eind september/begin oktober 2023 is deze eisenlijst opgeleverd aan Stichting RIONED.

Vervolgacties voor Stichting RIONED zijn:

Deze eenduidige eisenlijst per toepassing moet opvraagbaar worden via de apps.gwsw.nl

Deze eisenlijst moet automatisch kunnen worden gegenereerd o.b.v. de vigerende versie van het GWSW datamodel (nu 1.6).

Voor de applicatietoetsing moet aangesloten worden op de eisenlijsten.

[EricOosterom]

Bij het laatste punt heb ik de algemene vraag of deze herziene CFK's inderdaad een goede basis zullen vormen voor de applicatietoetsing. Zo ja (wat ik verwacht), dan is de vervolgvraag: hoe kunnen we dat dan technisch en procesmatig regelen zodat we de leveranciers inderdaad weer kunnen gaan toetsen en helpen hun OroX-exports te verbeteren. Daar komt steeds meer behoefte aan. Meedenken is welkom!