Metricas de calidad de Software

A continuacion quiero citar, una serie de documentos que he encontrado en la web, los cuales nos
hablan sobre la creacion de metricas en el software, estas se realizan para "evaluar su
calidad". Realizo este aporte, por la solicitud de algunos compaeros, ya que en si el tema es algo
complejo y no se encuentra buen material con facilidad. Sin embargo, he encontrado en la pagina
de la UNAD un resumen que puede ayudar a entender y completar el formato que en mi caso se
nos facilito para la actividad.

(Hago las aclaraciones que creo pertinentes en color azul)

Formato: metricas.xml

Mtricas del Proyecto

Las Mtricas de proyecto se utilizan:
Para minimizar la planificacin de desarrollo, ya que se realizan ajuste y se reduce los
retrasos
Para evaluar la calidad de los productos. A medida que mejora la calidad se minimizan los
defectos.

Las mtricas del proyecto de software sugieren que los proyectos deben medir:
Entradas: la dimensin de los recursos que se requieren para realizar el trabajo
Salidas: medidas de las entradas o productos creados durante el proceso de ingeniera del
software
Resultados: medidas que indican la efectividad de las entregas.

Las mtricas del software se pueden categorizar en:

Medidas directas: dentro de estas se pueden incluir:

El costo y el esfuerzo aplicado
Lneas de cdigo producidas (LCD)
Velocidad de ejecucin, tamao de memoria y los defectos informados durante un periodo
de tiempo establecido
Medidas Indirectas:
La funcionalidad, calidad, complejidad, eficiencia
Fiabilidad, facilidad, facilidad de mantenimiento .
El domino de las mtricas del software se dividen en mtricas de proceso, proyecto y producto.

Mtricas orientadas al tamao

Provienen de la normalizacin de las medidas de calidad y/o productividad considerando el

"tamao" del software que se haya producido.

Los datos que se deben tener en cuenta, se pueden llevar en la siguiente tabla:

Proyecto LDC Esfuerzo Costo $ Pginas de Errores Defectos Personas

documentacin
IRIS 18.200 24 200.000 945 134 86 4
Teniendo en cuenta los datos de la tabla, se pueden derivar otras mtricas para comparar varios
proyectos. Por ejemplo:
Errores por KLDC (miles de lneas de cdigo)
Defectos por KLDC
Pginas de documentacin por KLDC
Errores por persona-mes
LDC por persona-mes
Costo ($) por pgina de documentacin
Mtricas orientadas a la funcin

Permiten la medida de la funcionalidad de la aplicacin.Propuestas por Allan Albrecht de IBM,

comenz a analizar sistemas, a pedido del grupo de usuarios de IBM, buscando identificar los factores
crticos que determinan el tamao del software y por consiguiente, estimar el esfuerzo y el costo de
desarrollarlo. Luego de analizar cientos de sistemas, naci la tcnica de Anlisis de Puntos por
funcin. La tcnica mide una aplicacin con base en las funciones que ste realiza para/por solicitud
del usuario final.

Los puntos de funcin se obtienen utilizando una funcin emprica basado en medidas cuantitativas
del dominio de informacin del software y valoraciones subjetivas de la complejidad del software.

Los puntos de funcin se calculan utilizando la siguiente tabla:

Parmetros de Cuenta Factor de ponderacin

medicin
Simple Medio Complejo

Nmero de 3 4 6
entradas de X =
usuario
Nmero de 4 5 7
salidas de X =
usuario
Nmero de 3 4 6
peticiones de X =
usuario
Nmero de 7 10 15
X =
archivos
Nmero de 5 7 10
interfaces X =
externas
Cuenta_total

Se determinan 5 caractersticas del mbito de la informacin y los clculos aparecen en la posicin

apropiada de la tabla. Los valores del mbito de informacin estn definidos de la siguiente manera:

1. Nmero de entradas de usuario: se cuenta cada entrada de usuario que proporcione al

software diferentes datos orientados a la aplicacin.
2. Nmero de salidas de usuario: se cuenta cada salida que proporciona al usuario informacin
orientada a la aplicacin. En este contexto las salidas se refieren a informes, pantallas, mensajes de
error.

3. Nmero de peticiones de usuario: una peticin esta definida como una entrada interactiva
que resulta de la generacin de algn tipo de respuesta en forma de salida interactiva. Se cuenta
cada peticin por separado.

