Ensayo - Modelos de Madurez en Base a Calidad por
McCall y Boehm.
Mason Ernesto Urbina Gutiérrez.
Arquitectura y Sistemas de Aplicación, Universidad Nacional de Ingeniería.
Managua, Nicaragua.
msn.guti5395@gmail.com
Abstract— Un elemento para evaluar la madurez de un producto
software tiende ser a menudo la calidad que esté presente, ya sea
en cuanto a calidad de procesos de desarrollo del software o
calidad del producto finalizado; por lo tanto, cuanta más calidad
presente el producto mayor madurez podrá tener, cumpliendo de
esta manera el propósito del desarrollo de software. Los modelos
de calidad brindan los factores necesarios que garantizan que un
software cuenta con un grado calidad. En esté presente escrito se
exponen las características de los modelos investigados a través de
una revisión de información, cada modelo cuenta con unas
características y una estructura la cual se enuncia brevemente en
el escrito. Como resultado se obtiene una comparación a partir de
la bibliografía consultada del conjunto de criterios que sirven
como base de cada uno de los modelos.
I. INTRODUCCIÓN
El software es una de las herramientas de mayor utilidad en la
optimización de procesos en las organizaciones, de modo que tiene el
propósito de contar y ofrecer optimización, eficiencia y satisfacción
de necesidades.
Por ese motivo, resulta importante garantizar una adecuada
calidad tanto del proceso y del producto de software. En base a esta
necesidad, diferentes entidades o investigadores han propuesto
estrategias modelos, metodologías, guías, incluso normas y estándares
de calidad que brindan apoyo al desarrollo y/o uso de un producto
software y, además permiten evaluar si efectivamente tiene un nivel
de calidad durante su ciclo de vida.
Los modelos de madurez por otra parte, constituyen una
evolución de las prácticas para gestionar la calidad.
Este escrito está dirigido a presentar, de forma individual y
luego de manera comparativa, dos de muchos modelos de calidad los
como lo son el modelo McCall y el modelo Boehm, ambos
considerados junto a otros como modelos iniciales de calidad; no sin
antes profundizar en algunos conceptos generales como calidad,
calidad de software, modelo de calidad y por ende modelo de madurez.
No estará dirigido meramente en los modelos de madurez, en cambio
se centrará en los modelos ya mencionados que influyen de forma
directa en un aspecto esencial y que es de continua mejora en el ámbito
de la madurez de una organización, software, etc. que sería en este
caso la calidad.
II. CALIDAD
En esta sección comprenderá el concepto general de calidad
vista desde la premisa del desarrollo de software:
A. Calidad de Software
El concepto de calidad de software tiene cierta similitud
respecto autores u organizaciones que comprenden dicho aspecto, a
continuación, se indican algunos conceptos.
Según el Institute of Electrical and Electronics Engineers
(IEEE) en el estándar 610-1990 comprende la calidad de software
como “El grado con el que un sistema, componente o proceso cumple
los requerimientos especificados y las necesidades o expectativas del
cliente o usuario”. Por otro lado, el International Organization for
Stadardization (ISO) en el estándar 8402 establece “La calidad es la
suma de todos aquellos aspectos o características de un producto o
servicio que influyen en su capacidad para satisfacer las necesidades,
expresadas o implícitas”, denotando que el énfasis radica en los
requisitos específicos del sistema y en la búsqueda de la satisfacción
del cliente.
Para garantizar la calidad de software es importante
implementar algún modelo de calidad que permita la gestión de
atributos en el proceso de construcción de software, teniendo en cuenta
que la concordancia de los requisitos y su construcción son la base de
las medidas de calidad establecidas.
III. MODELOS DE CALIDAD Y MADUREZ
Un modelo es una representación de un objeto, sistema o idea,
de forma diferente al de la entidad misma. El propósito de los modelos
es ayudarnos a explicar, entender o mejorar un sistema (Bautista
Quispe, y otros, 2012). En esta sección, se estarán abarcando los
conceptos de modelo de calidad y modelo de madurez.
A. Modelos de Calidad de Software
Un modelo de calidad de software es un conjunto de buenas
prácticas para el ciclo de vida del software, enfocado en los procesos
de gestión y desarrollo de proyectos.
Los modelos de calidad de software generalmente están
estructurados como se muestra en la Figura 1, donde se pueden tener
diversos factores de calidad que a su vez se componen de criterios que
son evaluados por métricas, con el propósito de abordar la evaluación
desde lo general a lo particular, y permitir la reducción de la
subjetividad en la asignación de un valor, ya sea cuantitativo o
cualitativo. (Callejas-Cuervo, Alarcón-Aldana, & Álvarez-Carreño,
2016)
Fig. 1. Estructura de calidad de software (Callejas-Cuervo, Alarcón-Aldana,
& Álvarez-Carreño, 2016)
1)Factores de Calidad: Se encuentran en el nivel más alto
de la jerarquía, representan la calidad desde el punto de vista del
usuario, son las características que componen la calidad. También
conocidos como Atributos de Calidad Externos.
2)Criterios de Calidad: Cada factor se descompone en un
conjunto de Criterios De Calidad. Son atributos que, contribuyen al
aspecto de la calidad que el factor asociado representa. Se trata de una
visión de la calidad desde el punto de vista del producto software.
También conocidos como Atributos de Calidad Internos.
3)Métricas: Para cada uno de los criterios de calidad se
definen un conjunto de Métricas, que son medidas cuantitativas de
ciertas características del producto que, cuando están presentes, dan
una indicación del grado en que dicho producto posee un determinado
atributo de calidad.
Así mismo, los modelos de calidad de software se clasifican
de acuerdo con el enfoque de evaluación, ya sea a nivel de proceso,
producto o calidad en uso. (Bautista Quispe, y otros, 2012)
B. Modelos de Madurez
Un modelo de madurez, es un conjunto estructurado de
elementos (buenas prácticas, herramientas de medición, criterios de
análisis, etc.), que permite identificar las capacidades instaladas en
dirección de proyectos en la organización, compararlas con estándares,
identificar vacíos o debilidades y establecer procesos de mejora
continua.
Los modelos de madurez en administración de proyectos,
derivan del Capability Maturity Model, CMM desarrollado, a
requerimiento del Gobierno Federal de Estados Unidos, en 1986 por
el Software Engineering Institute, SEI, para la evaluación de procesos
vinculados con el desarrollo de software. El objetivo de este modelo
fue la provisión de un cuestionario que sirviese como herramienta para
identificar las áreas donde los procesos de desarrollo de software
necesitasen mejora (Claros Liendo).
Los modelos de madurez constituyen una evolución de las
prácticas para gestionar la calidad. Fueron concebidos inicialmente
para la industria del software y en la actualidad el área de aplicación
es muy variada. Estos se pueden encontrar en las aplicaciones
siguientes: evaluación de la madurez de la gestión del conocimiento,
de la arquitectura empresarial, de la gestión de la innovación, de la
capacidad de los servicios y más reciente en la ergonomía (Pérez
Mergarejo & Rodríguez Ruíz, 2014).
IV. MODELO DE MCCALL
El modelo de McCall fue el primero en ser presentado en
1977, y se originó motivado por US Air Force y Department of
Defense, DoD 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
también se incluyen algunos atributos posiblemente internos.
Este modelo busca reducir la brecha entre usuarios y
desarrolladores enfocándose en un número de factores de calidad que
reflejen las prioridades de ambos.
El modelo establece una jerarquía de Perspectivas, ejes o
puntos de vista (3) desde los cuales el usuario puede contemplar la
calidad de un producto, Factores (11), Criterios de Calidad (27) y
Métricas (41) (Bautista Quispe, y otros, 2012). Ver TABLA I.
Este enfoque es sistemático, y permite cuantificar la calidad a
través de las siguientes fases:
 Determinación de los factores que influyen sobre la
