EVALUACIN DE LA CALIDAD DE LA TECNOLOGA EDUCATIVA

CARLOS ALBERTO GONZALEZ HERNANDEZ

UNIVERSIDAD DE SANTANDER
MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
ARMENIA QUINDO
OCTUBRE DE 2015

EVALUACIN DE LA CALIDAD DE LA TECNOLOGA EDUCATIVA

CARLOS ALBERTO GONZALEZ HERNANDEZ

CUADRO COMPARATIVO

NELSON MICHAEL MENDEZ SALAMANCA, Consultor UDES.

UNIVERSIDAD DE SANTANDER
MAESTRA EN GESTIN DE LA TECNOLOGA EDUCATIVA
ARMENIA QUINDO
OCTUBRE DE 2015

PA-CVUDES-011

C U A D R O

C O M P A R A T I V O

LOS MODELOS DE CALIDAD

McCALL, BOEHM, FURPS, ISO-IEC 9126 Y CMM
En la actualidad la Calidad del Software es un factor fundamental para el desarrollo del
negocio de una empresa. Este trabajo de investigacin pretende dar a conocer algunos de los
Modelos y/o Estndares de Calidad del Software existentes, los cuales son comparados a nivel
Proceso y Producto.
Estructura de un Modelo de Calidad del Software
Calidad del Software
Factores de Calidad
Criterios de Calidad del Producto
Mtrica del producto
La ventaja de los Modelos y/o Estndares de Calidad es que la calidad se convierte en algo
concreto, que se puede definir, que se puede medir y, sobre todo, que se puede planificar.
Los Modelos y/o Estndares de Calidad ayudan tambin a comprender las relaciones que existen
entre las diferentes caractersticas de un producto de software. Una desventaja es que an no
ha sido demostrada la validez absoluta de ninguno de estos Modelos o Estndares. Las
conexiones que se establecen entre caractersticas, atributos y mtricas se derivan de la
experiencia. Esto origin que existan mltiples Modelos y Estndares de Calidad.
La obtencin de un Software con Calidad implica la utilizacin de metodologas o
procedimientos estndares para el anlisis, diseo, programacin y prueba del software, que
permitan uniformar la filosofa de trabajo, en aras de lograr una mayor confiabilidad, facilidad de
mantenimiento y facilidad de prueba, a la vez que eleven la productividad, tanto para la labor
de desarrollo como para el Control de Calidad del Software.
La calidad del producto de software abarca los siguientes aspectos:

Calidad Interna: medible a partir de las caractersticas intrnsecas, como el cdigo fuente
Calidad Externa: medible en el comportamiento del producto, como en una prueba
Calidad en Uso: durante la utilizacin efectiva por parte del usuario

El objetivo no es necesariamente alcanzar una calidad perfecta, sino la necesaria y

suficiente para cada contexto de uso a la hora de la entrega y del uso por parte de los
usuarios. Es necesario comprender las necesidades reales de los usuarios con tanto detalle como
sea posible (requisitos).

Modelo McCall
Estructura Jerrquica
Caractersticas
generales

Nivel1
Visin del usuario
Factores de Calidad
segn McCall

Nivel 2
Criterios

Nivel 3

Modelo

Ventajas

Desventajas

Operacin de producto

como un concepto
elaborado mediante
McCall

relaciones jerrquicas
entre factores de

El
modelo
fue

calidad, en base a
criterios y mtricas de
calidad.

escrito
por

Este modelo

McCall,

organiza 11 factores

Richards

en tres ejes (1)

y Walters,

Operacin del

(1977)

Integridad

Control de acceso

Facilidad de auditoria

Seguridad

Correccin

Completitud

Consistencia

Trazabilidad o rastreabilidad

Confiabilidad
Eficiencia
Facilidad de
mantenimiento
Facilidad de prueba
Flexibilidad

Consistencia

Eficiencia en ejecucin

Modularidad

estructura jerrquica, es
prctico y claro de
entender y para su uso es
muy fcil de aplicar.

Modularidad
Simplicidad

Consistencia
Concisin

Reusabilidad

Auto descripcin
Auto descripcin

