La validación de requisitos es el proceso de verificar que los requisitos definidos para el desarrollo, definen el sistema que el cliente realmente desea. Para verificar los problemas relacionados con los requisitos, realizamos la validación de los requisitos. Por lo general, utilizamos la validación de requisitos para verificar el error en la fase inicial de desarrollo, ya que el error puede aumentar la repetición excesiva cuando se detecta más adelante en el proceso de desarrollo.
En el proceso de validación de requisitos, realizamos un tipo diferente de prueba para verificar los requisitos mencionados en la Especificación de Requisitos de Software (SRS), estas comprobaciones incluyen:
- Comprobaciones de integridad
- Comprobaciones de coherencia
- Comprobaciones de validez
- Comprobaciones de realismo
- Comprobaciones de ambigüedad
- Verificabilidad
La salida de la validación de requisitos es la lista de problemas y las acciones acordadas de los problemas detectados. Las listas de problemas indican el problema detectado durante el proceso de validación de requisitos. La lista de medidas acordadas indica las medidas correctivas que se deben tomar para solucionar el problema detectado.
Hay varias técnicas que se utilizan individualmente o en conjunto con otras técnicas para verificar la totalidad o parte del sistema:
- Generación de casos de prueba:
El requisito mencionado en el documento SRS debe ser comprobable, las pruebas realizadas revelan el error presente en el requisito. En general, se cree que si el ensayo es difícil o imposible de diseñar, esto generalmente significa que el requisito será difícil de implementar y debe reconsiderarse. - Prototipado:
En estas técnicas de validación se presenta el prototipo del sistema ante el usuario final o cliente, este experimenta con el modelo presentado y comprueba si cumple con su necesidad. Este tipo de modelo se utiliza generalmente para recopilar comentarios sobre los requisitos del usuario. - Revisiones de requisitos:
En este enfoque, el SRS es revisado cuidadosamente por un grupo de personas, incluidas personas de las organizaciones contratistas y del lado del cliente, el revisor analiza sistemáticamente el documento para verificar errores y ambigüedades. - Análisis automatizado de consistencia:
Este enfoque se utiliza para la detección automática de un error, como no determinismo, casos faltantes, un error de tipo y definiciones circulares, en las especificaciones de requisitos.En primer lugar, el requisito se estructura en notación formal, luego se utiliza la herramienta CASE para verificar la coherencia del sistema, se identifica el informe de todas las inconsistencias y se toman medidas correctivas.
- Recorrido:
Un recorrido no tiene un procedimiento definido formalmente y no requiere una asignación de roles diferenciada.- Comprobar a tiempo si la idea es factible o no.
- Obtener las opiniones y sugerencias de otras personas.
- Comprobar la aprobación de los demás y llegar a un acuerdo.Etiquetas de artículo
