ingeneria software

Métricas Técnicas del
Software
Capítulo 19
Roger, Pressman
“Ingeniería de Software”
Quinta Edición

Motivación
A diferencia de otras disciplinas, la ingeniería del software no está
basada en leyes cuantitativas básicas de la Física.
Se intenta obtener un conjunto de medidas indirectas que dan lugar
a métricas que proporcionan una indicación de la calidad de algún
tipo derepresentación del software.
Según Fenton [FEN91]:
La medición es el proceso por el que se asignan números o símbolos a
los atributos de las entidades en el mundo real, de tal manera que las
definan de acuerdo con unas reglas claramente definidas.
En las ciencias físicas, medicina y, más recientemente, en las ciencias
sociales, somos ahora capaces de medir atributos que previamente
pensábamos que no eranmedibles...
Por supuesto, tales mediciones no están tan refinadas como las de las
ciencias físicas..., pero existen [y se toman importantes decisiones
basadas en ellas].
Sentimos que la obligación de intentar «medir lo no medible» para
mejorar nuestra comprensión de entidades particulares es tan poderosa
en la ingeniería del software como en cualquier disciplina.

1

DefinicionesMedida: indicación cuantitativa de la extensión,
la cantidad, la dimensión o el tamaño de algún
atributo de producto o proceso. Tomado en un
punto del tiempo o lugar.
Métrica: medida cuantitativa del grado en que
un sistema, componente o proceso posee un
atributo determinado. Reune y relaciona
medidas en varios puntos (promedio, mediana,
tasa, razón)

19.1 Calidad de Software
En la búsquedade calidad de software se
enfatiza tres puntos importantes:
1. Los requisitos del software son la base de las
medidas de la calidad. La falta de concordancia
con los requisitos es una falta de calidad.
2. Unos estándares específicos definen un conjunto
de criterios de desarrollo que guían la manera en
que se hace la ingeniería del software. Si no se
siguen los criterios, habrá seguramentepoca
calidad.
3. Existe un conjunto de requisitos implícitos que a
menudo no se nombran (por ejemplo, facilidad de
mantenimiento). Si el software cumple con sus
requisitos explícitos pero falla en los implícitos, la
calidad del software no será fiable.

2

19.1.1 Factores de calidad de McCall
McCall y sus colegas proponen, en 1977,
una serie de factores de calidad de
software:
Seconcentran en tres aspectos:
Características Operativas
Capacidad de Cambios
Adaptabilidad a nuevos entornos

Factores de Calidad de McCall
Facilidad de mantenimiento
Flexibilidad
Facilidad de Prueba
Revisión del producto
Transición del Producto
Portabilidad
Reutilización
Interoperatividad
Operación del Producto
Corrección
Fiabilidad
Usabilidad
Integridad
Eficiencia

3Factores de Calidad de McCall
Se desarrollan medidas indirectas como
sigue:
Fq = c1×m1+ c2×m2 +
+ cn×mn
Fq: factor; m métricas; c: cohef. correlación

La relación entre los factores de calidad y
las métricas se muestra en la tabla
siguiente.

Factor de
Calidad
Métrica de
Calidad

4

19.1.2 FURPS (Propuestas por Hewlett –
Packard en 1987)
Functionality (Funcionalidad). Valora elconjunto de
capacidades del programa, la generalidad de las
funciones y seguridad global.
Usability (Facilidad de uso). Valora aspectos como:
estética, consistencia y documentación general.
Reliability (Fiabilidad). Valora: fallos (frecuencia,
gravedad y recuperación), exactitud de salidas.
Performance (Rendimiento). Tiempo de procesamiento y
respuesta, consumo de recursos, efectividad yeficacia.
Support (Soporte). Facilidad de mantenimiento,
compatibilidad y facilidad de: prueba, instalación y
localización de problemas.

9.1.3 Factores de Calidad ISO 9126
Este estándar identifica seis atributos de
calidad:
Funcionalidad. Satisface necesidades.
Idoneidad, corrección, interoperabilidad, conformidad
y seguridad.

Confiabilidad. Cantidad de tiempo disponible.
Madurez,...