ANÁLISIS COMPARATIVO DE MODELOS Y ESTÁNDARES DE CALIDAD PARA EL

PRODUCTO SOFTWARE

INTEGRANTES
ELKIN DANILO RINCÓN MANTILLA
OSCAR YESID CÁRDENAS SANTOS
JULIÁN VELÁSQUEZ RIVERA

DOCENTE
OLGA LUCIA MONROY

Bucaramanga
Grupo de Investigación en Ingeniería del Software (GRIIS).
Fecha de Presentación: 21-03-2018
1. Informe de lectura.

El avance ampliamente considerado de la producción software y casas de software han

generado que el mundo informático preste atención en como todos estos productos ofrecen
estándares de calidad adecuados para la actualidad.

La calidad con la que se dé a luz un sistema, aplicación o producto de software se puede

lograr si se describen de excelente manera los requisitos para solucionar el problema dado,
unos buenos diseños que den claridad sobre la solución, un código limpio y que se puedan
ejecutar pruebas al software para detectar errores, para conseguir esto los ingenieros de
software deben utilizar técnicas que evalúen con objetividad lo desarrollado.

Según el Reporte del Caos del año 2014 (Standish Group Report CHAOS 2014), en el 43%
de los casos, los proyectos de software no cumplen con el cronograma, el presupuesto o
las funciones requeridas, siendo una cifra amplia donde más de la mitad de los productos
puestos en producción no tienen la calidad requerida para que las empresas y/o personas
trabajen con ellos, dando recursos mal gastados y clientes no satisfechos con las
características del software entregado.

Por tal razón se ha visto el crecimiento de modelos que dan normas o bases para que el
producto sea desarrollado con ciertos criterios de calidad que dicho modelo pueda brindar
con su ejecución, teniendo en cuenta la selección de dicho modelo ya que existen factores
de calidad que no todos los modelos actuales pueden cubrir para evaluar la calidad de los
productos software. Estos modelos son el instrumento para garantizar las aplicaciones, las
normas o estándares en procedimientos particulares pueden variar según el software y lo
solicitado por los clientes, por ello el articulo estudiado de la revista cubana de ingeniería
ayuda a evaluar la calidad de los productos de software de un conjunto de 10 modelos y
estándares.

El estudio de los modelos fue realizado con métodos teóricos, inductivos, de comparación
y analogía, para poder analizar y sintetizar las relaciones entre ellos, dando lugar a unos
cuadros con información consolidada y clara entre los modelos, con el propósito de
identificar los modelos que han sido más utilizados y los aspectos que caracterizan cada
uno de ellos.

Los resultados observados son dados gracias al análisis de los criterios de diferentes
autores que han realizado trabajos referentes a como valorar los modelos y estándares de
calidad, dando nueve criterios base para dar lugar a las comparaciones pertinentes entre
los modelos los cuales tienen en común, los criterios son los siguientes:

1. Características y subcaracterísticas de calidad cubiertas.

2. Estructura de los modelos.
3. Propósito del modelo.
4. Separación de elementos internos y externos.
5. Relaciones entre características de calidad.
6. Relación de las métricas con las características de calidad.
7. Clasificación del modelo de calidad (fijo, medida y mixto).
8. Tipo de proyecto al que se aplica.
9. Tipo de calidad que evalúa.
Hablando del primer criterio las características y subcaracteristicas dan lugar a la jerarquía
de cada ítem de calidad cubierto por el modelo. El segundo criterio, la estructura de los
modelos hace referencia a que tantas capas o niveles son necesarios para llevar la
ejecución del modelo. El tercer criterio propósito del modelo, el cual nos ayuda en la
construcción de un modelo para un proceso, contexto organizacional o para cualquier
sistema donde se puede dar una relación con la reusabilidad.

Un software para ser medido se debe considerar criterios dados en el ítem de separación
de elementos internos y externos, pero no todos los modelos manejan los dos elementos.
El quinto criterio, se da a partir de las posibles relaciones que se dan entre las
características de calidad, todo ello para determinar cuáles participan en la descomposición
jerárquica.

La evaluación del producto es necesario realizarlo tanto cualitativa como cuantitativamente,

dando uso de métricas asociadas al menos al grado más detallado de la descomposición
propuesto por la estructura del modelo, de ahí es donde se deprende el sexto criterio.El
séptimo criterio está relacionado con el propósito del modelo como tal, dando una
clasificación del modelo de calidad. El octavo y noveno criterio van vinculados al tipo de
proyecto al que se aplica y el tipo de calidad que se evaluara con el modelo seleccionado
para el desarrollo software.

