Métricas del producto UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICO Centro Universitario UAEM Valle de Chalco Ingeniería en Computación Métricas del producto Dra. María de Lourdes López García Métricas de Software Unidad de competencia IV 07/12/2018 Métricas de Software

Métrica del producto Calidad del producto Satisfacción del cliente Número de errores Tiempo en que tarda en fallar Satisfacción del cliente Problemas con el cliente 07/12/2018 Métricas de Software

Métricas de software En realidad se consideran dos cosas para obtener un número de errores: Tiempo en el que el sistema falla Los errores encontrados respecto al tamaño del software 07/12/2018 Métricas de Software

Falla VS. DEFECTO ERROR FALLA DEFECTO FRACASO Error humano que resulta en un producto incorrecto Ocurre cuando una unidad funcional del software ya no puede realizar la función requerida Anomalía en el producto Alguna unida del sistema falla o no realiza la función requerida VS. DEFECTO Una falla deriva muchos defectos y un defecto es derivado de una falla 07/12/2018 Métricas de Software

Tomar en cuenta que: Los grandes fallos del software se denominan comúnmente como bugs Los tiempos de fallo (MTTF) son muy costosos El número de errores obtenido o la estimación de ellos reduce costos de desarrollo y mantenimiento del software 07/12/2018 Métricas de Software

_______________________________ Tasa de error Densidad de Defectos es igual a: Identificar las causas únicas de defectos y estimar el número de errores en el software _______________________________ Líneas de código (contadas en miles) Es obtenida según la ecuación: #errores / OE OE=oportunidad de error 07/12/2018 Métricas de Software

Líneas de código (LOC) La forma de contar las líneas de código ha sido el gran motivo de discusión entre los desarrolladores de software, ya que existen ambigüedades respecto a la clasificación de las líneas de código: físicas y lógicas. 07/12/2018 Métricas de Software

Líneas de código (LOC) En un lenguaje de programación de bajo nivel la relación era uno a uno # líneas físicas = # líneas lógicas 07/12/2018 Métricas de Software

Líneas de código (LOC) En un lenguaje de programación de alto nivel la relación es ambigua por que se deben poner de acuerdo en qué líneas considerar. Líneas totales del programa Líneas ejecutables Líneas con declaraciones de datos Líneas con comentarios 07/12/2018 Métricas de Software

Líneas de código (LOC) Jones en 1986 propuso la siguiente clasificación para contar las líneas: Líneas ejecutables (LE) LE + Definición de datos (DD) LE + DD + Comentarios (C) LE + DD + C + Líneas de control (LC) Líneas físicas en una pantalla de entrada Líneas entre limitadores lógicos 07/12/2018 Métricas de Software

Definición líneas de código conte (1986) Una línea de código es cualquier línea del programa que no sea comentario o línea en blanco, sin importar que sea declaración de datos o fragmentos de declaraciones en la línea. Esto incluye específicamente todas las líneas que contienen encabezados de programa, declaraciones y sentencias ejecutables y no ejecutables. 07/12/2018 Métricas de Software

Más sobre el conteo… Según Jones (2000) cada conteo debe indicar si se contemplan las líneas físicas o sólo se contemplan las líneas lógicas para obtener una correcta estimación de los errores. 07/12/2018 Métricas de Software

SSI CSI Instrucciones totales enviadas al cliente Ejemplo Instrucciones totales enviadas al cliente SSI Instrucciones modificadas después de la liberación CSI IBM Manchester considera que: LOC= LE + DD SSI: Shipped Source Instructions CSI :Changed Source Instructions SSI = SSI (anterior) + CSI (líneas nuevas y modificadas) - Código borrado (pocas líneas) – Código modificado (evita duplicidades) 07/12/2018 Métricas de Software

Ejemplo considerando al usuario Liberación 2 KCSI=20 KSSI=50+20-4= 66 Errores/KCSI=1.8 (10% menos sobre la 1ra.liberación) Total de errores= 1.8x20=36 Liberación 3 KCSI=30 KSSI=66+30-6= 90 Errores/KCSI=1.8 (quedó igual que la anterior) Total de errores= 1.8x30=54 (50% más que la 2da. Versión) Liberación 1 KSSI=CSI=50 KLOC Errores/KCSI= 2.0 Total de errores= 2.0 x50 = 100 07/12/2018 Métricas de Software

Densidad de defecto La densidad del defecto en el software usando el conteo de las líneas de código y los errores, se calcula como: Densidad Total de Errores del = ------------------------- Defecto Total de líneas de código (en miles) 07/12/2018 Métricas de Software

Puntos de función Una función es definida como una colección de sentencias ejecutables para una tarea específica incluyendo definiciones y declaraciones. El punto de función es el número de funciones que se producen respecto al tamaño del software. La densidad de error se mide considerando los errores encontrados en cada función y requiere la participación del usuario. 07/12/2018 Métricas de Software

