DEFINICION

El modelo establece tres perspectivas para definir e identificar la calidad de un producto

software:

1. Revisión del producto

❖ Mantenibilidad
❖ Flexibilidad
❖ Verificabilidad (testability)
2. Transición del producto
❖ Portabilidad
❖ Reusabilidad (en otro contexto)
❖ Interoperabilidad
3. Operaciones del producto
❖ Corrección (cumplimiento con la especificación)
❖ Confiabilidad
❖ Eficiencia (De ejecución y de almacenamiento)
❖ Integridad (protección contra accesos no autorizados)
❖ Usabilidad

Los 23 criterios de calidad del modelo son: Facilidad de operación, Facilidad de

comunicación, Facilidad de aprendizaje, Control de accesos, Facilidad de auditoría,
Eficiencia en ejecución, Eficiencia en almacenamiento, Precisión, Consistencia, Tolerancia a
fallos, Modularidad, Simplicidad, Completitud, Trazabilidad, Auto descripción, Capacidad de
expansión, Generalidad, Instrumentación, Independencia del S.O., Independencia del HW,
Compatibilidad de comunicaciones, Compatibilidad de datos y Concisión.

Perspectivas
Operatividad del Producto:
factores de calidad que
influyen en el grado en que
el software cumple con su
especificación.
Revisión del Producto:
factores de calidad que
influyen en la capacidad de
cambiar el producto de
software.
FACTORES DE CALIDAD
Factores Criterios
Usabilidad: La facilidad de uso del Operatividad
software. Entrenamiento
Comunicación
Integridad: La protección de Control de Acceso Auditoría
programa del acceso no de Acceso
autorizado.
Corrección: El grado en que una Rastreabilidad
funcionalidad coincide con su Completitud
especificación. Consistencia
Fiabilidad – confiabilidad: La Consistencia
capacidad de los sistemas de no fallar Exactitud Tolerancia a
/ la medida en que falla el fallos
sistema.
Eficiencia: Además clasificado en la Eficiencia en Ejecución Eficiencia
eficiencia de la ejecución y la en Almacenamiento
eficiencia de almacenamiento y por lo
general significa que el uso de los
recursos del sistema, ejemplo:
tiempo de procesador,
memoria.
Mantenibilidad: Esfuerzo Simplicidad
requerido para localizar y arreglar un Concreción
fallo en el programa dentro de su
entorno operativo.
Facilidad de Prueba: La facilidad del Simplicidad
programa de realizar pruebas para Instrumentación
asegurarse de que está libre de Auto-descripción
errores y cumple con su Modularidad
especificación.
Flexibilidad: La facilidad de hacer los Auto-descripción Capacidad
cambios necesarios según lo de expansión Generalidad
solicitado en el entorno operativo Modularidad
Transición del Producto:
factores de calidad que
influyen en la capacidad de
adaptar el software a los
nuevos entornos.
Cuadro 2 – Diagrama de Mc Call – Criterios asociados a factores de calidad
Reusabilidad: La facilidad de Auto-descripción
reutilización de software en un Generalidad
contexto diferente. Modularidad
Interoperabilidad: El esfuerzo Modularidad
requerido para acoplar el sistema a Similitud de comunicación
otro sistema. Similitud de datos
Independencia del sistema
Independencia de la máquina
Portabilidad: El esfuerzo Auto-descripción
requerido para transferir Independencia del sistema
un Independencia de la máquina
programa desde un entorno a otro.

Si bien el modelo de Mc Call es uno de los primeros desarrollados, la mayoría de los

factores definidos conservan su vigencia en la actualidad, y muchos otros modelos de
calidad desarrollados y adaptados posteriormente se basen en él, incluso la Norma ISO
9126 es una estandarización de este modelo.
 MODELO DE MCCALL
McCall, encontramos: Operación, transición y revisión, todo esto desde la mirada del
usuario. Y a su vez las capacidades se descomponen en factores como: Corrección,
Confiabilidad, Usabilidad, Integridad o Seguridad, Eficiencia o Performance, Portabilidad,
Reusabilidad, Interoperabilidad, Facilidad Mantenimiento, Flexibilidad, Facilidad de Prueba.
Y finalmente se encuentran algunos criterios para evaluar el factor a través de métricas que
miden las características del sistema dentro de ellas encontramos: Auto documentación,
Capacidad de expansión, Compleción de las funciones, Complejidad, Concisión,
Consistencia, Eficiencia de ejecución, Estandarización de comunicaciones, Estandarización
de datos y estructuras, 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.
 COMO EMPLEAR MCCALL
Al comienzo del proyecto habrá que especificar los requisitos de calidad del producto
software, para lo cual se seleccionarán los aspectos inherentes a la calidad deseada del
producto, teniendo que considerarse para ello:
• Las características particulares del propio producto que se está diseñando: por ejemplo,
su ciclo de vida que si se espera que sea largo implicará un mayor énfasis en la facilidad
de mantenimiento y la flexibilidad, o bien si el sistema en desarrollo está destinado a un
entorno donde el hardware evoluciona rápidamente implicará como requisito su
portabilidad.
• La relación calidad-precio, que puede evaluarse a través del coste de cada factor de
calidad frente al beneficio que proporciona. La siguiente tabla muestra la relación
calidad-precio para cada factor considerado:

Factor Beneficio / coste

Corrección alto

Fiabilidad alto

