CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD

AIDA MODESTA MORALES ORTIZ

ARMANDO MUÑOZ

UNIVERSIDAD DE PAMPLONA

MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA

OCTUBRE 4 DEL 2019

 CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD

Los modelos de calidad ayudan a las organizaciones a estructurar de manera coherente

sus procesos y productos, y dentro del espacio de desarrollo del software existe un
sinnúmero de estándares, entre ellos el modelo de McCall, el cual fue el primero en ser
presentado en el 1977 y se originó motivado por Air Forcé y Dod. Este modelo se
focaliza en el producto final identificando atributo claves desde el punto de vista del
Cliente. Esto atributos se denominan factores de calidad y son normalmente atributos
externos pero también se incluyen algunos atributos internos. Cada atributo externo
atributo se dominan factores de calidad los cuales son abstractos para ser medidos
directamente por lo cual se introduce un atributo de bajo nivel denominado criterios de
calidad. El modelo de McCall organiza los factores en tres ejes o puntos de vista desde
los cuales el usuario puede contemplar la calidad de un producto, basándose en once
factores de calidad organizados en torno a los tres ejes y a su vez cada factor se desglosa
en criterios de calidad. (lf.deiby, 2012) Otro modelo es boehm. Es el segundo más
conocido y fue propuesto por Barry Boehm en el año de 1978 y es similar al modelo de
McCall definiendo la calidad en términos de atributos cualitativos y métricas para
realizar las medidas. La estructura jerárquica del modelo se presenta en la figura y
plantea 3 niveles para las características: de alto nivel, de nivel intermedio y nivel
primitivo. Cada una de estas características contribuye al nivel general de calidad.
(Arteaga, 2013) El modelo FURPS 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. Una limitación de este 2 modelo de calidad es que 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. (None, 2008) ISO 9126 es un estándar internacional para la
evaluación del Software, fue originalmente desarrollado en 1991 para proporcionar un
esquema para la evaluación de calidad del software. La normativa define seis
características de la aplicación, estas seis características son dividas en un número de
sub- características, las cuales representan un modelo detallado para la evaluación de
cualquier sistema informático. (Carrasco, 2013) La calidad de un producto ya no está
centrada en la satisfacción plena del cliente, la evolución de la calidad ahora nos
permite y exige tener un producto de calidad debido a un proceso de calidad y este a su
vez guiado por una gestión de calidad. La calidad debe estar implícita en cada área y
proceso de la empresa y no así solo en el producto final. Para lograr que las empresas
produzcan productos de calidad deben regirse a normas, estándares de calidad a nivel
mundial, para ello hay organizaciones dedicadas a elaborar, modelos, parámetros para
lograr la calidad de nuestra empresa. Y están siempre en un proceso de mejora continua
para garantizar que las empresas certificadas por dichas normas ofrezcan al usuario final
un producto o servicio de calidad.
NOMBRE TIPO CARACTERISTICA AÑO SE CENTRALIZA FACTORES METRICAS
McCall Fijo (+) Reusable 1977 Operación: características de Corrección Confiabilidad Facilidad de Auditoría Exactitud
(-) Rígido operación. Usabilidad Normalización de las
Integridad o Seguridad Comunicaciones Completitud
Revisión: habilidad para ser Eficiencia o Performance Concisión
cambiado Facilidad Mantenimiento Consistencia
Flexibilidad Estandarización en los datos
Transición: adaptabilidad al Facilidad de Prueba Tolerancia de Errores Eficiencia
nuevo ambiente Grado en la Ejecución
Portabilidad Facilidad de expansión
Reusabilidad Generalidad Independencia del
Interoperabilidad Hardware Instrumentación
Modularidad
Facilidad de Operación
Seguridad Auto-Documentación
Boehm Fijo (+) Reusable 1987 Sus características operativas. Portabilidad Independencia Completitud
(-) Rígido Su capacidad para soportar los Confiabilidad Consistencia Eficiencia
cambios. Eficiencia Accesibilidad
Su adaptabilidad a nuevos Usabilidad Comunicatividad Estructuración
entornos. Chequeabilidad Concisión
La evaluación del desempeño Comprensibilidad Legibilidad Expansividad
del hardware Modificabilidad Exactitud Autodescriptividad
NOMBRE TIPO CARACTERISTICA AÑO SE CENTRALIZA FACTORES METRICAS
FURPS Fijo 1978 Requerimientos Funcionales (F) Características de sistemas. Capacidades.
(+) Reusable Requerimientos No Funcionales (URPS) Functionality(Funcionalidad). Seguridad.
(-) Rígido  Usability (Usabilidad). Factores humanos.
 Reliability (Confiabilidad). Estética.
 Perfomance (Prestación) y  Consistencia.
