MODELOS DE CALIDAD DE SOFTWARE

EDGAR MANUEL RODRÍGUEZ PÉREZ

ENSAYO & CUADRO COMPARATIVO

EVALUACIÓN DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA

UNIVERSIDAD DE SANTANDER

MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA

PEREIRA – RISARALDA

MAYO DE 2014
DOCUMENTO DE TRABAJO

E N S A Y O

TÍTULO DEL DOCUMENTO

MEDIDAS TOMADAS POR LAS EMPRESAS QUE LE

APUESTAN A LA CALIDAD DE SOFTWARE: ¡LA
IMPORTANCIA DE HACERLO!

INTRODUCCIÓN

“I do not worry whether something is cheap or expensive. I only worry if it is good. If it is good
enough, the public will pay you back for it”,

WALT DISNEY.

En este ensayo el lector puede encontrar características que definen el concepto de

calidad de software; cómo expresarla, medirla, compararla, comunicarla; cuál es la
importancia en diferentes frentes de gestión de una empresa el propender por la
evaluación de la calidad de software utilizados; cómo el usuario se constituye en
agente activo para retroalimentar la labor del diseñador de software al poner a
prueba las distintas aplicaciones en contextos específicos y hacer sus sugerencias;
en qué medida y qué tipos de empresas son las que hacen inversión en calidad de
software; a qué se denomina modelo de calidad de software; qué condiciones definen
un modelo de software; cuáles son los principales tipos de modelos para evaluar
calidad de software; qué ejemplos ilustran dichos tipos; y cómo se hace
imprescindible el uso de software en todas las áreas del conocimiento para dinamizar
procesos, dando especial énfasis al área educativa, el contexto donde tiene lugar la
enseñanza, el aprendizaje, el desarrollo de la creatividad, la adquisición de valores,
la investigación, la promoción de la cultura en todas sus facetas y el futuro del país.

ENUNCIACIÓN DEL PROBLEMA

¿CÓMO HA DE ENTENDERSE EL CONCEPTO DE CALIDAD DE SOFTWARE,

QUÉ MEDIDAS IMPLEMENTAN LAS EMPRESAS PARA LOGRARLO & CUÁLES
SON LOS BENEFICIOS OBTENIDOS?

EXPOSICIÓN DE LA TESIS

“Calidad significa hacer lo correcto cuando nadie está mirando”,

HENRY FORD.

El concepto de calidad de software lleva a sutiles diferencias entre autores que

abordan el área del conocimiento de la ingeniería de software, pero existen unos
indicativos en los que se encuentran coincidencias: Debe existir un conjunto de
cualidades que caractericen el software, determinantes de su utilidad y existencia,
que confieren una adecuada eficiencia, confiabilidad, facilidad de mantenimiento,
usabilidad, portabilidad, seguridad e integridad, como garantía del cumplimiento de
expectativas por parte del cliente. Se han propuesto diversos modelos de calidad
para evaluar el software, desde los primeros trabajos de Jim McCall (1977) quien fija
criterios, factores y métricas de calidad; Barry W. Boehm (1978), quien incluye
factores de McCall, los amplía y define métricas adicionales a nivel primitivo,
intermedio y alto; hasta modelos altamente refinados como el CMMI (Capability
Maturity Model Integration) del SEI (Software Engineering Institute) en 2001, que
compendia modelos específicos anteriores (SW-CMM, SE-CMM y IPD-CMM) para
brindar cobertura total desde inspección, control de calidad, aseguramiento de
calidad, gestión de calidad y mejora continua; el estándar 9126 sugerido por la
ISO/IEC (International Organization for Standardization/International Electrotechnical
Commission, 1991/2001) que incluye conceptos de modelos de calidad fijos y
modelos de calidad a medida para definir atributos o características, sub-atributos y
métricas, a nivel de calidad externa e interna y de calidad en uso; o el programa
Bootstrap que combina normas ISO 9000, normas europeas de Ingeniería de
Software y el modelo CMM en la evaluación de calidad y asesoría.

