Midiendo la Calidad del

Software

Ingeniera de Software II
Antecedentes
Histricamente las mtricas de calidad
del software eran medidas por sus
opuestos, es decir, por la frecuencia en
defectos o errores en el software
La inferencia de esto era la calidad del
software o la ausencia de errores
Por ejemplo, se meda la densidad de
error en mil lneas de cdigo descubiertos
por ao o por versin liberada
 Antecedentes
Valores menores en esta medida
implicaban una mejor calidad en el
desarrollo o liberacin
Comenzaremos revisando algunos de
los principales modelos histricos de
calidad para establecer el estado de
arte en las mtricas de software
actuales y poner las bases para
construir un conjunto de mtricas
robustas para la arquitectura de
software
 Arquitectura de Software
De manera abstracta, la arquitectura
de software involucra la descripcin
de elementos para la construccin de
un sistema, las interacciones entre
estos elementos, patrones que guan
su composicin y las restricciones de
esos patrones.
Medidas clsicas de
software
La calidad del software es un concepto
multi dimensional
Los mltiples puntos de vista en la
calidad de un producto pueden ser muy
diferentes desde el punto de vista
popular o no especializado
Ms an, hay niveles de abstraccin que
rebasan el punto de vista de un usuario
o desarrollador
 Medidas clsicas del
software
Sin embargo, muy pocos usuarios
finales estarn de acuerdo en qu un
programa que implemente a la
perfeccin la especificacin dada es
un producto de calidad.
Por supuesto que, cuando hablamos
de arquitectura de software, estamos
hablando de una etapa de diseo
mucho ms elevada que la
especificacin del programa
Administracin de Calidad
Total
Se acu este trmino en 1985
para describir la aproximacin a la
mejora de calidad, establecida
despus de la aproximacin
japonesa a la mejora en la calidad
 TQM
Llamada TQM por sus siglas en ingls
(Total Quality Management) se basa en
las enseanzas de gurs como Philip
Crosby, Edwards Deming, Armand
Feigenbaum, Kaoru Ishikawa y Joseph
Juran
De manera simple, es la aproximacin
de la administracin exitosa a largo
plazo que es obtenida mediante el
apego y el enfoque a la satisfaccin del
cliente
TQM
El estndar ISO 9000 es el legado de
TQM
La implementacin del TQM tiene
muchas variaciones, pero son cuatro
sus caractersticas esenciales
1. Enfoque en el cliente
2. Mejora en el proceso
3. Cultura de calidad
4. Medicin anlisis
Enfoque en el cliente
El objetivo es lograr la satisfaccin
total del cliente (o deleitar al
cliente).
Esto incluye estudiar las
necesidades y deseos del cliente,
recabar requerimientos del cliente
y medir la satisfaccin del mismo
Mejora en el proceso
El objetivo es reducir las
variaciones del proceso alcanzar
la mejora continua del mismo
tanto para el negocio como para el
desarrollo del producto
Cultura de calidad
El objetivo es crear una
organizacin con una amplia
cultura de calidad, incluyendo el
liderazgo, el compromiso de la
administracin, la total
participacin del personal y
otorgar poder al empleado
Medicin y anlisis
El objetivo es llevar una mejora
continua en todos los parmetros
de calidad mediante sistemas de
medidas orientados a metas
TQM
Este modelo hizo una enorme
contribucin al desarrollo de
software de aplicacin empresarial
en la dcada de 1990
Mtricas genricas de
calidad
Metodologa de mtricas: En 1993
la IEEE public un estndar para la
metodologa de mtricas de
calidad de software que desde
entonces ha definido y liderado el
desarrollo en el campo
Aqu se muestra una introduccin a
este estndar
Mtricas genricas de
calidad
Su propsito es ser una aproximacin
ms sistemtica para establecer los
requerimientos de calidad e identificar,
implementar, analizar validar las
mtricas de calidad del software para
el desarrollo de stos sistemas
Este divida el ciclo de desarrollo en
cinco pasos:
Mtricas genricas de
calidad
1. Establecer los requerimientos de
calidad del softw.
2. Identificar las mtricas de calidad
3. Implementar las mtricas de
calidad
4. Analizar los resultados de stas
5. Validar las mtricas
Mtricas genricas de
calidad
En la primera etapa es importante
establecer mtricas directas con valores
como metas numricas a cumplirse con
el producto final
Los factores a medirse pueden variar de
producto en producto, pero es crtico
asignar rango a cada factor segn su
prioridad y asignar un valor mtrico
directo como requerimiento cuantitativo
 Mtricas genricas de
