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

ACTIVIDAD 2.2 CUADRO COMPARATIVO

MARTHA NAVARRO GOMEZ

DOCENTE: Gloria Torres Rodriguez

Esp. Multimedia Educativa

UNIVERSIDAD DE SANTANDER CAMPUS VIRTUAL

EVALUACION DE LA CALIDAD DE LA TECNOLOGÍA EDUCATIVA
MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA
GALERAS SUCRE
2019

Modelo de calidad McCall
McCall está organizado sobre
tres tipos de características
de calidad
Factores (especificar)
Criterios (construir)
Métricas (controlar)
Intenta reducir la brecha entre
los usuarios y
desarrolladores, centrándose,
en un número de factores de
calidad de software,
intentando tender un puente
entre los usuarios y
desarrolladores.
Está dirigido principalmente a
los desarrolladores de
sistemas y el proceso de
desarrollo del sistema.
Se centra en una serie de
factores de calidad del
software que reflejan tanto los
«puntos de vista y los
desarrolladores de los
usuarios.
En la prioridad de revisión del
CUADRO COMPARATIVO MODELOS DE CALIDAD DE SOFTWARE
El modelo FURPS
Modelo de calidad propuesto
por Robert Grady y
Hewlett Packard Co (HP) en
1987.
Este modelo establece cinco
características como factores
de calidad que son los que le
dan nombre:
Functionality (Funcionalidad).
Usability (Usabilidad).
Reliability (Confiabilidad).
Perfomance (Desempeño) y
Supportability (Soporte).
La funcionalidad incluye:
Características de sistemas.
Capacidades.
Seguridad.
Los requerimientos
de usabilidad incluye:
subcategorias tales como
Factores humanos.
Estética.
Consistencia. Documentación.
La confiabilidad incluye:
Recuperabilidad.
Modelo de calidad de Boehm
En 1978 Barry W. Boehm
presenta un modelo de
predicción de la calidad y
aborda las deficiencias
actuales de los modelos que
automáticamente y
cuantitativamente evalúan la
calidad del software.
Éste define la calidad de
software en términos de
atributos cualitativos y los
mide usando métricas. El
modelo no es muy distinto al
de McCall, porque muchos de
sus factores de calidad son
los mismos. Éste modelo
también presenta sus factores
de calidad estructurados
jerárquicamente de alto a bajo
nivel.
En esencia sus modelos
intentan definir
cualitativamente la calidad del
software por un determinado
conjunto de atributos y
métricas.
Características de alto nivel:
Representa los requisitos de
Modelo de calidad de ISO 9126 modelo de calidad
Dromey: estándar
En el año 1995 un modelo de Durante mucho tiempo, la
calidad presentado por R. comunidad de usuarios
Geoff Dromey es el modelo estaba buscando un modelo
más reciente similar a la de la único para representar y
McCall, Boehm de y los expresar la calidad.
FURPS
En 1992, una derivación del
Funcionalidad. modelo de McCall fue
propuesto como la base para
Usabilidad. un estándar interno para la
Fiabilidad. medición de la calidad del
software. Esto se conoce
Rendimiento. como "software de
evaluación de producto:
Compatibilidad.
Características de calidad y
directrices para su uso". Esta
norma es más comúnmente
El modelo de calidad Dromey referenciado por su estándar
propone un modelo de calidad asignado, ISO 9126.
de los productos a base de
que reconoce que la Es un modelo de
evaluación de la calidad es corte internacional pero
diferente para cada producto adaptado al caso colombiano
y que se necesita una idea y latinoamericano.
más dinámica para modelar el
La terminología es
proceso sea lo
clara y precisa, lo que hace
suficientemente amplia como
que sea más comprensible
para aplicar los diferentes
para todos los actores del
sistemas.
proceso.
Dromey se centra en la
La norma dice que estos seis
producto, se tiene en cuenta.
La manteaibilidad , que es el
esfuerzo necesario para
localizar y corregir un error en
el programa dentro de su
entorno de funcionamiento).
La flexibilidad que es la
facilidad de hacer los cambios
requeridos por los cambios en
el entorno operativo y la
capacidad de prueba.
La capacidad de transición
que es todo acerca de la
portabilidad y el esfuerzo
requerido para transferir un
programa desde un entorno a
otro y su reutilización
El Producto de operación que
tiene en cuenta calidad de las
operaciones de productos
depende de la exactitud y su
fiabilidad que es la capacidad
del sistema para no fallar, la
eficiencia que significa que el
uso de los recursos como el
tiempo de procesamiento y de
almacenamiento.
La integridad que se refiere a
la seguridad y la protección
del programa del acceso no
autorizado.
La facilidad de uso que se
Precisión.
Predicción.
El desempeño incluye:
Velocidad.
Eficiencia.
Consumo.
Productividad.
Tiempo de respuesta.
El Soporte incluye:
Adaptabilidad.
Extensibilidad.
Mantenibilidad.
Compatibilidad.
Configurabilidad.
Los criterios son claramente
entendibles, lo que implica su
fácil utilización y en cierta
forma su división en factores
funcionales y no funcionales
es convenientes para
determinar la calidad, aun así,
hayan restricciones físicas.
Tiene en cuenta las fallas en
el producto y en el proceso,
esto permite una mayor
corrección.
Los criterios son claramente
entendibles, lo que implica su
fácil utilización
nivel alto básicas de uso real a
la que la evaluación de la
calidad del software se podría
poner la utilidad general de
software. Las características
de alto nivel frente a tres
grandes preguntas que un
comprador de software cuenta
con:
• Como es la utilidad: ¿Qué
tan bien (fácil, fiable, eficiente)
lo puedo usar?
• Capacidad de
mantenimiento: ¿Es fácil de
entender, modificar y volver a
probar?
• Portabilidad: ¿Puedo usarlo
si cambio de ambiente?
Características nivel
intermedio: Representa los
factores de calidad de 7
Boehm que en conjunto
representan las cualidades
que se esperan de un sistema
de software: portabilidad,
fiabilidad, eficiencia, facilidad
de uso, capacidad de prueba,
Comprensibilidad y
Flexibilidad.
Características primitivas:
Sienta las bases para la
definición de las cualidades
métricas, lo cual era una de
las metas cuando Boehm
relación entre dos atributos:
Los atributos de calidad
Los atributos secundarios
así como de intentar conectar
las propiedades del producto
de software con los atributos
de calidad de software.
En la revisión del modelo de
Dromey, nos encontraremos
con que el atributo fiabilidad
es común, que puede ser,
lograr a través de las
propiedades del producto
como:
Corrección interna
contextual.
También el atributo
mantenibilidad es común en
las propiedades internas,
contextuales, descriptivos del
producto.
La calidad de los atributos:
reusabilidad, la portabilidad
afecta a las propiedades
contextuales, descriptivas del
atributos de calidad del
producto son integrales; es
decir, cualquier componente
de la calidad del software
puede ser descrito en
términos de algún aspecto de
uno o más de los seis
factores. A su vez, cada uno
de los seis se define como un
"conjunto de atributos que
llevan" en un aspecto
relevante del software, y cada
uno puede ser refinado a
través de múltiples niveles de
sub-características.
La norma ISO / IEC 25000 se
emitió en 2005, e ISO / IEC
25010, que reemplaza a la
norma ISO / IEC 9126-1, se
publicó en marzo de 2011.
y ISO 25010 tiene ocho
características de calidad del
producto (en contraste con
9126 de seis ISO).
La fiabilidad, facilidad de
uso, eficiencia,
mantenibilidad y
Portabilidad se ha mostrado
en la Tabla 1. Como ya
hemos visto que 'Capacidad
de prueba',
'interoperabilidad', y
refiere a la capacidad del
usuario al poder interactuar
con el software.
Limitaciones del
modelo McCall
Incluye más criterios, lo que
hace que se utilicen más
métricas y esto conlleva más
esfuerzo en tiempo y costo
Limitaciones del modelo
FURPS
Este modelo de calidad es
que no tiene en cuenta la
portabilidad de los productos
software que se estén
considerando, factor digno de
consideración en función de
las exigencias actuales que
recaen sobre el proceso de
desarrollo del software.
Al igual que en el modelo McCall
se necesitan de muchas métricas
lo que implica un mayor esfuerzo
de tiempo y costo
construyó su modelo de
calidad. En este modelo 17
atributos se han considerado
para definir la calidad del
producto.
Involucra menos factores y
menos criterios lo que
implicaría un menor tiempo en
su desarrollo. Se podría
utilizar en varios proyectos.
El modelo en espiral puede
adaptarse y aplicarse a lo
largo de la vida del software
de computadora.
Como el software evoluciona
medida que progresa el
proceso, el desarrollador y el
cliente comprenden y
reaccionan mejor ante riesgos
en cada uno de los nivele
evolutivos.
producto.
En este modelo de 7 (siete)
atributos se han elegido para
definir la calidad del producto
de software.
'Comprensibilidad' se usan
como atributos en algunos
modelos de calidad. Sin
embargo, en la norma ISO
9126-1, estos atributos son
definidos como características
sub.
Uno de los atributos de
seguridad importante ha sido
añadido por la norma ISO
9126, que cubre la
confiabilidad, confidencialidad
e integridad. Sin fiabilidad y
seguridad, no es posible
lograr la calidad de producto
de software.
Limitaciones del modelo

