Introduccin de mtricas

Para obtener software de calidad es preciso medir el proceso de desarrollo, cuantificar lo que se ha hecho y lo que falta por hacer, estimar el tamao del programa, costos, tiempo de desarrollo y otros parmetros. La medicin de este producto se realiza mediante las mtricas, para caracterizar numricamente los distintos aspectos del desarrollo del software.

Las mtricas de software tienen un papel decisivo en la obtencin de un producto de alta calidad, porque determinan mediante estadsticas basadas en la experiencia, el avance del software y el cumplimiento de parmetros requeridos. Siempre habr elementos cualitativos para la creacin de software. El problema estriba en que la valoracin cualitativa puede no ser suficiente. Un ingeniero del software necesita criterios objetivos para guiarse en el diseo de datos, de la arquitectura, de las interfaces y de los componentes. El verificador necesita una referencia cuantitativa que le ayude en la seleccin de los casos de prueba y de sus objetivos. Las mtricas tcnicas facilitan una base para que el anlisis, diseo, codificacin y prueba puedan ser conducidas ms objetivamente y valoradas ms cuantitativamente

Factor de ponderacin

Parmetro de medicin

Cuenta

Simple

Media

Compl.

Nmero de entradas del usuario Nmero de salidas del usuario

Nmero de consultas del usuario Nmero de archivos Nmero de interfaces externas

1 4

X X

7 5

10 7

15 10

= =

7 20

Cuenta total

50

Clculo de puntos de funcin

Mtricas basadas en la Funcin

La cuenta total debe ajustarse utilizando la siguiente ecuacin: PF = cuenta-total x (0,65 + 0,01 x Fi)

Donde cuenta-total es la suma de todas las entradas PF obtenidas de la Biblioteca y Fi (i=1 a 14) son los "valores de ajuste de complejidad".

Basndose en el valor previsto del PF obtenido del modelo de anlisis, el equipo del proyecto puede estimar el tamao global de implementacin de las funciones de interaccin. Asuma que los datos de los que se dispone indican que un PF supone 60 lneas de cdigo (se utilizar un lenguaje orientado a objetos) y que en un esfuerzo de un mes-persona se producen 12 PF. Estos datos histricos proporcionan al gestor del proyecto una importante informacin de planificacin basada en el modelo de anlisis en lugar de estimaciones preliminares

Mtricas de cdigo fuente

Operador Cuenta

1 2 3 4 5 6 7 8 9 10 Total

Fin de sentencia Subndices de arreglos = IF() DO , Fin de programa .LT. .GE. GO TO 10

7 6 5 2 2 2 1 1 1 1 28

De esta tabla se desprenden los valores de n1=10 y N1=28.

Operando

Cuenta

SAVE

Total

22

De esta tabla se desprenden los valores de n2=7 y N2=22

Donde: ETR: valor de la estabilidad de los requerimientos.

RT: total de requerimientos definidos. RM: nmero de requerimientos modificados, que se obtienen como la sumatoria de los requerimientos insertados, modificados y eliminados.

Esta mtrica ofrece valores entre 0 y 100. El mejor valor de ETR es el ms cercano a 100 porque mostrar que no se estn realizando cambios sobre los requerimientos, son estables y por tanto es confiable trabajar el anlisis y diseo sobre ellos. 2. Especificidad de los requerimientos La comprensibilidad de los requerimientos depende en gran medida de la ausencia de ambigedades en su especificacin, facilitando los procesos de captura y procesamiento de requerimientos. El objetivo de esta mtrica es cuantificar la especificidad o falta de ambigedad en la definicin de los requerimientos. Para calcular esta mtrica deben contarse los requerimientos que tuvieron igual interpretacin por los revisores y compararlos con el total de requerimientos definidos. La especificidad de los requerimientos se calcula como:

Donde: ER: grado de especificidad de los requerimientos.

nui: nmero de requerimientos para los que todos los revisores tuvieron interpretaciones idnticas. nr: cantidad de requerimientos en una especificacin y comprende la suma de los requisitos funcionales y no funcionales.

El valor de esta mtrica debe estar siempre entre 0 y 1. Mientras ms cerca de 1 est el valor de ER mayor ser la consistencia de la interpretacin de los revisores para cada requerimiento y menor ser la ambigedad en la especificacin de los requerimientos. 3. Grado de validacin de los requerimientos Los requerimientos deben ser posibles de validar. La validacin de los requerimientos se realiza en consenso del equipo de desarrollo al contrastar lo que desea el cliente con la posibilidad real de implementarlo. El grado de validacin de los requerimientos mide la correccin en la definicin de los requerimientos. Este valor se calcula como:

Donde: VR: grado de validacin de los requerimientos.

nc: nmero de requerimientos que se han validado como correctos.

nnv: nmero de requisitos no validados an.

El resultado de esta mtrica est siempre entre 0 y 1. El valor ptimo de esta mtrica es el ms cercano a 1 e indica un alto nivel de correccin en la definicin de los requerimientos. Las Tablas 1, 2 y 3 indican como asignar la complejidad de las medidas descritas anteriormente. Tabla 1. Evaluacin de complejidad de las entradas del usuario.

Nmero de archivos actualizados o referenciados 1-4 0-1 2 3 ms

Nmero de entradas 5-15 Baja Baja Media >15 Baja Media

Media Alta Alta Alta

Tabla 2. Evaluacin de la complejidad de las salidas y las consultas del usuario.

Nmero de archivos actualizados o referenciados 1-5 0-1 2-3 >3

Nmero de salidas o consultas del usuario 6-19 Baja Baja Media >19 Baja Media

Media Alta Alta Alta

Tabla 3. Evaluacin de la complejidad de los archivos lgicos internos y de los archivos de interfaz externa.

Tipos de elementos de registro 1-19 1 2-5 >5

Nmero de archivos internos lgicos y de interfaz externa 20-50 Baja Baja Media >50 Baja Media

Media Alta Alta Alta

A cada una de las medidas anteriores se le asignan tres posibles pesos: simple, medio o complejo, dependiendo de la complejidad de entrada. Cada uno de los valores obtenidos se

multiplica por el peso de acuerdo la complejidad del factor, segn se muestra en la Tabla 3. Se obtiene la suma de todas las entradas por sus pesos, dando as un total de cuenta. Tabla 4. Factores de peso de las medidas en caso de los lmites de complejidad superiores e inferiores.

Medida Nmero de entradas del usuario Nmero de salidas del usuario Nmero de archivos lgicos internos Nmero de archivos de interfaz externa Nmero de consultas externas

Complejidad baja 3 4 3 7 5

Complejidad media 4 5 4 10 7

Complejidad alta 6 7 6 15 10

Dados los factores de peso y los valores de cada medida, se calcula los puntos de funcin sin ajustar segn la frmula:

Donde: wij: factores de peso de los 5 componentes por nivel de complejidad (alto, medio, bajo).

xij: valores de cada componente en la aplicacin.

Las caractersticas del software que deben tenerse en cuenta para evaluar esta mtrica son: la comunicacin de los datos, las funciones distribuidas, el desempeo del programa, la configuracin utilizada en exceso, la tasa de transaccin, la entrada de datos en lnea, la eficiencia para el usuario final, la actualizacin en lnea, la complejidad de procesamiento, la reusabilidad, la facilidad de instalacin, la facilidad de operacin, la existencia de sitios mltiples y la facilidad de cambios. Mtricas para implementacin. La implementacin se empieza con el resultado del anlisis y diseo para construir el sistema en trminos de componentes. Los objetivos de la implementacin son: definir la organizacin del cdigo en trminos de subsistemas de implementacin organizados en capas, implementar los elementos de diseo en trminos de elementos de implementacin, hacer pruebas de unidad a los componentes desarrollados e integrar los resultados producidos por implementadores individuales o equipos en un sistema ejecutable. Al finalizar la implementacin del producto se aplicarn mtricas para calcular el ndice de funcionalidad del software, la mtrica de xito para evaluar el grado de completamiento en la

realizacin de las funcionalidades de la aplicacin y la cantidad de pginas de acceso rpido de la aplicacin. 1. ndice de funcionalidad La funcionalidad es una caracterstica de alto nivel que representa la existencia de un grupo de funciones y comportamientos que satisfacen un conjunto especfico de requerimientos. Para medir esta caracterstica del software se tienen en cuenta los distintos tipos de archivos que forman parte de una aplicacin web, que se describen en la Tabla 7. Tabla 7. Tipos de archivos que se utilizan en una aplicacin web. (Elaborado por la autora) Tipo de archivo Extensiones de archivo Descripcin En esta categora se incluyen los archivos que describen Estructurales HTML, IHTML lgicamente las interfaces de los objetos que componen una aplicacin web. Funcionales (servidor) Funcionales (cliente) Funcionales (incrustados) Imgenes php, jsp, asp, pl, cgi Estos son los archivos que implementan las funcionalidades de la aplicacin web desde el lado del servidor. Son archivos que implementan funcionalidades o apariencia de la aplicacin web desde el lado del cliente. Estos son archivos de funcionalidad externa que se class, swf, dir visualizan mediante una funcionalidad agregada al navegador. gif, jpg, bmp Son archivos binarios de imgenes en varios formatos.

