Naar de inhoud

Gids · Projectbeheersing

Verificatie en validatie in bouw en infra

Een technisch resultaat moet voldoen aan de overeengekomen eisen en bruikbaar zijn in de omgeving waarvoor het is bedoeld. Verificatie en validatie helpen om dat met bewijs te onderbouwen. Vanuit Protitec verbinden we behoefte, ontwerp, uitvoering en beheer, zodat opdrachtgever en opdrachtnemer tijdig weten wat zij moeten aantonen en welke beslissing daarbij hoort.

Redactie: Protitec · Bijgewerkt op · 10 minuten leestijd

Eisen en gebruik in samenhang beoordelen

Een brug kan de voorgeschreven belasting dragen terwijl een noodzakelijke onderhoudshandeling nauwelijks uitvoerbaar is. Een pomp kan haar capaciteit halen terwijl de storingsmelding niet op de juiste beheerpost aankomt. Zulke situaties vragen aandacht voor zowel afzonderlijke eisen als de werking van het geheel.

Aantonen begint daarom bij het vaststellen van de behoefte. Bepaal tegelijk welke prestatie wordt verlangd, welk onderzoek daarvoor geschikt is en wanneer de uitkomst beschikbaar moet zijn. Betrek de toekomstige beheerder voordat belangrijke ontwerpkeuzes vastliggen.

Maak duidelijk welke vraag wordt onderzocht

In dit artikel gebruiken we de productbenadering uit systems engineering. Verificatie onderzoekt of het resultaat voldoet aan gespecificeerde eisen. Validatie onderzoekt of de oplossing geschikt is voor het beoogde gebruik in de beoogde omgeving. NASA beschrijft deze verschillende doelen en benadrukt dat beide ook tijdens ontwikkeling kunnen worden onderzocht, bijvoorbeeld met modellen. [1]

Het onderscheid ligt in de onderzoeksvraag. Een functionele test kan verificatie zijn wanneer zij een concrete contracteis beoordeelt. Eén onderzoek kan bewijs voor beide doelen leveren, mits de criteria en conclusies herkenbaar blijven.

Bij verificatie kan de conclusie zijn dat wordt voldaan, niet wordt voldaan of onvoldoende bewijs beschikbaar is. Bij validatie moet duidelijk zijn voor welk gebruiksscenario geschiktheid is onderzocht. Een geslaagde beoordeling voor normaal bedrijf zegt niet vanzelf genoeg over onderhoud of storingen.

Spreek de betekenis van validatie expliciet af

Bronnen en organisaties gebruiken het begrip niet altijd op dezelfde manier. De CROW GC-gids legt bij validatie nadruk op het betrouwbaar en doelmatig kunnen aantonen van een eis met de gekozen verificatiemethode. [2] Dat is een ander accent dan de beoordeling van productgeschiktheid voor gebruik.

Wij onderscheiden daarom het aantonen van eisen, het beoordelen van geschiktheid voor gebruik en het onderbouwen van de betrouwbaarheid van de onderzoeksmethode. Leg in de overeenkomst en het V&V-plan vast welke betekenis en verplichtingen gelden. Alleen voorschrijven dat de opdrachtnemer moet valideren, geeft onvoldoende richting.

Begin bij de beheeropgave en de bestaande omgeving

Een nieuw of vervangen object moet aansluiten op gebruikers, aangrenzende eigendommen, netwerken en de beheerorganisatie. Bepaal wat de oplossing moet betekenen voor normaal gebruik, onderhoud, storingen en tijdelijke situaties. Maak daarbij onderscheid tussen eigenaar, beheerder, bedienaar en gebruiker. Hun kennis en bevoegdheden kunnen verschillen.

Vertaal hun inbreng naar afgewogen behoeften en toetsbare eisen. Leg ook vast welke wensen niet zijn overgenomen en welke onderwerpen onzeker blijven. Een latere gebruiksbeoordeling kan ontbrekende besluitvorming over de opdracht niet vervangen.