calidad del software.
 Identificación de los criterios para juzgar cada
factor.
 Definición de las métricas de los criterios y
establecimiento de una función de normalización
que define la relación entre las métricas de cada
criterio y los factores correspondientes.
 Evaluación de las métricas.
 Correlación de las métricas a un conjunto de guías
que cualquier equipo de desarrollo podría seguir
Desarrollo de las recomendaciones para la colección
de métricas.
 (Dirección General de Servicio Civil, 2013)

TABLA I

EJES, FACTORES Y CRITERIOS DEL MODELO MCCALL

V. MODELO DE BOEHM
El modelo de Boehm (1978) agrega algunas características a
las existentes en el modelo de McCall y representa una estructura
jerárquica de características, cada una de las cuales contribuye a la
calidad total.

Los componentes o constructores del modelo se centran en el

producto final. Se identifican características de calidad desde el punto
de vista del usuario. (igual que el modelo de McCall)

Este modelo se basa en que el software debe:

 Hacer lo que el usuario quiere que haga

 Utilizar los recursos de la computadora correcta y
eficientemente
 Ser fácil de usar y de aprender para los usuarios
 Estar bien diseñado, bien codificado y ser probado y Fig. 2. Modelo de Boehm.
mantenido fácilmente

Este modelo introduce características de alto nivel, de nivel

