METRICAS

Mtricas de Calidad. El concepto de mtrica es el trmino que describe muchos y muy

variados casos de medicin. Siendo una mtrica una medida estadstica (no cuantitativa
como en otras disciplinas ejemplo fsica) que se aplica a todos los aspectos de calidad de
software, los cuales deben ser medidos desde diferentes puntos de vista como el anlisis,
construccin, funcional, documentacin, mtodos, proceso, usuario, entre otros.
1. Mtricas Orientadas al Tamao
Las mtricas del software orientadas al tamao provienen de la normalizacin de las
medidas de calidad y/o productividad considerando el tamao del software que se
haya producido.

Con los rudimentarios datos contenidos en la tabla se pueden desarrollar para cada
proyecto un conjunto de mtricas simples orientadas al tamao:
a. errores por MLDC (miles de lneas de cdigo-CALIDAD): Por cada MLDC
implementadas se han cometido fallas antes de la entrega.
b. defectos por MLDC (CALIDAD DESPUES): Por cada MLDC implementadas
se han cometido fallas antes de la entrega.
c. S/. por LDC (COSTO): Programar cada LDC cuesta S/.
d. pginas de documentacin por MLDC (DOCUMENTACION): Cada MLDC
implementadas han sido documentadas en pginas.
Adems, se pueden calcular otras mtricas interesantes:
e. errores por persona-mes
f. LDC por persona-mes (PRODUCTIVIDAD)
g. S/. por pgina de documentacin
2. Mtricas Orientadas a la Funcin
Las mtricas del software orientadas a la funcin utilizan una medida de la
funcionalidad entregada por la aplicacin como un valor de normalizacin. Ya que la
funcionalidad>>n o se puede medir directamente, se debe derivar indirectamente
mediante otras medidas directas.
Estas mtricas se derivan de una relacin emprica segn las medidas contables del
dominio de informacin del software y de evaluaciones de complejidad. Ejemplo:
Ing. Fernando Infante Saavedra
Catedrtico del Curso

Nmero de entradas de usuario: Se cuenta cada entrada de usuario que proporciona

diferentes datos orientados a la aplicacin. Las entradas se deberan diferenciar de las
peticiones, las cuales se cuentan de forma separada. Es cada una de las entradas de
datos.
Nmero de salidas de usuario. Se cuenta cada salida que proporciona al usuario
informacin orientada a la aplicacin. En este contexto la salida se refiere a informes,
pantallas, mensajes de error, etc. Los elementos de datos particulares dentro de un
informe no se cuentan de forma separada. Son cada una de las salidas de datos.
Nmero de peticiones de usuario. Una peticin se define como una entrada interactiva
que produce la generacin de alguna respuesta del software inmediata en forma de
salida interactiva. Se cuenta cada peticin por separado. Es cada generacin de un
evento.
Nmero de archivos. Se cuenta cada archivo maestro lgico (esto es, un grupo lgico
de datos que puede ser una parte de una gran base de datos o un archivo
independiente). Es cada tabla, archivo,
Nmero de interfaces externas. Se cuentan todas las interfaces legibles por la
mquina (por ejemplo: archivos de datos de cinta o disco) que se utilizan para
transmitir informacin a otro sistema. Son las interfaces, discos, copias de seguridad,
transmisiones de datos.

a. Determinacin de la Cuenta-Total:

Hay que tener en cuenta estos elementos y contabilizarlos para llenar el cuadro
anterior en la columna que dice Cuenta correspondiente a cada Parmetro de
Medicin. El Factor de Ponderacin (Simple, Medio o Complejo) se define en base
al grado de complejidad como se ha desarrollado cada uno de los Parmetros de
Medicin y puede ser diferente grado de complejidad en cada uno. Luego se
multiplica la Cuenta por el Factor de Ponderacin elegido (Simple, Medio o
Complejo). Dichos resultados se colocan en la columna a la derecha del signo =. Se

Ing. Fernando Infante Saavedra

Catedrtico del Curso

suman todos esos subtotales para encontrar la Cuenta-Total, y se coloca en el

