MODELOS DE EVALUACIÓN DE RECURSOS EDUCATIVOS

DIGITALES

GRUPO 2

Duberney Atehortúa
Lina Marcela Correa Tejada
Eliecer Fernando Hernández Díaz
Dayler Smit Hinestroza Murillo
Eduardo Marcelino Ballesteros Niño

Universidad de Santander
Especialización en Aplicación de TIC para la Enseñanza
Evaluación de Recursos Educativos Digitales CVUDES
Febrero 16, 2018
 El mundo actual es cada vez más dependiente de los sistemas, de la automatización
de una serie de actividades y procesos que se llevan a cabo en distintos ámbitos de la vida
humana, mucho más cuando se refiere al campo productivo y al campo laboral que han
insertado de manera permanente en sus prácticas los conceptos de calidad y competencia;
esto infiere un mejoramiento continuo y una revisión a sus tareas o productos cada vez más
sometidos a una serie de estándares o criterios que responden a demandas tanto a nivel
local como internacional que provienen de los distintos usuarios o clientes; el sector
educativo y pedagógico no está ausente de esta inserción al espacio de la informática en su
quehacer cotidiano que responde a las necesidades e intereses de estudiantes, docentes,
directivos docentes, padres y medres de familia, de toda la comunidad educativa y que para
dichas necesidades se han creado diferentes tipos de software educativo.

Se hace pues necesario como docentes, estudiantes de la especialización de la

Universidad de Santander en Aplicación de la Tic en la Enseñanza y actores protagónicos
en el escenario educativo poseer determinados conocimientos, saberes y competencias que
nos posibiliten el entendimiento y la comprensión a la hora de decidir por medio de
criterios evaluativos y distintas métricas que nos aportan los diferentes modelos en
evaluación de software poder tomar decisiones adecuadas que aporten en pro de excelentes
resultados y procesos en las distintas Instituciones Educativas en las que lideramos
procesos educativos, es por ello que nos permitimos como equipo de trabajo establecer un
paralelo comparativo entre algunos de esos modelos que se presentan a continuación y que
es el producto de un trabajo colaborativo y bajo el uso de diferentes medios de
comunicación que nos aportan las redes.
CUADRO DE ANALISIS DE MODELOS DE EVALUACIÓN DE SOFWARE.
MODELO CARACTERISTICAS VENTAJAS
McCall La idea del modelo es la descomposición del -Soporta cambios en la
Presentado en concepto genérico de calidad en 3 capacidades recesión del producto.
1977. importantes para un producto Software, todo esto -Ofrece correctividad y
desde la perspectiva del usuario. A su vez cada exactitud en su aplicación.
capacidad se despliega en conjunto de factores -Presenta una buena
obteniendo como final la definición de criterios facilidad de uso.
que permiten evaluar el factor a través de -Permite realizar pruebas
métricas que indican en qué medida el sistema con total facilidad.
posee una característica dada. -A la hora de realizar
mantenimiento no se
presentan inconvenientes.
-Es adaptable a nuevos
entornos.
-Posee facilidad de prueba
Además según las métricas
de calidad este modelo
posee capacidad de
expansión permitiendo la
flexibilidad, manteniendo
un nivel de complejidad
que permite la facilidad de
prueba y flexibilidad.
BOEHM Posee una estructura organizada en tres niveles -Posee factores que
Propuesto en el según las características dadas. permiten mostrar aspectos
año 1978 por -Alto nivel, dado en utilidad, mantenimiento y que conllevan a la calidad
BARRY BOEHM portabilidad. como son la portabilidad,
y es similar al -Intermedio, se da la portabilidad, fiabilidad, confiabilidad, eficiencia
DESVENTAJAS
-Al ser muy flexible no
garantiza un nivel óptimo de
confiabilidad.
-Al presentar rigidez los
factores de calidad serán
siempre los mismos.
-La forma de medir la
calidad son en forma
indirecta, se basa es en las
manifestaciones visibles de
esta.
-No presenta relación
constante y lineal entre los
valores métricos y las
características que debe
estimar.
-Para desarrollar este
modelo se requiere tener
experiencia en la
identificación de riesgos.
-Suele ser muy costoso.
modelo de eficiencia, usabilidad, capacidad de prueba, entre otros. -Funciona con deficiencias
McCall, comprensibilidad y flexibilidad. en pequeños proyectos.
definiendo la -Nivel primitivo, se sustenta en: Otro aspecto importante -Se debe seguir un estricto
calidad en independencia,competitivo,exactitud,consistenci son los criterios que protocolo en su ejecución.
términos de a,eficiencia,accesibilidad,comunicatividad,estruc permiten utilizar las
atributos turación,autodescriptividad,consecion,legibilidad propiedades medibles Su rigidez en los factores de
cualitativos y ,expansibilidad. como la independencia, calidad siempre serán los
métricas para completitud, exactitud, mismos, asumiendo que
realizar las consistencia, eficiencia. algunos de ellos siempre
medidas. serán suficientes para
Su simplicidad al realizar realizar cualquier
una relación entre Factores evaluación.
de Calidad y Métricas de la
Calidad del Software
permite al modelo su
mantenimiento, fiabilidad,
flexibilidad y facilidad de
prueba.

