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
FACTORES CRITERIOS
El modelo fue mediante relaciones jerrquicas entre
escrito por factores de calidad, en base a criterios Facilidad de uso. Puedo Facilidad de
ejecutarlo? aprendizaje.
McCall, Richards y mtricas de calidad.
Control de accesos.
y Walters, (1977) Integridad. Es seguro?
Facilidad de auditora.
Este modelo organiza 11 factores en tres Seguridad.

M E TR I CAS
ejes o puntos de vista desde los cuales el Completitud.
usuario puede contemplar la calidad de Correccin. Hace el software lo
Consistencia.
un producto, que son Operacin, que yo quiero?
Trazabilidad o
Transicin y Revisin. Cada factor tiene rastreabilidad.
asociado sus respectivos criterios. Precisin.
Fiabilidad. Lo hace de forma
Consistencia
exacta todo el tiempo?
Tolerancia a fallos.
Modularidad.
Eficiencia en ejecucin.
Eficiencia. Se ejecutar sobre mi
Eficiencia en
HW lo mejor posible?
almacenamiento.
VENTAJAS:
- Por su estructura jerrquica, se puede EJE DE REVISION. Factores
observar que es prctico y fcil de Facilidad de mantenimiento.

M E TR I CAS
Modularidad
entender y de esta forma fcil de aplicar. Puedo arreglarlo? Simplicidad
Consistencia
- Est orientado al producto final pro se Concisin.
puede aplicar al proceso. Auto descripcin.
- En costos resulta viable su aplicacin
pues no resulta inoperante y por el Modularidad
contrario, sera de gran ayuda para Facilidad de prueba. Puedo Simplicidad
probarlo? Auto descripcin
cualquier organizacin pues generara un
Instrumentacin.
mayor good will ante el mercado.
Auto descripcin
- se podra utilizar no para uno sino para Capacidad de
varios proyectos expansin.
Generalidad.
DESVENTAJAS: Flexibilidad. Puedo modificarlo? Modularidad

- se evalan muchos factores lo que

implicara un trabajo adicional al proceso
de desarrollo que denota tiempo y costo.
EJE DE TRANSICION. Factores

M E TR I CAS
- 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
comunicaciones.
Interoperabilidad. Podr
Compatibilidad de
comunicarlo con otros sistemas?
datos.
Estandarizacin en los
datos.

Portabilidad. Podr ejecutarlo en Auto descripcin

otra mquina? Modularidad
Independencia entre
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)

M E T R I CAS
Propuesto por mide usando mtricas. El modelo no es Independencia de
Barry Boehm en muy distinto al de McCall, porque muchos dispositivos
Portabilidad
(1978) de sus factores de calidad son los Auto-contencin
mismos. ste modelo tambin presenta
Auto-contencin
sus factores de calidad estructurados
Exactitud
jerrquicamente de alto a bajo nivel. Completitud
Confiabilidad
Consistencia
El modelo se basa en que el software Integridad
debe:
Accesibilidad
* Hacer lo que el usuario quiere que haga Eficiencia de uso de
Eficiencia
* Utilizar los recursos de la computadora dispositivos
correcta y eficientemente
Integridad
* Ser fcil de usar y de aprender para los
Accesibilidad
usuarios Usabilidad
Comunicacin
* Estar bien diseado, bien codificado y
ser probado y mantenido fcilmente. Comunicacin
Testeabilidad (Capacidad de Auto descripcin
Este modelo introduce caractersticas de prueba) Estructuracin
alto nivel, de nivel intermedio que se
constituyen en los factores de calidad, y Consistencia
las caractersticas primitivas, cada una de Estructuracin
las cuales contribuyen al nivel general de Comprensibilidad (Facilidad de
Concisidad
calidad. 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

M E TR I CAS
calidad propuesto Confiabilidad, Desempeo y Facilidad de programa
por Robert Grady Soporte), y por otro, que los requisitos se Funcionalidad. Generalidad de las
y clasifiquen en dos categoras: requisitos funciones
Hewlett Packard funcionales (F), que son los que
Seguridad del sistema
Co (HP) en 1987. especifican funciones que el sistema
debe ser capaz de realizar sin tener en REQUISITOS NO FUNCIONALES (URPS)

