1. UNIVERSIDAD AUTONOMA DE CHIAPAS
FACULTAD DE CONTADURIA PUBLICA CAMPUS IV
LIC.SISTEMAS COMPUTACIONALES
CATEDRATICO:
MTRO. CARLOS HUMBERTO MOLINA.
ALUMNA:
AVRIL ZULEYMA CRUZ VIDAL.
ASIGNATURA:
INGENIERIA DE SOFTWARE.
TEMA:
ADMINISTRACION DE DEFECTOS.
GRADO Y GRUPO:
8 “U”
A 20 DE OCTUBRE DE 2014, TAPACHULA DE CORDOVA Y ORDOÑEZ CHIAPAS.
2. ADMINISTRACION DE LOS DEFECTOS
El trabajo de un desarrollador de software es entregar productos de software de calidad en los tiempos
y al costo en que fueron planeados, para ello es imprescindible que el software esté libre de defectos.
En esta unidad comenzaremos a recolectar información sobre los errores que cometemos, los
clasificaremos y analizaremos para encontrar estrategias que nos ayuden a evitar el estar inyectándolos.
Entenderemos que no es lo mismo un error que un defecto y pondremos al descubierto el costo
que implica el no realizar un trabajo con calidad desde la primera vez.
CONCEPTO DE DEFECTO:
Un defecto es cualquier cosa que impida que el software haga lo que tenga que hacer.Podemos
mencionar como ejemplos, errores de sintaxis, error de interpretación de los requisitos, error al
momento de teclear el código, etc
DIFERENCIA ENTRE DEFECTO Y ERROR:
Los errores son las acciones que las personas realizan que dan como resultado un defecto.
¡Las personas cometen errores (causa), los programas tienen defectos (resultado)!
Debemos cambiar la manera de trabajar para eliminar las causas de tal modo que los defectos puedan
ser corregidos o eliminados de la manera más eficaz y eficiente posible.
REMOCION CONTRA PREVENCION:
•Encontrar y corregir.
•Proceso costoso.
Prevención de defectos:
•Reduce los errores que uno comete.
•Necesita cambios a la manera de trabajar.
Son dos conceptos diferentes pero complementarios para asegurar la calidad de los productos de
software. Con la remoción asumimos que existen defectos, los cuales deben ser localizados y
removidos, es costoso pues tenemos que buscar en todo el producto lo cual puede consumir mucho
tiempo. No es tan fácil aprender, distinguir los errores que los inyectaron, pues muchas de las veces
estamos más preocupados por eliminar los defectos que por entender el porqué de sus causas. La
prevención requiere tiempo de análisis, el averiguar las causas, motivos que dan pie a que se inyecten
defectos, una vez entendidas las causas implica trabajar para eliminarlas, lo cual se traducirá en una
manera diferente de trabajar.
3. CALIDAD DEL SOFTWARE Y LOS DEFECTOS:
La remoción de defectos es un proceso que no termina, es decir, no podemos estar completamente
seguros de que un defecto tiene ceros defectos. La Administración de los Defectos es cara, impacta
tanto a las ganancias como a la credibilidad de las organizaciones.
Nunca podremos estar seguros, completamente seguros, que un producto estará libre de defectos,
pudiéramos probar que cierto tipo de defecto no está presente, pero el dominio de casos de prueba es
tan grande que sería económicamente imposible probarlos todos.
COSTOS DE LOS DEFECTOS:
• Coste de resolver
• Coste de evitar (SQAP – Software Quality Assurance Plan)
• Otros costes
Daños reales
*Tiempo
*Imagen
*Confianza
*Motivación
PROCESO DE ADMINISTRACION DE LOS DEFECTOS:
Debemos:
1) Clasificar los defectos.
2) Darles seguimiento.
3) Priorizar los defectos que inyectamos.
4) Analizar las causas para prevenirlas.
5) Implementar las estrategias de prevención
Aquí es bueno recordar el ciclo de mejora continua de la calidad estudiado en una lección anterior.
Debemos mantener un registro de cada defecto que encontremos.Registrar la mayor cantidad de
información para poder determinar sus causas. A medida que incrementamos nuestra base de datos de
defectos, podremos darnos cuenta de cuáles defectos cometemos con mayor frecuencia y cuales cuestan
más. Analizar la información recolectada para determinar con certeza cuáles son los defectos que
causan más problemas. Finalmente encontrar maneras para descubrir y corregir los defectos en el
producto y para evitar inyectarlos
CLASIFICACION DE LOS DEFECTOS:
Esta clasificación debe estar basada en la criticidad de las causas que los inyectan. La clasificación que
seguiremos es:
