MTRICAS DE CALIDAD DEL SOFTWARE

CONCEPTOS BSICOS DE MTRICAS

La palabra mtrica, es muy comn asociarla con las palabras medicin y medida,
aunque estas tres son distintas. La medicin es el proceso por el cual los nmeros
o smbolos son asignados a atributos o entidades en el mundo real tal como son
descritos de acuerdo a reglas claramente definidas. La medida proporciona una
indicacin cuantitativa de la extensin, cantidad, dimensiones, capacidad o
tamao de algunos atributos de un proceso o producto. La mtrica se define como
una medida cuantitativa del grado en que un sistema, componente o proceso
posee un atributo dado o tambin una medida cuantitativa del grado en que el
sistema, componente o proceso posee un atributo dado.
Un Indicador es la mtrica o una combinacin de mtricas que proporcionan una
visin profunda del proceso, del proyecto o del producto software en s mismo, los
indicadores proporcionan una visin profunda que permite ajustar el producto, el
proyecto o el proceso. El objetivo principal de los indicadores de proceso es
evaluar las condiciones de funcionamiento de un proceso y poder tener una visin
de la eficacia de un proceso existente. Durante un tiempo considerable se
recopilan las mtricas de todos los proyectos y se proporcionan indicadores para
obtener mejoras en el software.
Los mtodos de medicin o clculo son unas secuencias lgicas de operaciones y
potenciales heursticas, expresadas de forma genrica, que permite la realizacin
de una descripcin de actividad. El tipo de mtodo de medicin depende de la
naturaleza de las operaciones utilizadas para cuantificar el atributo, de ellas se
distinguen dos grupos: Subjetivo, cuando la cuantificacin supone un juicio
realizado por un ser humano, y Objetivo, cuando la cuantificacin est basada en
mtodos numricos.
Una escala es un conjunto de valores con propiedades definidas, las escalas
definidas pueden ser numricas (Continua o Discreta) o Categricas y los tipos de
escala ser: Nominal, Ordinal, Intervalo, entre otras.
En este sentido la mtrica es la correspondencia de un dominio real o emprico a
un mundo formal, matemtico, donde la medida incluye al valor numrico o
nominal asignado al atributo de un ente u objeto por medio de dicha
correspondencia. Las mtricas pueden ser de tipo directo cuando no dependen de
ninguna mtrica de otro atributo e indirecta cuando se deriva de una o ms
mtricas de otros atributos.
Algunos ejemplos de Mtricas Directas pueden ser: la longitud del texto del cuerpo
de una pgina (medido por cantidad de palabras), la cantidad de enlaces rotos
Internos (medidos por la presencia de errores del tipo 404), la cantidad de

imgenes con texto alternativo (medido por la presencia de la etiqueta ALT o con
texto no nulo, en cada una de las imgenes vinculadas a las pginas de un sitio
Web). Algunos ejemplos de Mtricas Indirectas son: Porcentaje de Enlaces Rotos
de un Sitio, Porcentaje de Presencia de la propiedad ALT, entre otros.
Ahora se estudiar brevemente el amplio campo de las mtricas del software, ya
que es la tcnica que junto a revisiones, pruebas y gestin de configuracin
constituye el conjunto principal de medios operativos para el aseguramiento de la
calidad en el proyecto.
Generalmente la evaluacin de la calidad se centra en las medidas del producto
software que en medidas de procesos, aunque estas ltimas son tiles para medir
aspectos como la fiabilidad, donde se mide el tiempo medio entre fallos de
software a lo largo de algn perodo de prueba, etc. Para mejorar cualquier
proceso se debe medir atributos del proceso, definir y desarrollar un juego de
mtricas para esos atributos, y utilizar las mtricas para encontrar indicadores
para la estrategia de mejora.
La eficacia de un proceso de software se mide a travs de un juego de mtricas
segn los resultados que provienen del proceso, dentro de estos resultados se
incluye: la medida de los errores detectados antes de la entrega del software, los
defectos detectados, los productos de trabajo entregados, el esfuerzo humano y
tiempo consumido, y el ajuste con la planificacin. Tambin se incluye mtricas
para medir las caractersticas de tareas especficas de la ingeniera del software,
como la medida del tiempo y del esfuerzo para llevar a cabo actividades de
proteccin, que son actividades genricas de ingeniera de software.
Para una organizacin es importante estar a gusto con la recopilacin y la
utilizacin de mtricas de proceso, de stas se deriva la identificacin de
indicadores llevando a un enfoque ms riguroso denominado Mejora estadstica
del proceso de software (MEPS). Este enfoque utiliza el anlisis de fallas del
software para recopilar informacin de errores y defectos.
Para realizar un anlisis de fallas se debe seguir los siguientes pasos: Categorizar
por origen de todos los errores y defectos, registrar el costo de corregir cada error
o el del defecto, contar el nmero de errores y de defectos de cada categora,
calcular el costo global de errores y defectos de cada categora, para
posteriormente, desarrollar planes para eliminar los errores y defectos ms
costosos.
Las mtricas del Proyecto se utilizan para minimizar la planificacin de desarrollo,
ya que realizan ajustes y minimizan los retrasos, tambin son usados para la
evaluacin de la calidad de los productos. Las mtricas del proyecto de software
sugiere que los proyectos deben medir: Las entradas, la dimensin de los recursos
que se requieren para realizar el trabajo, las salidas, medidas de las entradas o
productos creados durante el proceso de ingeniera de software, y resultados,
medidas que indican la efectividad de las entregas.

MTRICAS DEL SOFTWARE

Las mtricas del software se pueden categorizar en:
Mtricas Directas: Dentro de estas se pueden incluir: el costo y el esfuerzo
aplicado, Las lneas de cdigo producidas (LCD), La velocidad re-ejecucin, El
tamao de la memoria y los defectos informados durante un periodo de tiempo
establecido.
Mtricas Indirectas: Dentro de estas estn la funcionalidad, La calidad, La
complejidad, La eficiencia, la Fiabilidad, La facilidad de uso y La facilidad de
mantenimiento.
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, de estas 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: Las mtricas del software orientadas a la
funcin permiten la medida de la funcionalidad de la aplicacin, esta mtrica busca
identificar los factores crticos que determinan el tamao del software y por
consiguiente, estimar el esfuerzo y el costo para desarrollarlo. De aqu nace la
tcnica de anlisis de puntos de funcin, que mide una aplicacin con base en las
funciones que ste realiza por solicitud del usuario final.

MTRICAS DE CALIDAD DEL SOFTWARE

El objetivo de la Ingeniera de Software es desarrollar y producir software de alta
calidad y para lograrlo es fundamental aplicar mtodos y herramientas efectivos
dentro del contexto de un proceso de desarrollo de software.
Dentro de las medidas de calidad del software estn:
Correccin: Es el grado en el que el software cumple su funcin, la medida ms
comn es: Defectos por KDLC (miles de lneas de cdigo)
Facilidad de mantenimiento: Es la facilidad con la que se puede corregir un
programa si se encuentra un error. Se utiliza medidas indirectas como: Tiempo
medio de cambio (TCM), que es el tiempo que tarda en analizar una peticin,
disear una modificacin, implementar un cambio o probar y realizar un cambio.
Integridad: Mide la capacidad del software para resistir ataques. Se define como,
Integridad= Sumatoria [(1-amenaza)*(1-seguridad)], para ello se debe tener en

cuenta los siguientes atributos: Amenaza que es la probabilidad de que un ataque

