CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD

McCALL, BOEHM, FURPS, ARTHUR E ISO-IEC 9126

LIC. GABRIEL ANTONIO LOBO GMEZ

Tutor
Mag. JUAN CARLOS TREJOS HERNANDEZ

Universidad de Santander, Bucaramanga

Programa de Posgrados
Maestra en Gestin de la Tecnologa Educativa
Modulo: Evaluacin de la Calidad de la Tecnologa Educativa
2014
 CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD

McCALL, BOEHM, FURPS, ARTHUR E ISO-IEC 9126

ESTRUCTURA JERARQUICA
MODELO CARACTERISTICAS GENERALES
NIVEL 1 NIVEL 2 N3

1. McCALL El modelo de McCall (1977) describe la EJE DE OPERACIN.

calidad como un concepto elaborado
El modelo fue mediante relaciones jerrquicas entre FACTORES CRITERIOS
escrito por factores de calidad, en base a criterios Facilidad de uso. Puedo Facilidad de
McCall, Richards y mtricas de calidad.
ejecutarlo? aprendizaje.
y Walters, (1977) Control de accesos.
Este modelo organiza 11 factores en tres Integridad. Es seguro? Facilidad de auditora.
ejes o puntos de vista desde los cuales el Seguridad.
usuario puede contemplar la calidad de Completitud.
METRICAS
un producto, que son Operacin, Consistencia.
Correccin. Hace el software lo Trazabilidad o
Transicin y Revisin. Cada factor tiene
asociado sus respectivos criterios. que yo quiero? rastreabilidad.
Precisin.
Consistencia
Tolerancia a fallos.
Fiabilidad. Lo hace de forma Modularidad.
exacta todo el tiempo? Eficiencia en ejecucin.
Eficiencia en
almacenamiento.
VENTAJAS:
- Por su estructura jerrquica, se puede Eficiencia. Se ejecutar sobre mi
observar que es prctico y fcil de HW lo mejor posible?
entender y de esta forma fcil de aplicar.

EJE DE REVISION. Factores

- Est orientado al producto final pro se Modularidad
puede aplicar al proceso. Facilidad de mantenimiento. METR
Simplicidad ICAS
Puedo arreglarlo? Consistencia
- En costos resulta viable su aplicacin Concisin.
pues no resulta inoperante y por el Auto descripcin.
contrario, sera de gran ayuda para
cualquier organizacin pues generara un Modularidad
mayor good will ante el mercado. Simplicidad
Facilidad de prueba. Puedo
probarlo? Auto descripcin
- se podra utilizar no para uno sino para Instrumentacin.
varios proyectos
Auto descripcin
DESVENTAJAS: Capacidad de
expansin.
Flexibilidad. Puedo modificarlo?
- se evalan muchos factores lo que Generalidad.
implicara un trabajo adicional al proceso Modularidad
de desarrollo que denota tiempo y costo.

EJE DE TRANSICION. Factores

- Implicara un trabajo tedioso por la Auto descripcin
cantidad de mtricas que se utilizaran. Generalidad
Modularidad
Facilidad de reutilizacin. Podr Independencia entre
reutilizar parte del software? Sistema y Software.
Independencia del
Hardware.

Modularidad
Compatibilidad de METRICAS
comunicaciones.
Interoperabilidad. Podr Compatibilidad de
comunicarlo con otros sistemas? datos.
Estandarizacin en los
datos.

Auto descripcin
Modularidad
Portabilidad. Podr ejecutarlo en Independencia entre
otra mquina? Sistema y Software
Independencia del
Hardware
2. BOEHM ste define la calidad de software en CARACTERISTICAS DEL NIVEL INTERMEDIO
trminos de atributos cualitativos y los (FACTORES)
Propuesto por mide usando mtricas. El modelo no es Independencia de
Barry Boehm en muy distinto al de McCall, porque muchos dispositivos
(1978) de sus factores de calidad son los Portabilidad
mismos. ste modelo tambin presenta Auto-contencin
sus factores de calidad estructurados
jerrquicamente de alto a bajo nivel. Auto-contencin
Exactitud
Completitud
Confiabilidad Consistencia
El modelo se basa en que el software
debe: Integridad

* Hacer lo que el usuario quiere que haga

