validarea cerințelor este procesul de verificare a cerințelor definite pentru dezvoltare, definirea sistemului pe care Clientul îl dorește cu adevărat. Pentru a verifica problemele legate de cerințe, efectuăm validarea cerințelor. De obicei, folosim validarea cerințelor pentru a verifica eroarea în faza inițială de dezvoltare, deoarece eroarea poate crește reprelucrarea excesivă atunci când este detectată mai târziu în procesul de dezvoltare.
în procesul de validare a cerințelor, efectuăm un alt tip de test pentru a verifica cerințele menționate în specificația cerințelor Software (SRS), aceste verificări includ:
- verificări de completitudine
- verificări de consistență
- verificări de valabilitate
- verificări de Realism
- verificări de ambiguitate
- verificabilitate
ieșirea validării cerințelor este lista problemelor și a fost de acord cu acțiunile probleme detectate. Listele de probleme indică problema detectată în timpul procesului de validare a cerințelor. Lista acțiunilor convenite indică măsurile corective care ar trebui luate pentru a remedia problema detectată.
există mai multe tehnici care sunt utilizate fie individual, fie împreună cu alte tehnici pentru a verifica pentru a verifica întreaga sau o parte a sistemului:
- generarea de cazuri de testare:
cerința menționată în documentul SRS trebuie să fie testabilă, testele efectuate relevă eroarea prezentă în cerință. În general, se crede că, dacă testul este dificil sau imposibil de proiectat decât, acest lucru înseamnă de obicei că cerința va fi dificil de implementat și ar trebui reconsiderată. - Prototyping:
în aceste tehnici de validare prototipul sistemului este prezentat înainte de utilizatorul final sau client, ei experimentează cu modelul prezentat și verifică dacă acesta satisface nevoia lor. Acest tip de model este utilizat în general pentru a colecta feedback despre cerința utilizatorului. - cerințe recenzii:
în această abordare, SRS este revizuit cu atenție de către un grup de oameni, inclusiv oameni atât din partea organizațiilor contractante, cât și din partea clientului, recenzorul analizează sistematic documentul pentru a verifica eroarea și ambiguitatea. - analiza automată a consistenței:
această abordare este utilizată pentru detectarea automată a unei erori, cum ar fi nedeterminismul, cazurile lipsă, o eroare de tip și definițiile circulare, în specificațiile cerințelor.în primul rând, cerința este structurată în notație formală, apoi instrumentul de caz este utilizat pentru a verifica coerența sistemului, se identifică raportul tuturor inconsecvențelor și se iau măsuri corective.
- Walk-through:
un walkthrough nu are o procedură definită formal și nu necesită o atribuire diferențiată a rolului.- verificarea timpurie dacă ideea este fezabilă sau nu.
- obținerea opiniilor și sugestiilor altor persoane.
- verificarea aprobării altora și ajungerea la un acord.
