Revisiones Técnicas Formales

Revisiones Técnicas Formales

Las Revisiones Técnicas Formales son un filtro que permite “purificar” las actividades de Ingeniería de Software, se aplican en diversos momentos del desarrollo para detectar defectos.

Introducción

Las revisiones técnicas tienen algunos motivos básicos. Se deben principalmente a que el trabajo debe ser revisado; debido a que hay errores que son percibidos más fácilmente por otras personas que por los creadores. Las revisiones se clasifican en informales y formales. Las primeras se realizan de forma constante y sin ellas la programación y comprensión de un proyecto serían prácticamente imposible. Por su parte las Revisiones Formales constan de 3 elementos:

1. Informe escrito del estado del producto revisado.
2. Participación activa y abierta de todos los del grupo de revisión.
3. Total responsabilidad de todos los participantes en la calidad de la revisión.

Objetivos

• Descubrir errores en la función, lógica o implementación de cualquier representación del software.
• Verificar que el software bajo revisión alcanza sus requerimientos.
• Garantizar el uso de estándares predefinidos.
• Conseguir un desarrollo uniforme del software.
• Hacer que los proyectos sean más manejables
• Obtener proyectos que hagan más sencillo los trabajos técnicos (análisis que permitan buenos diseños, diseños que permitan implementaciones sencillas, estrategias de pruebas que faciliten éstas,…)

Ventajas

• Reducción sustancial del costo del software.
• Gran valor educativo para los participantes.
• Sirve para comunicar la información técnica.
• Fomenta la seguridad y la continuidad.

Actividades Principales

• Se eliminan errores en forma relativamente temprana (barato y fácil de corregir)
• Cada revisión se conduce en forma de una reunión cuidadosamente planeada y controlada

Directrices para la revisión

• Revisar el producto y no al productor.
• Indicar los errores con tino, tono constructivo.
• Fijar agenda y mantenerla
• Enunciar problemas no resueltos
• Limitar el debate y las impugnaciones
• Limitar el número de participantes
• Desarrollar una lista de comprobaciones para cada producto que pueda ser revisado
• Disponer de recursos y planificación de tiempos
• Entrenar los participantes
• Reparar las revisiones anteriores
• El problema debería ser resuelto por el productor

Tipos de Técnicas

• Estáticas: análisis y chequeo de documentos de requisitos, diagramas de diseño, código fuente, etc.
• Dinámicas: pruebas sobre implementación real (sólo pueden usarse cuando ya se tiene código ejecutable).

Fuente

[[1]] [[2]] [[3]] [[4]] [[5]] [[6]]