CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD DE SOFTWARE

MAYERLING RODRIGUEZ CAMARGO

DOCENTE:

HILDA CLEMENCIA ESQUIVEL MARTINEZ

MÓDULO: EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

UNIVERSIDAD DE SANTANDER

CAMPUS VIRTUAL

2019
 CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD DE SOFTWARE

Un modelo estándar de calidad del software consiste en reunir todas las actividades y

funciones de forma tal que ninguna de ellas esté subordinada a las otras y que cada una se planee,

controle y ejecute de un modo formal y sistemático. Se requiere que los directivos y personas clave

responsables de implantar el modelo de estándar de calidad comprendan que las empresas se

forman por un conjunto de elementos interdependientes e interconectados que buscan un mismo

objetivo. (Scalone, 2006).

De acuerdo a la anterior el presente trabajo busca exponer las principales cualidades que

poseen los principales modelos de calidad de software, en este caso modelos como el de Macall,

FURPS, BOEHM, BOORSTRAP, CMM y tres de los más representativos por la ISO (ISO 2500,

ISO9126, ISO 1504).

La ISO ha formulado estándares que pueden ser comparables con modelos y normativas

constituidas en tiempos anteriores. Así, por ejemplo, el estándar ISO 9126 formulado inicialmente

en 1991 establece un modelo de calidad y su uso como marco para la evaluación de software. Por

lo tanto, esta norma tiene como fundamento modelos de calidad aportados por diversas

“investigaciones realizadas en los últimos 30 años para la caracterización de la calidad del producto

software”. (CVUDES, s.f).

En consecuencia, la calidad del software no depende de convenciones consensuadas en el

plano empresarial individual, sino de grandes cooperaciones internacionales que buscan una

gestión de la calidad con aspectos importantes como la interoperabilidad, la usabilidad, la

experiencia del usuario, etc. Se ha enfatizado que la calidad abarca tanto la calidad del producto

final como la calidad de su proceso de desarrollo.

A continuación, se presenta en la Tabla 1 la comparativa de los modelos de calidad

anteriormente mencionados.
 CRITERIOS MODELOS DE CALIDAD DE SOFTWARE
ISO/ IEC 25000 ISO/IEC 9126 ISO IEC 1504 BOEHM BOOTSTRAP MACALL FURPS CMM
DEFINICIÓN Fue diseñado Fue formulado Es un modelo que Modelo propuesto Este modelo fue el El modelo de Este modelo de Es un conjunto de
durante el aproximadamente fue diseñado para por Barry Boehm resultado de un Macall fue calidad fue normas para
proyecto en 1991 y la mejora y en el año de 1978 proyecto eur presentado en propuesto por calidad enfocada
SQUARE, tiene estableció un evaluación de los y es similar al opeo que tuvo 1977 y propone Robert Grady y al mundo del
como objetivo modelo de calidad procesos de modelo de McCall como base una serie de Hewlett Packard Software. Estas se
guiar el desarrollo y su uso como desarrollo y modelos como el factores de Co en 1987. aplican a los
de los productos marco para la mantenimiento de CMM e ISO 9000. calidad conocidos diferentes
de software con la evaluación de sistemas de como factores de procesos que hay
especificación y software. Esta información y McCall. que llevar a cabo
evaluación de norma distingue productos de para lograr
requisitos de entre calidad software. producir software
calidad. interna y calidad También es con calidad, este
externa, e llamado SPICE. modelo dice que
introduce también hay que hacer, y
el concepto de no como hay que
calidad en uso hacerlo.
CARACTERÍSTICAS La norma tiene 3 Clasifica la Este proyecto Define la calidad Este modelo El modelo El modelo define Dispone niveles
vistas para calidad del tenía tres en términos de presenta tanto la propone la la calidad en de capacidad.
determinar el software en un objetivos atributos evaluación para descomposición términos de Consiste de
estudio la calidad conjunto principales: cualitativos y establecer el del concepto de requerimientos prácticas
del producto. estructurado de -Desarrollar un métricas para diagnóstico de un calidad en funcionales y genéricas y
-Se realiza una características: borrador de realizar las proceso para capacidades requerimientos no específicas que
vista interna que -Funcionalidad trabajo para un medidas. desarrollo de (Operación, funcionales. puede mejorar los
examina las -Fiabilidad estándar de software, así transición y procesos de la
propiedades del -Usabilidad evaluación de como la creación revisión). organización.
software. -Eficiencia procesos de de un plan de
-Se realiza una -Mantenibilidad software. acción que defina
vista externa -Portabilidad -Llevar a cabo los los pasos, los
analizando el ensayos de la detalles de la
comportamiento industria de la implantación y los
que tiene el norma emergente. marcos
software en -Promover la temporales para
productividad. transferencia de que la
-Se hace la vista tecnología de la organización aum
en uso que mide la evaluación de ente su capacidad
procesos de de entrega de
 efectividad del software a la productos y
