ENSAYO SOBRE LAS MEDIDAS QUE PUEDEN LLEVAR A CABO LAS EMPRESAS QUE

DESEAN APOSTARLE A LA CALIDAD Y A LA IMPORTANCIA DE HACERLO

CARLOS ALBERTO STUART CONTRERAS

ADRIANA LIZCANO
INGENIERA DE SISTEMAS/MAGISTER DE TECNOLOGAS DE LA INFORMACIN
APLICADAS EN LA EDUCACIN

UNIVERSIDAD DE SANTANDER - CVUDES

MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
MEDELLN
2015

La calidad aplicada en el campo del desarrollo de software es un factor determinante en el

momento de medir el grado de satisfaccin de los usuarios que por lo general demandan una
excelente calidad del producto adquirido, la cual se va garantizando conforme a la eficacia que
ste tiene en la solucin de necesidades presentes en determinados contextos donde se encuentre
el usuario interactuando con el producto, cuyo contexto puede ser empresarial u hogareo, el
grado de satisfaccin se puede garantizar gracias a normas y estndares que algunas empresas
adquieren a travs del servicio de entidades especializadas en el conocimiento y aplicacin de
las normas y estndares de calidad, las cuales evalan durante las fases de desarrollo por las que
pasa el producto antes de salir al mercado, el grado de calidad que este puede tener.

Es por esta razn que hay entidades encargadas de desarrollar y aplicar normas y modelos
de calidad estrictos, donde manejan unas categorizaciones las cuales miden el grado de madurez
y eficacia a la hora de desarrollar el producto (software), a travs de una estructura jerrquica
donde se cuenta con factores genricos que se descomponen en otros ms especficos, los cuales
pueden ser medidos mediante lo que se conoce como mtricas, estas entidades existen por el
producto de investigaciones realizadas en las ltimas dcadas. Algunos estndares de calidad
como la ISO, se enfoca en evaluar el nivel de proceso y otros modelos que lo hacen en la
evaluacin del producto final. Un detalle importante que se debe tener en cuenta antes de
comenzar con la evaluacin del producto es tener en cuenta el grado de complejidad para llegar a
cumplir esta meta, ya que el software es un producto generado de un proceso intelectual, el cual
requiere de personal experimentado, recursos, complejidad en los proyectos, entre otros aspectos,
lo que implica mayor dificultad para una correcta evaluacin de la calidad y por ende generar un
producto que se acople a las necesidades de sus usuarios tanto a nivel del manejo del producto

como en la plataforma donde se vaya a utilizar el mismo, aparte de que constantemente debe
pasar por un proceso de actualizacin ya que el hardware que es la parte fsica de un computador
o dispositivo presenta un avance mucho ms gil que el software.

En el momento de realizar una evaluacin de un producto abstracto como el software, el

cual por esta caracterstica presenta dificultad en su control de calidad, se debe tener en cuenta el
cumplimiento de unas terminologas que le brindan a la evaluacin mayor especificidad y
concrecin en la obtencin de resultados de la evaluacin del producto en la empresa donde se
est aplicando, estas terminologas son: Medida (Proporciona una indicacin cuantitativa de la
cantidad, dimensiones o tamao de algunos atributos de un producto). Pressman (2010),
Medicin (Acto de determinar una medida). Pressman (2010), Mtrica (Es una medida del grado
en que un sistema, componente o proceso posee un atributo dado). Pressman (2010).

En la actualidad solo las grandes compaas desarrolladores de software disponen del

capital suficiente para invertir en la contratacin del servicio de entidades que investiguen y
evalen la calidad de los procesos que conforman el desarrollo del producto, esto les brinda un
nivel de competitividad mucho ms alto en el mercado del software frente a sus dems
competidores que no tienen dicha oportunidad. Los beneficios que ofrece el establecer una buena
evaluacin en cuanto a la calidad del producto es la adquisicin de una ventaja competitiva,
ganar la confianza de los clientes, construir una operacin eficiente, mantener una relacin
cercana con el cliente, invertir en tecnologa, fijar metas y cumplirlas, garantizar un volumen
constante de consumo, analizar las nuevas necesidades que van surgiendo en el mercado.