casillero correspondiente.
b. Calificacin de la Calidad:
Una vez llenado el cuadro de Cuenta-Total, se procede a la Calificacin de la
Calidad mediante una encuesta que usa un modelo de valoracin entre cero (0) y
cinco (5), y por decisin del equipo de trabajo, se puede asumir una valoracin en
porcentajes como se muestra en la tabla siguiente as:
0
1
2
3
4
5

No influencia
Incidental
Moderado
Medio
Significativo
Esencial

Ninguna
Insignificante
Moderada
Media
Significativa
Fuerte

0%
1 - 20%
21 - 40%
41 60%
61 80%
81 100%

0 10%
11 20%
21 30%
31 40%
41 50%
> 50%

Esta valoracin es usada para calificar 15 puntos de evaluacin:

1.

Facilidad de operacin.
Valoracin
Pregunta: Requiere el sistema copias de seguridad y de
recuperacin fiables?
0
No se especifican por parte del usuario consideraciones especficas de
operacin.
12
Se requieren, proporcionan y prueban procesos de arranque, backup y
recuperacin.
34
Adems la aplicacin minimiza la necesidad de actividades manuales,
tales como instalacin de cintas y papel.
5
La aplicacin se disea para operacin sin atencin.

2.

Comunicacin de los datos. Los datos o informacin de control que la aplicacin utiliza se
enva o recibe a travs de los facilidades de comunicacin.
Valoracin
Pregunta: Se requiere de comunicacin de datos?
0
Aplicacin es batch exclusivamente
12
Impresin o entrada de datos remota
35
Teleproceso (TP) interactivo
3
TP interfaces a un proceso batch
5
La aplicacin es interactiva predominantemente

3.

Funcin distribuida. Distribuida significa que los componentes (o los datos) de la

aplicacin estn distribuidos en dos o ms procesadores diferentes (esto incrementa el factor
anterior).
Valoracin
Pregunta: Existen funciones de procesamiento distribuido?
0
La aplicacin no ayuda a la transferencia de datos o a la funcin de
procesamiento entro los componentes del sistema.
1
La aplicacin prepara datos para el usuario final de otro procesador.
24
Los datos se preparan para transferencia, se transfieren y se procesan
en otro componente del sistema.
5
Las funciones de procesamiento se realizan dinmicamente en el
componente ms apropiado del sistema.

Ing. Fernando Infante Saavedra

Catedrtico del Curso

4.

Rendimiento. Referido a la importancia de respuesta dentro de todo el sistema.

Valoracin
Pregunta: Es crtico el rendimiento?
03
Anlisis y diseo de las consideraciones del rendimiento son estndar.
No se precisan requerimientos especiales por parte del usuario.
4
En la fase de diseo se incluyen tareas del anlisis del rendimiento
para cumplir los requerimiento del usuario.
5
Adems se utilizan herramientas de anlisis del rendimiento en el
diseo, desarrollo e instalacin.

5.

Configuracin utilizada masivamente. Referente a la importancia del entorno. Esto es, si

hay restricciones de memoria o del hardware.
Valoracin
Pregunta: Se ejecutar el sistema en un entorno operativo
existente y fuertemente utilizado?
03
La aplicacin corre en una maquina estndar sin restricciones de
operacin.
4
Restricciones de operacin requieren caractersticas especficas de la
aplicacin en el procesador central.
5
Adems hay restricciones especficas a la aplicacin en los
componentes distribuidos del sistema.

6.

Tasas de transaccin. Una alta llegada de transacciones provoca problemas ms all de los
de las caractersticas.
Valoracin
Pregunta :
03
Las tasas son tales que las consideraciones de anlisis de rendimiento
son estndares.
4
En la fase de diseo se incluyen tareas de anlisis de rendimiento para
verificar las altas tasas de transacciones.
5
Adems se utilizan herramientas de anlisis del rendimiento.

7.

Entrada de datos On-line. Requiere la entrada de datos interactiva que las transacciones
de entrada se lleven a cabo sobre mltiples pantallas u operaciones?
Valoracin
Pregunta: Requiere el sistema entrada de datos interactiva?
02
Hasta el 15% de las transacciones tienen entrada interactiva.
34
15% al 30% tienen entrada interactiva.
5
30% al 50% tienen entrada interactiva.

8.

Diseo para la eficiencia de usuario final.