js, css, vs

pdf, ps, Documentos doc, xls, ppt, rtf

Este tipo de archivos, comprende los documentos que pueden ser desplegados o descargados de la aplicacin web por el cliente mediante el navegador.

Esta mtrica valora entre 0 y 1 la funcionalidad de un portal web mediante un conjunto de archivos, para el clculo de la misma se considera el peso de los distintos tipos de archivos en kilobytes. El ndice de funcionalidad se calcula como: Donde: IFtipo: ndice funcional segn el tipo de archivo funcional (servidor, cliente o incrustado).

PAFtipo: peso del tipo de archivo funcional. PAE: peso de los archivos estructurales.

Para clasificar una aplicacin web en funcional o no se debe calcular el ndice de Funcionalidad Neto (IFN) como una combinacin lineal de los valores anteriores:

El valor del IFN est siempre entre 0 y 1. Una aplicacin web es funcional si 0.5 IFN 1. 2. Mtrica de xito La usabilidad del software es una caracterstica de alto nivel que se valora de acuerdo a factores humanos, la esttica, consistencia y documentacin general, es el esfuerzo necesario por el usuario para aprender, operar los datos de entrada e interpretar las salidas de un programa. La forma ms simple de medir la usabilidad de un programa es el ndice de xito logrado al realizar una funcin especfica. Esta mtrica se basa en registrar el porcentaje de usuarios que lograron realizar exitosamente la prueba que se les solicit. A cada funcionalidad se le asigna un peso segn su estado de realizacin como se indica en la Tabla 8. Tabla 8. Pesos de la realizacin de funcionalidades.

Estado de realizacin de la funcionalidad Peso Funcionalidad no realizada Funcionalidad a medio realizar Funcionalidad realizada La mtrica de xito se calcula como: 0 0.5 1

Donde: ME: valor de la mtrica de xito.

CFT: cantidad de funcionalidades terminadas. CFM: cantidad de funcionalidades a medio terminar. CTF: nmero total de funcionalidades.

Mientras mayor sea el valor de ME, mayor usabilidad tendr la aplicacin web. Esto implica una mayor aceptacin por parte del usuario. Mtricas para pruebas Las pruebas al software se realizan con el objetivo de encontrar y documentar los defectos en la calidad del software, aconsejar en base a la calidad determinada, validar y probar las hiptesis hechas en el diseo y la especificacin de requerimientos mediante una demostracin concreta, validar que el producto trabaja de acuerdo a lo que fue diseado y validar que los requerimientos estn correctamente implementados. Durante la etapa de pruebas se utilizarn la mtrica de cobertura, madurez y profundidad de las pruebas, el porcentaje de defectos por tipo, la densidad de defectos, la mtrica para el control de pruebas de unidad, la tasa de propagacin de defectos, la mtrica para pruebas de camino bsico, el porcentaje de enlaces rotos de una aplicacin web, el ndice de madurez del software, la cantidad de nodos muertos de una aplicacin web y el porcentaje de redundancia de imgenes.

5. ndice de Madurez del Software El ndice de Madurez del Software (IMS), propuesto por el estndar IEEE 982.1-1988, proporciona un indicador de la estabilidad del software basado en los cambios que ocurren en cada versin del producto, este es un indicador de la facilidad de mantenimiento del software. El IMS se calcula como:

Donde: IMS: ndice de madurez del software.

Mt: nmero de mdulos en la versin actual. Fc: nmero de mdulos en la versin actual que han sido modificados. Fa: nmero de mdulos en la versin actual que han sido aadidos. Fe: nmero de mdulos en la versin actual que han sido eliminados.

El valor del IMS est siempre entre 0 y 1. Mientras ms cerca est el valor del IMS de 1, ms estable ser el producto software.