• Author / Uploaded
• Angélica Carrillo Prasca

Citation preview

CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD

Angélica Carrillo Prasca Trabajo correspondiente al módulo de Evaluación de la Calidad de la Tecnología Educativa Actividad 2.2 Profesor Consultor: Hilda Clemencia Esquivel Martínez

Universidad de Santander UDES Maestría Gestión de la Tecnología Educativa Barrancabermeja 2019

MODELO

CARACTERISTICAS

VENTAJAS

DESVENTAJAS

ESTRUCTURA JERARQUICA NIVEL 1

Modelo Mc Call El modelo fue escrito por McCall, Richards y Walters, (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. * Tienen como finalidad atender a las diversas necesidades de las organizaciones que quieran realizar las mejoras de sus procesos. *Existen 2 enfoques: Enfoque Continuo: Hace hincapié en la capacidad de ciertas áreas para realizar sus actividades de manera adecuada. Enfoque Escalonado: Hace especial énfasis en el grado de madurez de los procesos.

*Se focaliza en el producto final, identificando atributos claves desde el punto de vista del usuario. *Se centra en medidas precisas de alto nivel. *Está orientado al producto final pro se puede aplicar al proceso. *Se podría utilizar no para uno sino para varios proyectos.

*Se evalúan muchos factores lo que implicaría un trabajo adicional al proceso. *No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar.

NIVEL 2

NIVEL 3

CRITERIOS

Métricas

EJE DE OPERACIÓN FACTORES * Facilidad de uso. ¿Puedo ejecutarlo?

Facilidad de aprendizaje

*Integridad. ¿Es seguro?

Control de accesos. Facilidad de auditoria. Seguridad.

*Corrección. ¿Hace el software lo que yo quiero?

Completitud. Consistencia.

*Fiabilidad. ¿Lo hace de forma exacta todo el tiempo?

Precisión. Consistencia. Modularidad.

*Eficiencia ¿Se ejecutara sobre mi HW lo mejor posible?

Eficiencia de ejecución. Eficiencia de almacenamiento.

EJE DE REVISIÓN. Factores *Facilidad de mantenimiento ¿Puedo arreglarlo?

Modularidad Simplicidad Consistencia

*Facilidad de prueba ¿Puedo probarlo?

Modularidad Simplicidad Auto descripción

Métricas

*Flexibilidad ¿Puedo modificarlo?

Capacidad de expansión Auto descripción Generalidad

EJE DE TRANSICIÓN. Factores *Facilidad de reutilización ¿Podre reutilizar parte del software?

*Interoperabilidad ¿Podré comunicarlo con otros sistemas?

*Portabilidad ¿Podre ejecutarlo en otra máquina?

Modelo Boehm Propuesto por Barry Boehm en (1978)

*El modelo en espiral, es un modelo de proceso de software evolutivo que conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal y secuencial. *Este define la calidad del software en términos de atributos cualitativos y los

*Involucra menos factores y menos criterios lo que implicaría un menos tiempo en su desarrollo. *No lucrativo. *Puede adaptarse y aplicarse a lo largo de la vida del software de computadora.

*No especifica muchos aspectos relacionados con el usuario. *Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas.

Modularidad Generalidad Auto descripción Independencia del Hardware Modularidad Compatibilidad de datos Estandarización en los datos Modularidad Auto descripción Independencia del Hardware

Métricas

CARACTERISTICAS DEL NIVEL INTERMEDIO (FACTORES) Portabilidad

Confiabilidad

Eficiencia

Independencia de dispositivos Auto-contención Consistencia Auto-contención Integridad Accesibilidad Eficiencia de uso de dispositivos

Métricas

mide usando métricas. *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.

Modelo 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). *Los requisitos se clasifican en dos categorías: Requisitos funcionales (F) que son los que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuentas las restricciones físicas. Requisitos no funcionales (URPS) que puntualizan atributos del sistema o del

*Los criterios son fácilmente entendibles, lo que implica su fácil utilización. *En cierta forma su división en funcionales o no funcionales es conveniente para determinar la calidad, aun así, haya restricciones físicas. *Se podrían utilizar no para uno sino para varios proyectos.

*Al igual que el modelo de McCall se necesitan de muchas métricas lo que implica un mayor esfuerzo de tiempo y costo.

Usabilidad

Integridad Accesibilidad Comunicación

Testeabilidad (Capacidad de prueba)

Estructuración Comunicación Auto descripción

Comprensibilidad (Facilidad de entendimiento)

Consistencia Estructuración Legibilidad

Flexibilidad

Estructuración Aumentabilidad

REQUISITOS FUNCIONALES (F) Funcionalidad

Características y capacidades del programa. Generalidades de las funciones Seguridad del sistema REQUISITOS NO FUNCIONALES (URPS)

Métricas

Usabilidad

Factores Humanos Factores estéticos Documentación

Métricas

Confiabilidad

Frecuencia y severidad de las fallas Exactitud de las salidas Tiempo medio fallos

medio ambiente del sistema.

Desempeño (rendimiento)

Capacidad de soporte

Modelo Arthur Modelo de calidad creado por Arthur Andersen en 1985

Arthur presenta una variante del modelo de propuesto por McCall. La variante consta de dos acciones: *Añadir tres nuevos criterios de valoración: complejidad, seguridad y auditabilidad. *Variar las relaciones de los factores y criterios.

*Tienen 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 confiabilidad ante el riesgo.

*Incluye más criterios, lo que hace que se utilicen más métricas y esto conlleva más esfuerzo en tiempo y costo.

*Corrección

Velocidad del procesamiento Tiempo de respuesta Consumo de recursos Eficacia Extensibilidad Adaptabilidad Capacidad de pruebas Compatibilidad Completitud Consistencia Seguimiento

Fiabilidad

Eficiencia

Integridad

Complejidad Consistencia Simplicidad Concisión Eficiencia de ejecución Operatividad Auditabilidad Instrumentación Seguridad

Utilizable

Entrenamiento Operatividad

Mantenible

Concisión Consistencia Instrumentación Modularidad

Métricas

ISO IEC 9126 El estándar ISO 9126 presenta su primera versión en 1991, luego en 2001 es reemplazado por ISO 9126:1

Es un estándar internacional para la evaluación del software, esta supervisado por el proyecto Square, ISO 2500: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).

*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 *Se podría utilizar no para uno sino para varios proyectos.

*Como en casi todos los modelos implica un esfuerzo, trabajo y tiempo.

CARACTERISTICAS INTERNAS Y EXTERNAS Funcionalidad

Adecuación Exactitud Cumplimiento de normas

Confiabilidad

Madurez Tolerante a defectos Facilidad de recuperación

Facilidad de uso

Eficiencia

Portabilidad

Fácil de comprender Fácil de aprender Fácil de operar Comportamiento en el tiempo Comportamiento de recursos Facilidad de instalación Facilidad de reemplazo Adaptabilidad

Métricas

REFERENCIAS

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 de: http://repositorio.utp.edu.co/dspace/%20bitstream/11059/1977/1/0053R173e.%20pdf.

Rey, P.A. (2013). Evaluación de la calidad de la tecnología educativa [en línea]. Capítulo II. Modelos

de

Calidad.

Recuperado

http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/cap2.html .

de