Este documento presenta información sobre la prevención de defectos en software. Describe diferentes tipos de defectos como defectos de especificaciones, diseño, código y documentación. También cubre técnicas para prevenir defectos como revisiones de código, control de versiones y tener un programador senior realizando el lanzamiento a producción. Finalmente, presenta dos modelos para la inspección de software, el modelo de Fagan y el modelo de Gilb, los cuales incluyen pasos como planeación, inspección, registro y seguimiento.

1. Escuela Politécnica Nacional
Facultad de Ingeniería de Sistemas
CALIDAD DE SOFTWARE
Prevención de Defectos
Grupo 3
Integrantes:
● Ibadango Dina
● Ordoñez Hernán
● Roldan Marcelo
● Suquillo Diego

2. ¿Qué es prevenir?
● “antes de venir”,
actuar para que un
problema no aparezca
o al menos para que
disminuyan sus efectos.

3. ¿Qué es defecto?
● Es el resultado de un
fallo o deficiencia
durante el proceso de
creación de programas
de ordenador o
computadora.

4. Clasificación de defectos
● Defectos críticos
Aquellos que violan leyes,
agreden al consumidor o
hacen inservible al
producto.

5. Clasificación de defectos
● Defectos mayores
Disminución en el
correcto funcionamiento
o utilización del producto
y es notado por el
consumidor

6. Clasificación de defectos
● Defectos menores
Disminución leve en el
correcto funcionamiento
o utilización del producto,
probablemente no lo note
el consumidor.

7. TIPOS DE DEFECTOS
1 DEFECTOS EN ESPECIFICACIONES / REQUISITOS
● Requisitos o
especificaciones
● Funcionalidad
● Interfaz de Usuario,
Software y Hardware
● Descripción funcional

8. TIPOS DE DEFECTOS
2 DEFECTOS DE DISEÑO
● Los errores pueden
ocurrir enalgoritmos,
lógica de control,
estructuras de datos,
acceso a bases de
datos, formularios
deentrada y salida,
descripción de la
interfaz.

9. TIPOS DE DEFECTOS
2 DEFECTOS DE DISEÑO
● Hardware, software e interfaz
de usuario
● Descripción Funcional
● Comunicaciones entre procesos
● Definición de datos
● Diseño del módulo
● Descripción de la lógica
● Chequeo de errores
● Estándares

10. TIPOS DE DEFECTOS
3 DEFECTO DE CÓDIGO
● Errores causados por
una pobre comprensión
del diseño o mala
elección de
lasestructuras de datos
y algoritmos, o errores
de lógica o sintaxis.

11. TIPOS DE DEFECTOS
3 DEFECTO DE CÓDIGO
● Errores o equivocaciones en
la implementación de un
programa.
● Lógica
● Problemas de computación
● Problemas de manipulación
de datos
● Implementación / interfaz del
módulo
● Estándares

12. TIPOS DE DEFECTOS
4 DEFECTOS DE DOCUMENTACIÓN
● Errores en manuales,
instrucciones de
instalación,
demostraciones, todos
ello centrado al cliente.

13. TIPOS DE DEFECTOS
5 DEFECTOS DEL ENTORNO DE APOYO
● Software de pruebas
● Hardware de pruebas
● Herramienta de
desarrollo
● Software de
integración

14. Prevención de defectos
● Hacer un plan para
evitar que los fallos que
se puedan presentar
durante la etapa de
desarrollo y
codificación de un
programa, produzca
consecuencias graves
que afecten la calidad
del producto.

15. TÉCNICAS DE PREVENCIÓN DE
DEFECTOS

16. Técnicas de prevención de defectos
● “Brain Storming” en el proceso de análisis

17. ● “Code Review” revisión al código

18. ● Control de Versiones

19. ● Planificación del pase

20. ● Programador “Senior” hace el pase a producción

21. Métodos de prevención
● Estilos de programación

22. ● Técnicas de programación

23. ● Metodologías de desarrollo

24. ● Soporte a lenguajes de programación

25. ● Análisis de código

26. ● Instrumentación

