Prevención de defectos
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Prevención de defectos

on

  • 1,447 views

 

Statistics

Views

Total Views
1,447
Views on SlideShare
1,447
Embed Views
0

Actions

Likes
0
Downloads
25
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as OpenOffice

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • La inspección ha sido acertada, probada en varios usos industriales y está muy difundida en la industria delSoftware, por estos motivos las inspecciones de Fagan han marcado un camino hacia el mejoramiento del proceso de software.
  • El asesor desempeña un papel muy importante de la dirección y debe asegurarse de que la preparación del equipo se centre en la detección de defectos sin desviarse (por ejemplo, sugiriendo correcciones necesarias o resaltar detalles importantes). El lector es parafrasear (explicar y leer) el producto que es inspeccionado a un paso razonable. Si no, el equipo puede inspeccionar muy rápido y superficialmente lo inspeccionado. El autor en las reuniones de la inspección, generalmente se considera beneficiosa, porque (1) el autor puede asistir al equipo de la inspección para entender mejor el producto, y (2) el autor está preparado para entender la naturaleza exacta de los defectos en los hallazgos del equipo. El papel de un inspector es examinar el software desde el punto de vista de un usuario. El inspector es el responsable de velar por los intereses del usuario. Un equipo que realice una inspección es más productivo cuando sus miembros trabajan en armonía y satisfacen los papeles asignados.
  • (por ejemplo, el código fuente compila con éxito sin errores de sintaxis), miembros del equipo de inspección se seleccionan, y se establecen los horario de la inspección (por ejemplo, tiempo y lugar).
  • Entonces, el autor debe modificar para corregir los defectos
  • El asesor o el equipo entero de inspección repasa el producto otra vez. Muchas variaciones se han propuesto sobre el método de inspección de Fagan. Sin embargo, se elige este método en el mundo porque es el más aplicable en la industria del software.
  • Uno de los textos más comprensivos en inspecciones del software es el de Gilb y de Graham. 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 explicada por Jones” [46]. Hay tres papeles definidos en este tipo de inspección. El líder (Jefe de Aseguramiento de Calidad) está en el puesto principal del proceso y es el que realiza el planeamiento y garantiza el funcionamiento de la inspección. El autor del documento es un participante requerido en la reunión de registro y debe ser parte de la verificación. Los miembros restantes del equipo son los inspectores, que su deber es simplemente encontrar y divulgar defectos en el documento o en el artefacto. Durante la reunión de registro, se asigna el papel de escribano a uno de los inspectores y registra los defectos encontrados durante la inspección. El modelo de inspección de Gilb consiste en los siguientes pasos:
  • El líder comienza con asegurarse que los criterios de inicialización están satisfechos. Esto asegura que la inspección esté con los documentos fundamentales y no se pierda ningún detalle. Es seguido por el planeamiento de la inspección, donde el líder determina... Esta fase produce un plan maestro para la inspección entera.
  • El Jefe de Aseguramiento de Calidad organiza una rápida reunión de 15 minutos, donde él da una escala... , explica en términos generales la estructura de la documentación y el propósito de la inspección
  • Cuando los inspectores han acabado la comprobación en la fecha convenida el líder de la inspección organiza
  • Una reunión de tormenta de ideas (5-30 minutos) sigue poco después de la reunión de registro.
  • De la descripción anterior se puede ver la diferencia entre este proceso de Tom Gilb y el de Fagan, es la etapa de la detección de los defectos, es decir durante la fase individual por cada inspector.

Prevención de defectos Presentation Transcript

  • 1. Escuela Politécnica Nacional Facultad de Ingeniería de Sistemas CALIDAD DE SOFTWAREPrevención de DefectosGrupo 3Integrantes:● 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íticosAquellos que violan leyes,agreden al consumidor ohacen inservible alproducto.
  • 5. Clasificación de defectos● Defectos mayoresDisminución en elcorrecto funcionamientoo utilización del productoy es notado por elconsumidor
  • 6. Clasificación de defectos● Defectos menoresDisminución leve en elcorrecto funcionamientoo utilización del producto,probablemente no lo noteel consumidor.
  • 7. TIPOS DE DEFECTOS1 DEFECTOS EN ESPECIFICACIONES / REQUISITOS● Requisitos o especificaciones● Funcionalidad● Interfaz de Usuario, Software y Hardware● Descripción funcional
  • 8. TIPOS DE DEFECTOS2 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 DEFECTOS2 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 DEFECTOS3 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 DEFECTOS3 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 DEFECTOS4 DEFECTOS DE DOCUMENTACIÓN● Errores en manuales, instrucciones de instalación, demostraciones, todos ello centrado al cliente.
  • 13. TIPOS DE DEFECTOS5 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. MODELOSModelo 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ónque consiste en un:● Asesor● Lector● Inspector● Autor
  • 29. Proceso de Inspección de FaganConsta de los pasos siguientes, cada uno conobjetivos 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ónLos miembros del equipoestudian el materialindividualmente paraprepararse para satisfacerlos 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. RemodelarEl autor revisa el resumen de los defectos detectados,clarificando cuales son realmente defectos y que son malentendidos 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. MODELOSModelo 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 GilbEl modelo de inspección de Gilb consiste en los siguientespasos:● 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ápidaEscala de tiempo de realización para la inspección yotras instrucciones a los inspectores y al autor.
  • 40. Inspección o comprobaciónEs realizada porcada parindividualmente,que registra cadadefecto en unatabla.
  • 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 ideasDonde se trata de dar solución o ideas a los defectosencontrados para su remodelación.
  • 43. EdiciónSe espera que el autor emprenda la edición delanálisis y la acción de corrección.
  • 44. SeguimientoEl líder de la inspección realiza un seguimiento a loscambios que debe realizar el autor manteniendo uncontacto con este.
  • 45. SalidaSe entrega el producto y está listo para la salida de lainspección cuando todos los puntos discutidos en latormenta de ideas y el registro se han corregido ytrabajado satisfactoriamente
  • 46. Prevención y Tolerancia de los Defectos
  • 47. Evitar defectosLa prevención de defectos trata de evitar que estosse presenten.●● Hardware●● Software
  • 48. En general es imposible escribir programas sindefectos.Sin embargo, es posible mejorar la calidaddel 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. RedundanciaLa tolerancia de fallos sebasa en la redundancia. Seutilizan componentesadicionales para:● detectar los fallos y● recuperar el comportamiento correcto.
  • 53. Preguntas...???
  • 54. GRACIAS...!!!