ocurra en un tiempo determinado, y la seguridad que es la probabilidad de que se
pueda repeler el ataque de un tipo determinado.
Facilidad de Uso: Mide la amigabilidad del software con el usuario final. Se mide
en funcin de: Habilidad intelectual o fsica para aprender el sistema, el tiempo
requerido para hacer uso eficiente del sistema, el aumento de la productividad y la
valoracin subjetiva de la disposicin de los usuarios hacia el sistema.
Eficacia de la eliminacin de defectos: La eficacia de la eliminacin de defectos
(EED), es una mtrica que permite medir la habilidad de filtrar las actividades de la
garanta de calidad y de control, ya que es aplicable a todas las actividades del
marco de trabajo del proceso. Se definen de la siguiente forma: EED= E/ (E+ D),
Donde E es el nmero de errores encontrados antes de la entrega del s oftware y
D es el nmero de defectos encontrados despus de la entrega. El valor ptimo
de EED es 1, que significa que no se han encontrado defectos en el software.
MTRICAS TCNICAS DEL SOFTWARE
Las mtricas tcnicas para el software proporcionan una manera sistemtica de
valorar la calidad basndose en un conjunto de reglas, de la misma manera,
permite descubrir y corregir problemas potenciales antes de que se conviertan en
defectos catastrficos.
Factores de calidad de McCall
McCall y Cavano definieron un juego de factores de calidad como los primeros
pasos hacia el desarrollo de mtricas de a calidad del software, estos factores
evalan el software desde tres puntos de vista distintos: Operacin del producto,
Revisin del producto y Transicin del producto.
A continuacin se muestran los factores de calidad de McCall, las caractersticas
asociadas y la definicin de cada una de ellas:
Tabla 1. Factores de calidad de McCall

1. Operaciones del producto - Caractersticas operativas

Correccin: Hace lo que El grado en que una aplicacin satisface sus
se le pide?
especificaciones y consigue los objetivos encomendados
por el cliente.
Fiabilidad: Lo hace de El grado que se puede esperar de una aplicacin lleve a
forma fiable todo el cabo las operaciones especificadas y con a precisin
tiempo?
requerida.
Eficiencia: Qu recursos La cantidad de recursos hardware y software que
hardware
y
software necesita una aplicacin para realizar las operaciones con
necesito?
los tiempos de respuesta adecuados.
Integridad:
Puedo El grado con que puede controlarse el acceso al software
controlar su uso?
o a los datos a personal no autorizado.

Facilidad de uso: Es fcil El esfuerzo requerido para aprender el manejo de una

y cmodo de manejar?
aplicacin, trabajar con ella, introducir datos y conseguir
resultados
2. Revisin del producto - Capacidad para soportar cambios
Facilidad
de El esfuerzo requerido para localizar y reparar errores.
mantenimiento: Puedo
localizar los fallos?
Flexibilidad:Puedo
El esfuerzo requerido para modificar una aplicacin en
aadir nuevas opciones?
funcionamiento.
Facilidad
de
prueba: El esfuerzo requerido para probar una aplicacin de
Puedo probar todas las forma que cumpla con lo especificado en los requisitos.
opciones?
3. Transicin del producto - Adaptabilidad a nuevos entornos
Portabilidad:
Podr El esfuerzo requerido para transferir a aplicacin a otro
usarlo en otra mquina?
hardware o sistema operativo.
Reusabilidad:
Podr Grado en que partes de una aplicacin pueden utilizarse
utilizar alguna parte del en otras aplicaciones
software
en
otra
aplicacin?
Interoperabilidad: Podr El esfuerzo necesario para comunicar la aplicacin
comunicarse con otras con otras aplicaciones o sistemas informticos
aplicaciones o sistemas
informticos?

Mtricas para el esquema de puntuacin

Las mtricas pueden ir en forma de lista de comprobacin para evaluar y puntuar
atributos especficos del software, las puntaciones van en una escala del 0 (bajo)
al 10 (alto). Se emplean las siguientes mtricas en el esquema de puntuacin:
Tabla 2. Mtricas para el esquema de puntuacin

Mtrica
Facilidad de auditora

