Metricas del software

Medición de software
La medición de software se clasifica en dos categorías:
1. Medidas directas de proceso de software (costo esfuerzo y aplicados).
2. Medidas indirectas del producto que incluyen funcionalidad, calidad, complejidad, eficiencia, confiabilidad, facilidad de mantenimiento.
Las métricas de proyecto se consolidan con el fin de crear métricas de proceso que sean públicas para laorganización de software como un todo.
Métricas orientadas al tamaño
Las métricas del software orientadas al tamaño preceden de la normalización de las medidas de calidad o productividad considerando en tamaño del software que se ha producido. Si una organización de software mantiene registros simples es factible crear una tabla de medidas orientadas al tamaño.
En la tabla se menciona cadaproyecto de desarrollo de software que se han completado en años pasados, así como las medidas correspondientes para dichos proyectos. Como se advierte en la entrada de la tabla para el proyecto alfa: 12,100 líneas de código se desarrollaron con 24 personas-mes de esfuerzo a un costo de 168000 dolores. Se debe notar que el esfuerzo y el costo registrados en la tabla presentan todas las actividadesde ingeniería del software (análisis, diceño, código y prueba), no solo codificación. Informaciones adicional del proyecto alfa indica que se desarrollaron 365 páginas de documentación, se registraron 134 errores antes del que el software fuese liberado y se encontraron 29 defectos después de la liberación al cliente dentro del primer año de operación, tres personas trabajaron en el desarrollo delsoftware para el proyecto alfa.
El desarrollo de métricas que se asimilen con métricas similares procedentes de otros proyectos requiere elegir líneas de código como valor de normalización. A partir de los datos rudimentarios de la tabla se desarrolla un conjunto de métricas simples orientas al tamaño para cada proyecto: errores por KLDC (miles de líneas de código), defectos por KLDC, costo porKLDC, páginas de documentación por KLDC.
Además, se pueden calcular otras métricas interesantes: errores por personas-mes. KLDC por personas-mes, costo por páginas de documentación.


Proyecto
LDC
Esfuerzo
$(000)
pp. doc.
Errores
Defectos
Personas

alfa beta
gamma
.
.

12,100
27,200
20,200
.
.

24
62
43
.
.

168
440
314
.
.

3651224
1050
.
.

134
321
256
.
.

29
86
64
.
.

3
5
6
.
.

Las métricas orientadas al tamaño no están aceptadas universalmente como el mejor modo de medir el proceso de desarrollo del software La mayor parte de la discusión gira en torno al uso de las líneas de código mostradas en la tabla (LDC) como medida clave. Los defensores de la medida LDC afirmanque la LDC es un “artificio” que se puede calcular fácilmente para todos los proyectos de desarrollo de software, que muchos modelos de estimación del software existente utilizan LDC o KLDC como clave de entrada. En el lado opuesto los ofensores defienden que las medidas en LDC son dependientes del lenguaje de programación, que perjudican a los programas más cortos, pero bien diseñados, que nopueden acomodar fácilmente lenguajes procedimentales, y que su uso en estimación requiere un nivel de detalle que pude resultar difícil de alcanzar (es decir, el planificador debe estimar las LDC a producirse mucho antes de que se complete el análisis y el diseño)
Métricas orientadas a la función
Las métricas del software orientadas a la función emplean como un valor de normalización una medidade la funcionalidad que se entrega la aplicación. La métrica orientada a la función utilizada con mayor amplitud es el punto de función. El cálculo del punto de función se basa en las características del dominio de la información y la complejidad del software.
El punto de fusión, al igual que la medida LDC, es controversial. Los partidarios afirman que el PF es independiente del lenguaje de...