CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD

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

 CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD

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

MODELO CARACTERÍSTICAS GENERALES ESTRUCTURA GERÁRQUICA

NIVEL 1 NIVEL 2 N3
EJE OPERACIÓN
FACTORES CRITERIOS
Facilidad de uso.
¿Puedo Facilidad de
ejecutarlo? aprendizaje.
Integridad. ¿Es seguro? Control de acceso
Facilidad de auditoria
1. McCALL El modelo de McCall (1977) describe la calidad como un Seguridad
El modelo fue concepto elaborado mediante relaciones jerárquicas entre Corrección. ¿Hace el completitud
escrito por factores de calidad, en base a criterios y métricas de consistencia
software lo que yo
McCall, Richards calidad. trazabilidad
quiero?
y Walters, (1977) Este modelo organiza 11 factores en tres ejes o puntos de
vista desde los cuales el usuario puede contemplar la Fiabilidad. ¿Lo hace de Precisión
forma Consistencia
calidad de un producto, que son Operación, Transición y Tolerancia a fallos
Revisión. Cada factor tiene asociado sus respectivos exacta todo el tiempo?
Modularidad
criterios.
VENTAJAS: Eficiencia. ¿Se Eficiencia en ejecución
- Por su estructura jerárquica, se puede observar que es ejecutará sobre mi HW lo Eficiencia en
mejor posible? almacenamiento
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 EJE DE REVICIÓN DE FACTORES
proceso. Modularidad
Facilidad de Simplicidad
- En costos resulta viable su aplicación pues no resulta
mantenimiento. Consistencia
inoperante y por el contrario, sería de gran ayuda para ¿Puedo arreglarlo? Concisión
cualquier organización pues generaría un mayor good will
Modularidad
ante el mercado.
Facilidad de prueba. Simplicidad
- se podría utilizar no para uno sino para varios proyectos. ¿Puedo probarlo? Auto descripción
Instrumentación
DESVENTAJAS: Flexibilidad. ¿Puedo Auto descripción
- se evalúan muchos factores lo que implicaría un trabajo modificarlo? Capacidad de expansión
adicional al proceso de desarrollo que denota tiempo y Generalidad
costo. Modularidad
- Implicaría un trabajo tedioso por la cantidad de métricas EJE DE TRANSICIÓN. Factores
que se utilizarían.
 Auto descripción
Generalidad
Facilidad de Modularidad
reutilización. ¿Podré Independencia entre sistema
reutilizar parte del y software
software? Independencia de Hardware
Modularidad
Compatividad de
Interoperabilidad. comunicaciones
¿Podré Copatibilidad de datos
comunicarlo con otros Estandarización en los
sistemas? datos
Portabilidad. ¿Podré Autodescripción
ejecutarlo en otra
máquina?
Modularidad

ESTRUCTURA JERARQUICA
MODELO CARACTERISTICAS GENERALES
NIVEL 1 NIVEL 2 N3

EJE DE OPERACIÓN.
El modelo de McCall (1977) describe la FACTORES CRITERIOS
calidad como un concepto elaborado
mediante relaciones jerárquicas entre Facilidad de uso. ¿Puedo Facilidad de
factores de calidad, en base a criterios  ejecutarlo? aprendizaje.
y métricas de calidad. Control de accesos.
 Integridad. ¿Es seguro?
Este modelo organiza 11 factores en tres Facilidad de auditoría.
1. McCALL ejes o puntos de vista desde los cuales el Seguridad.

M E T RI C A S
El modelo fue usuario puede contemplar la calidad de Completitud.
escrito por  Corrección. ¿Hace el software lo
un producto, que son Operación, Consistencia.
McCall, Richards que yo quiero?
Transición y Revisión. Cada factor tiene Trazabilidad o
y Walters, (1977) asociado sus respectivos criterios.
rastreabilidad.

VENTAJAS: Precisión.
- Por su estructura jerárquica, se puede  Fiabilidad. ¿Lo hace de forma
Consistencia
observar que es práctico y fácil de exacta todo el tiempo?
Tolerancia a fallos.
entender y de esta forma fácil de aplicar. Modularidad.
- Está orientado al producto final pro se
Eficiencia en ejecución.
puede aplicar al proceso.  Eficiencia. ¿Se ejecutará sobre mi
Eficiencia en
- En costos resulta viable su aplicación HW lo mejor posible?
 almacenamiento.

EJE DE REVISION. Factores

Modularidad

EM T R


IC AS
Simplicidad
Facilidad de mantenimiento. Consistencia
¿Puedo arreglarlo? Concisión.
 Auto descripción.

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

Modularidad

T R IC A S
Compatibilidad de
 comunicaciones.
Interoperabilidad. ¿Podré
Compatibilidad de
comunicarlo con otros sistemas?
datos.
Estandarización
los en

ME
datos.

Auto descripción
Modularidad
 Portabilidad. ¿Podré ejecutarlo en Independencia entre
otra máquina? Sistema y Software
Independencia del
Hardware
2. BOEHM Éste define la calidad de software en CARACTERISTICAS DEL NIVEL INTERMEDIO
términos de atributos cualitativos y los (FACTORES)
Propuesto por mide usando métricas. 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 Auto-contención
mismos. Éste modelo también presenta
sus factores de calidad estructurados Auto-contención
jerárquicamente de alto a bajo nivel. Exactitud
Completitud
El modelo se basa en que el software  Confiabilidad Consistencia
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 fácil de usar y de aprender para los
usuarios
Integridad
* Estar bien diseñado, bien codificado y Accesibilidad
ser probado y mantenido fácilmente.  Usabilidad
Comunicación

