Generador dinamico de reportes

3.7 Métricas del software aplicadas
Aunque las métricas técnicas para el software de computadora no son absolutas, nos
proporcionan una manera sistemática de valorar la calidad basándose en un conjunto de
reglas claramente definidas. También le proporcionan al ingeniero del software una visión
interna en el acto, en vez de a posteriori. Esto permite al ingeniero descubrir y corregirproblemas potenciales antes de que se conviertan en defectos catastróficos. (Pressman,
2005)
3.7.1 Métricas de diseño arquitectónico
Toman en cuenta los rasgos asociados a la estructura y eficiencia de los componentes que
forman la arquitectura de un sistema.
Card y Glass definen tres medidas de la complejidad del diseño del software: complejidad
estructural, complejidad de datos y complejidad delsistema. (Pressman, 2005)
La complejidad estructural
donde
de un módulo
se determina usando la ecuación:
es la expansión del módulo , que representa el número de
módulos inmediatamente subordinados.
La complejidad de datos
de un módulo se define como la proporción entre el número
de variables de entrada y salida del módulo
La complejidad del sistema
y su expansión
.
se calcula sumandolas complejidades estructural y de
datos.
Tabla 15 Umbrales de Complejidad
Complejidad del Sistema
Complejidad
No complejo
Complejo
Muy complejo
S(i)
1, 4. 9, 16 ,25
36, 49, 64
81...
D(i)
7 y 12
C(i)
32 y 50
La aplicación de dichas métricas sobre el módulo Diseñador de Reportes arrojó los
siguientes resultados:
61
CAPÍTULO 3
Según las clasificaciones mostradas en la tablaanterior se puede llegar a la conclusión de
que el sistema no es muy complejo.
3.7.2 Métrica Árbol de Profundidad de Herencia
En su totalidad los autores destacan la necesidad de medir las estructuras hereditarias en
términos de profundidad o de densidad de nodos. Dichas jerarquías pueden medirse como
la profundidad de cada clase dentro de su jerarquía, es decir, la longitud máxima desde el
nodoque representa la clase hasta la raíz del árbol. A medida que crece el valor del Árbol
de Profundidad de Herencia (APH) la complejidad del módulo aumenta haciéndose más
difícil predecir el comportamiento de las clases así como mantenerlas.
Lorenz y Kidd sugieren un umbral de 6 niveles como indicador de un abuso en la herencia
en distintos lenguajes de programación. Durante la aplicación de lamétrica APH al módulo
Diseñador de Reportes se obtuvo el valor 4 como el nivel más alto de herencia, lo cual se
encuentra por debajo del umbral definido. En consecuencia se determina que se hace un
uso correcto de la herencia proporcionada por la orientación a objetos y que los objetos
existentes no son: complejos, difíciles de testear y reusar.
3.7.3 Métrica Tamaño de Clase
El tamaño de unaclase está basado en el número de sus operaciones y atributos. Valores
elevados de Tamaño de Clase (TC), indican que la clase posee demasiada responsabilidad,
por lo que disminuye la reusabilidad de la misma y se dificulta su mantenimiento.
(Pressman, 2005)
Para medir el tamaño de clase se tienen en cuenta los siguientes aspectos:
Total de operaciones (las propias y las heredadas de lasclases padres).
Cantidad de atributos (los propios y los heredados de las clases padres).
Promedio general de los dos anteriores para el módulo completo.
Las clases se clasifican en tres grupos según su tamaño, los cuales se representan en la
siguiente tabla junto con los umbrales seleccionados para su clasificación.
Tabla 16 Umbrales para el TC
Clasificación Valores
deumbrales
Pequeña
Media
Grande
los
20 y 30
62
CAPÍTULO 3
Se aplicó dicha métrica para las principales clases de las tres capas definidas en el módulo.
Tabla 17 Tamaño de Clase
Clases No. de atributos No. de operaciones
1. createReportFromDesignAction 1 12
2. addReportAction 1 12
3. getXmlReportByIdAction 1 12
4. getTableFieldsAction 1 12
5. showPreviewFromDesignAction 1 12...