## Validatie

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!

### Specificatie

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:

- De stofzuiger kan vuil in de hele kamer bereiken
- Op een volle batterij kan de stofzuiger minimaal 4 uur werken
- De stofzuier zal nooit met een lege batterij in de kamer blijven
- ....

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.