Como primer análisis del estudio de los comparativos, se observa que los modelos más
completos teniendo en cuenta la cantidad de características de calidad abordadas son los
modelos McCall, seguido de la ISO/IEC 25010, Boehm, Dromey y la ISO/IEC 9126. Y los
modelos con menor cantidad de características son C-QM, WebQEM y SQAE.

Como resumen, el modelo de McCall no considera la funcionalidad, donde es un aspecto

imprescindible en un producto de software. El modelo Boehm se muestra limitado en la
evaluación de calidad, ya que no se enfoca en los aspectos de funcionalidad, usabilidad,
seguridad y mantenibilidad. El modelo Dromey no contempla el aspecto de seguridad y el
hecho de solo enfocarse en la calidad interna del producto. Las ISO/IEC 9126 y 25010,
cuenta con un número importante de características de calidad y entre sus
subcaracterísticas se encuentra unas características de otros modelos.

También se puede observar que todos los modelos tienen en común un conjunto de
características y subcaracterísticas de calidad, como lo son: funcionalidad, confiabilidad,
usabilidad, eficiencia, mantenibilidad y portabilidad. Estas características pudieran
considerarse como necesarias y básicas, para ofrecer un producto de software con todo lo
que aborda el termino de calidad.

Como conclusión, la investigación realizada por la revista Cubana de Ingeniería identifica

los modelos de calidad más completos desde el punto de vista de las características y
subcaracterísticas de calidad, haciendo una comparación teniendo en consideración un
conjunto de características de calidad más empleadas. Permitiendo contar con una base
estandarizada para el desarrollo de proyectos. Arrojando en el análisis del estudio
comparativo, que los estándares más completos son la ISO/IEC 9126 y 25010, pues son
estándares mixtos, con un propósito general-reutilizable, donde se puede aplicar en casi
todo tipo de proyecto.
2. Descripción de cada modelo.

 Modelo de McCall

El modelo fue escrito por McCall, Richards y Walters, siendo publicado en el año 1977 en
un documento denominado “Factors in software quality”. El modelo refleja perspectivas del
desarrollador y del usuario, además presenta una estructura jerárquica para organizar los
factores divididos en tres aspectos de calidad de software (revisión, transición y operación).

Los factores de calidad planteados por McCall se miden a través de 21 criterios o métricas
de calidad que él propone; el problema es que dichos criterios se calculan a través de
preguntas dicotómicas del tipo “SI”-”NO”, las cuales son contestadas por una o varias
personas, lo cual podría implicar subjetividad dado que cada una puede evaluar la calidad
de forma diferente.
 Modelo de Boehm

Este modelo de calidad es presentado por Barry Boehm en 1978. Éste define la calidad de
software en términos de atributos cualitativos y los mide usando métricas. El modelo no es
muy distinto al de McCall, porque muchos de sus factores de calidad son los mismos. Éste
modelo también presenta sus factores de calidad estructurados jerárquicamente de alto a
bajo nivel.

 Modelo FURPS

En 1987 Hewlett-Packard desarrolló una serie de factores de calidad que reciben el

acrónimo de FURPS, que incluye cinco (5) categorías principales por
sus nombres en inglés: Funcionalidad (Functionality), Usabilidad (Usability), Confiabilidad
(Reliability), Desempeño (Performance) y Soportabilidad (Supportability), de aquí el nombre
del modelo. Además, plantea 2 categorías de requerimientos, estas 2 categorías pueden
ser utilizadas como requisitos que debe cumplir el software, las cuales son:

1. Requerimientos Funcionales (F): especifican funciones que el sistema debe ser capaz
de realizar, sin tomar restricciones físicas a consideración, y se definen a través de las
entradas y salidas esperadas.

2. Requerimientos No Funcionales (URPS): Usability (Facilidad de uso), Reliability

(Confiabilidad), Performance y Supportability (Facilidad de soporte). Describen atributos del
sistema o atributos del ambiente del sistema.
 Modelo ISO/IEC 9126

El estándar ISO 9126 presenta su primera versión en 1991, luego en 2001 es remplazado
por ISO 9126:1, que además 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). Además, presenta una estrecha relación con el estándar ISO 14598:1. El
estándar ISO-9126 define un modelo, basado en modelos ya existentes como McCall,
Boehm y US Air Force.