¿Y por qué este discurso acerca de la calidad del software? Pues bien, la calidad del
software que se utilice en la organización o empresa está directamente relacionada
con la calidad de información que se moviliza en todos los departamentos, el mejor
entendimiento en el cumplimiento de los manuales de función por parte del personal,
la calidad de servicio, la calidad de gestión y la calidad de procesos de negocio.
Estos criterios de calidad son bien importantes en una organización como la
Institución Educativa, donde se debe dar respuesta a los grandes desafíos sobre
competencias del saber (conceptos, conocimientos, datos, hechos, principios), saber
hacer (habilidades, destrezas, técnicas de aplicación, actuación), saber estar (actitud
frente al entendimiento, la comunicación, el trabajo colaborativo) y saber ser
(valores).

También, la calidad de software además de aumentar la satisfacción general del

cliente, disminuye costos innecesarios de operación, optimiza recursos, transmite
confianza y seguridad al comprador y es atributo de valor para estrategias de
comercialización externa.
ARGUMENTACIÓN

“Cuando puedas medir lo que estás diciendo y expresarlo en números,

sabrás algo acerca de eso; pero cuando no puedes medirlo, cuando no puedes
expresarlo en números, tus conocimientos serán escasos y no satisfactorios”,
LORD KELVIN.

La calidad de software implica definir métricas, inspecciones, pruebas y procesos

para ser aplicados a un ciclo de desarrollo de un proyecto; ciclo que incluye
requerimientos detallados del usuario, requerimientos detallados de software, diseño,
codificación y pruebas, transferencia y mantenimiento.

Una empresa u organización que busque trascender, debe implementar modelos o

estándares de calidad para identificar fortalezas y debilidades de los procesos,
revelar riesgos del proceso de desarrollo, determinar niveles de capacidad y
madurez, y generar de manera sistemática mejores productos, bienes y/o servicios,
que cumplan con las necesidades del cliente, ojalá superando las expectativas.

Si no hay garantía de calidad de software, hay programas que no hacen exactamente

lo que se espera de ellos, proyectos que se abandonan debido a sobrecostos,
sistemas que se descartan porque son demasiado difícil de operar y cronogramas
incumplidos, entre otras dificultades que se pueden catalogar como pérdidas directas
para la organización.

En la aplicación de dichos modelos o estándares de calidad, es imprescindible la

medición para cuantificar la funcionalidad del software, la capacidad de respuesta
frente a errores externos, el nivel de seguridad y otros atributos que indique el
observador o usuario final. En este punto la normativa ISO 9126 pretende disminuir al
máximo márgenes de error e interpretación, descomponiendo atributos generales de
calidad en otros más simples, para ser medidos con mayor rigor en contextos
específicos. Esta norma es explícita en especificar qué es un modelo de calidad
(ISO/IEC 9126-1 de 2001), la métrica exterior (ISO/IEC 9126-2), la métrica interior
(ISO/IEC 9126-3) y las métricas de calidad en uso (ISO/IEC 9126-4). Además, la ISO
propone las normas ISO 9000 como un conjunto de especificaciones enfocadas a la
gestión de la calidad y al aseguramiento de la calidad a nivel de procesos, y las
normas ISO 9125, ISO 14589 e ISO 25000 para la evaluación de la calidad del
producto durante su ciclo de vida. Vale decir que las normas ISO se formularon en
principio para aplicaciones industriales, pero dentro de ellas se encuentra la ISO
9000-3 que presenta los lineamientos para su aplicación en empresas de desarrollo,
suministro y mantenimiento de software.

En cuanto a la incursión de software en educación, es decir un contexto educativo

con participación de tecnologías de la información y la comunicación (TIC); se
requiere garantizar la calidad de los mismos, de manera tal que se aprovechen al
máximo la diversidad de recursos (material didáctico, entornos virtuales, internet,
blogs, wikis, webquest, foros, chat, mensajería, videoconferencias, simuladores, etc. )
puestos al servicio de la enseñanza, el aprendizaje, el trabajo colaborativo, la
creatividad, la investigación, la innovación, la extensión a la comunidad y la
promoción del aprendizaje significativo, activo y flexible.

CONCLUSIONES

(1). Dos de los factores más influyentes en el perfeccionamiento constante de la

calidad de software son, por un lado la competencia entre organizaciones
desarrolladoras de software en cuanto a precios, mercadeo, aplicaciones, eficiencia y
seguridad; por otro lado, el cubrimiento de las expectativas por el cliente, quien con
sus críticas y sugerencias termina indicando dónde el diseñador debe incidir para
mejorar la próxima versión de software.

