gfsd

VALIDACIÓN

Aseguramiento de Calidad

• Cómo satisfacer al cliente y las
exigencias de los stakeholders, como
proporcionar valor y asegurar los
requerimientos.

• Mantener la calidad a lo largo del
desarrollo y mantenimiento del
software, mediante la identificación
temprana de defectos.
02/02/2014

2

Qué es Validación?

El propósito de la Validación (VAL) es
demostrar queun producto o componente
de producto se ajusta a su uso previsto
cuando se sitúa en su entorno previsto.

VAL: “se construye el producto correcto”.

Tomado de “CMMI: Guidelines for Process Integration and
Product Improvement”

Prácticas Específicas

Preparar la
Validación

Validar el
producto o los
componentes
de producto

• Seleccionar los productos a validar
• Establecer elentorno de validación
• Establecer los procedimientos y
criterios de evaluación

• Realizar la validación
• Analizar los resultados de la
validación

Tomado de “CMMI: Guidelines for Process Integration and
Product Improvement”

Métodos de Verificación
1. Técnicas Estáticas
 Revisiones
 Inspecciones
 Revisiones de pares
 Walkthrough

 Análisis Estático
 Herramientas02/02/2014

5

Walkthrough

“…un tipo de revisión por pares en la que un
programador lidera a miembros del equipo de
desarrollo y a otros actores interesados a través
del producto de software, mientras los
participantes hacen preguntas y comentarios
sobre posibles errores, violaciones de los
estándares de desarrollo u otros problemas".
Estándar 1028 de 1997 de la IEEE

02/02/2014

6Walkthrough

•
•
•
•
•
•

Es la forma de revisión más simple/informal.
Guiada por el mismo autor.
No es necesaria ninguna reunión. Sesiones abiertas
Solución a problemas de manera inmediata
Los resultados pueden ser o no ser registrados.
Realizadas a través de la solicitud de revisión de un
documento a un compañero de trabajo.

02/02/2014

7

Inspecciones
Objetivos:
Verificar la adherencia a los estándares y
lineamientos establecidos
 Verificar la completitud
 Verificar la consistencia con los requisitos
definidos.
 Sugerir oportunidades de mejora

02/02/2014

8

Inspecciones

• Proceso formal basado en reglas, roles definidos
• Son guiadas por un moderador capacitado e
independiente, para asegurar la objetividad de la
revisión
• Para lainspección del producto de trabajo se utilizan
Listas de Chequeo/Comprobación
• Son planificadas y organizadas
• Requiere actividades de seguimiento a los
problemas encontrados

02/02/2014

9

Revisiones de Pares

 Objetivo: Encontrar y remover defectos de
manera temprana.
 Se realizan a medida que el producto de trabajo
va siendo desarrollado
 Son necesarios expertos
 Toma dedecisiones, evaluación de
alternativas, resolución de problemas técnicos
 Son revisiones estructuradas y no de gestión

02/02/2014

Revisiones de Pares
Posibles Desventajas:
 Se podrían presentar situaciones de tensión en el
caso de enfrentamientos directos con el autor.
 Los expertos involucrados en las revisiones deben
adquirir conocimientos específicos del producto.
 Inversiónconsiderable de tiempo.
 Moderador y participantes influyen directamente en
la calidad de la revisión.
 OBJETIVIDAD
Tomado de “CMMI: Guidelines for Process Integration and
Product Improvement”

La Gestión de Requisitos es el
primer paso para mejorar la
calidad de un producto de
software

Calidad en Requisitos

Por qué es necesario tener unos
buenos requisitos?

Costo Bola deNieve de errores
tempranos
“Un simple requisito erróneo puede
conducir a crear una lluvia de errores de
diseño”

Calidad en Requisitos

“La parte más difícil
de construir de un
sistema software es
decidir qué
construir. [..]
Ninguna otra parte
del trabajo afecta
más negativamente
al sistema final si
se realiza de
manera incorrecta.
Ninguna otra parte
es más difícil de...