Su capacidad para soportar

los cambios.

Su adaptabilidad a nuevos
entornos.

La evaluación del
desempeño del hardware

ARTHUR Esta variante consta de 2 acciones : -Permite la auditoria que -Utiliza más métrica porque
Creado por -Añadir tres nuevos criterios de valoración implica mayor posee demasiados criterios
ARTHUR como son: confiabilidad. implicando un mayor costo
ANDERSEN en Complejidad, seguridad y auditabilidad. -Ante un problema brinda y tiempo requerido.
1985 presenta una -Renovar las relaciones establecidas entre los la opción de hacer auditoria
variante del factores y criterios. con total confiabilidad.
modelo McCall Además posee unos factores importantes: -Tiene en cuenta el factor
Corrección, fiabilidad, eficiencia, integridad, de calidad de corrección
utilizable, mantenible, verificable y flexible. que muchos modelos no
tienen.

FURPS El modelo FURPS propuesto por Robert Grady y Fácil utilización. Implica mayor esfuerzo de
1987 Heweltt Packard Co (HP) cuenta con 5 tiempo y costo, ya que se
características de calidad del software: Tiene en cuenta fallas en el necesitan de muchas
Funcionalidad, Facilidad de uso, Confiabilidad, producto y en el proceso, métricas.
Performance y Facilidad de soporte. permitiendo una mejor
Además plantea 2 categorías de requerimientos, corrección. No tiene en cuenta la
las cuales son: portabilidad de los productos
1. requerimientos funcionales (F): especifican Se puede utilizar para software que estén
funciones que el sistema debe ser capaz de varios proyectos. considerando
realizar, sin tomar restricciones físicas a
consideración, y se definen a través de las incluye, además de los Su rigidez en los factores de
entradas y salidas esperadas. factores de calidad y los calidad siempre serán los
2- requerimientos no funcionales (URPS): atributos, restricciones mismos, asumiendo que
Usability (Facilidad de uso), Reliability de diseño y requerimientos algunos de ellos siempre
(Confiabilidad), Performance y Supportability de implementación, físicos serán suficientes para
(Facilidad de soporte). Describen atributos del y de interfaz realizar cualquier
sistema o atributos del ambiente del sistema. evaluación.

Una limitación de 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
GILB El modelo de Gilb plantea la creación de una Permite determinar una Implica mayor trabajo en
1988 especificación de requisitos de calidad para cada lista de características que tiempo y costos, ya que tiene
proyecto que deben escribir conjuntamente el definen la calidad de la en cuenta muchos factores
usuario y el analista. aplicación.
Puede ser de 2 tipos: Originales y de modelos Posibilita hacer
tradicionales. correcciones de un
Las características se pueden medir mediante programa si encuentra un
varias subcaracterísticas o métricas detalladas. error, adaptarlo o mejorarlo
Para cada una de ellas, se deben especificar los
siguientes conceptos: (1) nombre y definición de
la característica, (2) Escala o unidades de
medición, (3) recopilación de datos o prueba, (4)
valor previsto, (5) valor óptimo, (6) valor en el
sistema actual y (7) comentarios.