software. industria del servicios de
software a nivel calidad.
mundial
VENTAJAS -Permite Se puede aplicar Esta norma tiene Este modelo Tiene una ventaja Las capacidades Examina una serie Permite que la
organizar, de diversas está diseñada para presenta por cada fundamental y es de este modelo se de criterios para la organización
enriquecer y maneras como: poder evaluar de factor de calidad que cada categoría descomponen en evaluación de la tenga:
unificar las series -Validar la una manera global uno o más comprende un factores. calidad a través de Reducción de las
que cubren dos integridad de una cualquier modelo criterios conjunto de áreas aspectos como la desviaciones en
procesos: definición de de procesos, no asociados. de proceso funcionalidad y la plazo de los
especificación de requisitos. solo de software. Ejemplo: el factor orientadas a facilidad de uso. proyectos.
requisitos de -Identificar los de portabilidad obtener el mismo
calidad del requisitos, tiene como objetivo general. Mayor tolerancia
software y objetivo del criterios la al cambio e
evaluación de la diseño y prueba independencia y incremento de la
calidad del del software. la completitud. capacidad de
software, -Identificar el adopción y
soportada por el criterio de adaptación de
proceso de aseguramiento de nuevas
medición de calidad y Tecnologías.
calidad del aceptación del Mejora en la
software. producto de rapidez y
software. efectividad de
Completo. respuesta ante
exigencias del
negocio
DESVENTAJAS La norma busca No define muy El proyecto no No especifica los No específicas. Es difícil El modelo Actualmente
sustituir la ISO bien las cumplió con las aspectos conseguir una representa un existen mejores
9126 e ISO 14598 características de expectativas relacionados con relación lineal costo mayor en adaptaciones de
ya que desde 2001 cada factor de diseñado para una el usuario. entre los valores comparación con este modelo
no se publicaron calidad. completa de las métricas y anteriores
nuevas versiones, operación a nivel las características. modelos.
no tuvo muchas global.
 mejores en cuanto
portabilidad con
otros estándares.
CATEGORÍAS Se realiza una Cada Se subdivide en Este modelo de Este modelo tiene Este modelo tiene Esta propuesta Clasificación en
subcategorización característica escinco partes: calidad tiene tres áreas de capacidades que contempla, por un niveles de
con base en las subdividida en
-Conceptos y características de: proceso se se descomponen lado 5 madurez
normas ISO/IEC subcaracterísticas.
vocabularios. -Alto nivel - agrupan en factores las características de -Inicial
9126 y 14598, -Realizando una Nivel intermedio. categorías de cuales son las cuales se -Repetible -
teniendo en evaluación. -Primitivas Cada proceso: demasiado deriva su nombre: Definido
cuenta nuevos -Guía para la una de las cuales - Organización, - abstractos para ser Funcionalidad -Cuantitativo.
aspectos, sobre realización de contribuye al Metodología medidos Facilidad de Uso Optimizado
todo en la evaluaciones nivel general de -Tecnología. directamente, por Confiabilidad
seguridad y en la -Guía para el uso calidad. lo que por cada Performance
calidad de uso. de la mejora y Cada una de estas uno de ellos se Facilidad de
determinación de comprende un introduce Soporte
la capacidad de conjunto de áreas atributos de bajo
procesos. de proceso nivel
-Un ejemplar de orientadas a denominados
modelo de obtener el mismo criterios de
evaluación de objetivo general. calidad.
proceso.
Tabla 1. Cuadro comparativo de Modelos de Calidad.
Fuente: Elaboración Propia.
 CONCLUSIÓN

Durante el desarrollo del cuadro comparativo se pudo evidenciar que a pesar que existen varios

modelos de calidad, todos tienen un enfoque similar y buscan disminuir los obstáculos que se

generan al crear y desarrollar software que cumplan con los requerimientos del usuario y del marco

legal en el que estén diseñados.

Al realizar un análisis de cada modelo de calidad se sugiere que es imposible la conformación

y estructuración de un modelo de calidad de software ideal o estándar, no obstante, modelos como

Maccall, Furps y Boehm, proveen a los ingenieros de software una clara base de trabajo sobre la

cual desarrollar estándares mucho más sofisticados.

Es importante resaltar que modelos como McCall, Boehm y Furps, constituyen estructuras de

conformación de estándares de calidad a nivel internacional, ya que proporcionan las bases teóricas

en la disposición de métricas y componentes generales de los recursos de la evaluación de la

calidad del software actual.

En efecto la calidad de los productos y servicios es una prioridad y muchas más organizaciones

estén asumiendo el rol de supervisoras de las exigencias del mercado y las necesidades de los

usuarios, es muy difícil que exista un modelo ideal que logre satisfacer plenamente a toda una

población de usuarios en distintos contextos sociales.

 REFERENCIAS

CVUDES. (s.f). Evaluación de la Calidad de la Tecnología Educativa.

Scalone, f. (2006). Estudio Comparativo de los Modelos y Estándares de Calidad de Software.

Buenos Aires: Universidad Tecnológica Nacional.