27. MODELOS
Modelo de Fagan (1976)
Revisión sistemática de
código o de artefactos
relacionados, tales como
requisitos y documentos de
diseño.

28. Para Fagan es necesario un equipo de inspección
que consiste en un:
● Asesor
● Lector
● Inspector
● Autor

29. Proceso de Inspección de Fagan
Consta de los pasos siguientes, cada uno con
objetivos específicos:
● Planeamiento
● Descripción
● Preparación
● Inspección
● Reanudación
● Seguimiento.

30. Planificación
Cuando los materiales para
ser inspeccionados pasan
por los criterios de entrada.

31. Descripción
● Se dan instrucciones
previas a los miembros
del equipo del material
a ser inspeccionado, y
se asignan los papeles.

32. Preparación
Los miembros del equipo
estudian el material
individualmente para
prepararse para satisfacer
los papeles asignados.

33. Inspección
El equipo realiza una reunión
de inspección para encontrar
defectos, y registrarlos.
Cuyo propósito es la detección
de los defectos o de
violaciones de estándares, y
cualquier tentativa.

34. Remodelar
El autor revisa el resumen de los defectos detectados,
clarificando cuales son realmente defectos y que son mal
entendidos en el proceso de la inspección.

35. Seguimiento
El asesor o el equipo
entero de inspección
repasa el producto otra
vez, para asegurar que
todos los arreglos son
eficaces y de que no se ha
introducido ningún
defecto adicional durante
la remodelación.

36. MODELOS
Modelo de Tom Gilb (1993)
El modelo que describen se
basa, obviamente, en el
trabajo de Fagan; sin
embargo, también incorpora
otros pasos. “Un paso
adicional es el proceso de la
prevención del defecto”.

37. Proceso de Inspección de Gilb
El modelo de inspección de Gilb consiste en los siguientes
pasos:
● Planeamiento y documentos de entrada
● Reunión rápida
● Inspección o comprobación
● Registro
● Tormenta de ideas
● Edición
● Seguimiento
● Salida

38. Planeamiento y documentos de entrada
Líder determina a los
participantes de la
inspección y designa a 3-4
como inspectores.
Elabora las listas
necesarias de la
documentación, las reglas,
los estándares y programa
las reuniones.

39. Reunión rápida
Escala de tiempo de realización para la inspección y
otras instrucciones a los inspectores y al autor.

40. Inspección o comprobación
Es realizada por
cada par
individualmente,
que registra cada
defecto en una
tabla.

41. Registro
La reunión de registro
(máximo 2 horas) donde
se mencionan todos los
defectos y su aceptación o
rechazo en el registro
general de la inspección.

42. Tormenta de ideas
Donde se trata de dar solución o ideas a los defectos
encontrados para su remodelación.

43. Edición
Se espera que el autor emprenda la edición del
análisis y la acción de corrección.

44. Seguimiento
El líder de la inspección realiza un seguimiento a los
cambios que debe realizar el autor manteniendo un
contacto con este.

45. Salida
Se entrega el producto y está listo para la salida de la
inspección cuando todos los puntos discutidos en la
tormenta de ideas y el registro se han corregido y
trabajado satisfactoriamente

46. Prevención y Tolerancia de los Defectos

47. Evitar defectos
La prevención de defectos trata de evitar que estos
se presenten.
●
● Hardware
●
● Software

48. En general es imposible escribir programas sin
defectos.Sin embargo, es posible mejorar la calidad
del software

49. Eliminación de Defectos
● Revisiones de diseño
(“design reviews”)
● Verificación de programas
(“program verification”)
● Inspección de código
(“code inspections”)
● Pruebas del sistema
(“system testing”)

50. Tolerancia a Defectos
●
● Tolerancia a defectos
completa
●
● Degradación aceptable o
falla suave
●
● Parada segura

51. ● El grado de tolerancia necesario en el sistema
depende de la aplicación

52. Redundancia
La tolerancia de fallos se
basa en la redundancia. Se
utilizan componentes
adicionales para:
● detectar los fallos y
● recuperar el
comportamiento
correcto.

55. Preguntas...???

56. GRACIAS...!!!