El estándar ISO 9126 presenta dos partes, el Modelo de calidad para calidad externa e
interna, y el Modelo de calidad para calidad en uso. La primera parte del modelo, especifica
6 características de calidad externa, las cuales están divididas en subcaracterísticas que
representan la calidad interna y tienen influencia sobre las características externas. La
segunda, presenta cuatro características de calidad, para ser evaluadas desde la vista del
usuario.

Modelo de calidad para calidad Interna y Externa.

Modelo de calidad para calidad de en Uso.

 Modelo de Dromey

El modelo de Dromey presenta un esquema de 6 relaciones binarias entre 3 entidades

definidas (Conjunto de componentes, propiedades que acarrean calidad de los
componentes, atributos de calidad de alto nivel), cuatro de las cuales permiten evaluar la
calidad desde la perspectiva del producto o el proceso (aquellas de la punta de flecha
sombreada).

Éste modelo se propone como alternativa al inconveniente que se presenta cuando los
atributos de alto nivel no pueden ser medidos directamente sobre el software. En respuesta
a esto, los atributos de alto nivel se pueden obtener con la construcción de componentes
que representen un conjunto de propiedades del producto, señalando aquellas que afectan
los atributos de calidad, como: Funcionalidad, Fiabilidad, Usabilidad, Eficiencia,
Mantenibilidad, Portabilidad y Reusabilidad.

 Modelo SQAE

Robert A. Martin and Lawrence H. Shafer (MITRE) crearon el SQAE (Software Quality
Assessment Exercise) para proveer una serie de herramientas y métodos de evaluación
que den una medida de calidad de software que sea repetible y consistente, además de
asociarle el riesgo. El aseguramiento de calidad que provee SQAE se enfoca en el riesgo
relacionado con diferentes áreas de calidad y produce una lista de riesgos conducidos y
elementos mitigables que pueden ayudar para hacer elecciones juiciosas cuando se
seleccionan desarrolladores y/o mantenedores de software.

SQAE se ha basado en modelos tales como: Boehm, McCall y Dromey, además del
estándar ISO/IEC 9126 (desarrollado paralelamente). Las cuatro áreas de calidad con las
que SQAE trabaja son: Mantenibilidad, Evolución, Portabilidad y Consistencia, además
presenta siete factores (Independencia, Modularidad, Documentación, Auto descripción,
Control anomalía, Diseño simple) para medir la calidad.
 Modelo SATC

El modelo SATC (Software Assurance Technology Center, Centro de Tecnología del

Aseguramiento del Software) fue establecido en 1992 (SATC, 1992) como parte de la
oficina de la confiabilidad y de la seguridad de los sistemas en el centro de vuelos
espaciales de la NASA (Nacional Aeronautics and Space Administration, Agencia Nacional
de Aeronáutica y el Espacio) Goddard (GSFC). El SATC fue fundado con el intento para
convertirse en un centro de la excelencia en aseguramiento del software, dedicado a llevar
a cabo mejora en la calidad y la confiabilidad del software desarrolladas para la NASA en
GSFC.

El modelo SATC reconoce la existencia de dos criterios:

 El que “trabaja bastante bien” y
 El que está “disponible cuando se necesita”

El criterio “bastante bien” significa que sus interfaces funcionan, es decir, cumplen los
requisitos para los que fueron creados y además se añaden otros como Fiabilidad,
Mantenibilidad, Reusabilidad y Corrección.

El criterio “Disponible cuando se necesita” se refiere a que la ejecución del software es

dependiendo de la tarea que realiza, de tal manera que los retrasos en la disponibilidad de
otro software, podría hacer lento el proceso del primero y, por tanto, posponer sus objetivos.
 Modelo WebQEM

Los desarrollos centrados en la Web, en los más diversos dominios de aplicación como
comercio electrónico, sistemas académicos, financieros, entre otros, se están tornando
cada vez más en sistemas complejos. La complejidad en la evaluación es producto de la
gran cantidad de características y atributos que pueden intervenir en los requerimientos de
calidad y en las varias relaciones existentes entre los atributos, subcaracterísticas y
características, entre otros aspectos.