Simplicidad
Auto descripcin
Capacidad de expansin

Instrumentacin
Generalidad
Modularidad
Modularidad

Generalidad
Interoperabilidad

producto. Cada factor

tiene asociado sus
Portabilidad

Compatibilidad
comunicaciones

Compatibilidad de datos
De

Estandarizacin de los datos

Auto descripcin

Independencia entre Sistema y software

Modularidad

Independencia Hardware

Su enfoque es est

que en su

orientado al producto

proceso de

final, tambin es utilizado

evaluacin hay

en procesos.

factores que
implica un

Independencia Hardware

Independencia entre Sistema y software

Modularidad

costo beneficio
buena debido a

Modularidad

Auto descripcin

La relacin
no es muy

Eficiencia en almacenamiento

Transicin del producto

del producto y (3)

respectivos criterios.

Precisin

Tolerancia a
fallos

Dado a su nivel de

Revisin del producto

producto, (2) Revisin

Transicin del

Facilidad de aprendizaje
METRICAS

describe la calidad

Facilidad de Uso

METRICAS

McCall (1977)

METRICAS

El modelo de

Su rentabilidad en

degaste de

cuanto a costos resulta

tiempo y por

viable su aplicacin.

consiguiente se
incrementan los
costos.

Sus mdulos o
procesos son reutilizables
para otros proyectos

Modelo BOEHM

Modelo

Caractersticas generales
La calidad de tecnologa blanda se da por atributos

Portabilidad

cualitativos y los mide usando mtricas. El modelo es muy

Confiabilidad

idntico al de McCall, porque muchos de sus factores de

calidad son los mismos.

Eficiencia
Usabilidad

ste modelo se apoya en sus factores de calidad

estructurados jerrquicamente de alto a bajo nivel. El
modelo se basa en que el software debe:

Comprensibilidad
(Facilidad de
entendimiento)

Auto descripcin

Ventajas

Accesibilidad
Comunicacin
Estructuracin

Consistencia

Concinidad

Estructuracin

Legibilidad

Software debe de Hacer lo que el usuario quiere que haga.

En cuanto a las especificaciones tcnicas Utilizar

los recursos de la computadora correcta y eficientemente.

En cuanto al tiempo de
desarrollo disminuye los
costos de transaccin por
que Involucra menos
factores y criterios.
Es reutilizables se
podra utilizar no para uno
sino para varios

Su operacionalidad es intuitiva y fcil de usar y de

aprender para los clientes / usuarios
Tiene un diseo robusto, bien codificacin, su puesta
en marcha es intuitiva y fcil de realizarle
mantenimiento. Este modelo de calidad introduce
caractersticas de alto nivel, de nivel intermedio

Flexibilidad

Estructuracin

Desventajas

Auto contenido
Completitud
Consistencia

METRICA

BOEHM
Propuesto
por Barry
Boehm en
(1978)

Brindar garantas al Cliente / usuario que el

Testeabilidad
(Capacidad de
prueba)

Estructura Jerrquica
Independencia de uso
Exactitud
Auto contenido
Eficiencia de uso de
dispositivo
Integridad
Accesibilidad
Comunicacin

Aumentacin

proyectos.

No especifica muchos
aspectos relacionados
con el usuario

Modelo FURPS
Modelo

Caractersticas generales
Funcionalidad

requisitos de funcionalidad
(1) Conjunto de
(2) Capacidades y
Caractersticas,
(3) Seguridad

Ventajas

Requisitos no funcionales (URPS)

Heweltt Packard Co (HP) cuenta con 5 caractersticas
de calidad del software: (1) Funcionalidad, (2)
Facilidad de uso, (3) Confiabilidad, (4) Performance y

Facilidad de Uso

(1) Factores humanos

(5) Asistentes,

y prcticos se entiende su

(2) Estticos,

(6) Documentacin del

usuario y

operacionalidad con

(5) Facilidad de soporte. Adems plantea 2 categoras

(3) Consistencia en la
Interfaz de Usuario

de requerimientos, las cuales son:

(4) Ayuda en lnea,

Funcionality

