1. CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD
McCALL, BOEHM, FURPS, ARTHUR E ISO-IEC 9126
LIC. GABRIEL ANTONIO LOBO GÓMEZ
Tutor
Mag. JUAN CARLOS TREJOS HERNANDEZ
Universidad de Santander, Bucaramanga
Programa de Posgrados
Maestría en Gestión de la Tecnología Educativa
Modulo: Evaluación de la Calidad de la Tecnología Educativa
2014

2. CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD
McCALL, BOEHM, FURPS, ARTHUR E ISO-IEC 9126
MODELO CARACTERISTICAS GENERALES
ESTRUCTURA JERARQUICA
NIVEL 1 NIVEL 2 N 3
1. McCALL
El modelo fue
escrito por
McCall, Richards
y Walters, (1977)
El modelo de McCall (1977) describe la
calidad como un concepto elaborado
mediante relaciones jerárquicas entre
factores de calidad, en base a criterios
y métricas de calidad.
Este modelo organiza 11 factores en tres
ejes o puntos de vista desde los cuales el
usuario puede contemplar la calidad de
un producto, que son Operación,
Transición y Revisión. Cada factor tiene
asociado sus respectivos criterios.
VENTAJAS:
- Por su estructura jerárquica, se puede
observar que es práctico y fácil de
entender y de esta forma fácil de aplicar.
- Está orientado al producto final pro se
puede aplicar al proceso.
- En costos resulta viable su aplicación
EJE DE OPERACIÓN.
FACTORES CRITERIOS
METRICAS
 Facilidad de uso. ¿Puedo
ejecutarlo?
Facilidad de
aprendizaje.
 Integridad. ¿Es seguro?
Control de accesos.
Facilidad de auditoría.
Seguridad.
 Corrección. ¿Hace el software lo
que yo quiero?
Completitud.
Consistencia.
Trazabilidad o
rastreabilidad.
 Fiabilidad. ¿Lo hace de forma
exacta todo el tiempo?
Precisión.
Consistencia
Tolerancia a fallos.
Modularidad.
 Eficiencia. ¿Se ejecutará sobre mi
HW lo mejor posible?
Eficiencia en ejecución.
Eficiencia en
almacenamiento.
EJE DE REVISION. Factores
 Facilidad de mantenimiento.
¿Puedo arreglarlo?
Modularidad
METR
ICAS
Simplicidad
Consistencia
Concisión.

3. pues no resulta inoperante y por el
contrario, sería de gran ayuda para
cualquier organización pues generaría un
mayor good will ante el mercado.
- se podría utilizar no para uno sino para
varios proyectos
DESVENTAJAS:
- se evalúan muchos factores lo que
implicaría un trabajo adicional al proceso
de desarrollo que denota tiempo y costo.
Auto descripción.
 Facilidad de prueba. ¿Puedo
probarlo?
Modularidad
Simplicidad
Auto descripción
Instrumentación.
 Flexibilidad. ¿Puedo modificarlo?
Auto descripción
Capacidad de
expansión.
Generalidad.
Modularidad
- Implicaría un trabajo tedioso por la
cantidad de métricas que se utilizarían.
EJE DE TRANSICION. Factores
 Facilidad de reutilización. ¿Podré
reutilizar parte del software?
Auto descripción
METRICAS
Generalidad
Modularidad
Independencia entre
Sistema y Software.
Independencia del
Hardware.
 Interoperabilidad. ¿Podré
comunicarlo con otros sistemas?
Modularidad
Compatibilidad de
comunicaciones.
Compatibilidad de
datos.
Estandarización en los
datos.
 Portabilidad. ¿Podré ejecutarlo en
otra máquina?
Auto descripción
Modularidad
Independencia entre
Sistema y Software
Independencia del
Hardware

4. 2. BOEHM
Propuesto por
Barry Boehm en
(1978)
Éste define la calidad de software en
términos de atributos cualitativos y los
mide usando métricas. El modelo no es
muy distinto al de McCall, porque muchos
de sus factores de calidad son los
mismos. Éste modelo también presenta
sus factores de calidad estructurados
jerárquicamente de alto a bajo nivel.
El modelo se basa en que el software
debe:
* Hacer lo que el usuario quiere que haga
* Utilizar los recursos de la computadora
correcta y eficientemente
* Ser fácil de usar y de aprender para los
usuarios
* Estar bien diseñado, bien codificado y
ser probado y mantenido fácilmente.
Este modelo introduce características de
alto nivel, de nivel intermedio que se
constituyen en los factores de calidad, y
las características primitivas, cada una de
las cuales contribuyen al nivel general de
calidad.
CARACTERISTICAS DEL NIVEL INTERMEDIO
(FACTORES)
 Portabilidad
