MAESTRÍA GESTIÓN DE LA TECNOLOGÍA EDUCATIVA UNIVERSIDAD DE SANTANDER (UDES) MODULO EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA [L.000.008.MG]
CUADROCOMPARATIVO_ACTIVIDAD.2.2 .DOC MODELOS DE CALIDAD
PROFESOR: JHON ALEXANDER BUENO VESGA PRESENTADO POR: MARIA DEL SOCORRO CASTRO LEMA
QUINCHIA RISARALDA 06 DE MARZO/ 2016
MODELOS DE CALIDAD
MODELOS
CARACTERISTICA S
VENTAJAS
DESVENTAJAS
1) Model o de McCall , Richar ds, & Walter s (1977).
Presentado en 1977 y propone una serie de factores de calidad conocidos como factores de McCall, Richards, & Walters (1977), la idea del modelo es la descomposición del concepto genérico de calidad en tres capacidades importantes para un producto software, todo desde la mirada del usuario. define factores, criterios, y métricas;
Se focaliza en el producto final, identificand o atributos claves desde el punto de vista del usuario.
Las características son en general propiedades abstractas medible mediante métricas. No siempre existe una relación perfectamente lineal entre los valores de las métricas y las características que deben estimar
CAPACIDAD
NIVEL 1
NIVEL 2
NIVEL 3
PUNTOS DE VISTA O EJES
FACTO RES DE CALIDA D
CRITERIOS
MÉTRICAS DE LA CALIDAD DEL SOFTWARE
Correcci ón
Grado de cumplimiento de las especificaciones y objetivos del usuario.
Compleción Consistencia Trazabilidad.
Se evalúan muchos factores lo que implicaría un trabajo adicional al proceso de desarrollo que denota tiempo y costo. Implicaría un trabajo tedioso por la cantidad de métricas que se utilizarían.
OPERACIÓN DEL PRODUCTO
Confiabi lidad
Grado en el sistema está disponible para usarse
Complejidad Consistencia Exactitud Modularidad Simplicidad Tolerancia a errores.
Usabilid ad
Grado de esfuerzo necesario que se requiere para aprender a
Facilidad de formación Operatividad.
La relación calidadprecio, que puede evaluarse a través del coste de cada factor de calidad
Se focaliza en medidas precisas de alto nivel.
ESTRUCTURA GERARQUICA
frente al beneficio que proporciona. Este modelo es un modelo de calidad fijo y para realizar la evaluación de la calidad de un producto utilizándolo, se selecciona un subconjunto de factores y métricas aceptando que solo están disponibles las que propone el modelo.
utilizarlo. Integrid ad o Segurid ad
Grado en el que se controla el acceso al programa o los datos por usuarios no autorizados.
Eficienci ao Perform ance
Cantidad de recursos y código requeridos por un programa para realizar una función.
Portabili dad
Grado que mide el esfuerzo para migrar un programa de un entorno de operación a otro.
Facilidad de auditoria Seguridad.
Concisión Eficiencia de ejecución Operatividad.
Auto documentación.
TRANSICIÓN
TRANSICIÓ
Generalidad.
Modularidad Reusabi lidad
Interope rabilidad
Facilida d de manteni miento
Grado de esfuerzo requerido para que el programa o una de sus partes pueda ser utilizado en otro proyecto.
Grado de esfuerzo dedicado para que un sistema o programa pueda operar conjuntamente con otro.
Esfuerzo requerido para localizar y corregir un error en un programa en funcionamiento.
Auto documentación. Generalidad Independencia hardware Independencia del sistema. Modularidad Estd.Comunicacio nes Estandarización de datos Generalidad Independencia hardware Independencia del sistema
Flexibili dad
Esfuerzo requerido para modificar un software en funcionamiento.
REVISION DEL PRODUCTO
Facilida d de Prueba
Grado de esfuerzo requerido para probar un programa verificando que realice adecuadamente sus funciones.
MODELOS
CARACTERISTICAS
VENTAJAS
DESVENT AJAS
ESTRUCTURA GERARQUICA
2. BOEHM
El MODELO en espiral, propuesto originalmente por BOEHM en 1976, es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados
Involucra menos factores y menos criterios lo que implicaría un menor tiempo en su desarrollo. Se podría utilizar en varios proyectos.
No especifica muchos aspectos relacionado s con el usuario.
Caracter ísticas del Alto Nivel
Características de Nivel Intermedio ( Factores)
Utilidad, Manteni miento, Portabili
Portabilidad
Propuesto por Barry Boehm en (1978)
Autodocumentació n Capacidad de expansión. Complejidad Concisión Consistencia Generalidad Modularidad Simplicidad.
Independencia de dispositivos. Autocontención
Características Primitiva
Independenci a, Completitud,
M E T R I C A S
y sistemáticos del MODELO LINEAL y SECUENCIAL. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software que no se basa en fases claramente definidas y separadas para crear un sistema. Es similar al modelo de McCall definiendo la calidad en términos de atributos cualitativos y métricas para realizar las medidas. Dentro de los factores que se describen en el modelo se toman muchos de los que propone McCall.
El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Como el software evoluciona medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. El modelo en espiral permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto. .
Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. Debido a su elevada complejida d no se aconseja utilizarlo en pequeños sistemas. Genera mucho tiempo en el desarrollo del sistema. Modelo costoso.
dad.
Confiabilidad
Autocontención Exactitud Completitud Consistencia.
Eficiencia de uso de dispositivos. Accesibilidad.
Usabilidad
Integridad. Accesibilidad. Comunicación
Testeabilidad Capacidad de prueba.
Auto descripción. Comunicación. Estructuración.
Consistencia Concicibiidad Legibilidad Estructuración Aumentabilidad
Eficiencia,
Comprensibilid ad Flexibilidad.
MODELOS
CARACTERISTICAS
VENTAJAS
DESVENTAJAS
ESTRUCTURA GERARQUICA
3 .FURPS
Esta propuesta contempla, por un lado 5 características de las cuales se deriva su nombre
Los criterios son claramente entendibles, lo que implica su fácil utilización.
Al igual que en el modelo McCall se necesitan de muchas
REQUI SITOS FUNCI ONAL ES (F)
Modelo de calidad propuesto por
METRICAS
METRICAS REQUISITO S NO FUNCIONAL ES (URPS)
Exactitud, Consistencia, Eficiencia, Accesibilidad , Comunicativi dad, Estructuració n, Autodescripti vidad, Concisión, Legibilidad, Expansividad
Robert Grady y Hewlett Packard Co (HP) en 1987.
(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.
- En cierta forma su división en factores funcionales y no funcionales es convenientes para determinar la calidad, aun así, hayan restricciones físicas.
métricas lo que implica un mayor esfuerzo de tiempo y costo.
Funci onalid ad.
Características y capacidades del programa Generalidad de las funciones Seguridad del sistema
- Tiene en cuenta las fallas en el producto y en el proceso, esto permite una mayor corrección.
Usabilidad
Factores humanos Factores estéticos Consistencia de la interfaz Documentacion
Confiablida d
Frecuencia y severidad de las fallas Exactitud de las salidas Tiempo medio de fallos Capacidad de recuperación ante fallas Capacidad de prediccion
Desempeño (rendimient o)
- se podría utilizar no para uno sino para varios proyectos.
Capacidad de Soporte
Velocidad del procesamiento Tiempo de respuesta Consumo de recursos. Rendimiento efectivo total. EficaciaExtensibilidad Adaptabilidad. Capacidad de pruebas. Capacidad de configuración. Compatibilidad. Requisitos de instalación.
MODELOS
CARACTERISTICAS
VENTAJAS
DESVENTAJAS
CARACTERISTICAS INTERNAS Y EXTERNAS (FACTORES)
METRICAS
4. ISO-IEC 9126
Es un estándar internacional para la evaluación del
Adecuación. Exactitud. Interoperabilidad.
Es un modelo de corte internacional
DESVENTA JAS
Funcionalidad.
El estándar ISO 9126 presenta su primera versión en 1991, luego en 2001 es remplazado por ISO 9126:1
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).
pero adaptado al caso colombiano y latinoamericano.
MODELOS
CARACTERIS TICAS
La terminología es clara y precisa, lo que hace que sea más comprensible para todos los actores del proceso.
- Como en casi todos los modelos implica un esfuerzo de tiempo, trabajo y costo
Confiabilidad
Facilidad de uso.
CARACTERISTICAS DE LA CALIDAD DE USO
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.
VENTAJAS
Seguridad. Cumplimiento de normas.
DESVENTAJ AS
Facilidad de uso.
FACTORES
Madurez. Tolerante a defectos. Facilidad de recuperación. Fácil de comprender. Fácil de aprender. Fácil de operar Atractividad. METRICAS 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.
CRITERIOS
5) 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 grado de confiablidad 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
Fiabilidad
Eficiencia
Completitud Consistencia. Seguimiento Consistencia Modularidad Preciso Simplicidad Tolerante a errores Concisión Eficiencia de ejecución Operatividad
Integridad
Auditabilidad Instrumentación Seguridad
Utilizable
Entrenamiento Operatividad
Mantenible
Flexible
Verificable
Auto-documentado Concisión Consistencia Instrumentación Modularidad Simplicidad. Auto-documentado Complejidad Concisión Consistencia Expansibilidad Generalidad Auditabilidad Auto-documentado Complejidad Instrumentación Modularidad Simplicidad
Auto-documentado Generalidad Independencia de la máquina Independencia del sistema software Modularidad
Portable
Reutilizable
Inter-operativo
Independencia del hardware Independencia del sistema software Modularidad Comunicaciones comunes Datos comunes Generalidad Modularidad
De acuerdo a la comparación se puede hacer una selección por modelo. MODELO
McCall
Richards, & Walters (1977)
BOEHM (1976)
FURPS
(Grady & Caswell, 1987).
ISO-IEC 9126
ARTHUR
CONCEPTO
Factor Criterio Métrica
Características Primitiva Características Métrica
factor atributo
Atributo o característica Sub-atributo
Factores Criterios Métrica
Métrica TTIPO DE MODELO
fijo
fijo
fijo
mixtos
BIBLIOGRAFIA
Brijendra, S., & Suresh, K. (2013).A Review on Software Quality Models. International Conference Communication on Systems and Network Technologies (CSNT) (págs. 801-806). IEEE.
Cervera Paz, Á. El modelo de mccall como aplicación de la calidad a la revisión del software de gestión empresarial Dpto. Organización de Empresas. Núñez Moraleda, Bernardo M. Dpto. Lenguajes y Sist. Informáticos. Universidad Cádiz.
Gonzáles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecánica y Electricidad (5), 20-29. Consultado el: 12 sep. 2013.
Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología Educativa Capítulo II. Modelos de Calidad. 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. Consultado el: 17septiembre-2013.
Moreno, J., Bolaños, L., & Navia, M. (2010). Un acercamiento a las prácticas de calidad del software en las MiPyMESPS
del suroccidente colombiano. Revista Lasallista de Investigación, Vo.7 (No.1), 17-24Consultado el: 17 sep. 2013
Ramírez Aguirre, P., & Ramírez Arias, C. (2010). Estudio de las prácticas de calidad del software implementadas en las mi
pymes desarrolladoras de software de Pereira. Pereira: Universidad Tecnológica de Pereira. p (15-40) Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del software. (Maestría Ingeniería en Calidad). p (129-150). Obtenido de Universidad Tecnológica Nacional.
Corporación de Estudios Tecnológicos del Norte del Valle 2012. MANUAL DE ESTILO APA