En conclusin la calidad del software sigue siendo un campo muy joven y poco
experimentado del cual todava hay mucho que descubrir y aprender, sobre todo en los pases
subdesarrollados como Colombia, donde no se cuenta con una infraestructura tecnolgica
avanzada para poder desarrollar software de calidad competitivo entre otros pases desarrollados
que cuentan con el conocimiento, experiencia e infraestructura que le proporciona calidad y
competitividad alta.

CUADRO COMPARATIVO SOBRE LOS MODELOS DE CALIDAD McCALL, BOEHM,

FURPS, ARTHUR E ISO-IEC 9126

El modelo
fue escrito
por McCall,
Richards y
Walters,
(1977)

El modelo de McCall
(1977) describe la
calidad como un
concepto elaborado
mediante relaciones
jerrquicas entre factores
de calidad, en base a
criterios
y mtricas de calidad.
Este modelo organiza 11
factores en tres ejes o
puntos de vista desde los
cuales el usuario puede
contemplar la calidad de
un producto, que son
Operacin, Transicin y
Revisin. Cada factor
tiene asociado sus
respectivos criterios.

VENTAJAS:

Por su estructura
jerrquica, se puede
observar que es
prctico y fcil de
entender y de esta
forma fcil de aplicar.

Est orientado al
producto final pro se
puede aplicar al
proceso.

En costos resulta

ESTRUCTURA JERARQUICA
NIVEL 1
NIVEL 2
EJE DE OPERACIN.
FACTORES

Facilidad de uso.
Puedo ejecutarlo?
Integridad. Es seguro?

Correccin. Hace el
software lo que yo
deseo?

Fiabilidad. Lo hace de
forma exacta todo el
tiempo?

Eficiencia. Se ejecutar
sobre el HW lo mejor
posible?

EJE DE REVISION. Factores

Facilidad de
mantenimiento. Puedo
arreglarlo?

N3

CRITERIOS
Facilidad de
aprendizaje.
Control de
accesos.
Facilidad de
auditora.
Seguridad.
Completitud.
Consistencia.
Trazabilidad o
rastreabilidad.
Precisin.
Consistencia
Tolerancia a fallos.
Modularidad.
Eficiencia en
ejecucin.
Eficiencia en
almacenamiento.

Modularidad
Simplicidad
Consistencia
Concisin.
Auto descripcin.

Facilidad de prueba.
Puedo probarlo?

Modularidad
Simplicidad
Auto descripcin
Instrumentacin.

Flexibilidad. Puedo
modificarlo?

Auto descripcin
Capacidad de
expansin.

M E TR I CAS

1. McCALL

CARACTERISTICAS
GENERALES

M E TR I CAS

MODELO

viable su aplicacin
pues no resulta
inoperante y por el
contrario, sera de
gran ayuda para
cualquier
organizacin pues
generara un mayor
good will ante el
mercado.

Generalidad.
Modularidad

Se podra utilizar no
para uno sino para
varios proyectos

Se evalan muchos
factores lo que
implicara un trabajo
adicional al proceso
de desarrollo que
denota tiempo y
costo.

Implicara un trabajo
tedioso por la
cantidad de mtricas
que se utilizaran.

EJE DE TRANSICION. Factores

Facilidad de
reutilizacin. Podr
reutilizar parte del
software?

Auto descripcin
Generalidad
Modularidad
Independencia
entre Sistema y
Software.
Independencia del
Hardware.

Interoperabilidad.
Podr comunicarlo con
otros sistemas?

Modularidad
Compatibilidad de
comunicaciones.
Compatibilidad de
datos.
Estandarizacin
en los datos.

Portabilidad. Podr
ejecutarlo en otra
mquina?

Auto descripcin
Modularidad
Independencia
entre Sistema y
Software
Independencia del
Hardware

M E TR I C AS

DESVENTAJAS:

Propuesto
por Barry
Boehm en
(1978)

ste define la calidad de

software en trminos de
atributos cualitativos y los
mide usando mtricas. El
modelo no es muy
distinto al de McCall,
porque muchos de sus
factores de calidad son
los mismos. ste modelo
tambin presenta sus
factores de calidad
estructurados
jerrquicamente de alto a
bajo nivel.
El 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 fcil de usar y

de aprender para los
usuarios

Estar bien diseado,

bien codificado y ser
probado y mantenido
fcilmente.

CARACTERISTICAS DEL NIVEL INTERMEDIO

