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

CUADRO COMPARATIVO

LIOZNOVA YESNEY GONZÁLEZ ARIAS

UNIVERSIDAD DE SANTANDER U.D.E.S

FACULTAD DE EDUCACION
MAESTRÍA EN GESTIÓN DE LA TECNOLOGÍA EDUCATIVA
SISTEMAS DE GESTIÓN PARA EDUCACIÓN MEDIADOS POR TIC
GARAGOA
2018
CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD

(Carrasco, 2013) La calidad de un producto ya no está centrada en la satisfacción plena

del cliente, la evolución de la calidad ahora nos permite y exige tener un producto de

calidad debido a un proceso de calidad y este a su vez guiado por una gestión de calidad. La

calidad debe estar implícita en cada área y proceso de la empresa y no así solo en el

producto final. Para lograr que las empresas generen productos de calidad deben regirse a

normas, estándares de calidad a nivel mundial, para ello hay organizaciones dedicadas a

elaborar, modelos, parámetros para lograr la calidad de nuestra empresa. Y están siempre

en un proceso de mejora continua para garantizar que las empresas certificadas por dichas

normas ofrezcan al usuario final un producto o servicio de calidad.

Los modelos de calidad ayudan a las organizaciones a estructurar de manera coherente

sus procesos y productos, y dentro del espacio de desarrollo del software existe un

sinnúmero de estándares, entre ellos el modelo de McCall, el cual fue el primero en ser

presentado en el 1977 y se originó motivado por Air Forcé y Dod. Este modelo se focaliza

en el producto final identificando atributo claves desde el punto de vista del Cliente. El

modelo de McCall organiza los factores en tres ejes o puntos de vista desde los cuales el

usuario puede contemplar la calidad de un producto, basándose en once factores de calidad

organizados en torno a los tres ejes y a su vez cada factor se desglosa en criterios de

calidad. (lf.deiby, 2012) Otro modelo es boehm es el segundo más conocido y fue

propuesto por Barry Boehm en el año de 1978 y es similar al modelo de McCall definiendo

la calidad en términos de atributos cualitativos y métricas para realizar las medidas.

(Arteaga, 2013) El modelo FURPS incluye, además de los factores de calidad y los

atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz.

(None, 2008) ISO 9126 es un estándar internacional para la evaluación del Software, fue

originalmente desarrollado en 1991 para proporcionar un esquema para la evaluación de

calidad del software, La normativa define seis características de la aplicación, estas seis

características son dividas en un número de sub- características, las cuales representan un

modelo detallado para la evaluación de cualquier sistema informático.

 CUADRO COMPARATIVO DE LOS MODELOS DE CALIDAD

MODELO TIPO CARACTERÍSTICAS VENTAJAS DESVENTAJAS

McCall Fijo Para realizar la evaluación de la calidad de un Al tener tantas métricas, Al evaluar demasiados
1977 (+) producto, se selecciona un subconjunto de evalúa muchos factores factores, genera un
Reusable (-) factores y métricas las cuales se dividen en que apuntan a la calidad desgaste de tiempo y
Rígido Operación: características de operación. del producto. dinero, por ende tiende
Revisión: habilidad para ser cambiado a ser tedioso ya que
Transición: adaptabilidad al nuevo ambiente. Es fácil de entender, ya maneja demasiadas
que está muy bien métricas.
Factores: descrito y la
Corrección Confiabilidad, Usabilidad, implementación seria No todas la veces hay
Integridad o Seguridad, Eficiencia o practica al aplicarlos en una relación
Performance, Facilidad, Mantenimiento, el producto final. estrictamente lineal
Flexibilidad, Facilidad de Prueba, Grado, entre los valores de la
Portabilidad, Reusabilidad Interoperabilidad. Está muy general, y métrica y las
Métrica esto permite que no características a evaluar
Facilidad de Auditoría Exactitud solo se aplique a la
Normalización de las Comunicaciones calidad de software si
Completitud Concisión Consistencia no a otro tipo de
Estandarización en los datos Tolerancia de mercado
Errores Eficiencia en la Ejecución Facilidad de
expansión Generalidad Independencia del
Hardware Instrumentación Modularidad
Facilidad de Operación Seguridad Auto-
Documentación.
BOEHM Fijo Define la calidad en términos de atributos Se fundamentó en el Es un poco complicado
1987 +) Reusable cualitativos y métricas para realizar las modelo McCall, sus de entender, ya que los
(-) Rígido medidas, dentro de los factores que se métricas apuntan a la factores y los criterios
describen se toman muchos de los que propone calidad del software. se enlazan sin llevar un
Mc.Call orden, y al igual que el
Factores: Involucra menos modelo McCall tiene
Portabilidad Confiabilidad Eficiencia factores que permiten varios criterios para
Usabilidad Chequeabilidad Comprensibilidad un menor tiempo en el tener en cuenta al igual
Modificabilidad momento de evaluar. que factores de calidad.
Métrica
Independencia Completitud Consistencia En algunos aspectos no
Eficiencia Accesibilidad Comunicatividad tiene en cuenta al
Estructuración Concisión Legibilidad usuario
Expansividad Exactitud Autodescriptividad

