Trabajo individual

Juan Manuel Florentin Jimnez

1. Defectos de software y sus causas
A los defectos del software se les conoce comnmente en el argot de los
desarrolladores como Bug (bicho), y corresponde a un error, imperfecto o falla de
una aplicacin para computador que puede causar un resultado no deseado o
incumplimiento de un requerimiento.
2. Enumera algunos de los causa que generan defecto en la
aplicacin

Problemas de comunicacin Cliente - Proveedor

Definicin incorrecta o ausencia de los requerimientos
Desviacin deliberada de los requerimientos (por presin del tiempo, avances
sin autorizacin)
Errores de Diseo
Errores de codificacin
Incumplimiento de estndares
Pruebas insuficientes
Errores de documentacin
3. Tabla de porcentaje estimado de defectos ingresados por cada estapa
Fase

% Defectos

Requerimiento

56%

Diseo

27%

Codificacin

7%

Otros

10%

4. Existe el software sin defecto

Es imposible garantizar que un producto no tiene Defectos, sin embargo, es posible
mejorar su proceso para producir productos con muy pocos defectos, con una tasa
de defectos controlada.
5. Amplificacin y eliminacin del defectos 3 errores cita

 Errores pasados por alto

Errores amplificados
Nuevos errores generados
6. Mtricas de revisin del software
Las revisiones tcnicas son una de las muchas acciones que se requieren como parte
de las buenas prcticas de la ingeniera de software. Cada accin requiere un
esfuerzo humano dirigido.
7. Cita Mtricas de revisin
Esfuerzo de preparacin
Esfuerzo de evaluacin
Esfuerzo de la repeticin
Tamao del producto del trabajo
Errores menores detectados,
Errores mayores detectados

8. Revisiones tcnica informales

Las revisiones informales incluyen una simple verificacin de escritorio de un
trabajo de ingeniera de software, hecha con algn colega, o una reunin casual (con
ms de dos personas) con objeto de revisar un producto o aspectos orientados a la
revisin de programacin por pares.
9. Revisiones tcnica formales
Una revisin tcnica formal (RTF) es una actividad del control de calidad del
software realizada por ingenieros de software (y otras personas)
10. Los objetivos de una RTF Cita
Descubrir los errores en funcionamiento
Verificar que el software que se revisa cumple sus requerimientos
Garantizar que el software est representado de acuerdo con estndares
predefinidos
Obtener software desarrollado de manera uniforme
Hacer proyectos ms manejables.
11. La reunin de revisin
Sin importar cul formato de RTF se elija, cualquiera de ellos debe cumplir las
restricciones siguientes:
En la revisin deben involucrarse de tres a cinco personas
Debe haber preparacin previa, pero no debe exigir ms de dos horas de trabajo
de cada persona.
La duracin de la reunin de revisin debe ser de al menos dos horas.
12. Al terminar la revisin todos los Asientes tienen que decidir si cita
Aceptan el producto sin modificaciones
Lo rechazan debido a errores graves
Aceptan el producto de manera provisional
13. Reporte i registro de la revisin
Durante la RTF, un revisor (el secretario) registra activamente todos los asuntos que
se planteen. stos se resumen al final de la reunin y se produce la lista de

pendientes de la revisin. Adems se elabora un reporte tcnico formal de la

revisin.
14. A que debe responder un reporte tcnico formal de la revisin
1. Qu fue lo que se revis?
2. Quin lo revis?
3. Cules fueron los descubrimientos y las conclusiones?
15. La lista de pendientes de la revisin tiene dos propsitos
identificar reas de problemas en el producto
servir como lista de verificacin de acciones que gue al productor cuando
se hagan las correcciones