(2). Todo proyecto tiene como objetivo principal producir software de la mejor calidad
posible, que cumpla las expectativas del usuario y en lo posible las supere. Así que
hablar de calidad total o esperar el momento oportuno para adquirir “el mejor
software, el más completo y versátil, el que permite resolver todas las tareas de la
empresa”, es una ilusión en la que no tiene ningún sentido insistir porque siempre ha
de surgir un modelo de calidad, la mayoría de las veces compendio de modelos
anteriores, que ofrezca mayores posibilidades de acción, y modifique el concepto de
calidad vigente. Sí es importante definir criterios de calidad de software con base en
un estándar de calidad bien reconocido, donde las normas ISO/IEC (9126: modelo de
calidad del producto software, métricas externas e internas, métricas de calidad en
uso; 14598: calidad de la evaluación del producto software; 25000: SQUARE) han
adquirido tanto prestigio internacional, sin dejar de considerar modelos del SEI
altamente tecnificados como CMMI orientado a mejorar procesos en diferentes
niveles de madurez de la empresa, modelo adoptado por Colciencias por ser principal
referente internacional de calidad, y Bootstrap para evaluación y asesoría.

(3). En materia educativa, la incursión de software altamente eficientes en las

diferentes dimensiones de gestión (pedagógica, organizacional, comunitaria y
administrativa), abre inmensas posibilidades en la creación, búsqueda, proceso,
almacenamiento y difusión de información; optimizándose tiempo, recursos, políticas
de acción, metodologías, trabajo colaborativo, enseñanza, aprendizaje, investigación,
proyección a la comunidad, formación de talentos y dinamización de la cultura. Por
ello debe ser preocupación del personal directivo de las instituciones educativas el
adquirir, evaluar, actualizar y contar con software de calidad; un punto central de
análisis que no ha de faltar en la agenda de gestión del Proyecto Educativo
Institucional.

BIBLIOGRAFÍA

(1) BERTOA, M. F. et al. Aspectos de calidad en el desarrollo de software

basado en componentes.
 (2) CARVALLO, J. P. et al .Calidad de componentes software. En:
http://www.essi.upc.edu/~franch/papers/libro-calidad-cap-10-jpc-xf-cq-
10-version-preliminar.pdf
(3) LÓPEZ E., A. M., VALENCIA A., L. E. & CABRERA, César. (2008).
Introducción a la calidad de software. En: Scientia & Technica, UTP,
Año XIV, No. 39.
(4) REY P., Andrés. (2013). Evaluación de la calidad de la tecnología
educativa. Bucaramanga: CVUdes.
(5) SCALONE, Fernanda. (2006). Estudio Comparativo de los Modelos y
Estándares de Calidad del Software. Universidad Tecnológica Nacional.
Buenos Aires, Argentina.

MODELOS DE CALIDAD

Los modelos de calidad presentan estructuras jerárquicas, donde los elementos de

nivel superior son mucho más abstractos que los del nivel inferior, más
específicos, a medirse con mayor facilidad.

TIPO CARACTERÍSTICAS VENTAJAS INCONVENIENTES EJEMPLOS

* Se dispone de un * Los * Rigidez: como los - Modelo de
inventario de factores factores de factores de calidad Boehm (1976).
de calidad de partida. calidad siempre serán los - Modelo de
* Se selecciona un siempre son mismos, se asume McCall, Richards
conjunto de dichos los mismos. que algunos de ellos & Walters
factores para la * Dichos siempre serán (1977).
evaluación de la factores se suficientes para - Modelo FURPS
FIJOS calidad de un pueden realizar cualquier (Funcionality,
producto. reutilizar de evaluación. Usability,
una Reliability,
evaluación a Performance,
otra. Supportability)
de Hewlett-
Packard, (1987).
* No existe un * * Desechable: Deben - Modelo GQM de
 conjunto inicial de Flexibilidad: construirse desde Basili (1992).
