Ing. Fernando Infante Saavedra Catedrtico del Curso 1

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 2

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 3

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 No influencia Ninguna 0% 0 10% 1 Incidental Insignificante 1 - 20% 11 20% 2 Moderado Moderada 21 - 40% 21 30% 3 Medio Media 41 60% 31 40% 4 Significativo Significativa 61 80% 41 50% 5 Esencial Fuerte 81 100% > 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.

1 2 Se requieren, proporcionan y prueban procesos de arranque, backup y recuperacin.

3 4 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 1 2 Impresin o entrada de datos remota 3 5 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. 2 4 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

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

Valoracin Pregunta: Es crtico el rendimiento? 0 3 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? 0 3 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 :

0 3 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?

0 2 Hasta el 15% de las transacciones tienen entrada interactiva. 3 4 15% al 30% tienen entrada interactiva.

5 30% al 50% tienen entrada interactiva. 8. Diseo para la eficiencia de usuario final.

Valoracin Pregunta : 0 3 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 1 2 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 5

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 Pregunta: Son complejas las entradas, las salidas, los archivos o

las peticiones? y Es complejo el procesamiento interno? 0 No aplica nada de esto 1 Se aplica algn elemento. 2 Se aplican dos elementos. 3 Se aplican tres elementos. 4 Se aplican cuatro elementos. 5 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?

0 1 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.

4 5 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?

0 1 No se requieren por parte del usuario facilidades especiales de conversin e instalacin.

2 3 Los requerimientos de conversin e instalacin fueron descritos por el usuario y se proporcionaron guas de conversin e instalacin.

4 5 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. 1 3 Se incluyeron necesidades de varios puestos en el diseo. 4 5 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.

1 3 Se proporciona capacidad de consulta flexible 4 5 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 6

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:

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. errores por PF (CALIDAD) b. defectos por PF (CALIDAD DESPUES) c. S/. por PF (COSTO) d. pginas de documentacin por PF (DOCUMENTACION)

Adems, se pueden calcular otras mtricas interesantes:

e. PF por persona-mes (PRODUCTIVIDAD)

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