Documente Academic
Documente Profesional
Documente Cultură
Informacin
Desarrollo del SW
El software es definido como la suma total de
Calidad de software
Las dimensiones clave de la calidad son las siguientes:
Fallos
Un fallo ocurre cuando algo deja de funcionar :
Cuando debera de hacerlo o
Como debera de hacerlo.
Los fallos estn referidos directamente al
Defectos
Un defecto es la causa de un fallo, es algo en el producto que:
Est, pero no debe.
No est, pero debe .
No est como debe estar.
Desde el punto de vista de la corporacin, sus efectos se computan
Tipos de defectos
Documentacin.
Sintaxis.
Organizacin (gestin de cambios, libreras, control de
versiones).
Asignacin (declaraciones, mbitos, nombres duplicados).
Interfaz (dentro del mismo sistema o con otros externos).
Chequeo (mensajes de error, trazas, vaidaciones).
Datos (estructura, contenido).
Funcin (errores lgicos, bucles, recurvisidad).
Sistema (configuracin, instalacin, explotacin).
Entorno (diseo, compilacin, pruebas).
Assurance Plan)
Otros costes
o Daos reales
o Tiempo
o Imagen
o Confianza
o Motivacin
muy alta.
Mal considerados:
o Sus costes son de difcil justificacin en la cuenta de resultados
Lo ideal es que los defectos no crucen la frontera del desarrollo.
El coste de un defecto est directamente relacionado con la distancia
las tareas que, pese a haber sido bien realizadas, arrastraron los
efectos del error. (No siempre est claro cules son.)
Las metodologas de desarrollo deben contemplar estos aspectos y :
Minimizar el espacio para la comisin de errores (procedimientos).
Permitir
Gestin y registro de
defectos
Registrar cada defecto que encuentres en un programa.
Registrar la informacin suficiente sobre cada defecto para que puedas
entenderlo posteriormente.
Analizar estos datos para ver qu tipos de defectos causan los mayores
problemas.
Idear formas de encontrar y corregir estos defectos.
Formas de encontrar
defectos
Aunque no hay forma de acabar con la introduccin
defecto.
Entender lo que es errneo en el programa.
Decidir cmo corregir el defecto
Hacer la correccin.
Verificar que el arreglo ha resuelto el programa.
Formas de encontrar
defectos
Con el compilador.
Pero no detecta los errores semnticos.
Mediante pruebas.
Las pruebas de unidad encuentra sobre el 50% de los
defectos lgicos.
Las de sistema entre un 30% y un 40%. Pero no podemos
probar todos los casos.
La ms comn de todas: Que los detecten los usuarios.
Durante un ao, IBM gast 250 millones de dlares en
compilar.
Antes de la revisin, se dedicar entre un 12% y un
15% del tiempo a compilar. Despus un 3% o menos.
Una vez compilado el programa, la revisin no es tan
completa.
La compilacin es igualmente efectiva antes o
despus de la revisin del cdigo.
La experiencia indica que cuando un programa tiene
muchos
defectos
durante
la
compilacin,
generalmente tienen
muchos defectos en las
pruebas.
ACTIVIDAD
1.Desarrollar como investigacin en el
cuaderno:
Contabliziacin de defectos y errores.
Costo de encontrar y corregir defectos
Tipos de pruebas
Pruebas unitarias
Objetivo: comprobar que un mdulo de cdigo (funcin, mtodo, clase,
) funciona correctamente.
Pruebas funcionales
Objetivo: comprobar que el software desarrollado realiza de manera
ACTIVIDAD
2.Desarrollar como tarea en el cuaderno
la investigacin sobre:
Pruebas de caja blanca y un ejemplo
de aplicacin
Pruebas de caja negra y un ejemplo de
aplicacin.
Errores
Un
del equipo.
Un defecto se INTRODUCE en el PRODUCTO
durante su desarrollo.
Un error lo COMETE una PERSONA durante el
desarrollo.
DEFECTO NUESTRO
Los usuarios tambin cometen, pero eso no debe comprometer
de los usuarios
Adems de ello, la calidad del producto y por tanto del proceso
Listas de comprobacin
La clave para realizar una revisin de cdigo efectiva es tener
la
Ejemplo de lista de
comprobacin
Clasificacin de datos de
defectos
Valores de rendimiento
Costos de evaluacin
Costo del esfuerzo para descubrir la condicin de la
Esto
asegurarse que cada una de sus partes sea de alta calidad. Para
mejorar la calidad de un producto, debe mejorarse la calidad del
proceso. Cuando calidad del software es pobre, el proceso de
desarrollo se enfoca a detectar y corregir defectos.
Las empresas de software requieren reducir costos, mejorar calidad
y mejorar tiempos.
Para lograr estos objetivos y mantenerse competitivas, deben
Algunas herramientas SW
JUnit : http://www.junit.org/
Cactus : http://jakarta.apache.org/cactus /
Jtest: http://www.parasoft.com/jsp/products/jtest.jsp /
Jmeter: http://jakarta.apache.org/jmeter/
Crucible: http://www.atlassian.com/software/crucible /
Selenium: http://seleniumhq.org/
ACTIVIDAD
Desarrollar como investigacin en carpeta
de evidencias:
Clculo del costo de la calidad
www.w3c.org //html
www.jigsaw.w3.org/css-validator //css