Clase04 16092014

27
Calidad de Software Carlos E. Maya V. CALIDAD DE SOFTWARE Institución Universitaria Tecnológica de Comfacauca Septiembre de 2014

Transcript of Clase04 16092014

Page 1: Clase04 16092014

Calidad de Software

Carlos E. Maya V.CALIDAD DE SOFTWAREInstitución Universitaria Tecnológica de ComfacaucaSeptiembre de 2014

Page 2: Clase04 16092014

Agenda

• Métricas de Calidad de Software.

• Evaluación de la Calidad del ProductoSoftware - Ejemplo.

Page 3: Clase04 16092014

Métricas de Calidad de Software

Page 4: Clase04 16092014

Conceptos Básicos

• Medición▫ «Proceso por el cual los números o símbolos son asignados a atributos o

entidades en el mundo real.»

▫ Ejm: se investiga un número de revisiones de módulos para recopilar medidas delnúmero de errores encontrados durante cada revisión.

• Medida▫ «Proporciona una indicación cuantitativa de extensión, cantidad,

dimensiones, capacidad y tamaño de algunos atributos de un proceso oproducto.»

▫ Ejm: el número de errores descubiertos en la revisión de un módulo

• Métrica▫ «Medida cuantitativa del grado en que un sistema, componente o

proceso posee un atributo dado.»

▫ Ejm: El número medio de errores encontrados por revisión o el número medio deerrores encontrados por persona y hora en revisiones

Page 5: Clase04 16092014

Qué son las métricas?

Administrar la

Información

Aplicadas a

Procesos

Productos

Servicios

MedicionesMejora

Genera

«La medición es esencial, si es que se desea realmente conseguir la calidaden software.»

Page 6: Clase04 16092014

Proceso de Medición - Actividades

Formulación

Colección

AnálisisInterpretación

Realimentación

• Complejidad en la medida.

¿Cuánto mide?

• Calidad en la medida.

¿ Qué tan bien mide?

• Predicción.

¿ Qué tanto tiempo mide?

Page 7: Clase04 16092014

Métricas – Características Fundamentales

Simples y fáciles de calcular

Empírica e intuitivamente

persuasivas

Consistentes y objetivas

Consistentes en el empleo de unidades

y tamaños

Independientes del lenguaje de

programación

Un eficaz mecanismo para la

realimentación de calidad.

Cohesión

Sin ambigüedadUnidades relacionadas

AnálisisDiseño

Mejora

Page 8: Clase04 16092014

Catálogo de Métricas - General

Page 9: Clase04 16092014

Catálogo de Métricas - General

Page 10: Clase04 16092014

Catálogo de Métricas - General

Page 11: Clase04 16092014

Métricas – Producto Físico - Desarrollo de Productos

• Métricas basadas en atributos internos del producto▫ Medidas de Estructuración de un Programa.

▫ Métricas de Complejidad.

▫ Métricas de Cobertura de Pruebas.

▫ Métricas de Calidad del Diseño.

▫ Métricas basadas en atributos externos del producto▫ Métricas de Portabilidad.

▫ Métricas de Defectos.

▫ Métricas de Usabilidad.

▫ Métricas de Mantenibilidad.

▫ Métricas de Fiabilidad.

Page 12: Clase04 16092014

Métricas – Producto Físico - Desarrollo de Productos

• Métricas basadas en código fuente:▫ Nº de Líneas de Código.▫ Nº de Líneas de Comentario.▫ Nº de Instrucciones.▫ Densidad de Documentación.

• Métricas basadas en estructura de diseño:▫ Relacionadas con el Control Intramodular.▫ Relacionadas con el Acoplamiento entre Clases.

• Métricas para sistemas orientados a objetos:▫ Acoplamiento.▫ Herencia.▫ Cohesión.

Page 13: Clase04 16092014

Clasificación de Métricas

• Métricas de complejidad

▫ Volumen, tamaño, anidaciones, costo (estimación), agregación, configuración, y flujo.

• Métricas de calidad

▫ Exactitud, estructuración o modularidad, pruebas, mantenimiento, reusabilidad,cohesión del módulo, acoplamiento del módulo, etc.

• Métricas de competencia

▫ Productividad de los programadores o practicantes con respecto a su certeza, rapidez,eficiencia y competencia

• Métricas de desempeño

▫ Eficiencia de ejecución, tiempo, almacenamiento, complejidad de algoritmoscomputacionales, etc.

• Métricas estilizadas

▫ Estilo de código, identación, las convenciones denominando de datos, las limitaciones, etc.Pero estas no se deben confundir con las métricas de calidad o complejidad.

Page 14: Clase04 16092014

Definición operativa de una métrica

• Comunicación: ¿qué se mide?, ¿cómo se mide? y ¿en qué unidades?

• Repetitividad: ¿se puede repetir la medición utilizando la misma definición yobtener los mismos resultados?

Page 15: Clase04 16092014

Métricas – Modelo Conocido

Completitud. Se enfoca en evaluar si el software cuenta con un conjunto de funciones apropiadas para efectuar las tareas que fueron

especificadas en su definición.

Page 16: Clase04 16092014

Métricas – Ejemplo – Funcionalidad (Completitud/Adecuidad)

Page 17: Clase04 16092014

Métricas – Modelo ConocidoMadurez: Permite medir la frecuencia

de falla por errores en el software

Page 18: Clase04 16092014

Métricas – Ejemplo – Fiabilidad (Madurez)

Page 19: Clase04 16092014

Métricas – Modelo Conocido

Comprensibilidad: Se refiere al esfuerzorequerido por los usuarios para reconocer laestructura lógica del sistema y los conceptosrelativos a la aplicación del software.

Page 20: Clase04 16092014

Métricas – Ejemplo – Usabilidad (Comprensibilidad)

Page 21: Clase04 16092014

Métricas – Modelo Conocido

Comportamiento en eltiempo: Atributos del softwarerelativos a los tiempos derespuesta y de procesamiento delos datos.

Page 22: Clase04 16092014

Métricas – Ejemplo – Eficiencia (Comportamiento en el Tiempo)

Page 23: Clase04 16092014

Métricas – Modelo Conocido

Cambiabilidad / Capacidad demodificación : Mide el esfuerzo necesariopara modificar aspectos del software, removerfallas o adaptar el software para que funcioneen un ambiente diferente

Page 24: Clase04 16092014

Métricas – Ejemplo – Mantenibilidad(Capacidad de Modificación)

Page 25: Clase04 16092014

Métricas – Modelo ConocidoCumplimiento de la portabilidad. Capacidad del producto software para adherirse a normas o convenciones relacionadas con la portabilidad.

Page 26: Clase04 16092014

Métricas – Ejemplo – Portabilidad (Cumplimiento de la portabilidad)

Page 27: Clase04 16092014

Preguntas, Comentarios ???

27