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

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 criteriosy 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

M E

T R

I C

A S

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.ConsistenciaTolerancia 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

M E

T

R I

C A

SimplicidadConsistenciaConcisión.

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.

S

Auto descripción.

Facilidad de prueba. ¿Puedo probarlo?

ModularidadSimplicidadAuto descripciónInstrumentación.

Flexibilidad. ¿Puedo modificarlo?

Auto descripciónCapacidad 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

M E

T R

I C

A S

GeneralidadModularidadIndependencia entre Sistema y Software.Independencia del Hardware.

Interoperabilidad. ¿Podré comunicarlo con otros sistemas?

ModularidadCompatibilidad de comunicaciones.Compatibilidad de datos.Estandarización en los datos.

Portabilidad. ¿Podré ejecutarlo en otra máquina?

Auto descripciónModularidadIndependencia entre Sistema y SoftwareIndependencia del Hardware

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

M E

T R

I C

A S

Auto-contención

Confiabilidad

Auto-contenciónExactitudCompletitudConsistenciaIntegridad

Eficiencia

AccesibilidadEficiencia de uso de dispositivos

Usabilidad

IntegridadAccesibilidadComunicación

Testeabilidad (Capacidad de prueba)

ComunicaciónAuto descripciónEstructuración

Comprensibilidad (Facilidad de entendimiento)

ConsistenciaEstructuraciónConcisidadLegibilidad

FlexibilidadEstructuraciónAumentabilidad

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

Modelo de calidad propuesto por Robert Grady yHewlett 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:

- Al igual que en el modelo McCall se

REQUISITOS FUNCIONALES (F)

Funcionalidad.

Caracteriticas y capacidades del programa

M E

T R

I C

A S

Generalidad de las funciones

Seguridad del sistema

REQUISITOS NO FUNCIONALES (URPS)

Usabilidad

Factores humanos

M E

T R

I C

A S

Factores estéticosConsistencia de la interfazDocumentación

Confiablidad

Frecuencia y severidad de las fallas

M E

T R

I C

A S

Exactitud de las salidasTiempo medio de fallosCapacidad de recuperación ante fallas

Capacidad de prediccion

Desempeño (rendimiento)

Velocidad del procesamiento

M E

T R

I C

A S

Tiempo de respuestaConsumo de recursosRendimiento efectivo totalEficacia

Capacidad de Soporte

Extensibilidad

M E

T R

I C

A SAdaptabilidad

Capacidad de pruebas

Capacidad de

necesitan de muchas métricas lo que implica un mayor esfuerzo de tiempo y costo

configuraciónCompatibilidadRequisitos 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ónCompletitud

M E

T R

I C

A S

ConsistenciaSeguimiento

Fiabilidad

ComplejidadConsistencia,ModularidadPrecisoSimplicidad

Tolerante a errores

EficienciaConcisiónEficiencia de ejecuciónOperatividad

IntegridadAuditabilidadInstrumentaciónSeguridad

UtilizableEntrenamientoOperatividad

Mantenible

Auto-documentadoConcisiónConsistenciaInstrumentaciónModularidadSimplicidad

Auto-documentado

Flexible

ComplejidadConcisiónConsistenciaExpansibilidadGeneralidadModularidadSimplicidad

Verificable

AuditabilidadAuto-documentadoComplejidadInstrumentaciónModularidadSimplicidad

Portable

Auto-documentadoGeneralidadIndependencia de la máquinaIndependencia del sistema softwareModularidad

Reutilizable

Auto-documentadoGeneralidadIndependencia del hardwareIndependencia del sistema softwareModularidad

Inter-operativo

Comunicaciones comunesDatos comunesGeneralidadModularidad

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 un esfuerzo de tiempo, trabajo y costo.

CARACTERISTICAS INTERNAS Y EXTERNAS (FACTORES)

CRITERIOS

Funcionalidad.

Adecuación.

M E

T R

I C

A S

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.

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

M E

T R

I C

A S

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