Definicin
La facilidad con la que se puede comprobar el cumplimiento
de los estndares.
Exactitud
La exactitud de los clculos y del control.
Estandarizacin de
El grado de empleo de estndares de interfaces, protocolos
comunicaciones
y anchos de banda.
Complexin
El grado con que se ha logrado la implementacin total de
una funcin.
Concisin
Lo compacto que es el programa en trminos de lneas de
cdigo.
Consistencia
El empleo de un diseo uniforme y de tcnicas de
documentacin a lo largo del proyecto de desarrollo del
software
Estandarizacin de
El empleo de estructuras y tipos de datos estndares a lo
datos
largo del programa.
Tolerancia al error
El dao causado cuando un programa encuentra un error.
Eficiencia
de El rendimiento del funcionamiento de un programa.

ejecucin
Capacidad de
expansin
Generalidad
Independencia del
software
Instrumentacin
Modularidad
Operatividad
Seguridad
Auto-documentacin
Simplicidad
Independencia del
sistema software
Trazabilidad
Formacin

El grado con que se pueden ampliar el diseo arquitectnico,

de datos o procedimental.
La amplitud de aplicacin potencial de los componentes del
programa.
El grado con que se desacopla el software del hardware
donde opera.
El grado con que el programa vigila su propio
funcionamiento e identifica los errores que ocurren.
La independencia funcional de componentes de programa.
La facilidad de operacin de programa
La disponibilidad de mecanismos que controlan o protegen
los programas y tos datos.
El grado en que el cdigo fuente proporcionan
documentacin significativa
El grado de facilidad con que se puede entender un
programa.
El grado de independencia de programa respecto a las
caractersticas del lenguaje de programacin no estndar,
caractersticas del sistema operativo y otras restricciones.
La capacidad de seguir una representacin del diseo o un
componente real del programa hasta los requisitos
El grado en que ayuda el software a manejar el sistema o los
nuevos usuarios.

Mtricas del modelo de Calidad FURPS

El modelo de MCCall ha servido de base para modelos de calidad posteriores, y
este es el caso del modelo FURPS, producto del desarrollo de Hewlett-Packard,
en este modelo se desarrollan un conjunto de factores de calidad de software, bajo
el acrnimo de FURPS.
F Functionality - funcionalidad
R Usability usabilidad facilidad de uso
R Realiability confiabilidad
P Performance desempeo
S supportability-capacidad de soporte
La siguiente tabla, presenta la clasificacin de los atributos de calidad que se
incluyen en el modelo, junto con las caractersticas asociadas a cada uno de ellos:

Tabla 3. Mtricas del modelo de Calidad FURPS

Factor de Calidad
Funcionalidad

Facilidad de uso

Confiabilidad

Rendimiento

Capacidad de Soporte

Atributos
Caractersticas y capacidades del
programa
Generalidad de las funciones
. Seguridad del sistema
Factores humanos
Factores estticos
Consistencia de la interfaz
Documentacin
Frecuencia y severidad de las fallas
Exactitud de las salidas
Tiempo medio de fallos
Capacidad de recuperacin ante fallas
Capacidad de prediccin
Velocidad del procesamiento
Tiempo de respuesta
Consumo de recursos
Rendimiento efectivo total
Eficacia
Extensibilidad
Adaptabilidad
Capacidad de pruebas
Capacidad de configuracin
Compatibilidad
Requisitos de instalacin

El modelo FURPS incluye, adems de los factores de calidad y los atributos,

restricciones de diseo y requerimientos de implementacin, fsicos y de interfaz.
Las restricciones de diseo especifican o restringen el diseo del sistema. Los
requerimientos de implementacin especifican o restringen la codificacin o
construccin de un sistema. Por su parte, los requerimientos de interfaz
especifican el comportamiento de los elementos externos con los que el sistema
debe interactuar. Por ltimo, los requerimientos fsicos especifican ciertas
propiedades que el sistema debe poseer, en trminos de materiales, forma, peso,
tamao.
Factores de calidad ISO 9126
El estndar ISO/IEC 9126 ha sido desarrollado en un intento de identificar los
atributos clave de calidad para un producto de software. Este estndar es una
simplificacin del Modelo de McCalI, e identifica seis caractersticas bsicas de
calidad que pueden estar presentes en cualquier producto de software. El
estndar provee una descomposicin de las caractersticas en sub-caractersticas,
que se muestran en la siguiente tabla:

Tabla 4. Caractersticas y Sub-caractersticas norma ISO/IEC 9126

Caracterstica
Funcionalidad

Confiabilidad

Usabilidad

Eficiencia
Mantenibilidad

Portabilidad

Sub-caracterstica
Adecuacin
Exactitud
Interoperabilidad
Seguridad
Madurez
Tolerancia a fallas
Recuperabilad
Entendibilidad
Capacidad de aprendizaje
Operabilidad
Comportamiento en tiempo
Comportamiento de recursos
Analizabilidad
Modificabilidad
Estabilidad
Capacidad de pruebas
Adaptabilidad
Instalabilidad
.Reemplazabilidad

Las mtricas ISO / IEC 9126 no son necesariamente usados para mediciones
directas, pero proveen una valiosa base para medidas indirectas, y una excelente
lista para determinar la calidad de un sistema.
ESTRUCTURA PARA LAS MTRICAS TCNICAS DEL SOFTWARE
Es importante establecer una estructura fundamental y un conjunto de principios
bsicos para la medicin de mtricas tcnicas para el software. Los principios de
la medicin sugeridos por Roche, pueden caracterizarse mediante cinco
actividades:
Tabla 5. Actividades y definicin de Mtricas Tcnicas de Software
Actividad
Formulacin
Coleccin
Anlisis
Interpretacin
Realimentacin

Definicin
Obtencin de medidas y mtricas del software apropiadas para la
representacin de software
Mecanismo empleado para acumular datos necesarios para
obtener las mtricas formuladas.
Clculo de las mtricas y aplicacin de herramientas matemticas.
Evaluacin de los resultados de las mtricas en un esfuerzo por
conseguir una visin interna de la calidad de la representacin.
Recomendaciones obtenidas de a interpretacin de mtricas
tcnicas transmitidas al equipo software.

Los principios que se pueden asociar con la formulacin de las mtricas tcnicas
son los siguientes: Los objetivos de la medicin que deben establecerse antes de
empezar la recoleccin de datos, todas las tcnicas sobre mtricas deben
definirse sin ambigedades, las mtricas deben obtenerse basndose en una
teora vlida para el dominio de aplicacin, hay que hacer las mtricas a medida
para acomodar mejor los productos y procesos especficos.
Roche sugiere los siguientes principios para la recoleccin y anlisis de datos:
siempre que sea posible, la recogida de datos y el anlisis debe automatizarse, se
deben aplicar tcnicas estadsticas vlidas para establecer las relaciones entre los
atributos internos del producto y las caractersticas externas de la calidad, se
deben establecer directrices de interpretacin y recomendaciones para todas las
mtricas.
La mtrica obtenida y las medidas que conducen a ello deben tener las siguientes
caractersticas: simples y fciles de calcular, emprica e intuitivamente
persuasivas, consistentes y objetivas, consistentes en el empleo de unidades y
tamaos, independiente del lenguaje de programacin, un mecanismo eficaz para
la realimentacin de calidad.

Mtricas del Modelo de Anlisis

En esta fase, las mtricas tcnicas proporcionan una visin interna a la calidad del
modelo de anlisis. Estas mtricas examinan el modelo de anlisis con la
intencin de predecir el tamao del sistema resultante; es probable que el
tamao y la complejidad del diseo estn directamente relacionados. Dentro de
las mtricas del modelo de anlisis tenemos:
Mtricas basadas en la Funcin: La mtrica del punto de funcin se utiliza como
medio para predecir el tamao de un sistema obtenido a partir de un modelo de
anlisis. Para visualizar esta mtrica se utiliza un diagrama de flujo de datos, el
cual se evaluar para determinar las siguientes medidas clave que son necesarias
para el clculo de a mtrica de punto de funcin: Nmero de entradas del usuario,
Nmero de salidas del usuario, Nmero de consultas del usuario, Nmero de
archivos, Nmero de interfaces externas.
Mtrica Bang: Puede aplicarse para desarrollar una indicacin del tamao del
software a implementar como consecuencia del modelo del anlisis. Para calcular
la mtrica bang, el desarrollador de software evala primero un conjunto de
primitivas. Las primitivas se determinan evaluando el modelo de anlisis y
desarrollando cuentas para los siguientes elementos de la tabla:

Tabla 6. Mtrica Bang

Primitivas
funcionales Transformaciones que aparecen en el nivel inferior de un
(Pfu)
diagrama de flujo de datos.
Elementos de datos (ED)
Los atributos de un objeto de datos, los elementos de
datos no compuestos y aparecen en el diccionario de
datos.
Objetos (OB)
Objetos de datos
Relaciones (RE)
Las conexiones entre objetos de datos.
Estados (ES)
El nmero de estados observables por el usuario en el
diagrama de transicin de estados.
Transiciones (TR
El nmero de transacciones de estado en el diagrama de
transicin de estado.
Adems, se determinan medidas adicionales para:
Primitivas modificadas de Funciones que caen fuera del lmite del sistema y que
funcin manual (PMFu)
deben modificarse para acomodarse al nuevo sistema.
Elementos de datos de
Aquellos elementos de datos que se introducen en el
entrada (EDE)
sistema.
Elementos de datos de Aquellos elementos de datos que se sacan en el
salida (EDS)
Sistema.
Elementos de datos
Aquellos elementos de datos que son retenidos
retenidos (EDR)
(almacenados) por el sistema.
Muestras (tokens) de Las muestras de datos que existen en el lmite de la idatos(TCi)
sima primitiva funcional (evaluada para cada primitiva).
Conexiones de relacin
Las relaciones que conectan el i-simo objeto en el
(Rei)
modelo de datos con otros objetos.

Mtricas del Modelo de Diseo

Se concentran en las caractersticas de la arquitectura del programa, con nfasis
en la estructura arquitectnica y en la eficiencia de los mdulos. Estas mtricas
son de caja negra en el sentido que no requieren ningn conocimiento del trabajo
interno de un mdulo en particular del sistema. Card y Glass definen las siguientes
tres medidas de complejidad:
La complejidad estructural, S(i), de un mdulo i se define de la siguiente manera:
S(i)=f2out(i) Donde f out(i) es la expansin del mdulo i. La expansin indica el
nmero de mdulos que son invocados directamente por el mdulo i.
La complejidad del sistema, C(i), se define como la suma de las complejidades
estructural y de datos C(i)= S(i) + D(i). La complejidad de datos, D(i), proporciona
una indicacin de la complejidad en la interfaz interna de un mdulo y se define
como: D(i)=v(i)/[f out(i) + 1]. Donde v(i) es el nmero de variables de entrada y
salida que entran y salen del mdulo i.

Fenton sugiere varias mtricas de morfologa simples que permiten c omparar

diferentes arquitecturas mediante un conjunto de dimensiones directas. Las
mtricas a aplicar son:
Tamao= n + a. Donde n es el nmero de nodos (mdulos) y a es el nmero de
arcos (lneas de control). Para la arquitectura mostrada se tiene tamao=
17+18=35.
Profundidad= camino ms largo desde el nodo raz a un nodo hoja. Para el
ejemplo Profundidad= 4
Amplitud= nmero mximo de nados de cualquier nivel de la arquitectura. Para el
ejemplo amplitud= 6
Relacin arco a nodo, r= a/n, mide la densidad de conectividad de la arquitectura
y proporciona una indicacin sencilla de acoplamiento de la arquitectura. Para el
ejemplo r=18/17= 1.06
Mtricas del Cdigo Fuente
Utiliza un conjunto de medidas primitivas que pueden obtenerse una vez que se
han generado o estimado el cdigo despus de completar el diseo. Estas
medidas son:
n1: nmero de operadores diferentes que aparecen en el programa.
N2: nmero de operandos diferentes que aparecen en el programa.
N1: nmero total de veces que aparece el operador.
N2: nmero total de veces que aparecen el operando.
Halstead utiliza medidas primitivas para desarrollar expresiones par la longitud
global del programa; volumen mnimo potencial para un algoritmo; el volumen real
(nmero de bits requeridos para especificar un programa); el nivel del programa
(una medida de la complejidad del software); nivel del lenguaje (una constante
para un lenguaje dado); y otras caractersticas tales como el esfuerzo de
desarrollo, tiempo de desarrollo e incluso el nmero esperado de fallos en el
software.
Halstead propone las siguientes mtricas:
Longitud N se puede estimar como: N = n1 log2 n1 + n2 log2 n2
Volumen de programa se define como: V = N n 1 log2 (n1 + n2).
Tomando en cuenta que V variar con el lenguaje de programacin y representa el
volumen de informacin (en bits) necesarios para especificar un programa.

Mtricas para Pruebas

Las mtricas para pruebas se concentran en el proceso de prueba, no en las
caractersticas tcnicas de las pruebas mismas. En general, los responsables de
las pruebas deben fiarse en las mtricas de anlisis, diseo y cdigo para que
sirvan de gua en el diseo y ejecucin de los casos de prueba. El esfuerzo de las
pruebas tambin se puede estimar utilizando mtricas obtenidas de las medidas
de Halstead. Usando la definicin del volumen de un programa, y nivel de
programa, NP, el esfuerzo de la ciencia del software puede calcularse como:
NP = 1/[(n1/2) x (N2/n2)) (Ec. 1)
e = V/NP
(Ec. 2)
El porcentaje del esfuerzo global de pruebas a asignar a un mdulo k se puede
estimar utilizando la siguiente relacin:
Porcentaje de esfuerzo de pruebas (k) = e(k)/ e(i) (Ec. 3)
Donde e(k) se calcula para el mdulo k utilizando las ecuaciones (Ec. 1) y (Ec. 2)
la suma en el denominador de la ecuacin (Ec. 3) es la suma del esfuerzo de la
ciencia del software a o largo de todos los mdulos del sistema. A medida que se
van haciendo las pruebas, tres medidas diferentes proporcionan una indicacin de
la complecin de las pruebas:
Tabla 7. Medidas de Compleccin de pruebas

Medida
de
amplitud de las
pruebas.
Profundidad de
las pruebas

Perfiles
fallos

Proporciona una indicacin de cuantos requisitos se han probado

del nmero total de ellos. Indica la compleccin del plan de pruebas.

Medida del porcentaje de los caminos bsicos independientes

probados con relacin al nmero total de estos caminos en el
programa. Se puede calcular una estimacin razonablemente
exacta del nmero de caminos bsicos sumando a complejidad
ciclomtica de todos los mdulos del programa.
de Se emplean para dar prioridad y categorizar los errores. La prioridad
indica la severidad del problema. Las categoras de los fallos
proporcionan una descripcin de un error, de manera que se
puedan llevar a cabo anlisis estadstico de errores.

Mtricas del Mantenimiento

Todas las mtricas descritas pueden utilizarse para el desarrollo de nuevo
software y para el mantenimiento del existente. El estndar IEEE 982.1-1988
sugiere el ndice de madurez del software (IMS) que proporciona una indicacin de
la estabilidad de un producto software basada en los cambios que ocurren con
cada versin del producto. Con el IMS se determina a siguiente informacin:

MT= Nmero de mdulos en la versin

Actual Fc = Nmero de mdulos en la versin actual que se han cambiado
Fa= Nmero de mdulos en a versin actual que se han aadido
Fe= Nmero de mdulos en la versin actual que se han eliminado
El ndice de madurez del software se calcula de la siguiente manera;
IMS= [MT - (Fc + Fa + Fe)]I/MT
A medida que el IMS se aproxima a 1 el producto se empieza a estabilizar. El IMS
puede emplearse tambin como mtrica para la planificacin de las actividades de
mantenimiento del software.