Eficiencia bajo

Integridad bajo

Facilidad de uso medio

Facilidad de mantenimiento alto

Facilidad de prueba alto

Flexibilidad medio

Portabilidad medio

Reusabilidad medio

Interoperabilidad bajo
 QUE MODELO ISO APLICA EL MODELO MCCALL
En la industria del software a la hora de la explotación del producto, no siempre los factores
técnicos determinan la valoración del producto por el usuario, es por eso, que se
implementan más criterios en el que se pueda evaluar la calidad del producto desde la
perspectiva del usuario. Según Gómez Reynoso, et al “la calidad percibida por el cliente
remite a la confirmación de sus expectativas sobre el producto desarrollado, mientras que
la calidad técnica por definición, ignora cualquier factor no técnico, siendo que el usuario
es quien determina el nivel de excelencia de referencia. Asimismo, sugieren disponer de un
instrumento que mida la satisfacción del usuario, lo cual puede ser una buena solución al
problema de los productos de mala calidad” (p. 5, 2010)

Entre los modelos existentes como el modelo McCall y el modelo ISO/IEC 9126, estos tratan
de evaluar la calidad del producto de software, aunque con cierta y notable diferencia, el
cual al combinarlos pueden crear métodos de evaluación mucho más eficiente.

Para el modelo McCall es un promotor en la evaluación de calidad de software, el cual

consta de tres fases, los cuales son: factores, criterios y métrica. Entre sus once criterios
están Exactitud, confiabilidad, eficiencia, integridad, usabilidad, mantenibilidad,
testeabilidad, flexibilidad, portabilidad, reusabilidad e interoperabilidad.

En el modelo ISO/IEC 9126, el cual este estándar está basado en el modelo de McCall, se
basa en los desarrolladores, aseguradores de calidad, evaluadores, analistas y los que están
involucrados en los procesos del desarrollo de software, este estándar se encuentra
dividido en cuatro partes: modelo de calidad, métricas externas, métricas internas y calidad
de métricas en uso.

El mapeo (figura 1) que se muestra a continuación, se puede observar la relación que hay
entre los modelos de calidad del McCall y el ISO/IEC 9126, se puede divisar ciertas
características que comparten estos dos modelos. Además, en el siguiente cuadro (figura 2)
se muestra los siguientes factores y subfactores, a ves de la relación que opera el producto.
Figura 1. Mapeo del modelo de McCall con el ISO/IEC 9126
(Adaptado de Castañeda et al., 2009)

Figura 2. Cuadro de subfactores relacionados con la operación del

producto entre el modelo de McCall con el ISO/IEC 9126
 Ventajas y desventajas del modelo McCall

Entre las ventajas que podemos encontrar del modelo McCall son las siguientes:
- Practico y fácil de entender, el cual se debe a su estructura jerárquica.
- Se enfoca en el producto final, este identifica atributos claves desde la perspectiva
del usuario.
- Se enfoca en las medidas de alto nivel basándose en factores de calidad.
- Se puede utilizar en variados proyectos al mismo tiempo.
Pero este modelo también tiene ciertas desventajas:
- Es un modelo basado en la visión del usuario lo que puede llegar a ser subjetivo.
- Las métricas usadas no siempre son directamente proporcionales a las
características que se requieren evaluar.
 CONCLUSIONES
El modelo CMMI no detalla procesos. El modelo ISO / IEC 15504, es un estándar SPICE que
trabaja con procesos de ingeniería, cliente - servidor, gestión de la organización y del
soporte, fue diseñada por la alta competitividad del mercado de desarrollo de software, a
la difícil tarea de identificar los riesgos, cumplir con el calendario, controlar los costos y
mejorar la eficiencia y calidad, además realiza una evaluación de los procesos de software
relacionando con el conocimiento y la experiencia aportado por otros modelos.
La evaluación de la calidad del desarrollo del software, caso de estudio SQLfi V4, en el marco
del proyecto “Creación y Aplicación de Sistemas Manejadores de Bases de Datos Difusas”
conformado por un grupo de investigadores de la USB, UC e IUTFRP; dio como resultado un
nivel de calidad sistémica “Nulo”, equivalente a un grado de madurez de la organización
“inicial” según el modelo CMMI. Es importante hacer énfasis que el grupo de investigadores
asuman del proyecto “Creación y Aplicación de Manejadores de Bases de Datos Difusas”
asuman el modelo propuesto para la mejora de la calidad sistémica de los productos
desarrollados, tanto para éste como para futuros proyectos que emprendan; de esta
manera será posible evaluar el impacto de la propuesta en un entorno científico académico.
En el proyecto MACMHA se espera construir iterativamente un colectivo de los atributos
conciliados a partir de los modelos considerados, sus métricas relacionadas y las heurísticas
(recomendaciones de buena voluntad) de calidad que los favorecen para el producto
software orientado a objetos. La razón por la cual se tomó como concepto base la palabra
atributo de calidad, se debió a la simplicidad y homogeneidad semántica del concepto
mismo, permitiendo su relación y valoración a la luz de sus métricas y heurísticas aliadas.
En este sentido el proyecto MACHMA ha percibido estas problemáticas y ha trazado un plan
de esfuerzos sucesivos para mitigar esta situación. De otro lado, MACHMA ofrecerá un
allanamiento de los baches presentados el conocimiento residente en la bibliografía
disponible.