1- requerimientos funcionales (F): especifican

Usability

funciones que el sistema debe ser capaz de

(1) Frecuencia y
severidad de fallas,

Reliability

realizar, sin tomar restricciones fsicas a

FURPS

Performance

consideracin, y se definen a travs de las entradas

Supportability

y salidas esperadas.
2- requerimientos no funcionales (URPS): Usability
(Facilidad de uso), Reliability

Confiabilidad

(1) Velocidad,

(Confiabilidad), Performance y Supportability (Facilidad

del ambiente del sistema.
Soporte

De igual manera que

en el modelo McCall se
necesitan de muchas

(2) Recuperacin a
fallos y

(4) Tiempo de
Respuesta,

(2) Eficiencia,

(5) Tiempo de
Recuperacin y

(3) Disponibilidad,

(6) Utilizacin de
Recursos.

(1) Requisitos de
instalacin,

3) Requisitos de
Adaptabilidad y

(2) Requisitos de
Configuracin,

(4) Requisitos de
Compatibilidad.

de soporte). Describen atributos del sistema o atributos

mucha facilidad

(7) Material de
capacitacin

(3) Tiempo entre fallos.

Performance
(Rendimiento)

Criterios de uso fciles

METRICA

El modelo FURPS propuesto por Robert Grady y

Desventajas

mtricas lo que conlleva

Considera las fallas en
el producto y en el
proceso, esto permite una
mejor y oportuna
correccin.
El rehus de su
cdigo es practico para
emigrar a otros proyectos.

un mayor esfuerzo de
tiempo y costo
Capacidad de
configuracin
Compatibilidad
Requisitos de instalacin

Modelo ISO 9126

Modelo

Caractersticas generales
ISO International Organization for Standarization

REQUISITOS DE FUNCIONALIDAD

Es una norma
Funcionalidad

Esta Norma permite especificar y evaluar la

calidad del software desde distintas perspectivas, las

Adecuacin

Exactitud

Seguridad

Normas

Madurez

Tolerancia a defectos

Internacional, adaptada a
Colombia y ha los pases
latinoamericanos.

Confiabilidad,

cuales estn asociadas a la adquisicin,

Su terminologa es

Facilidad de recuperacin

fcil y practica para

requerimientos, desarrollo, uso, evaluacin, soporte,

mantenimiento, aseguramiento de la calidad, y auditoria

9126 y ISO
9126-1

Fcil de aprender

Fcil de operar

Atractivita

Comportamiento en el
tiempo

Comportamiento de
recursos

entender y trabajar este

modelo-

Puede ser usada por desarrolladores,

evaluadores independientes y grupos de
Eficiencia

aseguramiento de la calidad responsables de

especificar y evaluar la calidad del software.

9126-2 External metrics

Facilidad de anlisis
Facilidad de cambios
Facilidad de pruebas
Estabilidad
Facilidad de instalacin
Facilidad de remplazo
Portabilidad
Adaptabilidad
CARACTERISTICAS DE LA CALIDAD DE USO
Eficacia. Capacidad de ayudar al usuario a cumplir sus objetivos con
exactitud y completitud en un contexto de uso dado

Productividad. Capacidad de ayudar al usuario a emplear una

cantidad apropiada de recursos para obtener sus resultados

Seguridad. Capacidad de alcanzar niveles aceptables de riesgo

para las personas, el ambiente de trabajo y la actividad, en un
contexto de uso dado

9126-3 Internal metrics

El modelo de calidad de ISO 9126-1 establece 3

niveles: (1) Caracterstica, (2) Subcaracterstica y (3)
Mtricas.
Y sus variaciones
ISO
9126-1 Quality Model

9126-4 Quality in use metrics

Facilidad de
mantenimiento

Satisfaccin. Capacidad de satisfacer a un usuario en un contexto

de uso dado METRICAS

METRICA

Standards ISO

Fcil de comprender
Facilidad de uso

del software.

Desventajas

Esta norma define un conjunto de caractersticas de calidad

Esta parte de la ISO 9126 describe el modelo

de calidad del producto de software.

Ventajas

Los costos de
Pertenece a la familia
ISO

