CUADRO COMPARATIVO MODELOS DE CALIDAD

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

ACTIVIDAD No. 2.2

Estudiante Aprendiente:
NIDYA HELENA DURÁN CÁRDENAS

Profesor Consultor:
Mg. Ing. JAVIER ERNESTO MORENO GUALDRON

UNIVERSIDAD DE SANTANDER – UDES

CENTRO DE EDUCACIÓN VIRTUAL – CVUDES

MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA – MGTE

DUITAMA

2019

I
 CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD

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

ESTRUCTURA JERARQUICA

MODELO CARACTERÍSTICAS NIVEL 1 NIVEL 2 NIVEL

McCall
El modelo fue escrito por McCall,
Richards y Walters, (1977)
3
El modelo de McCall organiza los factores EJE DE OPERACIÓN
en tres ejes o puntos de vista desde los
cuales el usuario puede contemplar la FACTORES CRITERIOS
calidad de un producto, basándose en once
factores de calidad organizados en torno a
los tres ejes y a su vez cada factor se Facilidad de uso. ¿Puedo Facilidad de aprendizaje M
desglosa en otros criterios. ejecutarlo?
VENTAJAS: Integridad. ¿Es seguro? Control de accesos E
Por su estructura jerárquica, se puede Facilidad de auditoria
observar que es práctico y fácil de T
entender y de esta forma fácil de aplicar. seguridad

Está orientado al producto final pro se Corrección. ¿Hace el software lo Completitud R

puede aplicar al proceso. que yo quiero?
En costos resulta viable su aplicación pues
consistencia I
no resulta inoperante y por el contrario,
Trazabilidad o Rastreabilidad
sería de gran ayuda para cualquier C
organización pues generaría un mayor
good will ante el mercado. Fiabilidad. ¿Lo hace de forma Precisión
A
Se podría utilizar no para uno sino para exacta todo el tiempo?
Consistencia
varios proyectos
S
DESVENTAJAS: Se evalúan muchos Tolerancia a fallos
factores lo que implicaría un trabajo
Modularidad

2
 adicional al proceso de desarrollo que Eficiencia. ¿Se ejecutará sobre Eficiencia en ejecución
denota tiempo y costo. mi HW lo mejor posible?
Eficiencia en almacenamiento

ESTRUCTURA JERARQUICA

MODELO CARACTERÍSTICAS NIVEL 1 NIVEL 2 NIVEL

3
Éste define la calidad de software en EJE DE OPERACIÓN
términos de atributos cualitativos y los
mide usando métricas. El modelo no es FACTORES CRITERIOS
muy distinto al de McCall, porque muchos
de sus factores de calidad son los mismos.
Éste modelo también presenta sus factores  Portabilidad Independencia de dispositivos
M
BOEHM de calidad estructurados jerárquicamente
de alto a bajo nivel. Auto – contención
E
El modelo se basa en que el software debe:
Propuesto por Barry Boehm en * Hacer lo que el usuario quiere que haga  Confiabilidad Auto - contención
(1978) * Utilizar los recursos de la computadora Exactitud
T
correcta y eficientemente
* Ser fácil de usar y de aprender para los
Consistencia R
usuarios  Eficiencia Accesibilidad
* Estar bien diseñado, bien codificado y
I
ser probado y mantenido fácilmente. Eficiencia de uso de dispositivos
C
Este modelo introduce características de  Usabilidad Integridad
alto nivel, de nivel intermedio que se
constituyen en los factores de calidad, y las A
Accesibilidad
características primitivas, cada una de las
cuales contribuyen al nivel general de
Comunicación S
calidad.

3
  Testeabilidad Auto descripción
VENTAJAS: Involucra menos factores y
Estructuración
menos criterios lo que implicaría un menor
tiempo en su desarrollo. - se podría
utilizar no para uno sino para varios  Comprensibilidad Consistencia
proyectos.
Estructuración
DESVENTAJAS: No especifica muchos
aspectos relacionados con el usuario.
Legibilidad

Concisidad

 Flexibilidad Estructuración

Aumentabilidad