SCHULMEYER Se publicó una serie de indicadores de la calidad  Mide si se ha Sin embargo, solamente
1990 del software. completado totalmente el proporciona un total de 20
Éstos no debían ser interpretados como medidas, proceso de pruebas, tanto medidas (con fórmulas
sino que servirían de base para dichas medidas. desde la perspectiva del normalizadas) que cubren a
Los indicadores serían de ayuda pues podrían dar desarrollador como desde 4 de los indicadores. De
una idea de la tendencia de la calidad la del usuario estas 20 medidas, 11 de ellas
(adecuación a requisitos) en el desarrollo del  Proporciona una idea de son aplicables en el diseño.
software. la calidad de la traducción Por tanto, el modelo de
Schulmeyer se sale de la línea habitual y de los requisitos en el calidad de Schulmeyer es de
descompone la calidad en un único nivel de unos aplicación durante las fases
 pocos indicadores, que pueden emplearse para diseño e implementación de diseño e implementación,
evaluar la calidad del desarrollo, basándose en  Se centra en ver si los aunque, debería incluir un
los paradigmas tradicionales. requerimientos se han mayor número de medidas
implementado que, además, deberían
correctamente en productos abarcar los 7 indicadores.
software que puedan No obstante, sí sugiere que
probarse. la agregación de las distintas
Determina si la medidas de un indicador
documentación del debería realizarse mediante
software se adecua una media ponderada,
correctamente a las siendo el primer modelo en
necesidades que tiene el detallar este tipo de cálculos.
usuario en cuanto a ayuda y Tampoco proporciona una
mantenimiento del indicación de cómo tendría
software entregado. que aplicarse su modelo para
evaluar la calidad del
sistema.
ISO 9126 Define 6 características de calidad y describe un Maneja una terminología Puesto que la ISO 9126 se
1991 modelo de procesos para la evaluación de clara y precisa, lo que hace limita a la especificación de
productos de software. que sea más comprensible. un modelo de calidad
El estándar ISO/IEC 9126-1define un marco general, esta se debe aplicar
conceptual que considera los siguientes factores: Tiene en cuenta la opinión en conjunto con la ISO
• Calidad del proceso. del usuario. 14598.
• Calidad del producto software (Calidad interna
y externa). Valida el cumplimiento del
• Calidad en el uso software con relación a los
Calidad Interna: Toma en cuenta todas las requisitos de calidad
características del producto software a nivel interna
interno, debe ser medido y evaluado tomando en Incluye conceptos de
cuenta los parámetros de calidad definidos, están calidad de modelos de
sujetos a mejora en las etapas de pruebas e calidad fijos y modelos de
 implementación sin perder la esencia definida calidad a medida.
para ello.
Calidad Externa: Desde una visión externa Presenta dos modelos de
enfocadas a la ejecución del producto, se calidad, uno para calidad
determinan las características de calidad que externa e interna, el otro
debe tener, es evaluada en un ambiente simulado para calidad en uso.
y con métricas de la industria. Se espera eliminar
la mayor cantidad de fallas posibles durante las El segundo modelo puede
pruebas, sin afectar la arquitectura del software ser evaluado por el usuario

Propone una jerarquía de

Factores de calidad
clasificados como
características,
subcaracterísticas y
atributos según su grado de
abstracción, entre los que
se propone un conjunto de
factores de partida
compuestos de 6
características y 27
subcaracterísticas

Este es un modelo presentado por el señor Tiene un conjunto de alto No tiene un ciclo de vida
Robert Geoff nivel de calidad atributos concreto para el desarrollo
Dromey Dromey en 1995. necesarios para la del software.
1995 Se basó en que la evaluación de la calidad es evaluación, es eficiente,
diferente para cada, centrándose principalmente reutilizable, portable y
en la relación entre los atributos de calidad y los confiable, además
sub-atributos, así como intentar conectar identifica las propiedades
 propiedades de productos de software con la de transporte de calidad.
calidad del software atributos.
Surgiere el uso de cuatro categorías, Correctitud, La calidad del producto es
Internas, altamente determinada por
Contextuales y Descriptivas las cuales implican los componentes del mismo
propiedades de calidad. (incluyendo documentos de
La correctitud se expresa por los criterios de requerimientos, guías de
funcionalidad usuarios, diseños y código).
Y confiabilidad.
Los factores Internos se expresan por los
criterios de mantenibilidad, eficiencia y
confiabilidad.
Los factores contextuales se expresan por
criterios de mantenibilidad, reusabilidad,
portabilidad y confiabilidad.
Los factores descriptivos se expresan por
criterios de mantenibilidad, reusabilidad,
portabilidad y usabilidad.
[ CITATION Bau18 \l 2058 ] , [ CITATION Ces13 \l 2058
]
Este modelo se estructura como una jerarquía Son aplicables a cualquier No prescribe un método o un
multinivel de factores de calidad, el nivel más tipo de software modelo de ciclo de vida
ISO 9126 : 1 alto de la jerarquía corresponde a características Tiene una gran capacidad concreto para el desarrollo
generales del software, que son descompuestas de software para del software
2001 en subcaracterísticas y que a la vez son prestaciones apropiadas,
descompuestas en atributos. atractivo, confiable,
presenta seis características definidas para la portable, eficiente,
evaluación de la calidad las cuales son: modificable, funcionable y
Funcionalidad: Capacidad del producto software fácil de utilizar
para proporcionar las funcionalidades bajo unas
ciertas condiciones.
 Fiabilidad: Capacidad del producto software para