transacciones Implica
gran esfuerzo, tiempo y
recursos.

El usuario participa
activamente con su
opinin.
Es vigente.
Es compatible con
otros proyectos Se puede
emigrar u homologar.

Modelo CMMi
Modelo

Caractersticas generales
Capability Maturity Model Integration (CMMI) es un modelo de

Categoras y reas de proceso

calidad que permite mejorar los procesos que proporciona a las

organizaciones los elementos esenciales para generar procesos
eficientes y eficaces. Su fundamentacin es presentar una estructura

Gestin de
proyectos

a seguir para el desarrollo de software, que permita que se pueda

controlar y medir cada parte del proceso completo de desarrollo.

disciplinas que cubre actualmente, es decir: Ingeniera de Sistemas

Proceso (IPPD) y la Fuente proveedora (A).
(CMMi)

Gestin de
procesos

Enfoque de proceso de la organizacin

Definicin de procesos de la organizacin
Entretenimiento organizacional
Desempeo de los procesos de la
organizacin
Innovacin y desarrollo de la organizacin

Los Enfoques del CMMi tienen como finalidad atender a las diversas
sus procesos. Existen 2 enfoques: (1) Continuo y (2) Escalonado.
El

resolucin de defectos.
Mejora en la fiabilidad
de la planificacin, en
trminos de dedicacin y

Aumento de la

Maturity Model
Integration

de desarrollo.

de calendario.

necesidades de las organizaciones que quieren aplicar la mejora de

Capability

Reduccin del coste

Localizacin y

El CMMi est sintetizada por reas de proceso para las 4

(SE), Ingeniera del Software, Desarrollo Integrado del Producto y del

Planificacin de proyecto
Seguimiento y control del proyecto
Gestin de acuerdo con los proveedores
Gestin integrada de proyectos
Gestin de riesgo
Gestin cuantitativa de proyecto

Ventajas

productividad.

Enfoque Continuo hace hincapi en la capacidad de

ciertas reas para realizar sus actividades de manera adecuada.

El Enfoque Escalonado hace especial nfasis en el grado de
madurez de los procesos (a semejanza del SW-CMM).

Ambos enfoques reconocen que las reas de proceso se pueden

Ingeniera

Gestin de requerimiento
Desarrollo de requerimiento
Gestin de cambio tecnolgico
Solucin tcnica
Integracin de productos
Verificacin
Validacin

Reduccin de los
trabajos derivados de
correcciones tras las
fases de pruebas.
Aumento de la

agrupar en 4 categoras generales: (1) Gestin de Proyectos, (2)

efectividad sobre la

Gestin de Procesos, (3) Ingeniera y (4) Apoyo; y dos categoras

planificacin realizada

opcionales: (1) Desarrollo Integrado del Producto y del Servicio; y

(2) Gestin de Compras.

Desventajas

El problema de CMMI
es su falta de adecuacin
al enfoque a servicio que
est experimentando el
sector delas TI (procesos
de desarrollo de
productos de software)en
todas sus lneas de
actividad, as como el
alto esfuerzo de
implantacin que exige.
El proceso de
avaluacin es muy
costos entiempo y
esfuerzo3. La
complejidad de la
evaluacin continua
puede atentar contra la
definicin de objetivos
concretos de madurez

BIBLIOGRAFIA

Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (I). Anales de Mecnica y
Electricidad. . Recuperado 15 Octubre 2015
Gonzles, Y., & Cuadra, F. (2001). Calidad del Software (II). Anales de Mecnica y
Electricidad. . Recuperado 15 Octubre 2015

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 15 Octubre 2015
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 15 Octubre 2015
Scalone, F. (2006). Estudio Comparativo De Los Modelos Y Estandares De Calidad Del
Software. Maestria En Ingenieria En Calidad. Tecnolgica Nacional Buenos Aires.
Recuperado 15 Octubre 2015
UDES. (2013). UDES. Recuperado el 15 de 10 de 2015, de
http://aulavirtual.eaie.cvudes.edu.co/publico/lems/L.000.008.MG/Multimedia/Libro
_Completo.html