1. Escuela Politcnica NacionalFacultad de Ingeniera de Sistemas CALIDAD DE SOFTWAREPrevencin de DefectosGrupo 3Integrantes: Ibadango Dina Ordoez Hernn Roldan Marcelo Suquillo Diego

2. Qu es prevenir? antes de venir,actuar para que unproblema no aparezcao al menos para quedisminuyan sus efectos. 3. Qu es defecto? Es el resultado de unfallo odeficienciadurante el proceso decreacin de programasde ordenador ocomputadora. 4. Clasificacin de defectos Defectos crticosAquellos que violan leyes,agreden al consumidor ohacen inserviblealproducto. 5. Clasificacin de defectos Defectos mayoresDisminucin en elcorrecto funcionamientoo utilizacin del productoy es notado por elconsumidor 6. Clasificacin de defectos Defectos menoresDisminucin leve en elcorrecto funcionamientoo utilizacin del producto,probablemente no lo noteel consumidor. 7. TIPOS DE DEFECTOS1 DEFECTOS EN ESPECIFICACIONES / REQUISITOS Requisitos oespecificaciones Funcionalidad Interfaz de Usuario,Software y Hardware Descripcin funcional 8. TIPOS DE DEFECTOS2 DEFECTOS DE DISEO Los errores puedenocurrir enalgoritmos,lgicadecontrol,estructuras de datos,acceso a bases dedatos, formulariosdeentrada y salida,descripcin delainterfaz. 9. TIPOS DE DEFECTOS2 DEFECTOS DE DISEO Hardware, software e interfazde usuario Descripcin Funcional Comunicaciones entre procesos Definicin de datos Diseo del mdulo Descripcin de la lgica Chequeo de errores Estndares 10. TIPOS DE DEFECTOS3 DEFECTO DE CDIGO Errores causados poruna pobre comprensindel diseo o malaeleccindelasestructuras de datosy algoritmos, o erroresde lgica o sintaxis. 11. TIPOS DE DEFECTOS3 DEFECTO DE CDIGO Errores o equivocaciones enla implementacin de unprograma. Lgica Problemas de computacin Problemas de manipulacinde datos Implementacin / interfaz delmdulo Estndares 12. TIPOS DE DEFECTOS4 DEFECTOS DE DOCUMENTACIN Errores en manuales,instruccionesdeinstalacin,demostraciones, todosello centrado al cliente. 13. TIPOS DE DEFECTOS5 DEFECTOS DEL ENTORNO DE APOYO Software de pruebas Hardware de pruebas Herramienta dedesarrollo Softwaredeintegracin 14. Prevencin de defectos Hacer un plan paraevitar que los fallos quese puedan presentardurante la etapa dedesarrolloycodificacin de unprograma,produzcaconsecuencias gravesque afecten la calidaddel producto. 15. TCNICAS DE PREVENCIN DEDEFECTOS 16. Tcnicas de prevencin de defectos Brain Storming en el proceso de anlisis 17. Code Review revisin al cdigo 18. Control de Versiones 19. Planificacin del pase 20. Programador Senior hace el pase a produccin 21. Mtodos de prevencin Estilos de programacin 22. Tcnicas de programacin 23. Metodologas de desarrollo 24. Soporte a lenguajes de programacin 25. Anlisis de cdigo 26. Instrumentacin 27. MODELOSModelo de Fagan (1976)Revisinsistemtica decdigo o de artefactosrelacionados, tales comorequisitos y documentos dediseo. 28. Para Fagan es necesario un equipo de inspeccinque consiste en un: Asesor Lector Inspector Autor 29. Proceso de Inspeccin de FaganConsta de los pasos siguientes, cada uno conobjetivos especficos: Planeamiento Descripcin Preparacin Inspeccin Reanudacin Seguimiento. 30. PlanificacinCuando los materiales paraser inspeccionados pasanpor los criterios de entrada. 31. Descripcin Se dan instruccionesprevias a los miembrosdel equipo del materiala ser inspeccionado, yse asignan los papeles. 32. PreparacinLos miembros del equipoestudian el materialindividualmente paraprepararse para satisfacerlos papeles asignados. 33. InspeccinEl equipo realiza una reuninde inspeccin para encontrardefectos, y registrarlos.Cuyo propsito es la deteccinde los defectos o deviolaciones de estndares, ycualquier 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 inspeccin. 35. SeguimientoEl asesor o el equipoentero de inspeccinrepasa el producto otravez, para asegurar quetodos los arreglos soneficaces y de que no se haintroducido ningndefecto adicional durantela remodelacin. 36. MODELOSModelo de Tom Gilb (1993)El modelo que describen sebasa, obviamente, en eltrabajo de Fagan; sinembargo, tambin incorporaotros pasos. Un pasoadicional es el proceso de laprevencin del defecto. 37. Proceso de Inspeccin de GilbEl modelo de inspeccin de Gilb consiste en los siguientespasos: Planeamiento y documentos de entrada Reunin rpida Inspeccin o comprobacin Registro Tormenta de ideas Edicin Seguimiento Salida 38. Planeamiento y documentos de entrada Lder determina a los participantesde la inspeccin y designa a 3-4 como inspectores. Elaboralas listas necesarias dela documentacin, las reglas, los estndares y programa las reuniones. 39. Reunin rpidaEscala de tiempo de realizacin para la inspeccin yotras instrucciones a los inspectores y al autor. 40. Inspeccin o comprobacinEs realizada porcada parindividualmente,que registra cadadefecto en unatabla. 41. Registro La reunin de registro (mximo 2 horas) donde se mencionan todos los defectos y su aceptacin o rechazo en el registro general de la inspeccin. 42. Tormenta de ideasDonde se trata de dar solucin o ideas a los defectosencontrados para su remodelacin. 43. EdicinSe espera que el autor emprenda la edicin delanlisis y la accin de correccin. 44. SeguimientoEl lder de la inspeccin 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 lainspeccin cuando todos los puntos discutidos en latormenta de ideas y el registro se han corregido ytrabajado satisfactoriamente 46. Prevencin y Tolerancia de los Defectos 47. Evitar defectosLa prevencin 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. Eliminacin de Defectos Revisionesde diseo(design reviews) Verificacin de programas(program verification) Inspeccinde cdigo(code inspections) Pruebas delsistema(system testing) 50. Tolerancia a Defectos Tolerancia a defectoscompleta Degradacin aceptable ofalla suave Parada segura 51. El grado de tolerancia necesario en el sistemadepende de la aplicacin 52. RedundanciaLa tolerancia de fallos sebasa en la redundancia. Seutilizan componentesadicionales para: detectar los fallos y recuperar elcomportamientocorrecto. 53. Preguntas...??? 54. GRACIAS...!!!