cuadro comparativo modelos de calidad

CUADRO COMPARATIVO MODELOS DE CALIDAD DE DESARROLLO Y PRODUCTOS FINALES DE SOFTWARE ALEX ENRIQUE ACOSTA RAMOS PROFESOR

Views 255 Downloads 0 File size 345KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

CUADRO COMPARATIVO MODELOS DE CALIDAD DE DESARROLLO Y PRODUCTOS FINALES DE SOFTWARE

ALEX ENRIQUE ACOSTA RAMOS

PROFESOR – CONSULTOR GLORIA ELISA TORRES RODRÍGUEZ ESPECIALISTA EN MULTIMEDIA EDUCATIVA. ESPECIALISTA EN ENTORNOS VIRTUALES DE APRENDIZAJE

UNIVERSIDAD DE SANTANDER MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA MÓDULO EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA SINCÉ - SUCRE SEPTIEMBRE DE 2019

CUADRO COMPARATIVO MODELOS DE CALIDAD DESARROLLO Y PRODUCTOS FINALES DE SOFTWARE MODELO Modelo de calidad de McCall

CARACTERISTICAS Fue presentado en 1977 y propone la idea de la descomposición del concepto genérico de calidad en tres capacidades importantes para un producto software, todo desde la mirada del usuario. Describe la calidad como un concepto elaborado mediante relaciones jerárquicas entre factores de calidad, en base a criterios y métricas de calidad. Su finalidad, atender a las diversas necesidades de las organizaciones que quieren realizar la mejora de sus procesos.

VENTAJAS Operación, transición y revisión, todo esto desde la mirada del usuario

DESVENTAJAS Propiedades abstractas medibles por métricas lo que es muy tedioso.

Es práctico, fácil de entender y de aplicar.

Se evalúan muchos factores.

Se focaliza en el producto final y en medidas precisas de alto nivel.

No siempre existe una relación lineal entre algunos de los factores de calidad y algunas métricas comúnmente utilizadas para evaluar la calidad del software.

Exactitud de cálculo y de control Facilidad de auditoría, Independencia del hardware, Independencia del software, Instrumentación, Modularidad, Operatividad, Seguridad, Simplicidad, Tolerancia a errores, Trazabilidad. Bajo costo

Modelo BOEHM

Creado en 1978 describe la calidad del software en términos de atributos cualitativos. presenta sus factores de calidad estructurados jerárquicamente de alto a bajo nivel aunque este modelo se basa en que el software debe hacer lo que el usuario quiere que haga, por lo tanto, en su estructura presenta características de alto nivel, características de nivel intermedio y características primitivas, el nivel más bajo corresponde a características directamente asociadas a una o dos métricas de calidad de portabilidad y de confiabilidad, cada una de las cuales contribuye al nivel general de calidad.

Presenta un alto rango de características primitivas. Integra el desarrollo del software con el mantenimiento. Las mejoras se hacen por medios de ciclos de espiral partiendo desde el centro. Conjuga lo interactivo del modelo MCP con el modelo cascada

Un modelo costoso y debe seguir estrictamente un protocolo para su buen funcionamiento. No especifica muchos aspectos relacionados con el usuario.

Modelo de FURPS

Creado en 1987, establece cinco características como factores de calidad que son los que le dan nombre:     

Functionality (Funcionalidad). Usability (Usabilidad). Reliability (Confiabilidad). Perfomance (Prestación) y Supportability (Soporte).

incluye, además de los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz Los requerimientos de usabilidad pueden incluir subcategorias tales como:

Factores humanos. Estética. Consistencia. Documentación.

No tiene en cuenta la portabilidad de los productos software que se estén considerando, factor digno de consideración en función de las exigencias actuales que recaen sobre el proceso de desarrollo del software. Se necesitan de muchas métricas lo que implica mayor esfuerzo de tiempo y costo.

Adaptabilidad y compatibilidad de soporte