calidad
El segundo paso es identificar las
mtricas descomponiendo cada factor
en subfactores y estos en mtricas
Por ejemplo, una mtrica directa final
para el factor confiabilidad podra ser
las fallas dentro de 1000 lneas de
cdigo (KLOC) con un valor meta de una
falla por cada 1000 lneas de cdigo (six
sigma tiene este nivel de calidad como
3.4 fallas por un milln de lneas de
cdigo)
Mtricas genricas de
calidad
Por cada mtrica validada se debe
asignar un valor que ser el valor
meta a lograr durante el desarrollo
La siguiente tabla muestra la
sugerencia de la IEEE para la
descripcin de mtricas
 Trmino Descripcin
Nombre Nombre de la mtrica
Mtrica Funciones matemticas para calcular la
mtrica
Costo Costo por usar la mtrica
Beneficio Beneficio de usar la mtrica
Impacto Puede la mtrica ser usada para alterar o
detener el proyecto?
Valor meta Valor numrico a ser alcanzado para
cumplir la meta
Factores Factores relacionados con la mtrica
Herramientas Herramientas para obtener los datos,
calcular la mtrica y analizar los resultados
 Trmino Descripcin
Aplicacin Cmo ser usada la mtrica
Elementos de datos Los valores de entrada necesarios para calcular
la mtrica
Computacin Pasos involucrados en el clculo
Interpretacin Cmo interpretar el resultado del clculo
Consideraciones Suposiciones respecto a la mtrica y
apropiaciones
Entrenamiento Entrenamiento requerido para aplicar la mtrica

Ejemplo Un ejemplo de la aplicacin de la mtrica

Historia Proyectos que han usado esta mtrica y su
historia de validacin
Referencia Lista de proyectos usados, detalles de
proyectos, etc
Mtricas dentro del
proceso para probar
software
Hasta recientemente la mayora de
las mtricas de calidad del software
eran de naturaleza interna al proceso
Esto es, estaban diseadas para
rastrear ocurrencias de defectos
durante la prueba formal en mquina
A continuacin se enumeran
brevemente por su importancia
histrica
Rango de defectos durante
la prueba formal
Esta altamente correlacionado con
el rango de defectos futuros en
campo debido a los defectos en
mayor cantidad de los esperado
durante las pruebas, lo cual
normalmente indica un software
complejo o problemas en especial
durante el desarrollo
Rango de defectos durante
la prueba formal
Aunque parezca poco intuitivo, la
experiencia muestra que un alto
rango en defectos durante las
pruebas indican alto rango en
defectos posteriormente en el uso
Si esto ocurre, el administrador de
desarrollos tendr que plantear
escenarios de control de daos
Densidad de defectos en
general durante pruebas
Es un indicador muy genrico el patrn de
ocurrencias de defectos o tiempo principal
entre errores es una mtrica ms sensible.
Naturalmente la organizacin del desarrollo
no puede arreglar todos los problemas
inmediatamente, por lo que se necesita un
registro de defectos acumulados
Esta mtrica se vuelve no solo una medida
de calidad sino que tambin ayuda a
predecir problemas
Eliminacin de defectos
por fases
Usa la mtrica de efectividad en
eliminacin de defectos. Esto es,
simplemente, la cantidad de errores
eliminados durante cada fase de desarrollo
dividido entre los defectos latentes en el
producto, multiplicado por 100 para
obtener el porcentaje
Esta mtrica se recomienda usarse antes
de la integracin de cdigo y en cada fase
subsiguiente
Eliminacin de defectos
por fases
Debido a que el nmero de errores
latentes aun es desconocido en
esta etapa, se estima como los
defectos eliminados durante la
fase ms los defectos encontrados
despus
Mtricas ms recientes
Se introducen cuatro mtricas nuevas
para medir la calidad una vez que se
ha entregado el software:
1. Arreglar el registro de fallas acumuladas y
la administracin del ndice del registro de
fallas acumuladas
2. Arreglar el tiempo de respuesta
3. Porcentaje de arreglos morosos
4. Calidad en los arreglos (es decir, si se
arreglaron los problemas?)
Mtricas ms recientes
Estas mtricas no son complejas
El ndice de administracin del registro de
fallas acumuladas es multiplicar por 100 el
nmero de problemas registrados durante
el mes dividido entre el nmero de
problemas solucionados durante el mes
El tiempo de respuesta es el tiempo que
tardan todos los problemas desde que se
registran hasta que se solucionan
Mtricas ms recientes
Si un problema tarda demasiado en
solucionarse, ms all del tiempo
estndar, entonces se declara moroso
El porcentaje de arreglos morosos es
100 veces el nmero de arreglos que
no se solucionaron a tiempo dividido
entre el nmero de arreglos que se
solucionaron a tiempo
Mtricas ms recientes
La calidad en el arreglo
tradicionalmente se mide
negativamente como falta de
calidad. Es el nmero de defectos
arreglados menos aquellos
arreglos que no funcionaron
apropiadamente o peor, que
ocasionaron otros problemas