1 / 19

METRICAS ORIENTADAS A OBJETOS

METRICAS ORIENTADAS A OBJETOS. Carlos Mario Zapata J. EJEMPLO. DEFINICIÓN MÉTRICAS (Chidamber – Kemerer). WMC (Weighted methods per class) Para clothing dept. 1 método en promedio Para appliance dept. 4 métodos en promedio DIT (Depth of Inheritance)

ella
Download Presentation

METRICAS ORIENTADAS A OBJETOS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. METRICAS ORIENTADAS A OBJETOS Carlos Mario Zapata J. Calidad de Software

  2. EJEMPLO Calidad de Software

  3. DEFINICIÓN MÉTRICAS (Chidamber – Kemerer) • WMC (Weighted methods per class) • Para clothing dept. 1 método en promedio • Para appliance dept. 4 métodos en promedio • DIT (Depth of Inheritance) • Store dept tiene DIT=0 por ser la raíz de clases • Clothing tiene DIT=1 • NOC (Number of Children) • Store dept tiene NOC=2 • Clothing tiene NOC=0 Calidad de Software

  4. DEFINICIÓN MÉTRICAS (Chidamber – Kemerer) • RFC (Response for a class) • Para Store dept es: • Métodos que responden a mensajes de sí misma: 3 • Métodos de clothing: 1 • Métodos de appliance: 4 • Total RFC: 8 Calidad de Software

  5. LCOM (Lack of cohesion of methods) Calidad de Software

  6. CBO (Coupling between objects) Calidad de Software

  7. BASES DE INTERPRETACIÓN Calidad de Software

  8. ESTIMACIÓN DEL TAMAÑO • Puntos de Casos de Uso (Karner): • Los Puntos de función son demasiado “funcionales”. • El paradigma orientado a objetos es ahora lo más avanzado en desarrollo de software. • Las aplicaciones actuales son difíciles de estimar en términos “funcionales”, puesto que su estructura es diferente. • El diagrama de casos de uso es uno de los principales diagramas de UML para expresar la funcionalidad del software futuro. Calidad de Software

  9. ESTIMACIÓN DEL TAMAÑO • Puntos de Casos de Uso • Unadjusted Actor Weight Unadjusted Use Case Weight Total UUCP = Total UAW + Total UUCW :Unadjusted Use Case Points Calidad de Software

  10. ESTIMACIÓN DEL TAMAÑO Puntos de Casos de Uso: Factor de Complejidad Técnica TCF = 0.6 + (0.01 * Tfactor) Calidad de Software

  11. ESTIMACIÓN DEL TAMAÑO Puntos de Casos de Uso EF = 1.4 + (-0.03 * Efactor) : Environmental Factor AUCP = UUCP * TCF * EF: Adjusted Use Case Points ESFUERZO = AUCP * Hombre/hora/AUCP Calidad de Software

  12. ESTIMACIÓN DEL TAMAÑO • Puntos de Clases (Costagliola, Ferrucci, Tortora, Vitiello): • Otra técnica de orientación objetual. • Similar a FP y UCP. • Utiliza el número de operaciones externas, el número de operaciones locales y el número de servicios solicitados para evaluar la complejidad de las clases. • Toma también en cuenta la complejidad técnica. Calidad de Software

  13. ESTIMACIÓN DEL TAMAÑO • Puntos de Clases: Calidad de Software

  14. ESTIMACIÓN DEL TAMAÑO • Puntos de Clases: Calidad de Software

  15. ESTIMACIÓN DEL TAMAÑO • Puntos de Clases: Calidad de Software

  16. ESTIMACIÓN DEL TAMAÑO • Puntos de Clases: • TCF=0,55 + (0,01*TDI); CP=TUCP*TCF Calidad de Software

  17. SELECCIÓN DE MÉTRICAS (1/3) • No usar métricas compuestas a no ser que se calibren y validen adecuadamente para un entorno particular. • Elegir sólo aquellas métricas que sean significativas en términos de I. Soft. y que tengan, por tanto, clara interpretación • Asegurarse de que se eligen métricas para cada fase, tanto para análisis y diseño como para implementación, pruebas y tiempo de ejecución. Calidad de Software

  18. SELECCIÓN DE MÉTRICAS (2/3) • Cuando se eligen métricas en tiempo de ejecución, se debe hacer un estudio de los elementos que se desean medir y controlar y diseñar la métrica adecuada a cada caso. • Usar siempre métricas estándar, comprobadas y calibradas antes que diseñar soluciones ad-hoc. Dejar estas métricas ad-hoc para los casos en que las métricas estándar son claramente inadecuadas. Calidad de Software

  19. SELECCIÓN DE MÉTRICAS (3/3) • Antes de medir, plantear y planificar adecuadamente los objetivos de la medición y usar las métricas que realmente tienen significado. • Medir es una operación de elevado costo en general; por tanto, se debe elegir una colección de métricas lo más reducida posible y se debe estimar el costo de realizar esa medición. Calidad de Software

More Related