Please enable JavaScript.
Coggle requires JavaScript to display documents.
REVISIÓN DEL DISEÑO Y REVISIÓN DEL CÓDIGO - Coggle Diagram
REVISIÓN DEL DISEÑO Y REVISIÓN DEL CÓDIGO
Tres tipos de revisión
Revisión personal – eliminar la mayor cantidad de defectos antes de compilar o llegar al testing.
Walkthrough – revisión menos formal.
Inspección – revisión en equipo.
Productos a Revisar
Cada etapa genera un producto que se debe de revisar.
Revisar los productos en etapas temprano es beneficioso.
Todos los productos de software deben ser revisados.
¿Por qué revisar?
Muchos principiantes en PSP invierten al menos el 33% de su tiempo en compilación y testing. Al terminar los programas en PSP idealmente este tiempo baja a 10%.
Es secreto de un buen escrito es re escribir.
Eficiencia en la revisión
La única forma de convencerte es haciendo las revisiones y viendo como disminuye paulatinamente el tiempo de compilación y testing.
No parece muy importante si el compilador te puede detectar defectos.
El problema más grande es convencerte de su utilidad.
Las revisiones de código son mas eficientes que las pruebas.
Los programadores más experimentados tienen una densidad de 100 defectos por KLOC.
Solo con los registros te puedes convencer de su utilidad.
Principios de la revisión
Mide y mejora tu proceso de revisión.
Utiliza un proceso definido de revisión.
Establece objetivos de la revisión.
Cuatro principios para la revisión del diseño
Utiliza un estrategia explicita.
Producir un diseño revisable.
Verifica la lógica VS los requerimientos.
Revisa por etapas.
Medidas de revisión
Medidas derivadas.
Existen 4 métricas directas.
Objetivo de revisar antes de compilar
Vas a incrementar tu tiempo de revisión, pero vas a disminuir tu tiempo de compilación.
No confundas la velocidad con la mejora.
Revisiones e Inspecciones
Se usa en TSP.
Se deben hacer inspecciones (grupales) en forma adicional a las revisiones (personales).