De Leidraad Systems Engineering versie 3 benadrukt samenhang, expliciete keuzes en resterende ontwerpvrijheid. [3] Wij adviseren gericht bewijs voor relevante beslissingen, met een inspanning die past bij de opdracht en het risico.

Verdeel de verantwoordelijkheden tussen opdrachtgever en opdrachtnemer

De opdrachtgever moet de vraag zo inrichten dat partijen kunnen vaststellen wanneer de prestatie voldoet. Leg systeemgrenzen, gebruiksscenario’s en relevante omstandigheden vast. Benoem de status en beperkingen van beschikbare informatie. Regel bewijsverplichtingen, beoordelingsmomenten en beslisbevoegdheden en reserveer capaciteit voor de beoordeling.

Een voorgeschreven oplossing vraagt bijzondere aandacht. Maak duidelijk welke beoordeling de opdrachtgever al heeft uitgevoerd en wat nog van de opdrachtnemer wordt verlangd. De verplichting om bewijs te leveren en de verantwoordelijkheid voor een ontwerpkeuze zijn verschillende onderwerpen. De overeenkomst bepaalt hun verdeling.

De opdrachtnemer vertaalt de bewijsafspraken naar ontwerp, werkvoorbereiding en uitvoering. Deel eisen toe aan objecten, werkpakketten en verantwoordelijke personen. Werk methoden en criteria vóór het onderzoek uit en laat leveranciers en onderaannemers met dezelfde actuele referenties werken.

Beoordeel resultaten inhoudelijk vóór interne vrijgave. Een kwaliteitsplan beschrijft de aanpak; registraties en beoordeling laten zien wat is bereikt. Controleer ook de reikwijdte van leverancierscertificaten. Een certificaat voor een onderdeel bewijst niet vanzelf dat het correct is ingebouwd of goed samenwerkt met het systeem.

De opdrachtgever levert de afgesproken informatie en is tijdig beschikbaar voor beoordelingen. De opdrachtnemer meldt onduidelijkheden, ontbrekend bewijs en negatieve resultaten. Samen testen maakt hun contractuele verantwoordelijkheden niet automatisch gelijk. Benoem wie voorbereidt, uitvoert, beoordeelt en beslist.

Plan bewijs over de gehele projectcyclus

V&V hoort in de ontwerp- en uitvoeringsplanning. Sommige controles zijn later moeilijk te herhalen. Wanneer een onderdeel wordt ingestort of afgedekt, kan relevante informatie verloren gaan als onderzoek en registratie niet vooraf zijn georganiseerd.

Bewijs gedurende de projectcyclus
ProjectfaseCentrale beoordelingTe organiseren bewijs
VoorbereidingIs de behoefte goed vertaald naar eisen en scenario’s?Vastgestelde uitgangspunten en afwegingen met gebruikers en beheer.
OntwerpZijn keuzes en raakvlakken onderbouwd?Berekeningen, analyses, reviews en waar nodig modellen of proefopstellingen.
UitvoeringIs gebouwd wat is vastgesteld?Inspecties en metingen vóór onderdelen ontoegankelijk worden.
InbedrijfstellingWerkt het geheel met de bestaande systemen?Testresultaten voor normaal bedrijf, storingen, bediening en herstel.
OverdrachtKan de beheerorganisatie het resultaat gebruiken en onderhouden?Instructies, gerealiseerde toestand, onderhoudsgegevens en resterende beoordelingen.

Beoordeel aannames tijdens het ontwerp. Als een conclusie afhangt van een onbekende bodemparameter of instelling, leg vast wat later moet worden bevestigd en wat een afwijkende uitkomst betekent. Een goed detailontwerp kan bovendien op systeemniveau nog conflicteren met andere onderdelen.

Bewaar uitvoeringsbewijs met locatie, objectnummer, datum en relevante versie. Een foto zonder plaats, schaal of koppeling aan de eis kan onvoldoende zijn om later een conclusie te dragen. Leg bij integratietesten vast welke scenario’s werkelijk zijn onderzocht en waar een simulatie is gebruikt.