FURPS Fijo Sus características se basan en la funcionalidad, Al tener en cuenta las Al tener pocas
1978 +) Reusable facilidad de uso, confiabilidad, performance y falencias que se características, no se
(-) Rígido facilidad de soporte), y por otro que los encuentra en el sabría decir si abarca
requisitos se clasifiquen en dos categorías: resultado final de un todos los aspectos en el
requisitos funcionales, que son los que producido, se pueden desarrollo y uso de un
especifican funciones que el sistema debe ser hacer claramente las Software, si la revisión
capaz de realizar sin tener en cuenta las correcciones es completa en su
restricciones físicas y requerimientos no apropiadas. Por ende calidad.
funcionales (URPS), que puntualizan atributos para realizar evaluación
del sistema o del medio ambiente del sistema de calidad de un
Factores: producto, primero se
Functionality (Funcionalidad), asignan prioridades y
Usability (Usabilidad), Reliability atributos que se pueden
(Confiabilidad), Perfomance (Prestación) y medir.
Supportability (Soporte).
ISO/IEC 9126 Mixto En la norma ISO/IEC 9126:1991 se propone un Presenta dos modelos Existen imprecisiones
2001 (+) modelo de evaluación de calidad de software de calidad uno para en las métricas de la
Reusable para cubrir las necesidades de usuarios, calidad externa e ISO 9126 que no
(+) Flexible desarrolladores y productos. Para ello el interna, el otro para permiten su aplicación
concepto de calidad se descompone en calidad calidad en uso directa.
interna, calidad externa y calidad de uso,
analizados en cuatro partes: 9126-1 (Modelo de
calidad), 9126-2 (Métricas externas), 9126-3
(Métricas internas) y 9126-4 (Métricas de
calidad en uso). La parte ISO/IEC 9126-
1/(2001) plantea los conceptos básicos que
conforman la norma: características, sub-
características, atributos (internos, externos) y
métricas. Propone dos modelos de calidad: El
modelo de calidad interna y externa
conformado por 6 características principales
(funcionalidad, fiabilidad, usabilidad,
eficiencia, mantenibilidad y portabilidad), cada
una de ellas dividida en sub-características
ARTHUR Mixto Modelo de calidad creado por Arthur Anderson El modelo Arthur si el método de McCall,
en 1895. MCCALL dichas variantes tiene dos propone un factor, para se veía tedioso al tener
acciones. Incorporan 3 nuevos criterios de la corrección que otros tantos criterios, pues si
valoración como los son: complejidad, modelos no traen, que este se basa en el
seguridad y auditabilidad. hace más interesante mismo modelo, con el
Renueva la relación establecida entre los este sistema para agregado de tener aún
factores y criterios. mejorar la calidad, al más criterio, pues el
Este factor costa de unos factores importantes tiempo que permite que desgaste va a ser
Corrección, fiabilidad, eficiencia, integridad, se le realice auditoria, mayor, aunque aumente
utilizable, mantenible, verificable, flexible lo que mejorar los la calidad, la eficiencia
procesos de producción. en revisar esa calidad
no será tan optima
REFERENCIAS

Arteaga, V. A. (01 de 01 de 2013). modelo de boehm. Recuperado el 15 de 10 de 2015, de

http://vanevargas.jimdo.com/m%C3%B3dulos/modelos/modelo-de-boehm/
Carrasco, S. (01 de 01 de 2013). Cuatro Rios Tecnologia. Recuperado el 15 de 10 de 2015,
de http://www.cuatrorios.org
Certificación, A. E. (14 de 09 de 2015). Wikipedia. Recuperado el 04 de 10 de 2015, de
https://es.wikipedia.org/wiki/Asociaci%C3%B3n_Espa%C3%B1ola_de_Normalizaci%C3
%B3n_y_ Certificaci%C3%B3n COPANT. (01 de 01 de 2014).
COPANT. Recuperado el 04 de 10 de 2015, de http://www.copant.org/index.php/es/acerca-
de-copant
https://jrvargas.files.wordpress.com/2009/03/guia_tecnica_para_evaluacion_de_software.p
df
Norma ISO/IEC TR 9126-3: 2003 - Software engineering -- Product quality --