Modelo de CMM

Surge en 1986, modelo de madurez de capacidades. Establece áreas claves de proceso y a cada una buenas prácticas de definición, organización, ejecución, medidas y verificación. Emplea 5 niveles de maduración: inicial, repetible, definido, gestionado, optimizado.

Tiene en cuenta las fallas en el producto y en el proceso, esto permite mayor corrección. Inclusión de las prácticas de institucionalización, que permiten asegurar que los procesos asociados con cada área de proceso serán efectivos, repetibles y duraderos. Guía paso a paso para la mejora, a través de niveles de madurez y capacidad (frente a ISO). Transición del “aprendizaje individual” al “aprendizaje organizacional” por mejora continua, lecciones aprendidas y uso de bibliotecas y bases de datos de proyectos mejorados.

El CMMI puede llegar a ser excesivamente detallado para algunas organizaciones. Puede ser considerado prescriptivo. Requiere mayor inversión para ser completamente implementado. Puede ser difícil de entender.

Modelo DESARROLLO EN ESPIRAL

Las actividades se conforman en una espiral, en la que cada bucle representa un conjunto de actividades. En cada interacción se toma en cuenta los objetivos, alternativas de desarrollo y verificación del software-,

Puede adaptarse y aplicarse a lo largo de la vida del software de computadora. Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos. Permite a quien lo desarrolla aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto.

Modelo de excelencia EFQM

En 1992, la Fundación Europea creó el modelo de autoevaluación EFQM de excelencia. Este modelo tiene como objetivo ayudar a las organizaciones, a conocerse mejor a sí mismas y a mejorar su funcionamiento. La idea básica del modelo de excelencia, por lo tanto, es proporcionar a las organizaciones una herramienta de mejora de su sistema de gestión. Además el modelo de autoevaluación EFQM se utiliza como base para otorgar los premios europeos de calidad, utilizando para ello el sistema de puntuación establecido El modelo de autoevaluación EFQM es una herramienta práctica que puede ser utilizada de formas distintas:

En la utilización de grandes sistemas ha doblado la productividad. Guía para realizar una autoevaluación con la que identificar áreas de mejora y así posteriormente implantar soluciones para las mismas. Herramienta de aprendizaje mutuo (benchmark) con otras organizaciones. Método para medir la evolución de la excelencia en una organización. Base para utilizar un lenguaje y forma de pensar común en la organización. Guía para presentarse a premios de calidad otorgados por EFQM u otras entidades o para la obtención de sellos de excelencia. Base para analizar la estructura del sistema de gestión.

Resulta difícil convencer a grandes clientes de que el enfoque evolutivo es controlable. Debido a su elevada complejidad no se aconseja utilizarlo en pequeños sistemas. Genera mucho tiempo en el desarrollo del sistema Modelo costoso Requiere experiencia en la identificación de riesgos

Media facilidad de actualización. Cierto grado de dificultad de comprensión y cierto nivel de complejidad.

Modelo MALCOLM BALDRIGE

Es una herramienta para la evaluación, mejora y planificación de la gestión de calidad total de una empresa

Proporciona elementos metodológicos para llevar a cabo análisis con los indicadores, de forma especial en lo que se refiere al énfasis en el uso de comparaciones para evaluar el desempeño, el establecimiento de relaciones causa-efecto y la preparación de proyecciones

Puede implicar la identificación de una cantidad relativamente mayor de indicadores que los que se obtienen con otras metodologías.

Utiliza el estándar en las gráficas para los indicadores

Modelo MOSCA