MODELO CARACTERÍSTICAS
REQUISITOSFUNCIONALES (F)
Esta propuesta contempla, por un lado 5
características de las cuales se deriva su
nombre (Funcionalidad, Facilidad de Uso, Características y capacidades del
FURPS Confiabilidad, Desempeño y Facilidad de programa.
Soporte), y por otro, que los requisitos se Funcionalidad
clasifiquen en dos categorías: requisitos Generalidad de las funciones. M
funcionales (F), que son los que
Modelo de calidad propuesto Seguridad del sistema.
especifican funciones que el sistema debe
por Robert Grady y Hewlett ser capaz de realizar sin tener en cuenta las
E
Packard Co (HP) en 1987. restricciones físicas; y requerimientos no REQUISITOS NO FUNCIONALES (URPS
funcionales (URPS), que puntualizan

4
atributos del sistema o del medio ambiente Factores Humanos
del sistema.
T
Factores estéticos
Usabilidad
VENTAJAS:
Consistencia de la interfaz
R
Los criterios son claramente entendibles,
lo que implica su fácil utilización. Frecuencia y severidad de las fallas I
En cierta forma su división en factores Confiablidad Exactitud de las salida
funcionales y no funcionales es C
convenientes para determinar la calidad,
aun así, haya restricciones físicas. Tiempo medio de fallo
A
Tiene en cuenta las fallas en el producto y Velocidad del procesamiento
en el proceso, esto permite una mayor S
corrección. Tiempo de respuesta
Desempeño (rendimiento)
Se podría utilizar no para uno sino para
varios proyectos Consumo de recursos

DESVENTAJAS: Al igual que en el

Rendimiento efectivo total
modelo McCall se necesitan de muchas
métricas lo que implica un mayor esfuerzo
de tiempo y costo. Extensibilidad

Adaptabilidad

Capacidad de Soporte Capacidad de pruebas

Compatibilidad

Requisitos de instalación

Capacidad de configuración

5
 MODELO CARACTERÍSTICAS

FACTORES CRITERIOS
Arthur presenta una variante del modelo
de calidad propuesto por McCall. La  Corrección Completitud
variante consta de dos acciones:
ARTHUR
Añadir tres nuevos criterios de Consistencia
valoración: Complejidad, Seguridad,
Auditabilidad. Seguimiento
Modelo de calidad creado por M
Arthur Andersen en 1985. Variar las relaciones de los factores y los
criterios.  Fiabilidad Complejidad

Consistencia E
VENTAJAS:
Simplicidad T
Tiene en cuenta el factor de calidad de
corrección que muchos modelos no tienen. Tolerante a errores
Permite la auditoria, lo que implica un
 Eficiencia Concisión
R
mayor de grado de confiablidad ante e
riesgo.
Eficiencia de ejecución I
DESVENTAJAS:
Incluye más criterios, lo que hace que se
Operatividad C
utilicen más métricas y esto conlleva más
esfuerzo en tiempo y costo. Auditabilidad A
 Integridad Instrumentación
S
Seguridad

6
  Utilizable Entrenamiento

Operatividad

Auto-documentado

 Mantenible Concisión

Consistencia

Instrumentación

Modularidad

Auto-documentado

Complejidad

 Flexible Concisión

Consistencia

Expansibilidad

Generalidad

Modularidad

Simplicidad

7
 MODELO CARACTERÍSTICAS

Es un estándar internacional para la CARACTERISTICAS CRITERIOS

evaluación del Software, está supervisado INTERNAS Y EXTERNAS
ISO-IEC 9126 por el proyecto SQuaRE, ISO 25000:2005, (FACTORES)
el cual sigue los mismos conceptos.
Cuenta con tres ítems adicionales para Adecuación.
ayudar a la mejora de la calidad del
El estándar ISO 9126 presenta producto software (Métricas externas,  Funcionalidad Exactitud.
su primera versión en 1991, Métricas internas, Métricas de calidad en
luego en 2001 es remplazado poruso).
Interoperabilidad. M
ISO 9126:1 VENTAJAS.
Es un modelo de corte internacional pero
Seguridad. E
adaptado al caso colombiano y
Cumplimiento de normas.
latinoamericano. T
La terminología es clara y precisa, lo que  Confiabilidad Madurez.
hace que sea más comprensible para todos R
los actores del proceso. Tolerante a defectos.

Involucra la utilización de la norma ISO. Facilidad de recuperación. I

Introduce un nuevo concepto es la calidad Fácil de comprender.
de uso que tiene en cuenta lo más  Facilidad de uso
C
importante para la gestión de calidad que Fácil de aprender.
es la opinión del usuario. A
Esta actualizado. Atractividad.
S
Se podría utilizar no para uno sino para Fácil de operar.
varios proyectos
DESVENTAJAS. Comportamiento en el tiempo.

8
Como en casi todos los modelos implica Comportamiento de recursos
un esfuerzo de tiempo, trabajo y costo.
 Facilidad de Facilidad de análisis.
mantenimiento.
Facilidad de cambios.

Estabilidad.

Facilidad de pruebas.

Auto-documentado

 Portabilidad. Concisión

Consistencia

Instrumentación

Modularidad

9
 REFERENCIAS

Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa. Capítulo II. Modelos de la Calidad. Recuperado de:
http://aulavirtual-eew.cvudes.edu.co/publico/lems/L.000.008.MG/contenido_LEM.html#pdf

Revista de la Escuela Administración de Negocios, 38, 38-57. Rojas, S., & Borja, J. (1999). Consultado el: 06-abril-2013. Recuperado de:
http://aulavirtual-eew.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/1.pdf

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 de: http://laboratorios.fi.uba.ar/lsi/scalone-tesis-maestria-

ingenieria-en-calidad.pdf

10
11