factores de calidad, Pueden ser cero para cada - Modelo
porque estos deben modelos proyecto. propuesto por el
identificarse de más * Conlleva a mayores estándar IEEE
acuerdo al proyecto. refinados y costos en 8061 (1998).
* Se establecen precisos. comparación con
A objetivos a alcanzar, modelos fijos.
MEDIDA que serán los factores * No pueden
de calidad más reutilizarse
abstractos, que se fácilmente de un
descomponen en otros proyecto a otro.
más concretos hasta
llegar a otros que
puedan medirse.
* Combinan * Combinan * Disminuyen los - Modelo
características de los las ventajas inconvenientes de ADEQUATE de
modelos precedentes: de los dos los dos anteriores. Horgan (1999).
fijos y a la medida. modelos - Modelo de
anteriores: calidad
Reutilizables propuesto por el
: Busca que estándar
exista de ISO/IEC 9126
MIXTOS entrada un (2001)
conjunto de
factores de
calidad más
abstractos
para ser
reutilizados
en la
mayoría de
proyectos
posibles.
Flexibilidad:
Busca
refinación y
operacionali
zación de
dichos
factores
para las
necesidades
de un
proyecto en
particular.
 CUADRO COMPARATIVO DE ALGUNOS MODELOS DE CALIDAD

MODELO DE MODELO DE MODELO MODELO DE MODELO

McCALL BOEHM FURPS DE DROMEY PROPUESTO
HEWLETT- POR ISO/IEC
PACKARD 9126
Propuesto por Propuesto por Propuesto por Propuesto por Propuesto en el
Jim McCall en Barry W. Robert Grady y Robert Geoff estándar
1977 Boehm en 1978 Hewlett Dromey en ISO/IEC 9126
Packard Co 1995. (1991/2001)
(HP) en 1987.
Es un modelo de Es un modelo de Es un modelo Es un modelo Es un modelo
calidad fijo. calidad fijo. de calidad fijo. de calidad a de calidad
medida. mixto: Basado
en modelos ya
existentes como
McCall, Boehm y
US Air Force.
Para Define la calidad Para realizar la Resalta el Incluye
realizar la en términos de evaluación de hecho de que conceptos de
evaluación de la atributos la calidad de un la calidad del calidad de
calidad de un cualitativos y producto, producto es modelos de
producto, se métricas para primero asigna altamente calidad fijos y
selecciona un realizar las prioridades y determinada modelos de
subconjunto de medidas. luego define por los calidad a
factores y atributos de componentes medida.
métricas calidad del mismo
aceptando que medibles. (incluyendo
solo están documentos
disponibles las de
que propone el requerimient
modelo. os, guías de
usuarios,
diseños y
código).
Define factores, Define Define factores Define Define atributos
criterios y características, y atributos. factores y o características,
métricas primitivas y criterios. sub-atributos y
métricas. métricas.
Propone una Se consideran Propone cinco Sugiere el uso Presenta dos
modelos de calidad,
serie de factores muchos de los características de cuatro uno para calidad
de calidad, los factores propuestos distribuidas en categorías externa e interna, el
otro para calidad en
factores de por McCall. dos categorías. que implican
uso.
McCall, Richards propiedades
& Walters de calidad.

Descompone el El factor de calidad Las dos Las cuatro El primer