Independencia de
dispositivos
METRICAS
Auto-contención
 Confiabilidad
Auto-contención
Exactitud
Completitud
Consistencia
Integridad
 Eficiencia
Accesibilidad
Eficiencia de uso de
dispositivos
 Usabilidad
Integridad
Accesibilidad
Comunicación
 Testeabilidad (Capacidad de
prueba)
Comunicación
Auto descripción
Estructuración
 Comprensibilidad (Facilidad de
entendimiento)
Consistencia
Estructuración
Concisidad
Legibilidad
 Flexibilidad
Estructuración
Aumentabilidad
VENTAJAS:
- Involucra menos factores y menos criterios lo que implicaría un menor tiempo en su desarrollo.
- se podría utilizar no para uno sino para varios proyectos.
DESVENTAJAS:

5. - No especifica muchos aspectos relacionados con el usuario
3. FURPS
Modelo de
calidad propuesto
por Robert Grady
y
Hewlett Packard
Co (HP) en 1987.
Esta propuesta contempla, por un lado 5
características de las cuales se deriva su
nombre (Funcionalidad, Facilidad de Uso,
Confiabilidad, Desempeño y Facilidad de
Soporte), y por otro, que los requisitos se
clasifiquen en dos categorías: requisitos
funcionales (F), que son los que
especifican funciones que el sistema debe
ser capaz de realizar sin tener en cuenta
las restricciones físicas; y requerimientos
no funcionales (URPS), que puntualizan
atributos del sistema o del medio
ambiente del sistema.
VENTAJAS:
- Los criterios son claramente
entendibles, lo que implica su fácil
utilización.
- En cierta forma su división en factores
funcionales y no funcionales es
convenientes para determinar la calidad,
aun así, hayan restricciones físicas.
- Tiene en cuenta las fallas en el
producto y en el proceso, esto permite
una mayor corrección.
- se podría utilizar no para uno sino para
varios proyectos
DESVENTAJAS:
REQUISITOS FUNCIONALES (F)
 Funcionalidad.
Caracteriticas y
capacidades del
programa
METRICAS
Generalidad de las
funciones
Seguridad del sistema
REQUISITOS NO FUNCIONALES (URPS)
 Usabilidad
Factores humanos
METRI
CAS
Factores estéticos
Consistencia de la
interfaz
Documentación
 Confiablidad
Frecuencia y severidad
de las fallas
METRICAS
Exactitud de las salidas
Tiempo medio de fallos
Capacidad de
recuperación ante fallas
Capacidad de
prediccion
 Desempeño (rendimiento)
Velocidad del
procesamiento
METRICAS
Tiempo de respuesta
Consumo de recursos
Rendimiento efectivo
total
Eficacia
 Capacidad de Soporte
Extensibilidad
MET
RIC
AS
Adaptabilidad
Capacidad de pruebas

6. - Al igual que en el modelo McCall se
necesitan de muchas métricas lo que
implica un mayor esfuerzo de tiempo y
costo
Capacidad de
configuración
Compatibilidad
Requisitos de
instalación
4. ARTHUR
Modelo de
calidad creado
por Arthur
Andersen en
1985.
Arthur presenta una variante del modelo
de calidad propuesto por McCall. La
variante consta de dos acciones:
* Añadir tres nuevos criterios de
valoración: Complejidad, Seguridad,
Auditabilidad
* Variar las relaciones de los factores y
los criterios
VENTAJAS:
- Tiene en cuenta el factor de calidad de
corrección que muchos modelos no
tienen.
- Permite la auditoria, lo que implica un
mayor de grado de confiablidad ante e
riesgo.
DESVENTAJAS:
- Incluye más criterios, lo que hace que
se utilicen más métricas y esto conlleva
más esfuerzo en tiempo y costo
FACTORES CRITERIOS
 Corrección
Completitud
METRICAS
Consistencia
Seguimiento
 Fiabilidad
