Definicin - Descripcin del modelo MC CALL

El modelo de Jim McCall, desarrollado inicialmente para la Fuerza Area de los

EE.UU en 1977., es uno de los ms renombrados actualmente. Este modelo
busca reducir la brecha entre usuarios y desarrolladores enfocndose en un
nmero de factores de calidad que reflejen las prioridades de ambos.
Este modelo es considerado por primera vez en 1977 por McCall y se origin
motivado por US Air Force se focaliza en el producto final, identificando atributos
claves desde el punto de vista del usuario estos atributos se denominan factores
de calidad y son normalmente atributos externos pero tambin se incluyen algunos
atributos posiblemente internos los factores de calidad son demasiados abstractos
para ser medidos directamente, por lo que por cada uno de ellos se introduce
atributos de bajo nivel denominados criterios de calidad. Destinado a ser utilizado
durante el proceso de desarrollo de sistemas, demostr muy temprano como
puente entre los usuarios y los desarrolladores, concilia los puntos de la vista de
los usuarios con las prioridades de los desarrolladores. Con una perspectiva de
visin basada en los criterios de la evaluacin de la calidad.

Principios del modelo MC CALL

El modelo de McCall fue el primer modelo de medicin de calidad del software,
desde el principio de la ingeniera de software, McCall se observa que la calidad
est compuesta por infinidad de caractersticas, un modelo de calidad describe
diferentes relaciones con modelos muy diversos con distincin de atributos
internos y externos que dificultan la comprensin del concepto de calidad. El
modelo de McCall focaliza su producto identificando sus atributos desde la
perspectiva del usuario, estos atributos (factores de calidad) son los que realmente
desarrollan implementan calidad, ellos puedes ser abstractos para diferentes
medio por lo que cada uno interviene criterios de calidad reflejando McCall que el

atributo tiene efecto directo en el atributo correspondiente. Cada criterio de calidad

es un conjunto de mtricas de calidad los cuales son otro atributo lo cual se
establece 3 perspectivas: La revisin del Producto, Transicin del Producto,
Operacin del Producto
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, basndose en once
factores de calidad organizados en torno a los tres ejes y a su vez cada factor se
desglosa en otros criterios:

McCall, planteo una categorizacin de factores que afectan la calidad del software
la cual se muestra en la siguiente figura.

Estructura Y presentacin del modelo

Se centraliza en tres aspectos importantes de un producto de software

Operacin: caractersticas de operacin.
Revisin: habilidad para ser cambiado
Transicin: adaptabilidad al nuevo ambiente.
Cada capacidad se descompone en una serie de factores que determinan la
calidad en cada una de ellas:
Revisin

Transicin

Facilidad de prueba
Facilidad de
Mantenimiento
Flexibilidad

Reusabilidad
Portabilidad
Interoperabilidad

Factores.
Correccin: mide el grado en que un programa satisface sus especificaciones y
consigue los objetivos del usuario.
Fiabilidad: mide el grado en que se puede esperar que un programa lleve a
cabo sus funciones esperada con la precisin requerida.
Eficiencia: mide la cantidad de recursos de computadora y de cdigo requerido
por un programa para que lleve a cabo las funciones especificadas.
Integridad: es el grado en que puede controlarse el acceso al software o a los
datos por personal no autorizado.
Facilidad de Uso: es el esfuerzo requerido para aprender un programa e
interpretar la informacin de entrada y de salida.
Facilidad de Mantenimiento: es el esfuerzo requerido para localizar y arreglar
programas.
Facilidad de Prueba: es el esfuerzo requerido para probar un programa.
Flexibilidad: es el esfuerzo requerido para modificar un sistema operativo.
Portabilidad: es el esfuerzo requerido para transferir un software de un
hardware o un entorno de sistemas a otro.
Reusabilidad: es el grado en que un programa (o partes de un programa) se
puede reutilizar en otro.
Facilidad de Interoperacin: es el esfuerzo requerido para asociar un programa
a otro.

Cada factor determinante de la calidad se descompone, a su vez, en una serie de

criterios o propiedades que determinan su calidad.
Los criterios pueden ser evaluados mediante un conjunto de mtricas. Para cada
criterio deben fijarse unos valores mximo y mnimo aceptables para cada criterio.

Estrategia de Implementacin
Antes de comenzar a utilizar el modelo de McCall hay que seguir las siguientes
pautas:
1.

Se aceptan los factores, criterios y mtricas que propone el modelo.

2.

Se aceptan las relaciones entre factores y criterios, y entre criterios y

mtricas.

3.

Se selecciona un subconjunto de factores de calidad sobre los que aplicar

los requisitos de calidad establecidos para el proyecto.