(FACTORES)
Independencia de
dispositivos
Portabilidad
Auto-contencin
Auto-contencin
Exactitud
Completitud
Consistencia
Integridad

Confiabilidad

Eficiencia

Accesibilidad
Eficiencia de uso
de dispositivos

Usabilidad

Integridad
Accesibilidad
Comunicacin

Testeabilidad
(Capacidad de prueba)

Comunicacin
Auto descripcin
Estructuracin

Comprensibilidad
(Facilidad de
entendimiento)

Flexibilidad

Consistencia
Estructuracin
Concisidad
Legibilidad
Estructuracin
Aumentabilidad

Este modelo introduce

caractersticas de alto
nivel, de nivel intermedio
que se constituyen en los
factores de calidad, y las
caractersticas primitivas,
cada una de las cuales
contribuyen al nivel
general de calidad.
VENTAJAS:

Involucra menos factores y menos criterios lo que implicara un menor tiempo

en su desarrollo.

M E TR I CAS

2. BOEHM

se podra utilizar no para uno sino para varios proyectos.

Confiablidad

VENTAJAS:

Los criterios son

claramente
entendibles, lo que
implica su fcil
utilizacin.

En cierta forma su
divisin en factores
funcionales y no
funcionales es
convenientes para
determinar la calidad,
aun as, hayan
restricciones fsicas.

Desempeo
(rendimiento)

Capacidad de Soporte

Tiene en cuenta las

fallas en el producto

Factores humanos
Factores estticos
Consistencia de la
interfaz
Documentacin
Frecuencia y
severidad de las
fallas
Exactitud de las
salidas
Tiempo medio de
fallos
Capacidad de
recuperacin ante
fallas
Capacidad de
prediccin
Velocidad del
procesamiento
Tiempo de
respuesta
Consumo de
recursos
Rendimiento
efectivo total
Eficacia
Extensibilidad
Adaptabilidad
Capacidad de
pruebas

METRICAS

REQUISITOS NO
FUNCIONALES (URPS)
Usabilidad

Caractersticas y
capacidades del
programa
Generalidad de
las funciones
Seguridad del
sistema

M E TR I CAS

REQUISITOS FUNCIONALES
(F)
Funcionalidad.

M E TR I CAS

Modelo de
calidad
propuesto
por Robert
Grady y
Hewlett
Packard Co
(HP) en
1987.

Esta propuesta
contempla, por un lado 5
caractersticas de las
cuales se deriva su
nombre (Funcionalidad,
Facilidad de Uso,
Confiabilidad,
Desempeo y Facilidad
de Soporte), y por otro,
que los requisitos se
clasifiquen en dos
categoras: requisitos
funcionales (F), que son
los que especifican
funciones que el sistema
debe ser capaz de
realizar sin tener en
cuenta las restricciones
fsicas; y requerimientos
no funcionales (URPS),
que puntualizan atributos
del sistema o del medio
ambiente del sistema.

METRICA
S

3. FURPS

M E TR I CAS

DESVENTAJAS:

No especifica muchos aspectos relacionados con el usuario

y en el proceso, esto
permite una mayor
correccin.

Capacidad de
configuracin
Compatibilidad
Requisitos de
instalacin

Se podra utilizar no
para uno sino para
varios proyectos

DESVENTAJAS:

4. ARTHUR
Modelo de
calidad
creado por
Arthur
Andersen
en 1985.

Al igual que en el
modelo McCall se
necesitan de muchas
mtricas lo que
implica un mayor
esfuerzo de tiempo y
costo

Arthur presenta una

variante del modelo de
calidad propuesto por
McCall. La variante
consta de dos acciones:

Aadir tres nuevos

criterios de
valoracin:
Complejidad,
Seguridad,
Auditabilidad

Variar las relaciones

de los factores y los
criterios

FACTORES

Correccin

Completitud
Consistencia
Seguimiento

Fiabilidad

Complejidad
Consistencia,
Modularidad
Preciso
Simplicidad
Tolerante a
errores

Eficiencia

Concisin
Eficiencia de
ejecucin
Operatividad

Integridad

Auditabilidad
Instrumentacin
Seguridad

Utilizable

Entrenamiento
Operatividad

Mantenible

Autodocumentado
Concisin
Consistencia

VENTAJAS:

