Metricas FIS

Producto y
proceso
Calidad y métricas

“Cuando puedas medir lo que estás diciendo y expresarlo
en números, sabrás algo acerca de eso; pero cuando no
puedes medirlo, cuando no puedes expresarlo en
números, tus conocimientos serán escasos y no
satisfactorios”
Lord Kelvin

“Lo que no sea medible, hazlo medible”
Galileo Galilei
“No se puede controlar lo que no se puede medir”
Tom DeMarco
“No se puede predecir lo que no se puede medir”
Norman Fenton

Métricas
Las métricas son un buen medio para entender, monitorizar,
controlar, predecir y probar el desarrollo software y los
proyectos de mantenimiento (Briand etal., 1996)
En general, la medición persigue tres objetivos
fundamentales:
ayudarnos a entender qué ocurre durante el desarrollo y el
mantenimiento,permitirnos controlar qué es lo que ocurre en
nuestros proyectos y poder mejorar nuestros procesos y
nuestros productos (Fenton y Pfleeger, 1997).

Las métricas del software es un término que se asigna a un
amplio rango de actividades diversas, por ejemplo:
medidas y modelos de estimación de coste y esfuerzo
modelos y medidas de productividad aseguramiento y control de
calidad.
recogida de datosmedidas y modelos de calidad
modelos de fiabilidad
modelos y evaluación de ejecución
complejidad computacional o algorítmica.

MEDICIÓN EN IS
La medición de software es una disciplina relativamente
joven, y no existe consenso general sobre la definición
exacta de los conceptos y terminología que maneja.
La medición ha sido ignorada dentro de IS:
Todavía fallamos en dar objetivos mediblescuando desarrollamos
productos software.
Por ejemplo, se dice que será amigable, fiable y mantenible, sin
especificar qué significa esto en términos medibles.

Fallamos al medir diferentes componentes que permiten calcular los
costes reales de los proyectos software.
Por ejemplo, normalmente no sabemos cuánto tiempo fue realmente
invertido en el diseño, comparado con el testeo.

Nointentamos cuantificar la calidad de los productos que producimos.
Por ejemplo, no podemos decir a un usuario cómo de fiable va a ser
un producto en términos de fallos en un periodo dado de uso.

Todavía nos basamos en evidencias anecdóticas para convencernos
de comprobar otra nueva tecnología o herramienta de desarrollo
revolucionaria.

MEDICIÓN EN IS
Solemos ver informes que hacenafirmaciones como que el
80% de los costos del software son de mantenimiento o que
hay una media de 55 errores en cada 1.000 líneas de código.
Sin embargo, no se dice cómo se obtuvieron esos resultados,
cómo se diseñaron y ejecutaron los experimentos, qué
entidades fueron medidas y cómo y cuales fueron los
márgenes de error, sin estos datos no podemos repetir las
mediciones de forma objetiva ennuestros entornos para tener
comparaciones con los estándares de la industria.
Todos estos problemas derivados de una medición
insuficiente se agravan.
Por tanto, Necesitamos tener mediciones:
Por un lado para la evaluación
Por otro para predecir características importante de los
proyectos.

Entidades a medir
En software hay tres clases de entidades cuyos atributos podemos
querer medir:Procesos: Son actividades software que normalmente conllevan el
factor tiempo.
Atributos internos interesantes: el tiempo (duración del proceso), el
esfuerzo (asociado al proceso) y el número de incidentes de un tipo
específico que se dan durante el proceso (por ejemplo el número de
errores de requisitos encontrados durante la construcción de la
especificación).

Productos: son entregables,artefactos o documentos generados
en el ciclo de vida del software.
Ejemplos de atributos externos: la fiabilidad del código, la entendibilidad de
un documento de especificación, la mantenibilidad del código fuente etc.,
Ejemplos de atributos internos: la longitud, funcionalidad, modularidad o
corrección sintáctica de los documentos de especificación.

Recursos: son todos aquellos...