Al comienzo del proyecto habr que especificar los requisitos de calidad del
producto software, para lo cual se seleccionarn los aspectos inherentes a la
calidad deseada del producto, teniendo que considerarse para ello:

Las caractersticas particulares del propio producto que se est diseando:

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 rpidamente implicar como requisito su portabilidad,...

La relacin calidad-precio, que puede evaluarse a travs del coste de cada
factor de calidad frente al beneficio que proporciona. La siguiente
tabla muestra la relacin calidad-precio para cada factor considerado:
Factor

Beneficio / coste

Correccin

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

La determinacin de las etapas del ciclo de vida donde es necesario

evaluar cada factor de calidad para conocer en cuales se dejan sentir ms

los efectos de una calidad pobre con respecto a cada uno de los factores.
Las propias interrelaciones entre los factores debido a que algunos factores
pueden

entrar

en conflicto entre

s:

por

ejemplo,

la

eficiencia

plantea conflictos prcticamente con todos los dems factores de calidad.

La interaccin entre los diversos factores a evaluar queda reflejada en la
tabla I que indica la dependencia entre los factores de McCall.
Tambin habr que establecer valores deseables para los criterios, para lo cual se
emplearn datos histricos, el promedio en la industria,.... y con ellos se
concretarn los valores finales y otros intermedios o predictivos en cada perodo
de medicin durante el desarrollo, as como unos valores mnimos aceptables. La
explicacin para cualquier seleccin o decisin deber ser adecuadamente
documentada.
En la fase de desarrollo ser necesario implementar las mtricas elegidas, analizar
sus resultados y tomar medidas correctivas cuando los valores obtenidos estn
por debajo de los mnimos aceptables.
Una vez finalizado el proyecto ser necesario contrastar las medidas predictivas
utilizadas y comprobar si, en efecto, se pueden tomar como indicadores de los
valores finales.

MTRICAS DE CALIDAD
La medicin de cualquiera de estos factores est definida en este modelo en base
a 41mtricas para cada criterio existe una lista de condiciones queso deben
cumplir en distintas etapas: requerimientos (R), diseo (D), implementacin (I) se
cuentan las condiciones que se satisfacen en cada una de las etapas, sobre el
total posible eso da una medida del criterio, que se pondera en partes iguales para
medir el factor con los otros criterios asociados al factor.

Para medir el criterio completitud del factor correctitud McCall sugiere las
siguientes condiciones:

Referencias no ambiguas [R,D,I]

Referencias a datos bien denidas, o externas [R,D,I]
Todas las funciones denidas son usadas [R,D,I]
Todas las condiciones y procesamientos estn denidos para cada punto de
decisin [R,D,I]
Todos los parmetros formales y actuales coinciden [D,I]
Todos los reportes de problemas han sido resueltos [R,D,I]
El diseo concuerda con los requerimientos [D]
El cdigo concuerda con el diseo [I]

Entonces se cuentan la cantidad de s en cada etapa, resultando en la mtrica de

completitud:

Luego la correctitud se mide como la media entre las medidas de sus criterios
(COMPLETITUD +TRAZABILIDAD +CONSISTENCIA)/3

EJEMPLOS:
EFICACIA EN LA ELIMINACIN DE DEFECTOS (EED)
E= nmero de errores encontrados antes de la entrega al cliente
D= nmero de errores encontrados despus de la entrega al cliente

EED= E/(E+D)
EED= 8/(8+6)
EED= 8/(2)
EED= 0.25

MANTENIBILIDAD
ndice de madurez de software de una aplicacin
MR= nmero de mdulos de la versin actual
FC= nmeros de mdulos en la versin actual que se han cambiado
FA = nmero de mdulos en la versin actual que se han aadido
FD= nmero de mdulos de la versin anterior que se an borrado en la versin
actual

MR = 10
FC= 4
FA= 2
FD= 2
IMS = [MR-(FA+FC+FD)/MR]
IMS=[10-(2+4+2)/10]
IMS = 0.5

FIABILIDAD
Tiempo medio entre fallos (TMEF)
TMDF= tiempo medio entre fallos
TMDR= tiempo medio de reparacin
TMEF =TMDF + TMDR
TMEF =7 +2
TMDF =9
INTEGRIDAD
Integridad =0[(1-amenaza)* (1-amenaza)]
Integridad =0[(1- 6)* (1-9)]
Integridad =0[(5)* (8)]
Integridad = 40
EFICACIA EN LA ELIMINACIN DE DEFECTOS (EED)
Ei= nmero de errores encontrados durante el proceso
Ei+1= nmero de errores encontrados durante el proceso

EED= Ei/(Ei+ei+1)
EED= 7/(7+6)
EED= 7/(1)
EED= 1