Está en la página 1de 7

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 CARACTERISTICAS VENTAJAS DESVENTAJAS


Modelo de calidad de Fue presentado en 1977 y Operación, transición y Propiedades abstractas
McCall propone la idea de la revisión, todo esto desde medibles por métricas lo
descomposición del concepto la mirada del usuario que es muy tedioso.
genérico de calidad en tres
capacidades importantes para un Es práctico, fácil de Se evalúan muchos
producto software, todo desde la entender y de aplicar. factores.
mirada del usuario.
Se focaliza en el No siempre existe una
Describe la calidad como un producto final y en relación lineal entre
concepto elaborado mediante medidas precisas de alto algunos de los factores
relaciones jerárquicas entre nivel. de calidad y algunas
factores de calidad, en base a métricas comúnmente
criterios y métricas de calidad. Exactitud de cálculo y utilizadas para evaluar
Su finalidad, atender a las de control Facilidad de la calidad del software.
diversas necesidades de las auditoría, Independencia
organizaciones que quieren del hardware,
realizar la mejora de sus procesos. Independencia del
software,
Instrumentación,
Modularidad,
Operatividad,
Seguridad, Simplicidad,
Tolerancia a errores,
Trazabilidad.

Bajo costo

Modelo BOEHM Creado en 1978 describe la Presenta un alto rango Un modelo costoso y
calidad del software en términos de características debe seguir
de atributos cualitativos. primitivas. estrictamente un
presenta sus factores de calidad protocolo para su buen
estructurados jerárquicamente de Integra el desarrollo del funcionamiento.
alto a bajo nivel aunque este software con el
modelo se basa en que el software mantenimiento. No especifica muchos
debe hacer lo que el usuario aspectos relacionados
quiere que haga, por lo tanto, en Las mejoras se hacen con el usuario.
su estructura presenta por medios de ciclos de
características de alto nivel, espiral partiendo desde
características de nivel intermedio el centro.
y características primitivas, el
nivel más bajo corresponde a Conjuga lo interactivo
características directamente del modelo MCP con el
asociadas a una o dos métricas de modelo cascada
calidad de portabilidad y de
confiabilidad, cada una de las
cuales contribuye al nivel general
de calidad.
Modelo de FURPS Creado en 1987, establece cinco incluye, además de los No tiene en cuenta la
características como factores de factores de calidad y los portabilidad de los
calidad que son los que le dan atributos, restricciones productos software que
nombre: de diseño y se estén considerando,
requerimientos de factor digno de
 Functionality (Funcionalidad). implementación, físicos consideración en
 Usability (Usabilidad). y de interfaz función de las
 Reliability (Confiabilidad). exigencias actuales que
 Perfomance (Prestación) y Los requerimientos recaen sobre el proceso
 Supportability (Soporte). de usabilidad pueden de desarrollo del
incluir subcategorias software.
tales como:
Se necesitan de muchas
métricas lo que implica
Factores humanos. mayor esfuerzo de
Estética. tiempo y costo.
Consistencia.
Documentación.

Adaptabilidad y
compatibilidad de
soporte

Tiene en cuenta las


fallas en el producto y
en el proceso, esto
permite mayor
corrección.
Modelo de CMM Surge en 1986, modelo de Inclusión de las El CMMI puede llegar a
madurez de capacidades. prácticas de ser excesivamente
Establece áreas claves de proceso institucionalización, que detallado para algunas
y a cada una buenas prácticas de permiten asegurar organizaciones.
definición, organización, que los procesos
ejecución, medidas y verificación. asociados con cada área Puede ser considerado
de proceso serán prescriptivo.
Emplea 5 niveles de maduración: efectivos,
inicial, repetible, definido, repetibles y duraderos. Requiere mayor
gestionado, optimizado. inversión para ser
Guía paso a paso para la completamente
mejora, a través de implementado.
niveles de madurez y
capacidad (frente a Puede ser difícil de
ISO). entender.