mantener un nivel especificado de prestaciones
cuando se usa bajo ciertas condiciones.
Portabilidad: Capacidad del producto software
para ser migrado de un entorno a otro
Usabilidad: Capacidad del producto software
para ser entendido, aprendido, usado y ser
atractivo para el usuario
Eficiencia: Capacidad del producto software para
proporcionar prestaciones apropiadas.
Mantenibilidad: Capacidad del producto software
para ser modificado. [ CITATION Jua18 \l 2058 ]
ISO 25001 Este modelo fue creado por Planning and Detecta los objetivos del No establece los niveles de
2005 Management el cual hace parte de la familia ISO software con las calidad deseables para cada
25000 el cual está basado en la norma ISO 9126 necesidades reales y proyecto.
y 14598, para su aplicación cuenta con la efectivas que solicita el
recopilación de datos, reparación de datos y cliente final. No tiene un ciclo de vida
análisis de datos. concreto para el desarrollo
El modelo ISO 25001 establece los requisitos y Evita ineficiencias y del software.
orientaciones para gestionar la evaluación y maximiza la rentabilidad y
especificación de los requisitos del producto calidad del producto de
software, además planifica, gestiona y describe software.
el soporte necesario para la gestión en la
evaluación especificando los requisitos de Cumple los requisitos
calidad, esta es una de la más reciente de todas contractuales y demuestra a
las normativas ISO que afectan al desarrollo del los clientes que la calidad
software de calidad. [ CITATION FER06 \l 2058 ] del software es primordial.
El proceso de evaluaciones
periódicas ayuda a
supervisar continuamente
el rendimiento y la mejora.
Referencias

Chinchilla, Z. (2016).Libro Electrónico Multimedial: Recursos Educativos Digitales.

Capítulos 1. Fundamentación de Recursos Educativos Digitales. (CVUDES).
Bucaramanga,-Colombia

Chinchilla, Z. (2016).Libro Electrónico Multimedial: Recursos Educativos Digitales.

Capítulos 2. Repositorios de Recursos Educativos Digitales. (CVUDES).
Bucaramanga,-Colombia

Fuertes Castro, José Luis (2002).Tesis Doctoral Modelo de Calidad para el Software
orientado a Objetos. Presentada en la Facultad de Informática de la Universidad
Politécnica de Madrid Recuperado de
http://oa.upm.es/34988/1/TD_Fuertes_JOSE_LUIS.pdf

Fuertes Castro, José Luis. (2008). Calidad del Software Calidad del Software. X Reunión
de Responsables de Sistemas de Información. Facultad de Informática. Universidad
Politécnica de Madrid. La Antigua, Guatemala. Recuperado de
http://www.iimv.org/iimv-wp-1-
0/resources/uploads/2015/01/JoseLuisFuertesCalidaddelSoftware.pdf

Rey, A. (2015).Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología

Educativa. Capítulos 2 Modelos de Calidad (CVUDES). Bucaramanga-Colombia.

Rey, A. (2015).Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología

Educativa. Capítulos 4 Evaluación de la Calidad del Software Educativo
(CVUDES). Bucaramanga-Colombia.

Rodríguez, E. (). Modelos de calidad de software (Maestría en Gestión de la Tecnología

Educativa), Obtenido de Universidad de Santander. Recuperado de:
http://www.edumarciencias.com/wp-content/uploads/2015/11/MODELOS-DE-
CALIDAD-DEL-SOFTWARE.pdf

Scalone, F. (2006). Estudio comparativo de los modelos y estándares de calidad del

software (Maestría Ingeniería en Calidad). p (129-150). Obtenido de Universidad
Tecnológica Nacional. Recuperado de:
http://posgrado.frba.utn.edu.ar/investigacion/tesis/MIC-2006-Scalone.pdf