Este documento describe los procesos de validación y verificación de requisitos en el desarrollo de sistemas de información. Explica que la verificación asegura que los requisitos cumplan con los estándares de calidad, mientras que la validación garantiza que satisfagan las necesidades del negocio y los interesados. También detalla diversas técnicas para la validación y verificación como revisiones de pares, guiadas, inspecciones y el uso de prototipos y listas de verificación.

1. VALIDADCIÓN Y
VERIFICACIÓN
Por Amparo Rueda Jaimes
Análisis y desarrollo de sistemas de información

2. Modelo de ingeniería de requisitos (BA)
Proceso
PLANIFICACIÓN Y SEGUIMIENTO
Gestión
Elicitación
Gestión de
requisitos
Validación y
verificación
Análisis
empresarial
Análisis de
documentación
de requisitos
Solución

3. Actividades
Verificar
requisitos
Validar
requisitos
Validar
solución

4. Validación y verificación de requisitos
Garantiza que
especificaciones y
modelos cumplan con
el estándar de calidad
necesario para su
utilización eficaz
¿Tenemos excelentes
requisitos?
Verificación
Asegura que los
requisitos apoyen la
entrega de valor,
cumplan metas y
objetivos.
¿Los requisitos apuntan
a lograr las
necesidades del
negocio?
¿Responden a las
necesidades de los
interesados?
Validación

5. Actividades durante la verificación
Verificar que cada
requisito este
completo
Verificar que cada
modelo de requisito
este completo
Comparar cada
modelo – con otros
modelos preparados
Asegurar que todas las
excepciones se han
identificado y
documentado
Asegurar que la
terminología utilizada
es comprensible y
congruente con la
organización
Asegurar que los
requisitos siguen los
estándares de
documentación
requeridos

6. Actividades durante la validación
Comparar los requisitos con base a criterios
medibles
Asegurar que cada requisito de solución apunta a
uno o varios requisitos de los interesados
Asegurar que cada requisitos de solución apunta a
1 o varios objetivos de negocio
Asegurar que los requisitos no funcionales cubren
todas las características de calidad
Asegurar que cada requisito contribuye a los
beneficios definidos dentro del caso de negocio

7. Aspectos de la calidad de los requisitos
Contenido
¿Han sido
obtenidos y
documentados
todos los
requisitos con
el nivel
adecuado de
detalle?
Documentación
¿todos los
requisitos están
documentados
de acuerdo con
las directrices
predefinidas
para la
documentación
y
especificación?
Niveldeacuerdo
¿Todos los
interesados
coinciden con
los requisitos
documentados y
todos los
conflictos han
sido resueltos?

8. Revisiones de software
Pruebas de
software
Revisión de
pares
Revisiones
guiadas
Inspecciones
Auditorías
Control de calidad
Aseguramiento de calidad

9. Revisiones de pares
• Objetivo
• Recibir opinión y retroalimenación experta respecto a la calidad de los requisitos
• Los errores encontrados son marcados y realizan comentarios
Revisa y sugiere
Colega Artefactos a
validar

10. Revisiones guiadas (walkthroughs)
Artefactos a
validar
validar Presentar
Revisores
Moderador Tomador de tiempo
Autor

11. Revisiones guiadas (walkthroughs)
Preparación
Detección de
problemas
Corrección de
problemas
Seguimiento
• Objetivo
• Identificar errores en el producto por medio de un proceso simple
• Corregir los errores que sean factibles de corregir en el momento

12. Inspecciones
Artefactos a
validar
Inspectores
Organizador
Autor
Tomador de tiempo
Moderador
Lector

13. Uso de listas de chequeo (checklist)
• Conjunto de lista de preguntas y/o declaraciones acerca de una
circunstancia determinada
• Sirven como base de recordación de elementos y acciones
• Contienen preguntas que facilitan la detección de errores
• Su uso es complemento para otras técnicas de validación

14. Uso de listas de chequeo - características
• Nunca estarán completas, siempre tendrán oportunidad de mejora
• Las listas de comprobación no deben ser de más de una página
• Las preguntas no deben ser demasiado genéricas o abstractas
• Las preguntas deben ser lo más precisas posibles.

15. Validación a través de prototipos
• Objetivo
• Detectar errores en los requisitos al experimentar con éstos
• Identificar discrepancias entre los requisitos y las posibles
implementaciones