Vous êtes sur la page 1sur 18

.

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

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 jerrquicas entre factores de calidad, en base a
criterios y mtricas 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 Operacin, Transicin y Revisin. Cada factor tiene asociado sus
respectivos criterios. VENTAJAS: - Por su estructura jerrquica, se puede observar
que es prctico y fcil de entender y de esta forma fcil de aplicar. - Est orientado
al producto final pro se puede aplicar al proceso. - En costos resulta viable su
aplicacin EJE DE OPERACIN. FACTORES CRITERIOS METRICAS
Facilidad de uso. Puedo ejecutarlo? Facilidad de aprendizaje. Integridad. Es
seguro? Control de accesos. Facilidad de auditora. Seguridad. Correccin. Hace
el software lo que yo quiero? Completitud. Consistencia. Trazabilidad o
rastreabilidad. Fiabilidad. Lo hace de forma exacta todo el tiempo? Precisin.
Consistencia Tolerancia a fallos. Modularidad. Eficiencia. Se ejecutar sobre mi

HW lo mejor posible? Eficiencia en ejecucin. Eficiencia en almacenamiento. EJE


DE REVISION. Factores Facilidad de mantenimiento. Puedo arreglarlo?
Modularidad METR ICAS Simplicidad Consistencia Concisin.

3. pues no resulta inoperante y por el contrario, sera de gran ayuda para cualquier
organizacin pues generara un mayor good will ante el mercado. - se podra utilizar
no para uno sino para varios proyectos DESVENTAJAS: - se evalan muchos
factores lo que implicara un trabajo adicional al proceso de desarrollo que denota
tiempo y costo. Auto descripcin. Facilidad de prueba. Puedo probarlo?
Modularidad Simplicidad Auto descripcin Instrumentacin. Flexibilidad. Puedo
modificarlo? Auto descripcin Capacidad de expansin. Generalidad. Modularidad Implicara un trabajo tedioso por la cantidad de mtricas que se utilizaran. EJE DE
TRANSICION. Factores Facilidad de reutilizacin. Podr reutilizar parte del
software? Auto descripcin METRICAS Generalidad Modularidad Independencia
entre Sistema y Software. Independencia del Hardware. Interoperabilidad. Podr
comunicarlo con otros sistemas? Modularidad Compatibilidad de comunicaciones.
Compatibilidad de datos. Estandarizacin en los datos. Portabilidad. Podr
ejecutarlo en otra mquina? Auto descripcin 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 trminos de atributos cualitativos y los mide usando mtricas. El
modelo no es muy distinto al de McCall, porque muchos de sus factores de calidad
son los mismos. ste modelo tambin presenta sus factores de calidad estructurados
jerrquicamente 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 fcil de usar y de aprender para los usuarios * Estar
bien diseado, bien codificado y ser probado y mantenido fcilmente. Este modelo
introduce caractersticas de alto nivel, de nivel intermedio que se constituyen en los
factores de calidad, y las caractersticas primitivas, cada una de las cuales
contribuyen al nivel general de calidad. CARACTERISTICAS DEL NIVEL
INTERMEDIO (FACTORES) Portabilidad Independencia de dispositivos
METRICAS Auto-contencin Confiabilidad Auto-contencin Exactitud
Completitud Consistencia Integridad Eficiencia Accesibilidad Eficiencia de uso de
dispositivos Usabilidad Integridad Accesibilidad Comunicacin Testeabilidad
(Capacidad de prueba) Comunicacin Auto descripcin Estructuracin
Comprensibilidad (Facilidad de entendimiento) Consistencia Estructuracin
Concisidad Legibilidad Flexibilidad Estructuracin 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:

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 caractersticas de las cuales se deriva su nombre

(Funcionalidad, Facilidad de Uso, Confiabilidad, Desempeo y Facilidad de


Soporte), y por otro, que los requisitos se clasifiquen en dos categoras: requisitos
funcionales (F), que son los que especifican funciones que el sistema debe ser capaz
de realizar sin tener en cuenta las restricciones fsicas; 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
fcil utilizacin. - En cierta forma su divisin en factores funcionales y no
funcionales es convenientes para determinar la calidad, aun as, hayan restricciones
fsicas. - Tiene en cuenta las fallas en el producto y en el proceso, esto permite una
mayor correccin. - se podra 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 estticos Consistencia de la
interfaz Documentacin Confiablidad Frecuencia y severidad de las fallas
METRICAS Exactitud de las salidas Tiempo medio de fallos Capacidad de
recuperacin ante fallas Capacidad de prediccion Desempeo (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 mtricas lo que


implica un mayor esfuerzo de tiempo y costo Capacidad de configuracin
Compatibilidad Requisitos de instalacin 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: * Aadir tres nuevos
criterios de valoracin: Complejidad, Seguridad, Auditabilidad * Variar las
relaciones de los factores y los criterios VENTAJAS: - Tiene en cuenta el factor de
calidad de correccin que muchos modelos no tienen. - Permite la auditoria, lo que
implica un mayor de grado de confiablidad ante e riesgo. DESVENTAJAS: Incluye ms criterios, lo que hace que se utilicen ms mtricas y esto conlleva ms
esfuerzo en tiempo y costo FACTORES CRITERIOS Correccin Completitud
METRICAS Consistencia Seguimiento Fiabilidad Complejidad Consistencia,
Modularidad Preciso Simplicidad Tolerante a errores Eficiencia Concisin
Eficiencia de ejecucin Operatividad Integridad Auditabilidad Instrumentacin
Seguridad Utilizable Entrenamiento Operatividad Mantenible Autodocumentado Concisin Consistencia Instrumentacin Modularidad

7. Simplicidad Flexible Auto-documentado Complejidad Concisin Consistencia


Expansibilidad Generalidad Modularidad Simplicidad Verificable Auditabilidad
Auto-documentado Complejidad Instrumentacin Modularidad Simplicidad
Portable Auto-documentado Generalidad Independencia de la mquina
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 estndar ISO 9126 presenta su primera versin


en 1991, luego en 2001 es remplazado por ISO 9126:1 Es un estndar internacional
para la evaluacin 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 (Mtricas externas,
Mtricas internas, Mtricas de calidad en uso). VENTAJAS. - Es un modelo de
corte internacional pero adaptado al caso colombiano y latinoamericano. - La
terminologa es clara y precisa, lo que hace que sea ms comprensible para todos los
actores del proceso. - Involucra la utilizacin de la norma ISO - Introduce un nuevo
concepto es la calidad de uso que tiene en cuenta lo ms importante para la gestin
de calidad que es la opinin del usuario. - Esta actualizado - se podra utilizar no
para uno sino para varios proyectos DESVENTAJAS - Como en casi todos los
modelos implica CARACTERISTICAS INTERNAS Y EXTERNAS (FACTORES)
CRITERIOS Funcionalidad. Adecuacin. METRICAS Exactitud.
Interoperabilidad. Seguridad. Cumplimiento de normas. Confiabilidad Madurez.
Tolerante a defectos. Facilidad de recuperacin. Facilidad de uso. Fcil de
comprender. Fcil de aprender. Fcil de operar. Atractividad. Eficiencia.
Comportamiento en el tiempo. Comportamiento de recursos. Facilidad de
mantenimiento. Facilidad de anlisis. Facilidad de cambios. Facilidad de pruebas.
Estabilidad. Portabilidad. Facilidad de instalacin. 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
Satisfaccin. Capacidad de satisfacer a un usuario en un contexto de uso dado
METRICAS

10. 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 softwar

Vous aimerez peut-être aussi