Puntos de función (Albrecht,79) Componente (Número de) Ponderación Descripción 1 Entradas externas 4 Transacción de información de fuera hacia dentro. 2 Salidas externas 5 Transacción de información desde dentro hacia fuera. 3 Archivos lógicos externos 10 Datos relacionados lógicamente dentro del límite de las aplicaciones y se mantiene a través de insumos externos Interfaces 7 Datos relacionados lógicamente que se utilizan para fines de referencia. Es un archivo lógico interno para otra aplicación. Consultas Componentes de entrada y de salida que resultan de la retroalimentación de uno o más archivos lógicos internos y archivos de interfaz externa. 07/12/2018 Métricas de Software

Puntos de función (Albrecht,79-86) Componente Complejidad Baja Promedio Alta 1 Entradas externas 3 4 6 2 Salidas externas 5 7 Archivos lógicos externos 10 15 Interfaces Consultas 07/12/2018 Métricas de Software

Conteo de las funciones Donde wij es el peso de los 5 componentes por su nivel de complejidad, xij es el número de cada componente en la aplicación. 07/12/2018 Métricas de Software

Obtención del valor de ajuste (IFPUG, 99) La densidad de error calculada con la métrica de puntos de función requiere de indicadores del 0 al 5, con los siguientes valores: Entidad: Característica Atributo: Influencia Valor numérico Valor empírico No presenta influencia 1 Influencia incidental 2 Influencia moderada 3 Influencia promedio 4 Influencia significativa 5 Influencia esencial 07/12/2018 Métricas de Software

Obtención del valor de ajuste (IFPUG, 99) Características La medición se considera con un máximo valor de ajuste del 35% del total. 1. Comunicaciones de datos 6. Entrada de datos en línea 11. Reusabilidad 2. Funciones distribuidas 7. Eficiencia del usuario final 12. Facilidad en la instalación 3. Rendimiento 8. Actualizaciones en línea 13. Facilidad operativa 4. Configuración altamente requerida 9.Complejidad del proceso 14. Sitios múltiples 5. Facilidad de cambio 10. Rango de transacción 07/12/2018 Métricas de Software

Cálculo del valor de ajuste (IFPUG, 99) Equivalente a: donde, ci es cada valor dado a la característica i 07/12/2018 Métricas de Software

Cálculo de puntos de función Para obtener los puntos de función sólo se multiplica el número de funciones encontradas con el resultado del valor de ajuste. FP refleja el tamaño funcional del sistema medido en puntos de función. 07/12/2018 Métricas de Software

Ejemplo: Con la siguiente información, calcular FC, VAF y PF # Entradas externas 10 # Archivos lógicos 20 # Consultas 5 # Salidas externas 4 #Interfaces 3 Comunicaciones de datos 4 Entrada de datos en línea 3 Reusabilidad 2 Funciones distribuidas 4 Eficiencia del usuario final 4 Facilidad en la instalación 5 Rendimiento 3 Actualizaciones en línea 2 Facilidad operativa 4 Configuración altamente requerida 2 Complejidad del proceso 1 Sitios múltiples 2 Facilidad de cambio 2 Rango de transacción 3 07/12/2018 Métricas de Software

El resultado… El punto de función es una medida para calcular el tamaño funcional del software. En términos prácticos se dice que el software tiene un tamaño de XXX puntos de función. 07/12/2018 Métricas de Software

La medición de lado del usuario Métrica Problemas del usuario PUM Satisfacción del usuario Indicadores 07/12/2018 Métricas de Software

Problemas del usuario PUM es la medición normalmente usada a esta métrica. Problems per User Month= total de problemas reportados (verdaderos y creados por el usuario) en un periodo de tiempo + (número total de licencias instaladas x el número de meses en el periodo calculado) 07/12/2018 Métricas de Software

Métrica: problemas del usuario La métrica permite: Mejorar el proceso de desarrollo y reducir los defectos del producto. Reducir los problemas no orientados a defectos para mejorar todos los aspectos de los productos (desde el punto de vista del usuario) Aumentar la venta del producto, es decir, el número de licencias adquiridas. 07/12/2018 Métricas de Software

Métrica: Satisfacción del usuario Entidad: Usuario Atributo: Calidad del software Medición empírica Medición numérica Completamente satisfecho 100% Satisfecho 75% Neutral 50% Poco satisfechos 25% Completamente insatisfecho 0% 07/12/2018 Métricas de Software

Resumiendo, las métricas vistas fueron… Calidad del producto Densidad de defectos Puntos de función Satisfacción del usuario Problemas del usuario 07/12/2018 Métricas de Software

Comentarios finales Para evaluar el software se pueden considerar métricas principalmente para las siguientes opciones : Productos intermedios (reportes parciales del desarrollo) Producto final (el software ya terminado) Satisfacción del usuario Para obtener buenos resultados se debe elegir cuidadosamente el tipo de métrica (una o varias) para cada opción. 07/12/2018 Métricas de Software

Referencias Stephen H. Kan, “Metrics and Models in Software Quality Engineering”, 2da. Edición, Addison Wesley, 2002 Wenchi Shou, Jun Wang, Xiangyun Wang, “A comparative review of building information modelling implementation in building and infrastructure industries, Arch. Comp. Methods Eng., Vol. 22, pp. 291-308, 2015. 07/12/2018 Métricas de Software