vaatimukset validointi on prosessi, jossa tarkistetaan, että kehittämiselle määritellyt vaatimukset määrittelevät järjestelmän, jonka asiakas todella haluaa. Tarkistaaksemme vaatimuksiin liittyviä kysymyksiä suoritamme vaatimusten validoinnin. Käytämme yleensä vaatimusten validointia virheiden tarkistamiseen kehityksen alkuvaiheessa, koska virhe voi lisätä liiallista muokkausta, kun se havaitaan myöhemmin kehitysprosessissa.

vaatimusten validointiprosessissa teemme erityyppisen testin tarkistaaksemme Ohjelmistovaatimusten määrittelyssä (SRS) mainitut vaatimukset, näitä tarkistuksia ovat:

• Täydellisyystarkistukset
• Johdonmukaisuustarkistukset
• Realismitarkistukset
• Todennettavuustarkistukset

vaatimusten validoinnin tuotos on luettelo ongelmista ja sovitut toimet havaittuja ongelmia. Ongelmaluettelot osoittavat vaatimuksen validointiprosessin aikana havaitun ongelman. Sovittujen toimien luettelossa mainitaan korjaavat toimet, jotka olisi toteutettava havaitun ongelman korjaamiseksi.

on olemassa useita tekniikoita, joita käytetään joko yksittäin tai yhdessä muiden tekniikoiden kanssa koko järjestelmän tai sen osan tarkistamiseen:

1. Testitapauksen luominen:
   SRS-asiakirjassa mainitun vaatimuksen tulee olla testattavissa, suoritetut testit paljastavat vaatimuksessa olevan virheen. Yleisesti uskotaan, että jos testi on vaikea tai mahdoton suunnitella kuin, tämä yleensä tarkoittaa, että vaatimus on vaikea toteuttaa ja se olisi harkittava uudelleen.
2. prototyyppaus:
   tässä validointitekniikassa järjestelmän prototyyppi esitetään loppukäyttäjälle tai asiakkaalle, he kokeilevat esitettyä mallia ja tarkistavat, vastaako se heidän tarpeitaan. Tämäntyyppistä mallia käytetään yleensä palautteen keräämiseen käyttäjän vaatimuksesta.
3. vaatimukset arvostelut:
   tässä lähestymistavassa SRS: ää tarkastelee huolellisesti ryhmä ihmisiä, joihin kuuluu sekä urakoitsijaorganisaatioita että asiakaspuolta, arvioija analysoi asiakirjaa systemaattisesti tarkistaakseen virheet ja epäselvyydet.
4. Automated Consistency Analysis:
   tätä lähestymistapaa käytetään vaatimusmäärittelyissä virheiden, kuten nondeterminismin, puuttuvien tapausten, tyyppivirheen ja kehämäärittelyjen automaattiseen havaitsemiseen.

   ensin vaatimus jäsennetään muodollisella notaatiolla, sitten käytetään TAPAUSTYÖKALUA järjestelmän johdonmukaisuuden tarkistamiseksi, kaikista epäjohdonmukaisuuksista ilmoitetaan ja korjaaviin toimiin ryhdytään.

5. läpivalaisu:
   läpivalaisulla ei ole muodollisesti määriteltyä menettelyä eikä se vaadi eriytettyä roolijakoa.
   • tarkistaa jo varhain, onko ajatus toteutettavissa vai ei.
   • toisten ihmisten mielipiteiden ja ehdotusten hankkiminen.
   • tarkistaa muiden hyväksynnän ja päästä sopimukseen.