Sommige prestaties zijn pas na overdracht meetbaar, bijvoorbeeld bij een bepaald seizoen of belastingniveau. Regel de meetperiode, omstandigheden, verantwoordelijkheden en gevolgen voor openstaande besluiten. Laat die onderwerpen niet verdwijnen in een algemeen akkoord bij oplevering.

Lees ook hoe je onderzoek en beslismomenten verbindt in een integrale projectplanning.

Kies een methode die de conclusie kan dragen

De methode moet passen bij de eis, omstandigheden en beslissing waarvoor het bewijs nodig is. Een berekening kan veel situaties onderzoeken, maar blijft afhankelijk van invoer en aannames. Een praktijktest geeft rechtstreeks inzicht in gedrag, maar alleen binnen de onderzochte situatie.

Onderzoeksmethoden en hun beperkingen
MethodeMogelijke toepassingTe beoordelen beperking
Berekening of analyseConstructief gedrag of systeemcapaciteit.Invoer, aannames en bereik van het model.
InspectieUitvoeringsdetails, onderdelen en documenten.Waarneembaarheid en onderzochte omvang.
MetingMaatvoering, positie, druk of debiet.Meetonzekerheid en omstandigheden.
BeproevingGedrag onder vastgelegde belasting of functies.Afdekking van relevante bedrijfssituaties.
GebruiksproefBediening en onderhoudshandelingen.Representativiteit van gebruikers en scenario’s.
SimulatieVroege beoordeling van gedrag of alternatieven.Verschillen met de uiteindelijke situatie.

Onderbouw ook de betrouwbaarheid van de methode. Controleer meetmiddelen, kalibratie, modelinvoer en herhaalbaarheid waar dat relevant is. Spreek vooraf af hoe meetonzekerheid in de beoordeling wordt verwerkt. Een waarde vlak bij een grens kan aanvullende uitleg vragen.

Maak duidelijk wat het onderzoek niet aantoont. Een test bij één belasting of instelling bewijst niet alle gebruikssituaties. Zet beperkingen om in gerichte vervolgacties met verantwoordelijken en beoordelingsmomenten.

Leg de reikwijdte van FAT en SAT vast

Bij installaties worden vaak een Factory Acceptance Test, FAT, een Site Acceptance Test, SAT, en een integratietest gebruikt. De naam bepaalt niet zelfstandig de inhoud of juridische gevolgen. Leg scope, criteria, omstandigheden en deelnemers projectspecifiek vast.

Een FAT kan het gedrag van een onderdeel vóór levering onderzoeken. Een SAT kan het functioneren na installatie op locatie beoordelen. De integratietest onderzoekt de samenwerking met andere onderdelen en systemen. Een succesvolle FAT geeft daarom geen volledig bewijs voor de werking na montage.

Registreer of werkelijke belastingen, externe koppelingen en definitieve software-instellingen zijn meegenomen. Als een test met een tijdelijke instelling is uitgevoerd, moet duidelijk zijn welk aanvullend bewijs nodig is voor de opgeleverde toestand.

Verbind iedere conclusie met een eis en de onderzochte toestand

Een verificatiematrix moet meer bevatten dan de status rapport aanwezig. Leg eisnummer, versie en toepasselijk object vast, gevolgd door criterium, omstandigheden, methode en moment. Benoem uitvoerder en beoordelaar en koppel het resultaat aan het bewijsstuk.

De bewijsreferentie moet ook duidelijk maken welke tekening, materiaalkeuze, instelling of softwareversie is onderzocht. Noteer vervolgens de inhoudelijke conclusie en eventuele afwijking. Onderscheid voldoen, niet voldoen en onvoldoende bewijs.

Voor de beoordeling van gebruiksgeschiktheid zijn daarnaast de scenario’s, betrokken gebruikers, criteria en resterende beperkingen nodig. Een gesprek met de beheerder wordt zo een navolgbare beoordeling. Een algemeen akkoord vertelt doorgaans niet wat daadwerkelijk is onderzocht.

Controleer of de conclusie door de resultaten wordt gedragen. Het juiste rapport kan aanwezig zijn terwijl de verkeerde eisversie is gebruikt of slechts een deel van het object is onderzocht. De matrix helpt de samenhang te bewaken; de inhoudsdeskundige beoordeelt het bewijs.