SM E T R I C A
cuenta las restricciones fsicas; y Factores humanos
requerimientos no funcionales (URPS), Factores estticos
que puntualizan atributos del sistema o Usabilidad Consistencia de la
del medio ambiente del sistema. interfaz
Documentacin
Frecuencia y severidad
VENTAJAS: de las fallas

M E TR I CAS
Exactitud de las salidas
- Los criterios son claramente Tiempo medio de fallos
entendibles, lo que implica su fcil Confiablidad Capacidad de
utilizacin. recuperacin ante fallas

- En cierta forma su divisin en factores Capacidad de

funcionales y no funcionales es prediccion
convenientes para determinar la calidad, Velocidad del

M E TR I CAS
aun as, hayan restricciones fsicas. procesamiento
Tiempo de respuesta
- Tiene en cuenta las fallas en el Desempeo (rendimiento) Consumo de recursos
Rendimiento efectivo
producto y en el proceso, esto permite
total
una mayor correccin.
Eficacia
 Extensibilidad
- se podra utilizar no para uno sino para Adaptabilidad
varios proyectos Capacidad de pruebas

M E TR I CAS
Capacidad de
DESVENTAJAS: configuracin
Capacidad de Soporte Compatibilidad
- Al igual que en el modelo McCall se
necesitan de muchas mtricas lo que Requisitos de
implica un mayor esfuerzo de tiempo y instalacin
costo

4. ARTHUR Arthur presenta una variante del modelo FACTORES CRITERIOS

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

M E TR I CAS
Tolerante a errores
VENTAJAS:
Concisin
- Tiene en cuenta el factor de calidad de Eficiencia Eficiencia de ejecucin
correccin que muchos modelos no Operatividad
tienen.
Auditabilidad
Integridad Instrumentacin
- Permite la auditoria, lo que implica un
Seguridad
mayor de grado de confiablidad ante e
riesgo. Entrenamiento
Utilizable
Operatividad
DESVENTAJAS:
 Auto-documentado
- Incluye ms criterios, lo que hace que Concisin
se utilicen ms mtricas y esto conlleva Consistencia
Mantenible Instrumentacin
ms esfuerzo en tiempo y costo
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
Portable mquina
Independencia del
sistema software
Modularidad

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

Comunicaciones
comunes
Inter-operativo Datos comunes
Generalidad
Modularidad

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

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

M E TR I CAS
VENTAJAS. Confiabilidad
Facilidad de
recuperacin.
- Es un modelo de corte internacional
pero adaptado al caso colombiano y Fcil de comprender.
latinoamericano. Fcil de aprender.
Facilidad de uso.
Fcil de operar.
- La terminologa es clara y precisa, lo Atractividad.
que hace que sea ms comprensible para
Comportamiento en el
todos los actores del proceso.
tiempo.
Eficiencia.
Comportamiento de
- Involucra la utilizacin de la norma ISO recursos.

- Introduce un nuevo concepto es la Facilidad de mantenimiento. Facilidad de anlisis.

calidad de uso que tiene en cuenta lo ms Facilidad de cambios.
Facilidad de pruebas.
importante para la gestin de calidad que Estabilidad.
es la opinin del usuario.
Facilidad de instalacin.
- Esta actualizado Portabilidad. Facilidad de reemplazo.
Adaptabilidad.
- se podra utilizar no para uno sino para
varios proyectos CARACTERISTICAS DE LA CALIDAD DE USO

ASMETRIC
DESVENTAJAS
Eficacia. Capacidad de ayudar al usuario a cumplir sus
- Como en casi todos los modelos implica objetivos con exactitud y completitud en un contexto de
un esfuerzo de tiempo, trabajo y costo. uso dado
 BIBLIOGRAFIA

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecnica y Electricidad. Recuperado 2 de mayo de 2014

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica y Electricidad. Recuperado 2 de mayo de 2014

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