4. Nmero de archivos: se cuenta cada archivo maestro lgico.(principales

grupos lgicos
de datos de usuarios o de control que estn controlados por el programa (una tabla
de un SGBDR).

5. Nmero de interfaces externas: se cuentan todas las interfaces legibles por la maquina por
ejemplo: archivos de datos, en cinta o discos que son utilizados para transmitir informacin a otro
sistema.

Procedimiento: primer lugar su cuentan e inscribe el numero de "parametros de medicion" y se les

asigna un valor, ejemplo:

Entradas de usuario = 25

Seguidamente, se elije el factor de ponderacion para ese paramentro de medicion (puede sersimple,
medio, complejo), en este ejemplo digamos que el factor sera "medio"; entonces:

Entradas de usuario 25 * 4 (valor que corresponde la poderacion medio par dicho parametro <ver
tabla arriba>).

Finalmente, se escribe el subtotal en la ultima columna de la derecha de la tabla.

En mi proyecto y a manera de ejemplo la tabla quedaria de esta manera:

FACTOR DE PONDERACION
PARAMETROS DE MEDICION CEUNTA SIMPLE MEDIO COMPLEJO
Numero de entradas de usuario 2 3 4 6 8
Numero de salidas de usuario 7 4 5 7 49
Numero de peticiones de usuario 10 3 4 6 30
Numero de archivos 5 7 10 15 50
Numero de interfaces externas 1 5 7 10 5
CUENTA TOTAL 142

Cuando han sido recogidos los datos anteriores, se asocia el valor de complejidad a cada cuenta. Las
organizaciones que utilizan mtodos de puntos de funcin desarrollan criterios para determinar si
una entrada es denominada simple, media o compleja. No obstante la determinacin de la
complejidad es algo subjetivo.

Para calcular los puntos de funcin se utiliza la siguiente relacin:

PF = Cuenta_total * [0.65 + 0.01 * (fi)]

De menare que, el primer paso es llenar la tabla, en estos enlaces pueden ver Videos explicativos de
la forma de llenar la tabla anterior:

Video explicativo I
Video explicativo 2

Autor videos: Cat. Carlos Alberto Espinoza.

Continuando con la resulucion de la formula, realizamos la segunda tabla para calcular el (fi)

PF Punto de funcin
Cuenta_total Es la suma de todas las entradas obtenidas
fi
Donde i=1 hasta 14. Son valores de ajuste de la complejidad
basados en las respuestas a las cuestiones sealadas de la
siguiente tabla:
Evaluar cada factor en escala 0 a 5
0 1 2 3 4 5
No Incidental Moderado Medio Significativo Esencial
influencia
Fi :
1 Requiere el sistema copias de seguridad y de
recuperacin fiables?
2 Se requiere comunicacin de datos?
3 Existen funciones de procesamiento distribuido?
4 Es crtico el rendimiento?
5 Se ejecutar el sistema en un entorno operativo
existente y fuertemente utilizado?
6 Requiere el sistema entrada de datos interactiva?
7 Requiere la entrada de datos interactiva que las
transacciones de entrada se lleven a cabo sobre mltiples
pantallas u operaciones?
8 Se actualizan los archivos maestros de forma
interactiva?
9 Son complejas las entradas, las salidas, los archivos o
las peticiones?
10 Es complejo el procesamiento interno?
11 Se ha diseado el cdigo para ser reutilizable?
12 Estn incluidas en el diseo la conversin y la
instalacin?
13 Se ha diseado el sistema para soportar mltiples
instalaciones en diferentes organizaciones?
14 Se ha diseado la aplicacin para facilitar los cambios y
para ser fcilmente utilizada por el usuario?
Una vez calculado el punto de funcin se usan de forma analgica a las LDC como
medida de la productividad, calidad y otros productos del software.

Productividad = PF / persona-mes
Calidad = Errores / PF
Costo = Dlares / PF
Documentacin = Paginas Documentadas / PF

De manera que nuestra tabla quedaria de esta manera:

FACTORES DE INFLUENCIA EN LA DIFICULTAD DEL SISTEMA

N
INTERROGANTE RESPUESTA
1 Requiere el sistema de copias de seguridad 3
2 Se requiere comunicacin de datos 5
3 Existe funciones de procedimiento distribuido 4
4 Es critico el funcionamiento 3
Se ejecutara el sistema en un entorno operativo existente y
5 fuertemente utilizado 3
6 Requiere el sistema entrada de datos interactivos 4
Requiere de datos interactivos que la transaccin de entrada
se lleve a cabo
7 sobre mltiples pantallas 4
8 Se actualizaran los archivos maestros de forma interactivo 5
9 Son complejos las E/S los archivos o las peticiones 3
1
0 Es complejo el procesamiento interno 3
1
1 Se a diseado el cdigo para ser reutilizable 4
1
2 Esta incluido en el diseo la conversin y la instalacin 3
Se ha diseado el sistema para soportar mltiples
1 instalaciones en
3 diferentes organizaciones 1
Se ha diseado la aplicacin para facilitar los cambios y
1 para ser fcilmente
4 utilizado por el usuario 5
TOTAL FI 50

El TOTAL FI, es la suma de todas las repuestas.

Calculamos PF
Cuenta_total * [0.65 + 0.01 * (fi)]
Donde:
Cuenta total = la sumatoria de la primera tabla.
(fi) = A la sumatoria de la segunda tabla
Como ejemplo en mi caso, la cuenta total me dio 142 y el Fi = 50; entonces:
PF = 142*(0,65+0,01*50)

Aclaracion: en el formato que nos dan el Fi, le sacan el promedio a la sumatoria PORQUE EN ESTE
SE HAYA EL PF NOMINAL. Sin embargo la formula la aplique tal como aparece: (fi) =
sumatoria(fi).

Posteriormente aplique la formula calculando el promedio para hayar el PF Nominal, tal y como esta
en el formato metricas.xml.

Es asi que, las tablas hasta el momento nos quedarian de esta manera:

CALCULO PF PF =142*(0,65+0,01*50)
PF = Cuenta_total * [0.65 + 0.01 * (fi)] PF= 163,3

CALCULO PF NOMINAL PF(n)= 142*(0,65+0,01* 3,57)

Pf(nominal) = Cuenta_total*(0,65+0,01*Prom(Fi)) PF(n)= 97,37

CALCULO PF REAL PF(r)=97,37 - (97,37*45/100)

Donde el Pf(real) se obtiene restando el porcentaje de
reutilizacin que para nuestro proyecto es estaimado
a 45% PF(r)= 53,55

_______________________________________________________________________________
___
ANEXOS
Finalmente, comparto un ejemplo para aclarar conceptos sobre las variables de la tabla, recuerden
que a cada una de ellas se da un valor de 1 a 5 segun su complejdidad. La siguiente informacion solo
es para ver en que situaciones se aplica con mayor frecuencia cada variable.

FACTORES DE INFLUENCIA EN LA Ejemplo

DIFICULTAD DEL SISTEMA
1. Comunicaciones de datos
2. Procesamiento distribuido
3. Objetivos de rendimiento
Una aplicacin para el sector bancario, donde se
requieren numerosas transacciones monetarias.
Un motor de bsqueda en Internet, donde el
procesamiento est distribuido en decenas de
mquinas.
Una aplicacin para el control del trfico areo,
que debe proporcionar continuamente
informacin precisa sobre la posicin y rumbo de
los aviones.

4. Configuracin de uso intensivo
5. Tasas de transaccin rpidas
6. Entrada de datos en lnea
7. Amigabilidad en
el diseo
8. Actualizacin de datos en lnea
9. Procesamiento complejo
10. Reusabilidad
11. Facilidad de instalacin
12. Facilidad operacional
13. Adaptabilidad
14. Versatilidad
Un sistema para matrculas en una universidad,
donde concurren cientos de alumnos al mismo
tiempo.
Una aplicacin para el sector bancario, donde
deben realizarse millones de transacciones
durante la noche.
Un programa en el que los datos de entrada
provienen de papeles o formularios impresos.
Un programa de anlisis financiero utilizado por
el directivo de una empresa, capaz de orientarle
y asesorarle.
Una aplicacin para reserva de billetes, en la que
deben bloquearse y modificarse ciertos registros
en las BB.DD. para evitar que un mismo asiento
sea vendido dos veces.
Un sistema para diagnstico mdico, el cual
realiza costosas operaciones de decisin lgica
hasta obtener un resultado.
Un procesador de textos en el que, por ejemplo,
su barra de mens puede utilizarse desde una
hoja de clculo, un generador de informes de una
base de datos, etc.
Cualquier aplicacin de propsito general, de tal
forma que cualquier persona pueda realizar la
instalacin fcilmente.
Una aplicacin para tratamiento de grandes
cantidades de informacin, donde es muy
importante la efectividad de los procesos de
backup y recuperacin de datos.
Una aplicacin software para una multinacional
con oficinas en varios pases.
Un sistema que admite diversas situaciones de
uso, tanto para facilitar los cambios como para
ser utilizada por el usuario