Supportability (Soporte) Documentación.
Recuperabilidad.
Precisión.
Predicción.
Velocidad.
Eficiencia.
Consumo.
Productividad.
Tiempo de respuesta. Adaptabilidad.
Extensibilidad. Mantenibilidad.
Compatibilidad. Configurabilidad
GQM de Basili A medida (-) Desechable 1992 • Alinear las Métricas con los negocios de Recopilación de Datos Definición
(+) Flexible la organización y las metas técnicas. Establecer las Metas Generación de Planificación
• Mejorar el proceso del software Preguntas: Especificación de Medidas: Interpretación
• Gerenciar el riesgo Preparar Recolección de datos
• Mejorar la calidad del producto (QIP) Recolectar, Validar y Analizar los datos
para la toma de decisiones: Analizar los
datos para el logro de los objetivos y el
aprendizaje:
ISO/IEC 9126 Mixto (+) Reusable 2001 Calidad interna, calidad externa, y Calidad Funcionalidad Efectividad
(+) Flexible en uso Confiabilidad Productividad
Factibilidad de uso Seguridad física
Eficiencia Satisfacción
Mantenibilidad
Portabilidad
 REFERENCIA

Arteaga, V. A. (01 de 01 de 2013). modelo de boehm. Recuperado el 15 de 10 de 2015, de

http://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-boehm/

Carrasco, S. (01 de 01 de 2013). Cuatro Rios Tecnologia. Recuperado el 15 de 10 de 2015, de

http://www.cuatrorios.org

Certificación, A. E. (14 de 09 de 2015). Wikipedia. Recuperado el 04 de 10 de 2015, de

https://es.wikipedia.org/wiki/Asociaci%C3%B3n_Espa%C3%B1ola_de_Normalizaci%C3%B3n_y
_ Certificaci%C3%B3n

COPANT. (01 de 01 de 2014). COPANT. Recuperado el 04 de 10 de 2015, de

http://www.copant.org/index.php/es/acerca-de-copant

Económica, C. (02 de 10 de 2015). Wikipedia. Recuperado el 04 de 10 de 2015, de

https://en.wikipedia.org/wiki/Asia-Pacific_Economic_Cooperation

Electrotécnica, C. E. (02 de 06 de 2015). Wikipedia. Recuperado el 04 de 10 de 2015, de

https://en.wikipedia.org/wiki/European_Committee_for_Electrotechnical_Standardization

Internacional, C. E. (28 de 06 de 2015). Wikipedia. Recuperado el 01 de 10 de 2015, de

https://en.wikipedia.org/wiki/International_Electrotechnical_Commission

lf.deiby. (07 de 05 de 2012). Modelo McCall, Iso 9126, Iso 2500. Recuperado el 15 de 10 de
2015, de http://mccallisos.blogspot.com.co/

None. (29 de 11 de 2008). Ingenieria del Software. Recuperado el 15 de 10 de 2015, de

http://clases3gingsof.wikifoundry.com/page/FURPS

SCALONE, L. F. (2006). “ESTUDIO COMPARATIVO DE LOS MODELOS Y ESTANDARES DE CALIDAD

DEL SOFTWARE". BUENOS AIRES: UNIVERSIDAD TECNOLOGICA NACIONAL FACULTAD
REGIONAL BUENOS AIRES.