M ETRI CA S
Este modelo introduce características de
Comunicación
alto nivel, de nivel intermedio que se
 Testeabilidad (Capacidad de Auto descripción
constituyen en los factores de calidad, y
prueba) Estructuración
las características primitivas, cada una de
las cuales contribuyen al nivel general de
calidad. Consistencia
Estructuración
 Comprensibilidad (Facilidad de
Concisidad
entendimiento)
Legibilidad

Estructuración
 Flexibilidad 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:
 - No especifica muchos aspectos relacionados con el usuario

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

características de las cuales se deriva su

ME TR I C
Caracteriticas y
Modelo de nombre (Funcionalidad, Facilidad de Uso, capacidades
calidad propuesto Confiabilidad, Desempeño y Facilidad de del programa
por Robert Grady Soporte), y por otro, que los requisitos se Generalidad de
 Funcionalidad.
y clasifiquen en dos categorías: requisitos las funciones
Hewlett Packard funcionales (F), que son los que
Co (HP) en 1987. especifican funciones que el sistema debe Seguridad del sistema
ser capaz de realizar sin tener en cuenta
las restricciones físicas; y requerimientos REQUISITOS NO FUNCIONALES (URPS)

AS
no funcionales (URPS), que puntualizan DESVENTAJAS:
atributos del sistema o del medio
ambiente del sistema.  Usabilidad

VENTAJAS:

- Los criterios son claramente

entendibles, lo que implica su fácil
utilización.  Confiablidad
- 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.  Desempeño (rendimiento)

- se podría utilizar no para uno sino

para varios proyectos
Factores humanos

I
Factores estéticos

EA T RS
Consistencia de la
interfaz
Documentación

MC
Frecuencia y severidad
de las fallas

M E TR I CA S
Exactitud de las salidas
Tiempo medio de fallos
Capacidad de
recuperación ante fallas

Capacidad de
prediccion
Velocidad del
M E T IRC A S

procesamiento
Tiempo de respuesta
Consumo de recursos
Rendimiento efectivo
total
Eficacia
Extensibilidad
ME T
RI C
AS

Adaptabilidad
Capacidad de pruebas
 - Al igual que en el modelo McCall se Capacidad de
necesitan de muchas métricas lo que configuración
implica un mayor esfuerzo de tiempo y Compatibilidad
costo Requisitos de
instalación

4. ARTHUR Arthur presenta una variante del modelo FACTORES CRITERIOS

de calidad propuesto por McCall. La
Modelo de variante consta de dos acciones: Completitud
calidad creado  Corrección Consistencia
por Arthur * Añadir tres nuevos criterios de Seguimiento
Andersen en valoración: Complejidad, Seguridad,
1985. Auditabilidad Complejidad
* Variar las relaciones de los factores y Consistencia,
los criterios Modularidad
 Fiabilidad Preciso
Simplicidad
VENTAJAS:
Tolerante a errores

M E T RI C A S
- Tiene en cuenta el factor de calidad de
corrección que muchos modelos no Concisión
tienen.  Eficiencia Eficiencia de ejecución
Operatividad
- Permite la auditoria, lo que implica un
mayor de grado de confiablidad ante e Auditabilidad
riesgo.
 Integridad Instrumentación
Seguridad
DESVENTAJAS:

- Incluye más criterios, lo que hace que  Utilizable Entrenamiento

se utilicen más métricas y esto conlleva Operatividad
más esfuerzo en tiempo y costo
Auto-documentado
Concisión
 Mantenible
Consistencia
Instrumentación
Modularidad
 Simplicidad

Auto-documentado
Complejidad
Concisión
Consistencia
 Flexible
Expansibilidad
Generalidad
Modularidad
Simplicidad

Auditabilidad
Auto-documentado
 Verificable Complejidad
Instrumentación
Modularidad
Simplicidad

Auto-documentado
Generalidad
Independencia de la
 Portable máquina
Independencia del
sistema software
Modularidad

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

Comunicaciones
 Inter-operativo comunes
Datos comunes
Generalidad
 Modularidad

5. ISO-IEC 9126Es un estándar internacional para la CARACTERISTICAS INTERNAS Y

CRITERIOS
evaluación del Software, está supervisado EXTERNAS (FACTORES)
El estándar ISO por el proyecto SQuaRE, ISO Adecuación.
9126 presenta su 25000:2005, el cual sigue los mismos Exactitud.
primera versión conceptos. Interoperabilidad.
en 1991, luego Cuenta con tres ítems adicionales para  Funcionalidad. Seguridad.
en 2001 es ayudar a la mejora de la calidad del Cumplimiento de
remplazado por producto software (Métricas externas, normas.
ISO 9126:1 Métricas internas, Métricas de calidad en
uso).

VENTAJAS. Madurez.
Tolerante a defectos.

R IC A S
 Confiabilidad
- Es un modelo de corte internacional Facilidad de
pero adaptado al caso colombiano y recuperación.
latinoamericano.

MET
Fácil de comprender.
- La terminología es clara y precisa, lo Fácil de aprender.
 Facilidad de uso.
que hace que sea más comprensible para Fácil de operar.
todos los actores del proceso. Atractividad.

- Involucra la utilización 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 más recursos.
importante para la gestión de calidad que
es la opinión del usuario. Facilidad de análisis.
Facilidad de cambios.
- Esta actualizado  Facilidad de mantenimiento.
Facilidad de pruebas.
Estabilidad.
- se podría utilizar no para uno sino para
varios proyectos Facilidad de instalación.
 Portabilidad. Facilidad de reemplazo.
DESVENTAJAS Adaptabilidad.

- Como en casi todos los modelos implica

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

M E TR I CA S
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
 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