intermedio y características primitivas, cada una de las cuales VI. MCCALL VS BOEHM
contribuyen al nivel general de calidad. Ver Fig. 1 para mayor detalle
Aunque parezcan similares, la diferencia está en que McCall
de los niveles, factores y criterios de calidad de este modelo.
focaliza en medidas precisas de alto nivel, mientras que Boehm
presenta un rango más amplio de características primarias la REFERENCIAS
mantenibilidad está más desarrollada en Boehm.
Bautista Quispe, L., Gavilan Pecho, L., Chaico Lebano , A., Guillen Martinez
TABLA II , M., Mandujano Bendezú , A., & Marca Juarez , M. (2012).
Modelos de calidad de software. Obtenido de scribd.com:
CRITERIOS EN LOS MODELOS MCCALL Y BOEHM https://es.scribd.com/doc/138528080/Modelos-de-Calidad-de-
Software

Callejas-Cuervo, M., Alarcón-Aldana, A. C., & Álvarez-Carreño, A. M.

(2016). Modelos de calidad del software, un estado del arte.
Colombia.

Claros Liendo, A. (s.f.). PROJECT – TOOLS. Obtenido de

projectools.wordpress.com:
https://projectools.wordpress.com/modelos-de-madurez-en-
gestion-de-proyectos/

Dirección General de Servicio Civil. (2013). Modelo de Calidad de Software

para Desarrollo de Sistemas en la DGSC.

If.deiby. (7 de Mayo de 2012). MODELO McCALL. Obtenido de

mccallisos.blogspot.com: http://mccallisos.blogspot.com/

Pérez Mergarejo , E., & Rodríguez Ruíz, Y. (2014). Procedimiento para la

aplicaciónde un modelo de madurez para la mejora de los procesos.
Cuba: Revista Cubana de Ingeniería.

RAMÍREZ AGUIRRE, P., & RAMÍREZ ARIAS, C. (2010). ESTUDIO DE

Estos modelos tienen sus límites: Es difícil que las
características y sub-características sean siempre perfectamente
independientes, falta una asociación explícita entre los modelos y el
proceso de software, cómo realizar software de calidad las
características son en general propiedades abstractas medible
mediante métricas. No siempre existe una relación perfectamente
lineal entre los valores de las métricas y las características que deben
estimar. (Bautista Quispe, y otros, 2012)
LAS PRÁCTICAS DE CALIDAD DEL SOFTWARE. Obtenido de
http://repositorio.utp.edu.co:
http://repositorio.utp.edu.co/dspace/bitstream/handle/11059/1977/
0053R173e.pdf;jsessionid=36548866E205FBEEBD6A9A6426CB
2FE7?sequence=1
Wikipedia.org. (2 de Septiembre de 2018). Wikipedia. Obtenido de
es.wikipedia.org:
https://es.wikipedia.org/wiki/Capability_Maturity_Model

VII. CONCLUSIONES
Algunos modelos de calidad de software clásicos han sido la
base para los de calidad más recientes, y han permitido que los
modelos actuales se consoliden como los más completos con base en
la evolución del software, para así optimizar los procesos de las
organizaciones y garantizar que se cumple con criterios o estándares
que respaldan la calidad de la gestión de procesos del negocio.

Ambos modelos de calidad citados tienen cierta similitud

debido a que ambos son modelos de calidad de nivel de producto y
dependiendo de la vista final del usuario. No obstante, es el modelo de
Boehm que incorpora 19 criterios que incluyen características de
performance del hardware, que no existen en su predecesor, el modelo
de McCall.

Ambos modelos presentan límites como la inflexibilidad y

todo repercute a la razón de ser modelos de tipo fijo, es decir que,
cuentan con un catálogo de factores de calidad de partida que se usa
como base para la evaluación de la calidad; por lo tanto, se asume que
este catálogo de factores será suficiente para poder evaluar la calidad
de cualquier producto de software. (Bautista Quispe, y otros, 2012)