Complejidad
Consistencia,
Modularidad
Preciso
Simplicidad
Tolerante a errores
 Eficiencia
Concisión
Eficiencia de ejecución
Operatividad
 Integridad
Auditabilidad
Instrumentación
Seguridad
 Utilizable
Entrenamiento
Operatividad
 Mantenible
Auto-documentado
Concisión
Consistencia
Instrumentación
Modularidad

7. Simplicidad
 Flexible
Auto-documentado
Complejidad
Concisión
Consistencia
Expansibilidad
Generalidad
Modularidad
Simplicidad
 Verificable
Auditabilidad
Auto-documentado
Complejidad
Instrumentación
Modularidad
Simplicidad
 Portable
Auto-documentado
Generalidad
Independencia de la
máquina
Independencia del
sistema software
Modularidad
 Reutilizable
Auto-documentado
Generalidad
Independencia del
hardware
Independencia del
sistema software
Modularidad
 Inter-operativo
Comunicaciones
comunes
Datos comunes
Generalidad

8. Modularidad
5. ISO-IEC 9126
El estándar ISO
9126 presenta su
primera versión
en 1991, luego
en 2001 es
remplazado por
ISO 9126:1
Es un estándar internacional para la
evaluación del Software, está supervisado
por el proyecto SQuaRE, ISO
25000:2005, el cual sigue los mismos
conceptos.
Cuenta con tres ítems adicionales para
ayudar a la mejora de la calidad del
producto software (Métricas externas,
Métricas internas, Métricas de calidad en
uso).
VENTAJAS.
- Es un modelo de corte internacional
pero adaptado al caso colombiano y
latinoamericano.
- La terminología es clara y precisa, lo
que hace que sea más comprensible para
todos los actores del proceso.
- Involucra la utilización de la norma ISO
- Introduce un nuevo concepto es la
calidad de uso que tiene en cuenta lo más
importante para la gestión de calidad que
es la opinión del usuario.
- Esta actualizado
- se podría utilizar no para uno sino para
varios proyectos
DESVENTAJAS
- Como en casi todos los modelos implica
CARACTERISTICAS INTERNAS Y
EXTERNAS (FACTORES)
CRITERIOS
 Funcionalidad.
Adecuación.
METRICAS
Exactitud.
Interoperabilidad.
Seguridad.
Cumplimiento de
normas.
 Confiabilidad
Madurez.
Tolerante a defectos.
Facilidad de
recuperación.
 Facilidad de uso.
Fácil de comprender.
Fácil de aprender.
Fácil de operar.
Atractividad.
 Eficiencia.
Comportamiento en el
tiempo.
Comportamiento de
recursos.
 Facilidad de mantenimiento.
Facilidad de análisis.
Facilidad de cambios.
Facilidad de pruebas.
Estabilidad.
 Portabilidad.
Facilidad de instalación.
Facilidad de reemplazo.
Adaptabilidad.

9. un esfuerzo de tiempo, trabajo y costo. CARACTERISTICAS DE LA CALIDAD DE USO

 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
emplear una cantidad apropiada de recursos para
obtener sus resultados
 Seguridad. Capacidad de alcanzar niveles aceptables
de riesgo para las personas, el ambiente de trabajo y la
actividad, en un contexto de uso dado
 Satisfacción. Capacidad de satisfacer a un usuario en
un contexto de uso dado
METRICAS

10. BIBLIOGRAFIA
Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecánica y Electricidad. Recuperado 2 de mayo de 2014
Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecánica y Electricidad. Recuperado 2 de mayo de 2014
Moreno, J., Bolaños, L., & Navia, M. (2010). Exploración de Modelos y Estándares de Calidad para el Producto Software. UIS
Revista de la Facultad de Ingenierías Fisicomecánicas, 9(No.1), 39-53. Recuperado 2 de mayo de 2014
Ramírez Aguirre, P., & Ramírez Arias, C. (2010). Estudio de las prácticas de calidad del software implementadas en las mipymes
desarrolladoras de software de Pereira.Pereira: Universidad Tecnológica de Pereira. p (15-40). Recuperado 2 de mayo de 2014
Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software. (Maestría Ingeniería en Calidad). p
(129-150). Universidad Tecnológica Nacional. Buenos Aires. Recuperado 2 de mayo de 2014