concepto define el criterio de categorías son: categorías modelo
genérico de calidad y este a su Requerimiento son: especifica seis
calidad en tres vez define la s Funcionales Correctitud, características
capacidades métrica de calidad a (F) y Internas, de calidad
importantes utilizar. Requerimiento Contextuales externa
para un Plantea 3 niveles s No y (Funcionalidad,
producto para las Funcionales Descriptivas. Confiabilidad,
software, desde características: (URPS). Usabilidad,
la mirada del Alto, Intermedio y Eficiencia,
usuario: Primitivo. Mantenibilidad,
Operación, Portabilidad),
Transición y divididas en sub-
Revisión. características
que representan
la calidad
interna e
influyen sobre
las
características
externas.
El segundo
modelo presenta
cuatro
características
de calidad
(Efectividad,
Productividad,
Satisfacción,
Seguridad) para
ser evaluadas
por el usuario.
La capacidad de Las características Los La correctitud Son sub-
operación se de alto nivel requerimientos se expresa características
descompone en consideran los funcionales (F), por los de la
los factores factores Utilidad, son expresados criterios de Funcionalidad:
Corrección, Mantenimiento y por la Funcionalidad Idoneidad,
Confiabilidad, Portabilidad característica y Exactitud,
Usabilidad, de Confiabilidad. Interoperabilida
Integridad Funcionalidad d, Seguridad y
(Seguridad) y (Funcionality). Conformidad con
Eficiencia la Funcionalidad.
(Performance)
La capacidad de Las características Los Los factores Son sub-
transición se de nivel Requerimiento Internos se características
descompone en intermedio s No expresan por de la
los factores consideran los Funcionales los criterios Confiabilidad:
Portabilidad, factores (URPS), de Madurez,
Reusabilidad e Portabilidad, son expresados Mantenibilida Tolerancia al
Interoperabilida Fiabilidad, por las d, Eficiencia y error,
d. Eficiencia, características Confiabilidad. Recuperabilidad
Usabilidad, Usabilidad y Conformidad
Capacidad de (Usability), con la C.
prueba, Confiabilidad
Comprensibilidad, (Reliability),
Flexibilidad. Desempeño
(Performance)
y Facilidad de
Soporte
(Supportability
).
La capacidad de Las características Los factores Para la
revisión se primitivas Contextuales Usabilidad:
descompone en consideran los se expresan Entendibilidad,
los factores factores por criterios Facilidad de
Facilidad de Independencia, de aprendizaje,
Mantenimiento, Completitud, Mantenibilida Operativilidad,
Flexibilidad y Exactitud, d, Atractivo y
Facilidad de Consistencia, Reusabilidad, Conformidad con
Prueba. Eficiencia, Portabilidad y la U.
Accesibilidad, Confiabilidad. Para la
Comunicatividad, Eficiencia:
Estructuración, Los factores Comportamiento
Autodescriptividad, Descriptivos en el tiempo,
Concisión, se expresan Utilización de
Legibilidad y por ciriterios recursos y
Expansividad. de Conformidad con
Mantenibilida la E.
d,
Reusabilidad,
Portabilidad y
Usabilidad.
Se definen No es clara la No se Se definen El concepto de
criterios para distinción entre mencionan criterios para criterio de
evaluación se
evaluar cada criterio para criterios para evaluar cada asimila al de sub-
factor a través de evaluar cada factor evaluar cada categoría. característica,
métricas y la métrica característica. especialmente al
que indican en utilizada; parece especificar calidad
interna y externa.
qué medida el combinarse estos
sistema posee conceptos.
una
característica
dada.
Utiliza diversas El factor No se Posee Presenta Métricas
métricas: Portabilidad se mencionan métricas (que externas, Métricas
internas y Métricas
Autodocumentaci hace medible con la métricas no se
de calidad en uso
ón, Capacidad de Independencia y la específicas. mencionan en para ayudar a la
Expansión, Completitud; la los artículos). mejora de la calidad
Compleción de Confiabilidad del producto
las funciones, mediante software.
Complejidad, Completitud,
Concisión, Exactitud y
Consistencia, Consistencia; la
Instrumentación, Eficiencia con más
Independencia Eficiencia y
del software, Accesibilidad; la
Tolerancia a Usabilidad con
Errores, Accesibilidad y
Estandarización Comunicabilidad; la
de Datos y Chequeabilidad con
Estructuras, Accesibilidad,
entre otras. Comunicabilidad,
Estructuración y
Autodescriptivilida
d; la
Comprensibilidad
con Consistencia,
Estructuración,
Autodescriptivilida
d, Concisión,
Legibilidad y
Expansividad; y la
Modificabilidad
mediante la
Estructuración.
Las métricas Muchas Los El atributo de Propone una
representan propiedades requerimientos Confiabilidad jerarquía de
medidas medibles como la funcionales (F), es común a las factores
indirectas, es Accesibilidad y la especifican propiedades de calidad
clasificados como
decir, permiten Estructuración, son funciones que del producto características,
medir la calidad comunes a varios el sistema debe Correctitud, sub-
pero no de factores. ser capaz de Internas y características y
manera realizar sin Contextuales. atributos según su
grado de
directa sino a tener en cuenta
abstracción, entre
través de una las Los atributos los que se propone
manifestación restricciones de calidad un conjunto de
visible de físicas. Reusabilidad factores de partida
ella. y Portabilidad compuestos de 6
Los afectan las características y
Requerimiento propiedades 27 sub-
s No Descriptivas y características.
Funcionales Contextuales
(URPS), del producto.
puntualizan
atributos del
sistema o del
medio
ambiente del
sistema.