El modelo en espiral permite a Como en casi todos los

quien lo desarrolla aplicar el modelos implica un esfuerzo
enfoque de construcción de de tiempo, trabajo y costo
prototipos en cualquier etapa
de evolución del producto.

Limitaciones del modelo

Boehm
No especifica muchos aspectos
relacionados con el usuario.
 Características de calidad de los modelos de calidad cuadro comparativo
Características de Calidad Boehm Dromey McCall FURPS SATC C-QM WebQEM ISO
Facilidad de uso X X X X X
Integridad X X
Corrección X X
Confiabilidad X X X X X X
Eficiencia X X X X X
Facilidad de mantenimiento X X X X X
Facilidad de prueba X X
Flexibilidad X
Facilidad de reutilización X X X
Interoperabilidad X
Portabilidad X X X X
Ingeniería humana X
Fácil de entender X X
Fácil de modificar X
Funcionalidad X X X X X
Performance X
Facilidad del soporte X
Ambigüedad X
Trazabilidad X
Estructura/Arquitectura X
Documentación X
Conformidad
 CONCLUSIÓN

Respecto de la Calidad del Software, se puede decir que juega un papel muy importante para el
desarrollo de las organizaciones, ya que sirve de soporte a los procesos de negocio, productivos y
administrativos; y como parte integral de las estrategias corporativas para la generación de
ventajas competitivas.

Debido a la existencia de un número determinado de Modelos y Estándares de Calidad de

Software, se debe determinar qué Modelo o Estándar utilizar según los objetivos que se
pretendan alcanzar. A través del uso de una Metodología se puede efectuar una correcta elección
del Modelo y/o Estándar de Calidad del Software a nivel proceso, lo cual puede permitir una
mejor evaluación de la futura implantación teniendo en cuenta recursos humanos, materiales,
tiempos y costos. La aplicación de esta Metodología permite analizar la futura decisión a tomar y
su posible implantación respecto del modelo o estándar seleccionado.
 BIBLIOGRAFÍA

 Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología

Educativa Capítulo II. Modelos de Calidad

 A Review on Software Quality Models. International Conference Communication on

Systems and Network Technologies (CSNT) (págs. 801-806). IEEE. Brijendra, S., &

Suresh, K. (2013

 Exploración de Modelos y Estándares de Calidad para el Producto Software. UIS Revista

de la Facultad de Ingenierías Fisicomecánicas, 9(No.1), 39-53. Moreno, J., Bolaños, L.,

& Navia, M. (2010). Consultado el: 17-septiembre-2013