El propósito de un SRR es:
* Verificar la integridad: Asegúrese de que todos los requisitos funcionales y no funcionales necesarios se hayan identificado y documentado. Esto incluye cosas como el rendimiento, la seguridad, la escalabilidad y los requisitos de usabilidad.
* Validar la consistencia: Verifique los conflictos o contradicciones dentro del documento de requisitos. Por ejemplo, un requisito podría especificar un alto rendimiento, mientras que otro podría especificar un entorno limitado por recursos.
* Evaluar la viabilidad: Determine si el sistema propuesto se puede construir dentro de las restricciones dadas (tiempo, presupuesto, tecnología, etc.). Esto podría implicar evaluar los desafíos técnicos e identificar riesgos potenciales.
* Establecer una línea de base: Cree un conjunto de requisitos formalmente aprobado que sirva como base para las fases de desarrollo posteriores. Los cambios después de este punto requieren un proceso de solicitud de cambio formal.
* Identificar riesgos y problemas: Descubra proactivamente los posibles problemas y desarrolle estrategias de mitigación antes de que se conviertan en obstáculos importantes.
* Obtenga la compra de partes interesadas: Asegurar que todas las partes interesadas clave (clientes, gestión, desarrolladores, etc.) acuerden los requisitos y su viabilidad ayuda a prevenir el trabajo costoso más adelante.
El SRR generalmente involucra presentaciones por parte del equipo de requisitos, revisiones de la documentación de requisitos y discusiones entre los asistentes. El resultado suele ser un informe formal que documenta los hallazgos de la revisión y cualquier acción acordada. Si se identifican problemas significativos, el SRR puede dar lugar a la decisión de revisar los requisitos antes de continuar. Esencialmente, es un punto de control para evitar errores costosos en el futuro al garantizar que todos comprendan y acepten los objetivos antes de comenzar el trabajo duro.