Valoracin
Pregunta :
03
No se especifican requerimientos especiales
4
Se incluyen tareas de diseo para la consideracin de factores
humanos
5
Adems se utilizan herramientas especiales o de prototipado para
promover la eficiencia.

9.

Actualizacin on-line.
Valoracin
Pregunta: Se actualizan los archivos maestros de forma
interactiva?
0
Nada
12
Actualizacin on-line de los archivos de control. El volumen de
actualizacin es bajo y la recuperacin fcil.
3
Actualizacin on-line de la mayora de los archivos internos lgicos.
4
Adems es esencial la proteccin contra la prdida de datos.
5
Adems se considera el costo de recuperacin de volmenes elevados.

Ing. Fernando Infante Saavedra

Catedrtico del Curso

10. Complejidad del procesamiento. Esto es, complejidad interna ms all de la media en lo
referente a la entrada, salida o lgica de procesamiento. Qu caractersticas tiene la
aplicacin?
Mucho procesamiento matemtico y lgico
Procesamiento complejo de las entradas
Procesamiento complejo de las salidas
Muchas excepciones de procesamiento, muchas transacciones incompletas y mucho
procesamiento de las transacciones.
Procesamiento de seguridad y/o control sensitivo.
Valoracin
0
1
2
3
4
5

Pregunta: Son complejas las entradas, las salidas, los archivos o

las peticiones? y Es complejo el procesamiento interno?
No aplica nada de esto
Se aplica algn elemento.
Se aplican dos elementos.
Se aplican tres elementos.
Se aplican cuatro elementos.
Se aplica todo.

11. Utilizable en otras aplicaciones. El cdigo se disea para que sea compartido o utilizable
por otras aplicaciones.
Valoracin
Pregunta: Se ha diseado el cdigo para ser reutilizado?
01
Una aplicacin local que responde a las necesidades de una
organizacin usuaria.
2-3
La aplicacin utiliza o produce mdulos comunes que consideran ms
necesidades que las del usuario.
45
Adems, la aplicacin se empaqueto y documento con el propsito
del fcil reutilizacin.
12. Facilidad de instalacin.
Valoracin
Pregunta: Estn incluidas en el diseo la conversin y la
instalacin?
01
No se requieren por parte del usuario facilidades especiales de
conversin e instalacin.
23
Los requerimientos de conversin e instalacin fueron descritos por el
usuario y se proporcionaron guas de conversin e instalacin.
45
Adems se proporcionaron y probaron herramientas de conversin e
instalacin.
13. Puestos mltiples.
Valoracin
Pregunta: Se ha diseado la aplicacin para facilitar los cambios
y para ser fcilmente utilizada por el usuario?
0
El usuario no requiere la consideracin de ms de un puesto.
13
Se incluyeron necesidades de varios puestos en el diseo.
45
Se proporciona documentacin y plan de apoyo para soportar la
aplicacin en varios lugares.
14. Facilidad de Cambio. Esfuerzo especifico de diseo para facilitar cambios futuros.
Valoracin
Pregunta: Se ha diseado el sistema para soportar mltiples
instalaciones en diferentes organizaciones?
0
No hay requerimientos especiales del usuario para minimizar o
facilitar el cambio.
13
Se proporciona capacidad de consulta flexible
45
Datos importantes de control se mantienen en tablas que son
actualizadas por el usuario a travs de procesos on-line interactivos.

Ing. Fernando Infante Saavedra

Catedrtico del Curso

Estas respuestas a cada uno de estos puntos se suman y determinan el valor (Fi).
Estas valoraciones dadas a cada uno de estos puntos permiten aproximar una
medida del sistema a travs de la siguiente ecuacin:

PF = Cuenta_total * [0,65 + 0,01*(Fi)],

Una vez que se han calculado los puntos de funcin, se utilizan de forma anloga a
las LDC como forma de normalizar las medidas de productividad, calidad y otros
atributos del software:
a.
b.
c.
d.

errores por PF (CALIDAD)

defectos por PF (CALIDAD DESPUES)
S/. por PF (COSTO)
pginas de documentacin por PF (DOCUMENTACION)

Adems, se pueden calcular otras mtricas interesantes:

e. PF por persona-mes (PRODUCTIVIDAD)

Ing. Fernando Infante Saavedra

Catedrtico del Curso