Het doel van een SRR is om:

* Volledigheid verifiëren: Zorg ervoor dat alle noodzakelijke functionele en niet-functionele vereisten zijn geïdentificeerd en gedocumenteerd. Dit omvat zaken als prestaties, beveiliging, schaalbaarheid en bruikbaarheidsvereisten.

* Consistentie valideren: Controleer op conflicten of tegenstrijdigheden binnen het vereistendocument. De ene vereiste kan bijvoorbeeld hoge prestaties specificeren, terwijl de andere een omgeving met beperkte middelen kan specificeren.

* Haalbaarheid beoordelen: Bepaal of het voorgestelde systeem kan worden gebouwd binnen de gegeven beperkingen (tijd, budget, technologie, enz.). Dit kan inhouden dat de technische uitdagingen worden geëvalueerd en potentiële risico's worden geïdentificeerd.

* Stel een basislijn vast: Creëer een formeel goedgekeurde reeks vereisten die als basis zal dienen voor volgende ontwikkelingsfasen. Voor wijzigingen na dit punt is een formeel wijzigingsaanvraagproces vereist.

* Identificeer risico's en problemen: Breng proactief potentiële problemen aan het licht en ontwikkel mitigatiestrategieën voordat ze grote obstakels worden.

* Verkrijg de buy-in van belanghebbenden: Door ervoor te zorgen dat alle belangrijke belanghebbenden (klanten, management, ontwikkelaars, enz.) het eens zijn over de vereisten en de haalbaarheid ervan, wordt later kostbaar herwerk voorkomen.

De SRR omvat doorgaans presentaties door het vereistenteam, beoordelingen van de vereistendocumentatie en discussies tussen deelnemers. Het resultaat is meestal een formeel rapport waarin de bevindingen van de beoordeling en eventuele overeengekomen acties worden gedocumenteerd. Als er significante problemen worden vastgesteld, kan de SRR resulteren in een besluit om de vereisten te herzien alvorens verder te gaan. In wezen is het een controlepunt om kostbare fouten achteraf te voorkomen door ervoor te zorgen dat iedereen de doelen begrijpt en ermee akkoord gaat voordat aan het harde werk wordt begonnen.