Integra varios niveles de calidad. Consta de 4 niveles: Nivel 0: Dimensiones. Eficiencia del proceso, Efectividad del proceso, Eficiencia del producto y Efectividad del producto Nivel 1: Categorías. Se contemplan 11 categorías: Producto: Funcionalidad (FUN), Fiabilidad (FIA), Usabilidad (USA), Eficiencia (EFI), Mantenibilidad (MAB) y Portabilidad (POR) Proceso: Cliente-Proveedor (CUS), Ingeniería (ENG), Soporte (SUP), Gestión (MAN) y Organizacional (ORG). Nivel 2: Características. Cada categoría tiene asociado un conjunto de características (56 asociadas al producto y 27 al proceso de desarrollo Nivel 3: Métricas. Para cada característica se propone una serie de métricas utilizadas para medir la calidad sistémica.

Se enfoca tanto en el producto como en el proceso. Garantiza la relación entre las características de la empresa y las necesidades del usuario. Es una herramienta efectiva de análisis y estimación de la Calidad Global Sistémica.

Es complicado si no se cuenta con una guía adecuada de aplicación del modelo.

Modelo SQAE

Modelo WEBQEM

Este modelo, además de evaluar la calidad del software, permite estimar el riesgo presente en las etapas del ciclo de vida del producto. La metodología está basada en los primeros modelos de calidad (Boehm, McCall y Dromey), aplica ciertos aspectos propios del estándar ISO/IEC 9126 y se centra principalmente en el trabajo de cuatro áreas: Mantenibilidad, evolución, portabilidad y consistencia, que a su vez agrupan siete factores: Independencia, Modularidad, Documentación, Auto descripción, Control anomalía y Diseño simple para realizar a medición de calidad. Método enfocado a evaluar la calidad de productos software, sin embargo definiendo características y subcaracterísticas de acuerdo con los requisitos de calidad establecidos además, propone las siguientes fases para el proceso: Planificación y programación de la evaluación de calidad, Definición y especificación de requerimientos de calidad, Definición e implementación de la evaluación elemental, Definición e implementación de la evaluación global, Análisis de resultados, conclusión y documentación y Validación de métricas

Facilidad de mantenimiento y trazabilidad. Funcionalidad, facilidad de reutilización e integridad

Ambiguo y de mucha corrección. No es fácil de usar. Difícil de entender.

Es flexible y se puede adaptar a nivel de proceso Valora la calidad del producto buscando comprender, mejorar, controlar y predecir la calidad de los mismos. Páginas de acceso rápido a la información

No es eficiente, presenta errores de enlace. Difícil de entender y ambiguo

REFERENCIAS Álvarez, Ana. Alarcón, Andrea. Callejas, Mauro. 2016. Comparación de modelos y estándares de evaluación de calidad para una plataforma de aprendizaje virtual. Recuperado de http://fundacioniai.org/actas/Actas2/Actas2.30.pdf FURPS. Ingeniería Software. Recuperado de http://clases3gingsof.wikifoundry.com/page/FURPS ISOTools. Ventajas y desventajas de cada metodología para definir los indicadores. PLATAFORMA TECNOLÓGICA PARA GESTIÓN DE LA EXCELENCIA. Recuperado de https://www.isotools.org/2017/03/01/ventajas-desventajas-cada-metodologia-definir-indicadores/ LEM. Evaluación de la calidad de la tecnología educativa. Capítulo 1. Recuperado de https://aulavirtualeew.cvudes.edu.co/publico/lems/L.000.008.MG/contenido_LEM.html#pdf Mendoza, Luis. Pérez, María. Grimán, Anna. Rojas, Teresita. Algoritmo para la Evaluación de la Calidad Sistémica del Software. Recuperado de https://pdfs.semanticscholar.org/48fd/7405b459a76cdf31bfbfd9dea91001c97c62.pdf Modelos de evaluación de RED. Recuperado de https://modelos-de-evaluacion-derd.fandom.com/es/wiki/Modelo_de_calidad_de_McCall Proyecto ADP modelos de desarrollo. Recuperado de https://sites.google.com/site/proyectoadpmodelosdedesarrollo/home/modelos-de-desarrollo/modeloespiral-ventajas-y-desventajas