Tiene en cuenta el
factor de calidad de
correccin que
muchos modelos no
tienen.
Permite la auditoria,
lo que implica un
mayor de grado de
confiablidad ante el

CRITERIOS
M E TR I CAS

riesgo.

Instrumentacin
Modularidad
Simplicidad

DESVENTAJAS:

5. ISO-IEC

Incluye ms
criterios, lo que hace
que se utilicen ms
mtricas y esto
conlleva ms
esfuerzo en tiempo y
costo

Es un estndar

Flexible

Autodocumentado
Complejidad
Concisin
Consistencia
Expansibilidad
Generalidad
Modularidad
Simplicidad

Verificable

Auditabilidad
Autodocumentado
Complejidad
Instrumentacin
Modularidad
Simplicidad

Portable

Autodocumentado
Generalidad
Independencia de
la mquina
Independencia del
sistema software
Modularidad

Reutilizable

Autodocumentado
Generalidad
Independencia del
hardware
Independencia del
sistema software
Modularidad

Inter-operativo

Comunicaciones
comunes
Datos comunes
Generalidad
Modularidad

CARACTERISTICAS INTERNAS

CRITERIOS

Y EXTERNAS (FACTORES)
Funcionalidad.

Adecuacin.
Exactitud.
Interoperabilidad.
Seguridad.
Cumplimiento de
normas.

Confiabilidad

Madurez.
Tolerante a
defectos.
Facilidad de
recuperacin.

VENTAJAS.

Es un modelo de
corte internacional
pero adaptarlo al
caso colombiano y
latinoamericano.

Facilidad de uso.

Fcil de
comprender.
Fcil de aprender.
Fcil de operar.
Atractividad.

La terminologa es
clara y precisa, lo
que hace que sea
ms comprensible
para todos los
actores del proceso.

Eficiencia.

Comportamiento
en el tiempo.
Comportamiento
de recursos.

Facilidad de
mantenimiento.

Facilidad de
anlisis.
Facilidad de
cambios.
Facilidad de
pruebas.
Estabilidad.

Portabilidad.

Facilidad de
instalacin.
Facilidad de
reemplazo.
Adaptabilidad.

Involucra la
utilizacin de la
norma ISO.

Introduce un nuevo
concepto es la
calidad de uso que
tiene en cuenta lo
ms importante para
la gestin de calidad
que es la opinin del
usuario.

Esta actualizado.

Podra utilizarse no
para uno sino para
varios proyectos.

M E TR I CAS

El estndar
ISO 9126
presenta su
primera
versin en
1991, luego
en 2001 es
remplazado
por ISO
9126:1

internacional para la
evaluacin del Software,
est supervisado por el
proyecto SQuaRE, ISO
25000:2005, el cual sigue
los mismos conceptos.
Cuenta con tres tems
adicionales para ayudar
a la mejora de la calidad
del producto software
(Mtricas externas,
Mtricas internas,
Mtricas de calidad en
uso).

CARACTERISTICAS DE LA CALIDAD DE USO

Eficacia. Capacidad de ayudar al

usuario a cumplir sus objetivos con
exactitud y completitud en un contexto

METRICA
S

9126

REFERENCIAS BIBLIOGRFICAS

Revista Lasallista de Investigacin, vol. 7, nm. 1, 2010, pp. 17-24

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecnica y Electricidad.
Recuperado 2 de mayo de 2014

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica y Electricidad.
Recuperado 2 de mayo de 2014

Moreno, J., Bolaos, L., & Navia, M. (2010). Exploracin de Modelos y Estndares de Calidad
para el Producto Software. UIS

Revista de la Facultad de Ingenieras Fisicomecnicas, 9(No.1), 39-53. Recuperado 2 de mayo

de 2014

Ramrez Aguirre, P., & Ramrez Arias, C. (2010). Estudio de las prcticas de calidad del software
implementadas en las mipymes desarrolladoras de software de Pereira. Pereira:
Universidad Tecnolgica de Pereira. p (15-40). Recuperado 2 de mayo de 2014

Scalone, F. (2006). Estudio comparativo de los modelos y estndares de calidad del

software. (Maestra Ingeniera en Calidad). p (129-150). Universidad Tecnolgica
Nacional. Buenos Aires. Recuperado 2 de mayo de 2014