Meer over herleidbare informatie: een versnipperd projectdossier reconstrueren.

Een fictief voorbeeld van pompvervanging

Een gemeente vervangt een pompinstallatie in een bestaand systeem. De opdrachtgever bepaalt met beheer welke afvoerprestatie, waterstanden, aansluitingen, storingen en onderhoudssituaties relevant zijn. De aannemer ontwerpt en realiseert de afgesproken oplossing en werkt de bewijsaanpak uit.

Een beproeving toont dat de pomp het vereiste debiet haalt bij het afgesproken werkpunt. Dat is verificatie van de capaciteitseis. Een afzonderlijke beoordeling onderzoekt of de installatie bij normaal gebruik en storing de afgesproken functie vervult in samenhang met het bestaande systeem.

Daarbij blijkt dat een storingsmelding wordt verzonden, maar niet bij de juiste beheerpost aankomt. Afhankelijk van de eisen is dit zowel een verificatieprobleem als een ongeschikte gebruikssituatie. De geslaagde pomptest onderbouwt de capaciteit, maar maakt dit raakvlak niet automatisch in orde.

Partijen onderzoeken oorzaak en verantwoordelijkheden. Na aanpassing wordt de betreffende functie opnieuw getest. Beoordeel ook of de wijziging eerder bewijs beïnvloedt. De uiteindelijke stukken moeten betrekking hebben op de werkelijk opgeleverde instellingen en uitvoering.

Meld negatieve resultaten en beoordeel de opvolging

In de werkwijze van Protitec wordt een afwijking afzonderlijk vastgelegd en gemeld. Beschrijf eis of scenario, feitelijk resultaat, bewijs, risico en benodigde beslissing. Onderscheid een gebrekkige prestatie van onvoldoende bewijs. Ontbrekende registratie bewijst niet vanzelf een fysiek gebrek.

Onderzoek vervolgens of herstel binnen bestaande verplichtingen volstaat of een wijziging nodig is. Een benodigd VTW verwijst naar de afwijking en behandelt technische, financiële en tijdsgevolgen, ook wanneer deze nihil zijn. Een nieuwe gebruikerswens is niet automatisch een bestaande eis.

Sluit de afwijking pas na inhoudelijke beoordeling van het herstel en eventueel herhaald onderzoek. Een goedgekeurd wijzigingsverzoek bewijst nog niet dat de oplossing functioneert. Bewaar oorspronkelijke en nieuwe resultaten, zodat de beoordeling kan worden gevolgd.

Voor de registratie en besluitvorming: wijzigingen beheersen van melding tot besluit.

Beoordeel bij wijzigingen welk bewijs bruikbaar blijft

Een berekening of test geldt voor een bepaalde toestand. Een andere aansluiting, instelling, materiaalkeuze of softwareversie kan de eerdere conclusie beïnvloeden. Bepaal bij een relevante wijziging welke eisen, scenario’s en raakvlakken worden geraakt.

Leg vast welke resultaten geldig blijven en welke analyses of testen moeten worden herhaald. Benoem wie de gevolgen beoordeelt en de vrijgave verleent. Een revisietekening moet de gerealiseerde toestand tonen, maar alleen het bewaren van de laatste tekening is onvoldoende. Ook de relatie met de uitgevoerde test moet duidelijk zijn.

Onderscheid technisch bewijs van contractuele besluiten

Binnen systeemgerichte contractbeheersing, SCB, beoordeelt de opdrachtgever risicogestuurd het functioneren van de kwaliteitsbeheersing van de opdrachtnemer. Rijkswaterstaat beschrijft hiervoor de combinatie van interactie, toetsen en interventie. [4] De eigen controles en bewijslevering van de opdrachtnemer blijven nodig.

Een technisch testresultaat is evenmin hetzelfde als contractuele acceptatie of oplevering. UAV-GC 2025 koppelt in § 21 keuringsresultaten aan het aantonen van naleving. Voorlegging van keuringsplannen wordt daar gekoppeld aan wat in het acceptatieplan is vastgelegd. [5] Controleer de volledige toepasselijke procedures en projectafspraken.