Accesibilidad
* Utilizar los recursos de la computadora
Eficiencia de uso de
correcta y eficientemente Eficiencia dispositivos
* Ser fcil de usar y de aprender para los
usuarios
* Estar bien diseado, bien codificado y Integridad
ser probado y mantenido fcilmente. Accesibilidad METRICAS
Usabilidad Comunicacin

Este modelo introduce caractersticas de

Comunicacin
alto nivel, de nivel intermedio que se
Testeabilidad (Capacidad de Auto descripcin
constituyen en los factores de calidad, y
prueba) Estructuracin
las caractersticas primitivas, cada una de
las cuales contribuyen al nivel general de
calidad. Consistencia
Estructuracin
Comprensibilidad (Facilidad de Concisidad
entendimiento) Legibilidad

Estructuracin
Flexibilidad Aumentabilidad

VENTAJAS:
- Involucra menos factores y menos criterios lo que implicara un menor tiempo en su desarrollo.
- se podra utilizar no para uno sino para varios proyectos.

DESVENTAJAS:
 - No especifica muchos aspectos relacionados con el usuario

3. FURPS Esta propuesta contempla, por un lado 5 REQUISITOS FUNCIONALES (F)

caractersticas de las cuales se deriva su Caracteriticas y
Modelo de nombre (Funcionalidad, Facilidad de Uso, capacidades del METRICAS
calidad propuesto Confiabilidad, Desempeo y Facilidad de programa
por Robert Grady Soporte), y por otro, que los requisitos se Generalidad de las
clasifiquen en dos categoras: requisitos Funcionalidad.
y funciones
Hewlett Packard funcionales (F), que son los que
Co (HP) en 1987. especifican funciones que el sistema debe
ser capaz de realizar sin tener en cuenta Seguridad del sistema
las restricciones fsicas; y requerimientos
no funcionales (URPS), que puntualizan REQUISITOS NO FUNCIONALES (URPS)
atributos del sistema o del medio Factores humanos
ambiente del sistema. Factores estticos METRICAS
Usabilidad Consistencia de la
interfaz
Documentacin
Frecuencia y severidad
VENTAJAS: de las fallas
Exactitud de las salidas
Tiempo medio de fallos METRICAS
- Los criterios son claramente
entendibles, lo que implica su fcil Capacidad de
utilizacin. recuperacin ante fallas
Confiablidad

- En cierta forma su divisin en factores

funcionales y no funcionales es
convenientes para determinar la calidad, Capacidad de
aun as, hayan restricciones fsicas. prediccion
Velocidad del
procesamiento METRICAS
- Tiene en cuenta las fallas en el Tiempo de respuesta
producto y en el proceso, esto permite Consumo de recursos
una mayor correccin. Desempeo (rendimiento) Rendimiento efectivo
total
Eficacia
- se podra utilizar no para uno sino para
Extensibilidad
varios proyectos
Adaptabilidad
Capacidad de pruebas METRIC
DESVENTAJAS: Capacidad de Soporte AS
 - Al igual que en el modelo McCall se Capacidad de
necesitan de muchas mtricas lo que configuracin
implica un mayor esfuerzo de tiempo y Compatibilidad
costo Requisitos de
instalacin

4. ARTHUR Arthur presenta una variante del modelo FACTORES CRITERIOS

de calidad propuesto por McCall. La
variante consta de dos acciones: Completitud
Modelo de
Correccin Consistencia
calidad creado
Seguimiento
por Arthur * Aadir tres nuevos criterios de
Andersen en valoracin: Complejidad, Seguridad,
1985. Auditabilidad Complejidad
* Variar las relaciones de los factores y Consistencia,
los criterios Modularidad
Preciso
Fiabilidad Simplicidad

VENTAJAS:
Tolerante a errores
- Tiene en cuenta el factor de calidad de METRICAS
correccin que muchos modelos no Concisin
tienen. Eficiencia de ejecucin
Eficiencia
Operatividad
- Permite la auditoria, lo que implica un
mayor de grado de confiablidad ante e
riesgo. Auditabilidad
Integridad Instrumentacin
Seguridad
DESVENTAJAS:

Entrenamiento
- Incluye ms criterios, lo que hace que Utilizable Operatividad
se utilicen ms mtricas y esto conlleva
ms esfuerzo en tiempo y costo
Auto-documentado
Concisin
Mantenible Consistencia
Instrumentacin
Modularidad
 Simplicidad

Auto-documentado
Complejidad
Concisin
Consistencia
Flexible Expansibilidad
Generalidad
Modularidad
Simplicidad

Auditabilidad
Auto-documentado
Complejidad
Verificable Instrumentacin
Modularidad
Simplicidad

Auto-documentado
Generalidad
Independencia de la
mquina
Portable Independencia del
sistema software
Modularidad

Auto-documentado
Generalidad
Independencia del
hardware
Reutilizable Independencia del
sistema software
Modularidad

Comunicaciones
Inter-operativo comunes
Datos comunes
Generalidad
 Modularidad

5. ISO-IEC 9126 Es un estndar internacional para la CARACTERISTICAS INTERNAS Y

EXTERNAS (FACTORES) CRITERIOS
evaluacin del Software, est supervisado
El estndar ISO por el proyecto SQuaRE, ISO Adecuacin.
9126 presenta su 25000:2005, el cual sigue los mismos Exactitud.
primera versin conceptos. Interoperabilidad.
en 1991, luego Cuenta con tres tems adicionales para Seguridad.
ayudar a la mejora de la calidad del Funcionalidad.
en 2001 es Cumplimiento de
remplazado por producto software (Mtricas externas, normas.
ISO 9126:1 Mtricas internas, Mtricas de calidad en
uso).

Madurez.
VENTAJAS.
Tolerante a defectos. METRICAS
Confiabilidad Facilidad de
- Es un modelo de corte internacional recuperacin.
pero adaptado al caso colombiano y
latinoamericano.
Fcil de comprender.
- La terminologa es clara y precisa, lo Fcil de aprender.
Facilidad de uso. Fcil de operar.
que hace que sea ms comprensible para
todos los actores del proceso. Atractividad.

- Involucra la utilizacin de la norma ISO Comportamiento en el

tiempo.
- Introduce un nuevo concepto es la Eficiencia. Comportamiento de
calidad de uso que tiene en cuenta lo ms recursos.
importante para la gestin de calidad que
es la opinin del usuario.
Facilidad de anlisis.
Facilidad de cambios.
- Esta actualizado Facilidad de mantenimiento. Facilidad de pruebas.
Estabilidad.
- se podra utilizar no para uno sino para
varios proyectos
Facilidad de instalacin.
DESVENTAJAS Portabilidad. Facilidad de reemplazo.
Adaptabilidad.
- Como en casi todos los modelos implica
 un esfuerzo de tiempo, trabajo y costo. CARACTERISTICAS DE LA CALIDAD DE USO

BIBLIOGRAFIA
Eficacia. Capacidad de ayudar al usuario a cumplir sus
objetivos con exactitud y completitud en un contexto de
uso dado
Productividad. Capacidad de ayudar al usuario a METRICAS
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I).Anales de Mecnica y Electricidad. Recuperado 2 de mayo de
emplear una cantidad apropiada de recursos para
2014 obtener sus resultados
Seguridad. Capacidad de alcanzar niveles aceptables
de riesgo para las personas, el ambiente de trabajo y la
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica
actividad, y Electricidad.
en un contexto Recuperado 2 de mayo de
de uso dado
2014 Satisfaccin. Capacidad de satisfacer a un usuario en
un contexto de uso dado

Moreno, J., Bolaos, L., & Navia, M. (2010). Exploracin de Modelos y Estndares de Calidad para el Producto Software.
UIS
Revista de la Facultad de Ingenieras Fisicomecnicas, 9(No.1), 39-53. Recuperado 2 de mayo de
2014

Ramrez Aguirre, P., & Ramrez Arias, C. (2010). Estudio de las prcticas de calidad del software implementadas en las
mipymes
desarrolladoras de software de Pereira.Pereira: Universidad Tecnolgica de Pereira. p (15-40). Recuperado 2 de mayo de
2014

Scalone, F. (2006). Estudio comparativo de los modelos y estndares de calidad del software. (Maestra Ingeniera en
Calidad). p
(129-150). Universidad Tecnolgica Nacional. Buenos Aires. Recuperado 2 de mayo de
2014