Lo scopo di un SRR è di:
* Verifica completezza: Garantire che tutti i requisiti funzionali e non funzionali necessari siano stati identificati e documentati. Ciò include cose come prestazioni, sicurezza, scalabilità e requisiti di usabilità.
* Convalida la coerenza: Verificare i conflitti o le contraddizioni all'interno del documento dei requisiti. Ad esempio, un requisito potrebbe specificare prestazioni elevate, mentre un altro potrebbe specificare un ambiente limitato alle risorse.
* Valuta la fattibilità: Determinare se il sistema proposto può essere costruito all'interno dei vincoli indicati (tempo, budget, tecnologia, ecc.). Ciò potrebbe comportare la valutazione delle sfide tecniche e l'identificazione di potenziali rischi.
* Stabilire una base: Creare un insieme formalmente approvato di requisiti che fungeranno da base per le fasi di sviluppo successive. Le modifiche dopo questo punto richiedono un processo di richiesta di modifica formale.
* Identifica rischi e problemi: Scoprire in modo proattivo potenziali problemi e sviluppare strategie di mitigazione prima di diventare grandi blocchi stradali.
* Guadagna il buy-in degli stakeholder: Garantire che tutte le parti interessate chiave (clienti, gestione, sviluppatori, ecc.) Concorda sui requisiti e la loro fattibilità aiuta a prevenire costose rielaborazioni in seguito.
L'SRR coinvolge in genere presentazioni del team dei requisiti, revisioni della documentazione dei requisiti e discussioni tra i partecipanti. Il risultato è di solito una relazione formale che documenta i risultati della revisione e eventuali azioni concordate. Se vengono identificati problemi significativi, l'SRR può comportare una decisione di rivedere i requisiti prima di procedere. In sostanza, è un checkpoint per prevenire costosi errori lungo la linea assicurando che tutti comprendano e accettano gli obiettivi prima di iniziare il duro lavoro.
sistemi © www.354353.com