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