In de vorige paragraaf stond voor validatie:
Men controleert of het juiste systeem is gemaakt (doet het wat de klant wil?).
Omdat het systeem zelf nog niet bestaat is het doel van de validatie om te kijken of de eisen van de gebruikers (specificatie) kloppen met de wensen van de gebruiker.
Kijk in het schema van de vorige paragraaf of je dit ziet bij de pijl van validatie!
Het is mooi om vast te stellen dat een systeem helemaal is gebouwd volgens de specificaties, maar als de specificaties niet weergeven wat de gebruker nodig heeft voldoet het systeem toch niet!
Bij de specificatie gaat het er om zo precies mogelijk aan te geven wat een product moet kunnen (functionaliteit), er worden meerdere termen voor gebruikt, zoals onder andere User Requirements Specifications, Pakket van Eisen).
Een voorbeeld bij de robotstofzuiger kan zijn:
Om aan te geven hoe lastig dit formuleren is:
Wat als een doorgang smaller is dan de stofzuiger, hoe groot (of zwaar) mag het vuil maximaal zijn, na hoeveel jaar moet de batterij nog steeds 4 uur 'werken'
Bij de validatie is de vraag:
Kloppen de specificaties en de user requirements bij elkaar
Voorbeeld
In de requirements wordt opgeschereven dat de Roomba bij botsen van richting veranderd
In de specificaties wordt hiervan gemaakt dat de Roomba bij botsen omkeert
Dit kan in werkelijkheid betekenen dat de Roomba tuissen twee muren heen en weer blijft gaan
Een manier om te valideren is het bouwen van een model dat aan de specificaties voldoet en dan met de gebruiker en requirements te kijken of dit ook voldoet.