Transición del
“aprendizaje individual”
al “aprendizaje
organizacional” por
mejora continua,
lecciones aprendidas y
uso de bibliotecas y
bases de
datos de proyectos
mejorados.
Modelo Las actividades se conforman en Puede adaptarse y Resulta difícil
DESARROLLO EN una espiral, en la que cada bucle aplicarse a lo largo de la convencer a grandes
ESPIRAL representa un conjunto de vida del software de clientes de que el
actividades. computadora. enfoque evolutivo es
En cada interacción se toma en controlable.
cuenta los objetivos, alternativas Como el software Debido a su elevada
de desarrollo y verificación del evoluciona a medida que complejidad no se
software-, progresa el proceso, el aconseja utilizarlo en
desarrollador y el cliente pequeños sistemas.
comprenden y Genera mucho tiempo
reaccionan mejor ante en el desarrollo del
riesgos en cada uno de sistema
los nivele evolutivos. Modelo costoso
Requiere experiencia en
la identificación de
Permite a quien lo
desarrolla aplicar el riesgos
enfoque de construcción
de prototipos en
cualquier etapa de
evolución del producto.

En la utilización de
grandes sistemas ha
doblado la
productividad.
Modelo de excelencia En 1992, la Fundación Europea Guía para realizar una Media facilidad de
EFQM creó el modelo de autoevaluación autoevaluación con la actualización.
EFQM de excelencia. Este que identificar áreas de Cierto grado de
modelo tiene como objetivo mejora y así dificultad de
ayudar a las organizaciones, a posteriormente comprensión y cierto
conocerse mejor a sí mismas y a implantar soluciones nivel de complejidad.
mejorar su funcionamiento. La para las mismas.
idea básica del modelo de Herramienta de
excelencia, por lo tanto, es aprendizaje mutuo
proporcionar a las organizaciones (benchmark) con otras
una herramienta de mejora de su organizaciones.
sistema de gestión. Además el Método para medir la
modelo de autoevaluación EFQM evolución de la
se utiliza como base para otorgar excelencia en una
los premios europeos de calidad, organización.
utilizando para ello el sistema de Base para utilizar un
puntuación establecido lenguaje y forma de
El modelo de autoevaluación pensar común en la
EFQM es una herramienta organización.
práctica que puede ser utilizada Guía para presentarse a
de formas distintas: 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.
Modelo MALCOLM Es una herramienta para la Proporciona elementos Puede implicar la
BALDRIGE evaluación, mejora y metodológicos para identificación de una
planificación de la gestión de llevar a cabo análisis cantidad relativamente
calidad total de una empresa con los indicadores, de mayor de indicadores
forma especial en lo que que los que se obtienen
se refiere al énfasis en el con otras metodologías.
uso de comparaciones
para evaluar el
desempeño, el
establecimiento de
relaciones causa-efecto
y la preparación de
proyecciones

Utiliza el estándar en las


gráficas para los
indicadores

Modelo MOSCA Integra varios niveles de calidad. Se enfoca tanto en el Es complicado si no se


Consta de 4 niveles: producto como en el cuenta con una guía
proceso. adecuada de aplicación
Nivel 0: del modelo.
Dimensiones. Eficiencia del Garantiza la relación
proceso, Efectividad del proceso, entre las características
Eficiencia del producto y de la empresa y las
Efectividad del producto necesidades del usuario.

Nivel 1: Es una herramienta


Categorías. Se contemplan 11 efectiva de análisis y
categorías: Producto: estimación de la Calidad
Funcionalidad (FUN), Fiabilidad Global Sistémica.
(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.
Modelo SQAE Este modelo, además de evaluar Facilidad de Ambiguo y de mucha
la calidad del software, permite mantenimiento y corrección.
estimar el riesgo presente en las trazabilidad. No es fácil de usar.
etapas del ciclo de vida del Funcionalidad, facilidad Difícil de entender.
producto. La metodología está de reutilización e
basada en los primeros modelos integridad
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.
Modelo WEBQEM Método enfocado a evaluar la Es flexible y se puede No es eficiente, presenta
calidad de productos software, sin adaptar a nivel de errores de enlace.
embargo definiendo proceso Difícil de entender y
características y sub- Valora la calidad del ambiguo
características de acuerdo con los producto buscando
requisitos de calidad establecidos comprender, mejorar,
además, propone las siguientes controlar y predecir la
fases para el proceso: calidad de los mismos.
Planificación y programación de Páginas de acceso
la evaluación de calidad, rápido a la información
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
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://aulavirtual-


eew.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-de-


rd.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/modelo-
espiral-ventajas-y-desventajas

También podría gustarte