Bij een RAW/UAV-opdracht sluiten kwaliteitscontrole, directievoering en keuringen aan op de overeengekomen taakverdeling. UAV 2012 versie 2025 regelt onder meer directietoezicht, goedkeuring en oplevering. [6] Een V&V-aanpak ondersteunt die processen en verandert de verantwoordelijkheden niet zelfstandig.

Aanwezigheid bij een test, een technische goedkeuring en een formeel besluit kunnen verschillende betekenissen hebben. Benoem criteria, bevoegdheden en vastlegging. Het oordeel van de beheerder is inhoudelijk waardevol, maar vervangt niet automatisch een contractueel besluit.

Maak de aanpak uitvoerbaar in uitvraag en aanbieding

De aanbestedingsdocumenten moeten duidelijk maken wat de opdrachtnemer aantoont en welke rol de opdrachtgever vervult. Regel benodigde plannen, resultaten en aanlevermomenten. Benoem gebruiksscenario’s, systeemgrenzen, toegang tot gegevens en afgesproken bijwoon- of stopmomenten.

Leg voorwaarden voor vrijgave, herstel en hertesten vast en bepaal wat het overdrachtsdossier moet bevatten. Maak duidelijk waar de opdrachtnemer een methode mag voorstellen en waar een bepaalde methode nodig is. Vermijd dubbele rapportages zonder aanvullende waarde. Een risicogestuurde onderzoeksaanpak verandert niet de verplichting om de relevante eisen na te komen.

De opdrachtnemer laat in de aanbieding zien hoe de aanpak aansluit op de concrete risico’s en raakvlakken. Benoem wie eisen beheert, onderzoek organiseert en resultaten beoordeelt. Leg uit hoe leveranciers, ontwerp en uitvoering met dezelfde actuele informatie werken.

Beschrijf ook de route bij ontbrekend bewijs of een negatief resultaat. Welke vrijgave wordt tegengehouden, wie beoordeelt de gevolgen en hoe wordt de opdrachtgever geïnformeerd? Stem de beloofde aanpak af op beschikbare capaciteit en de bindende status van de aanbieding.

Vanuit Protitec verbinden we de beheeropgave met eisen, onderzoek en contractuele besluitvorming. Een bruikbare V&V-aanpak maakt zichtbaar wat is onderzocht, voor welke toestand de conclusie geldt en wat nog moet worden aangetoond. Daarmee kan het projectteam keuzes onderbouwen en een beheerder een beter overdraagbaar resultaat ontvangen.

Verder lezen: BPKV-beloften aantoonbaar maken en het opleverdossier.

De aanpak, tabellen en fictieve casus zijn uitwerkingen van Protitec. Technische referenties zijn niet vanzelf contractvoorwaarden. De overeenkomst, versie, projectafwijkingen en feitelijke resultaten bepalen concrete verplichtingen en besluiten.

Bronnen

  1. NASA. Systems Engineering Handbook, § 2.4, product verification en product validation.
  2. CROW. GC-gids, Verificatie en Validatie; aandacht voor methodevaliditeit en verificatiemomenten.
  3. Leidraad Systems Engineering. GWW-sector, versie 3, november 2013; samenhang, ontwerpvrijheid en doelmatige V&V.
  4. Rijkswaterstaat. Systeemgerichte contractbeheersing en kwaliteitsmanagement.
  5. CROW. UAV-GC 2025, § 21; publiek beschikbare leden 1 en 2 over keuringsplannen en resultaten.
  6. Staatscourant. UAV 2012 versie 2025, publicatie 2025, 6896; onder meer §§ 3, 9 en 10.

Bronnen geraadpleegd op 13 oktober 2026. De praktische werkwijzen en fictieve voorbeelden zijn de duiding van Protitec. Bij toepassing zijn de overeengekomen contractstukken en versies bepalend.

We onthouden je keuze maximaal 180 dagen. Je kunt die op ieder moment aanpassen via Cookie-instellingen onderaan de site.

Lees onze privacyverklaring