Sesion 10.5 métricas de software

1,276 views
1,160 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,276
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
29
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Sesion 10.5 métricas de software

  1. 1. Métricas de Software<br />Lic. Marvin Romero<br />UGB, San Miguel<br />
  2. 2. Definiciones<br />Medida:<br />Proporciona una indicación cuantitativa de extensión, cantidad, dimensiones, capacidad y tamaño de algunos atributos de un proceso o producto. Pueden ser directas, p.e. número de líneas de código, número de errores encontrados, etc., o pueden ser indirectas, p.e. funcionalidad, calidad, complejidad, etc. <br />Medición:<br />Acto de determinar una medida. <br />Métrica:<br />Es una medida cuantitativa del grado en que un sistema o proceso posee un atributo dado. Por lo general relaciona una o más medidas, p.e. número de errores encontrados por cada mil líneas de código. <br />Indicador:<br />Es una métrica o combinación de métricas que proporcionan una visión del proceso, del proyecto o del software en sí, y poder hacer ajustes para que las cosas mejoren. <br />
  3. 3. Medidas Orientadas al Tamaño<br />Medidas:<br />Líneas de código (LOC). <br />Esfuerzo en hombre-mes. <br />Costo en pesos o dólares. <br />Número de páginas de documentación. <br />Número de errores. Fallas detectadas antes de entregar el software al cliente. <br />Número de defectos. Fallas detectadas después de entregar el software al cliente. <br />Número de personas en el proyecto. <br />
  4. 4. Medidas Orientadas al Tamaño<br />Métricas:<br />Errores por KLOC (mil líneas de código). <br />Defectos por KLOC. <br />Costo por KLOC. <br />Páginas de documentación por KLOC. <br />Errores por hombre-mes. <br />LOC por hombre-mes. <br />Costo por página de documentación. <br />
  5. 5. Medidas Orientadas al Tamaño<br />Ventajas:<br />Son fáciles de calcular. <br />Muchos modelos de estimación de software usan LOC o KLOC como datos de entrada. <br />Existen un amplio conjunto de datos y literatura basados en LOC<br />Desventajas:<br />Son dependientes del lenguaje de programación. <br />Perjudica a los programas cortos pero bien diseñados. <br />Su uso en estimación es difícil porque hay que estimar las LOC a producirse mucho antes de que se complete el análisis y el diseño. <br />
  6. 6. Métricas orientadas a la función.<br />Propuesta en 1979 y trata de medir la funcionalidad o utilidad del software. <br />
  7. 7. Métricas orientadas a la función.<br />Donde:<br />Entradas de usuario. Son entradas que proporcionan diferentes datos a la aplicación. No confundirlos con las peticiones de usuario. <br />Salidas de usuario. Son reportes, pantallas o mensajes de error que proporcionan información. Los elementos de un reporte, no se cuentan de forma separada. <br />Peticiones de usuario. Es una entrada interactiva que produce la generación de alguna respuesta del software en forma de salida interactiva. <br />Archivos. Son los archivos que pueden ser parte de una base de datos o independientes. <br />Interfaces externas. Son los archivos que se usan para transmitir información a otro sistema. <br />
  8. 8. Métricas orientadas a la función.<br />Indicaciones:<br />Contar cada medida por separado. <br />Asociar, de alguna manera, un valor de complejidad a cada medida. La siguiente tabla muestra una heurística para decidir la complejidad de todo el sistema. <br />Para cada medida, multiplicar su cuenta por el factor de complejidad elegido y escribirlo en la columna de la extrema derecha. <br />Sumar la columna de la extrema derecha y obtener un total T que indica el valor del dominio de la información. <br />
  9. 9. Métricas orientadas a la función.<br />Responder a cada una de las siguientes catorce preguntas y asignarles un valor entre 0 y 5;<br />Donde:<br />0es no influencia,<br />1es incidental, <br />2es moderado, <br />3es medio, <br />4es significativo y <br />5es esencial. <br />
  10. 10. ¿Requiere el sistema copias de seguridad y de recuperación fiables?<br />¿Requiere comunicación de datos? <br />¿Existen funciones de procesamiento distribuido? <br />¿Es crítico el rendimiento? <br />¿Se ejecutará el sistema en un entorno operativo existente y fuertemente utilizado? <br />¿Requiere entrada de datos interactiva? <br />¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas u operaciones? <br />¿Se actualizan los archivos maestros de forma interactiva? <br />¿Son complejas las entradas, las salidas, los archivos o las peticiones? <br />¿Es complejo el procesamiento interno? <br />¿Se ha diseñado el código para ser reutilizable? <br />¿Están incluidas en el diseño la conversión y la instalación? <br />¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? <br />¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? <br />
  11. 11. Métricas orientadas a la función.<br />Sumar los puntos asignados a cada respuesta y obtener un total F que indica un valor de ajuste de complejidad. <br />El punto de función FP se calcula con la siguiente ecuación: <br />PF = T * (0.65 + 0.01 * F). <br />
  12. 12. Medidas de calidad de Gilb.<br /><ul><li>Corrección. Es el grado en el que el software lleva a cabo su función requerida. Se mide en defectos por KLOC.
  13. 13. Facilidad de mantenimiento. Es la facilidad con que se puede corregir un programa si se encuentra un error, adaptar si su medio ambiente cambia o mejorar si el cliente desea un cambio de requisitos. Se mide en Tiempo Medio de Cambios (TMC), que es el tiempo que se lleva desde analizar la petición hasta distribuir el cambio a los usuarios.
  14. 14. Integridad. Mide la habilidad de un sistema de resistir ataques. Se calcula aplicando la fórmula: </li></ul>1 - amenaza * (1 – seguridad)<br />Para cada tipo de ataque, y donde amenaza se define como la probabilidad de que ocurra ese ataque y seguridad como la probabilidad que ese ataque sea rechazado. <br /><ul><li>Facilidad de uso. Mide que tan amigable es el sistema con el usuario en función de cuatro características: </li></ul>Habilidad intelectual y/o física para aprender a usarlo. <br />Tiempo requerido para ser moderadamente eficiente al usarlo. <br />Aumento neto de productividad, comparado con el sistema que reemplaza. <br />Valoración subjetiva de la disposición de los usuarios hacia el sistema. <br />
  15. 15. Eficacia de la Eliminación de defectos (EED)<br />EED= E / (E + D)<br />Donde: <br />E es el número de errores (fallas detectadas antes de entregar el sistema al usuario por primera vez)<br />Des el número de defectos (fallas detectadas después de entregar el sistema al usuario por primera vez) <br />

×