WebQEM puede ser usada para evaluar diversos dominios de aplicación de acuerdo a los
distintos puntos de vista y objetivos de evaluación. La definición y la especificación de los
requerimientos de calidad son actividades esenciales en el proceso de evaluación. Una de
las metas principales de la evaluación y comparación de calidad de una Web, radica en
comprender el grado de cumplimiento de un conjunto de características y subcaracterísticas
con respecto a los requerimientos de calidad establecidos.

Luis Olsina desarrolló la metodología WebQM, la cual plantea 4 características de calidad

con sus respectivas subcaracterísticas y atributos. Las características de calidad
planteadas son: (1) Facilidad de Uso, (2) Funcionalidad, (3) Confiabilidad y (4) Eficiencia.

1. Facilidad de Uso
1.1. Comprensibilidad Global del Sitio
1.1.1 Esquema de Organización Global
1.1.2 Calidad en el Sistema de Etiquetado
1.1.3 Visita Guiada Orientada al Estudiante
1.1.4 Mapa de Imagen (Campus/Edificio)
1.2. Mecanismos de Ayuda y Retroalimentación en línea
1.2.1 Calidad de la Ayuda
1.2.2 Indicador de Ultima Actualización
1.2.2.1 Global (de todo el sitio Web)
1.2.3 Directorio de Direcciones
1.2.4 Facilidad FAQ
1.2.5 Retroalimentación
1.3 Aspectos de Interfaces y Estéticos
1.3.1 Cohesividad al Agrupar los Objetos de Control Principales
1.3.2 Permanencia y Estabilidad en la Presentación de los Controles Principales
1.3.3 Aspectos de Estilo
1.3.4 Preferencia Estética
1.4 Misceláneas
1.4.1 Soporte a Lenguaje Extranjero
1.4.2 Atributo “Qué es lo Nuevo”
1.4.3 Indicador de Resolución de Pantalla

2. Funcionalidad
2.1 Aspectos de Búsqueda y Recuperación
2.1.1 Mecanismo de Búsqueda en el Sitio Web
2.1.2 Mecanismos de Recuperación
2.2 Aspectos de Navegación y Exploración
2.2.1 Navegabilidad
2.2.2 Objetos de Control Navegacional
2.2.3 Predicción Navegacional
 2.3 Aspectos del Dominio orientados al Estudiante
2.3.1 Relevancia de Contenido
2.3.2 Servicios On-line

3. Confiabilidad
3.1 No Deficiencia
3.1.1 Errores de Enlaces
3.1.2 Errores o Deficiencias Varias

4. Eficiencia
4.1 Performance
4.1.1 Páginas de Acceso Rápido
4.2 Accesibilidad
4.2.1 Accesibilidad de Información
4.2.2 Accesibilidad de Ventanas

 Modelo C-QM

El modelo C-QM provee un modelo de calidad comprensivo que puede ser aplicado
efectivamente para evaluar diversos aspectos de la calidad del software. Este modelo
consiste de factores de calidad, criterios y métricas. La estructura de C-QM tiene 3 capas:
Factor, Criterio y Métrica.

Factor Criterio Métrica

Funcionalidad Comunidad Métrica para la comunidad
Adaptabilidad Métrica para la idoneidad
Integridad Métrica para completar

Reusabilidad Modularidad Métrica para la comunidad

Construido según específico.
Comprensión
Mantenibilidad Modularidad
Abstractness
Facilidad de cambio
Conformidad Conformidad standard
Conformidad respecto del
modelo de referencia
Métrica para la modularidad
Métrica para personalización
Métrica para la comprensión
Métrica para la modularidad
Métrica para la abstractness de
la interfaz
Métrica para la capacidad de
cambio
Métrica para la conformidad
estándar
Métrica para la conformidad del
modelo de referencia

 Modelo ISO/IEC 25010

El modelo de calidad representa la piedra angular en torno a la cual se establece el sistema

para la evaluación de la calidad del producto. En este modelo se determinan las
características de calidad que se van a tener en cuenta a la hora de evaluar las propiedades
de un producto software determinado.
La calidad del producto software se puede interpretar como el grado en que dicho producto
satisface los requisitos de sus usuarios aportando de esta manera un valor. Son
precisamente estos requisitos (funcionalidad, rendimiento, seguridad, mantenibilidad, etc.)
los que se encuentran representados en el modelo de calidad, el cual categoriza la calidad
del producto en características y subcaracterísticas.

El modelo de calidad del producto definido por la ISO/IEC 25010 se encuentra compuesto
por las ocho características de calidad que se muestran en la siguiente figura: