Naranjo Snchez Bertha Alice

Calidad del software educativo: Metodologa de Evaluacin de software

educativo para determinar el que cumple con las especificaciones basadas
en estndares internacionales
Anaranjo2408@hotmail.com, bnaranjo@espol.edu.ec
Resumen:

Las instituciones educativas demandan cada vez ms modelos, tcnicas

y herramientas que ayuden a la evaluacin de software educativo para as poder

seleccionar de forma ms eficiente la Tecnologa de Informacin (TI) que cumpla con
estndares internacionales que permita garantizar de esa manera la operatividad
razonable de un producto software educacional.
El presente artculo, analiza un caso prctico que permite demostrar como los modelos
aportan y potencian la seleccin adecuada de productos de software seguro y
eficiente. Adems se presenta un nuevo enfoque de evaluacin combinando modelos
y tcnicas de evaluacin de software permitiendo as una seleccin ptima de un
producto. En este caso se aplica el enfoque de pruebas y el desarrollo de casos para
la correcta determinacin del producto software.
Palabras Clave: Software Seguro, Modelos de Calidad, ISO 9126, estndares
internacionales, calidad de software, mtricas, indicadores
Abstract: The educational institutions demands models, techniques and tolls that help
to the educational software evaluation in order to select the most efficient Information
Technology to achieve the international standards to guarantee in this way the
operativity reasonable of a educational software product.
This article analyze a study case that show how the models contribute and improve the
adequate selection of secure and efficiency software products.
Also shows a new approach of evaluation combining models and techniques of
software making an optimal selection of a product. In this case we also apply the
testing approach and cases of study to the correct determination of the software
product.
Key Words: Secure software, Quality Models, ISO 9126, international standards,
software quality, metrics, indicators.

INTRODUCCIN

EVALUACIN DE SOFTWARE
Pgina 1

La evaluacin de software educativo se ha convertido en una necesidad no slo de

empresas comerciales que construyen este tipo de productos, sino tambin de
instituciones educativos y docentes que desean seleccionar la mejor herramienta
para lograr el objetivo educacional y el desarrollo de destrezas y habilidades en
el aula.
Esta situacin ha despertado gran inters en las instituciones educativas, empresas
desarrolladoras de software, ingenieros de software, diseadores grficos y en
fin, su amplia cobertura en el tema educativo y el inters despertado por esta
audiencia ha motivado a que en la actualidad se desarrollen muchas
investigaciones alrededor del tema de la evaluacin de software educativo.
EVALUACIN DE SOFTWARE EN EL CONTEXTO EDUCATIVO
La evaluacin en el medio educativo ha involucrado a algunos teoras, algunos han
preferido la evaluacin cualitativa mientras que otros prefieren la evaluacin
cuantitativa y hasta la cualicuantitativa. Todo proceso de evaluacin incluye a algunos
actores. Pero si bien es cierto la evaluacin de software educativo es un proceso.
Como todo proceso est apoyado en modelos, herramientas, tcnicas.
Para evaluar software educativo debemos tener en cuenta modelos, mtodos, tcnicas
y herramientas, lo importante es seleccionar la que vaya acorde al caso. Todo
esto debe ser parte de un portafolio que el evaluador debe tener para ejecutar su
trabajo.

Los objetivos de este trabajo investigativo son:

1.- Establecer una metodologa para evaluar software educativo
2.- Presentar un modelo de evaluacin de software generalizado
1.- Metodologa para evaluar software
Basada en el estndar 15.939 y en otras metodologas para evaluar software se
aplic una metodologa particular al caso que puede ser considerada como un aporte a
las metodologas de evaluacin generalizada.
Esta metodologa consta de las siguientes partes:
1.1.- Establecimiento de la evaluacin
1.2.- Planificacin de la evaluacin

EVALUACIN DE SOFTWARE
Pgina 2

1.3.- Establecer el Modelo de Calidad

1.4.- Determinar la puntuacin/calificacin de los elementos que componen el modelo
1.5.- Efectuar medicin
1.6.- Establecer resultados
1.7.- Presentar Informe

1.1.- Establecimiento de la evaluacin

Identificada la necesidad del trabajo se debe determinar el enfoque de la medicin. En
esta fase se debe:
1.1.1.- Determinar objetivo de la evaluacin
1.1.2.- Establecer tipo de la evaluacin
1.1.3.- Identificar el tipo de producto
1.1.1.- Determinar Objetivo de la evaluacin: Consiste en relevar con el cliente el
objetivo de la evaluacin. Ej: Comparar productos software educativos afines para
determinar aquel que cumpla con las especificaciones
1.1.2.- Establecer Tipo de evaluacin: Consiste en identificar el tipo de evaluacin.
Esta puede ser: Producto o proceso
1.1.3.- Identificar el tipo de producto.- Se debe identificar el Producto a evaluar sea
ste: Comercial, desarrollado a medida, software libre o gratuito, software rentado,
alquilado, comprado/por comprar, entre otros

1.2.- Planificacin de la evaluacin

La planificacin implica organizar el trabajo a realizar. Las principales actividades
dentro de esta fase son:
1.2.1.- Elaborar cronograma de la evaluacin
1.2.2.- Identificar responsables

EVALUACIN DE SOFTWARE
Pgina 3

1.2.3.- Determinar roles

1.2.4.- Elaborar contrato (En el caso de una evaluacin comercial) o acuerdo (para
software no comercial)
Una explicacin detallada de estos componentes se muestra a continuacin.
1.2.1.- Elaborar cronograma de la evaluacin.- En esta fase se debe elaborar un
cronograma tentativo pero que se definan las principales actividades a realizar
1.2.2.- Identificar responsables.- En esta etapa se definir el recurso humano que
intervendr en el proyecto. Ejemplo: evaluadores, docentes, alumnos, tcnicos,
pedagogos, andragogos, entre otros dependiendo del tipo de software educativo a
usar
1.2.3.- Determinar roles.- Aqu se determinan las actividades y/ tareas que van a
desarrollar por cada uno de los integrantes del proyecto.
1.2.4.- Elaborar contrato o acuerdo.- En esta actividad se establecen los parmetros
contractuales de la medicin que se documentarn en el contrato o acuerdo.
1.3.- Establecer el Modelo de Calidad
El modelo creado para evaluar software educativo se basa en estndares
internacionales.
Este modelo diseado a medida pero que puede ser considerado en un contexto
general considera cuatro niveles a la hora de evaluar software. Estos niveles
son:
Nivel 0: Tipo de Calidad
Nivel 1: Caractersticas
Nivel 2: Subcaractersticas
Nivel 3: Mtricas
Nivel 4: Indicadores

1.3.1.- Determinar el tipo de calidad, las caractersticas, subcaractersticas,

mtricas e indicadores

EVALUACIN DE SOFTWARE
Pgina 4

Nivel 0: Tipo de calidad (Mtricas de Producto y mtricas proceso)

En el enfoque global el modelo de calidad est centrado en mtricas de proceso y
mtricas de producto.
Las mtricas de producto se basan en la familia ISO 9126, IEEE 14143, ISO 20.000
que contiene mtricas internas, externas y de calidad en uso.
Las mtricas de proceso resumen los aspectos comunes de los siguientes estndares
COBIT, ISO 17799, ISO 27001, CMMI, ISO 15504, IEEE 1044, ITIL, ISO 20000,
entre otros.
Nivel 1: Caractersticas
Este modelo considera todas las mtricas

de calidad interna, externa y de uso

agrupadas bajo la denominacin de caractersticas

Figura 1.- Modelo de Calidad de la ISO 9126

En este nivel se escogen las caractersticas deseadas en la evaluacin del software

educativo, pueden ser todas o aquellas que el equipo evaluador considere relevante o
tambin se pueden incluir particularidades del software educativo segn corresponda

Nivel 2: Subcaractersticas

EVALUACIN DE SOFTWARE
Pgina 5

Para armar el modelo lo primero que hacemos es establecer este nivel que lo
componen los atributos del producto, para ello es aconsejable listar todos los
atributos que debe reunir el software ideal que para el modelo constituyen las
subcaractersticas, luego de validarlas con el cliente y obtener su aceptacin
procedemos a incluirlas en nuestra matriz del modelo de calidad de software
bajo la denominacin de subcaractersticas

Nivel 3: Mtricas
Para cada subcaracterstica establecemos las frmulas o medidas que usaremos para
poder llegar a determinar el grado de cumplimiento de las subcaractersticas.
Nivel 4: Indicadores
Aplicada las frmulas llegamos a calcular el nmero resultante obtenido que puede ser
un nmero, un porcentaje, un numerador y un denominador, en fin la medida en la cual
las subcaractersticas se cumplan
Para documentar cualquier anexo o papel de trabajo que describa el modelo de
calidad establecido se usarn los siguientes cdigos asignados a caractersticas y
subcaractersticas:
1. Se usarn las dos primeras letras para referenciar a la caracterstica
2. Se usarn las tres primeras letras para referenciar a la subcaracterstica
3. Se usarn las tres primeras letras para referenciar a categoras dentro de la
subcaracterstica
4. Se usar el cdigo anterior ms un nmero secuencial en orden ascendente
para referenciar a cada atributo de una subcaracterstica
5. Se usar un nmero secuencial en orden ascendente para referenciar a cada
papel de trabajo
6. Cada papel de trabajo deber llevar el cdigo del atributo relacionado adems
del nmero antes indicado en el prrafo anterior

El modelo descrito en dos niveles es el que se presenta a continuacin:

Tabla 1.- Modelo de calidad: Caractersticas y subcaractersticas
CODIG CARACTERISTI
O
CA
FU

CODIG
O
SUBCARACTERISTICA

FUNCIONALIDA ADE

EVALUACIN DE SOFTWARE
Pgina 6

ADECUACION

FI

US

EF

MA

PO

FIABILIDAD

USABILIDAD

EFICIENCIA

EXA

EXACTITUD

INT

INTEROPERABILIDAD

SEG

SEGURIDAD DE ACCESO

MAD

MADUREZ

TFA

TOLERANCIA A FALLOS

REC

RECUPERABILIDAD

ENT

ENTENDIMIENTO

APR

APRENDIZAJE

OPE

OPERABILIDAD

ATR

ATRACCION

CTI

COMPORTAMIENTO EN EL TIEMPO

URE

UTILIZACION DE RECURSOS

CAPACIDAD DE
MANTENIMIENT
O
CAN

PORTABILIDAD

CAM

CAMBIABILIDAD

EST

ESTABILIDAD

FPR

FACILIDAD DE PRUEBA

ADAP

ADAPTABILIDAD

FIN

FACILIDAD DE INSTALACIN

COE

COEXISTENCIA

REE

REEMPLAZABILIDAD

LME

LOGRAR METAS

EF

EFECTIVIDAD

PR

PRODUCTIVIDA
D
TCT

SE

CAPACIDAD DE SER ANALIZADO

TIEMPO PARA COMPLETAR TAREAS

RET

REDUCCION DE ESFUERZO DE TRABAJO

ETA

EJECUCION EN TIEMPOS ADECUADOS Y

CONSTANTES

SEGURIDAD DE
USO
CCO
AUC

EVALUACIN DE SOFTWARE
Pgina 7

CAMBIO DE CONTRASEAS PERIODICO

ADMINISTRACION DE USUARIOS Y

CONTRASEAS

SA

SATISFACCION

ACC

ADMINISTRACION CENTRALIZADA DE
CONTRASEAS

NSU

NIVEL DE SATISFACCIN DEL USUARIO

CMS

CONFIANZA EN EL MANEJO DEL SOFTWARE

COS

CONOCIMIENTO OPERACIONAL DEL

SOFTWARE

AAI

ACCESIBILIDAD A LA INFORMACION

EBR

ENTRENAMIENTO BRINDADO

STE

SOPORTE TECNICO

MIN

MENSAJERIA INSTANTANEA

1.4.- Determinar la puntuacin/calificacin de los elementos que componen el

modelo
Se debe precisar los criterios de valoracin establecidos por niveles.
Nivel 0: Tipos de calidad
La escala de puntuacin la establece el personal tcnico con un puntaje de 100, de los
cuales distribuye apropiadamente de acuerdo al enfoque de la medicin. Para el nivel
0 se determina:
Mtricas de producto
60 puntos para mtricas de calidad interna y externa,
20 puntos para las mtricas de calidad de uso
Las mtricas de calidad interna y externa son tomadas del modelo ISO 9126 y
permiten evaluar criterios necesarios de todo software educativo tal como lo incluy en
su debida poca el modelo de McCall y que est vigente an en nuestros das.
Mtricas de proceso
Las mtricas de proceso se consideran en el modelo nicamente si la evaluacin de
software educativo se lo hace para la empresa o institucin educativa desarrolladora
de dicho aplicativo y si es que se considera evaluar el mantenimiento del software
educativo en el tiempo.

EVALUACIN DE SOFTWARE
Pgina 8

En el modelo planteado se asign 20 puntos para Aspectos de la Administracin de

sistemas, que constituyen la base que soporta el uso del aplicativo y su mantenimiento
en el tiempo, si este es el criterio a incluir; puede ocurrir que en algunos casos estas
mtricas no se tengan que incluir en el modelo, por ello los 100 puntos en los que
califica el modelo se debern distribuir nicamente en las mtricas de producto

Nivel 1. Caractersticas
En este nivel se distribuye el puntaje asignado en el nivel 0 acorde a criterios de la
evaluacin. Este puntaje es sugerido por el personal tcnico pero debe estar
debidamente aprobado por el cliente. De las mtricas de producto tres
caractersticas fueron consideradas preponderantes para el caso y stas fueron:
Funcionalidad, usabilidad y fiabilidad a la cual le otorgamos el mayor puntaje de
una calificacin de 80 puntos y los 20 restantes fueron asignadas a las mtricas
de proceso, tal como se observa en las siguientes tablas.

Tabla 2.- Relevancia entre factores de calidad-Caractersticas

por Producto

Caractersticas por Producto

FUNCIONALIDAD

Puntaje
20

USABILIDAD

12

FIABILIDAD

EFICIENCIA

SATISFACCION

CAPACIDAD DE MANTENIMIENTO

PRODUCTIVIDAD

PORTABILIDAD

EFECTIVIDAD

SEGURIDAD DE USO

TOTAL

EVALUACIN DE SOFTWARE
Pgina 9

80

Tabla 3.- Relevancia entre

Caractersticas por Proceso

factores

Caractersticas por Proceso

PLANIFICACIN DE SISTEMAS
ORGANIZACIN
CONTROLES GENERALES
METODOLOGIA DE DESARROLLO
SISTEMAS
ENTREGA
E
IMPLEMENTACIN
SISTEMAS
ADMINISTRACIN
DE
DOCUMENTACIN
TOTAL

de

calidad

Puntaje
5
5
4
DE
2
DE

LA

2
20

Nivel 2: Subcaractersticas
En este nivel el personal del equipo de evaluadores establece los puntajes de
valoracin repartidos apropiadamente pero que en total deben sumar el valor
aprobado por el cliente en el nivel 1.
Para comprobar el cumplimiento de cada subcaracterstica se aplicaron tcnicas de
investigacin (Entrevista y encuestas), as como pruebas tcnicas, administrativas y/o
de cuestionario de relevamiento tcnico, las cuales tambin tuvieron un peso en esta
evaluacin acorde a criterios
Tabla 4.- Ejemplo de distribucin de Peso de Instrumentos usados en la evaluacin de software

Cuestionario
a usuarios

30

Prueba
Administrativa

Cuestionario
de
Relevamiento
Tcnico

50

20

100

50

EVALUACIN DE SOFTWARE
Pgina 10

Prueba
TOTAL
de caja
negra

50

100
X

50

100
100

100

30

20

100

100

100

Tanto el cuestionario como las pruebas se deben ejecutar en nmero mnimo de tres y
se debe determinar el peso relativo que deben tener en la evaluacin, el cual se puede
resumir de la siguiente forma:
Si en una subcaracterstica se aplican nicamente pruebas administrativas y/o
cuestionario tcnico, estas tienen un puntaje de 50% cada una, lo cual da un 100% de
la evaluacin total, pero este porcentaje debe ser analizado por el equipo evaluador, y
podra variar de acuerdo a cada componente y evaluador, tal como se aprecia en la
tabla anterior, por ejemplo aspectos educacionales pueden pesar ms que criterios
tcnicos en un nivel y eso har que el porcentaje mayor sea asignado al componente
que a nuestro criterio tiene mayor peso que el otro.
Las entrevistas que se deben realizar son de tipo tcnico respecto a las necesidades
tanto educativas como informticas requeridas
Las encuestas deben ser destinadas a los usuarios o posibles usuarios del software
educativo as como podran aplicarse cuestionarios de relevamiento tcnico.
Las encuestas deben usar preguntas con diversas escalas, las cuales pueden ser
escalas dicotmicas o escalas de Likert, puesto que permiten valorar de mejor forma y
con un criterio ms preciso las diversas percepciones de los usuarios o posibles
usuarios.
Las preguntas de escala usadas en el cuestionario plantean el nivel de apreciacin del
encuestado, sobre una base de afirmaciones se pueden codificar con los valores
establecidos, acorde a la escala que se adjunta:
Tabla 5: Escala de Likert de 5 niveles
Total
desacuerdo

Parcial
Desacuerdo

Medio

Parcial
Acuerdo

Total Acuerdo

Las pruebas deben ser ejecutadas sobre los productos software y ante la presencia de
los solicitantes de la evaluacin.

EVALUACIN DE SOFTWARE
Pgina 11

Las pruebas realizadas en el estudio

plantean la evaluacin de cumplimiento de

caractersticas relacionadas con los atributos evaluados, por lo que el procedimiento

de valorizacin de cada prueba consisti en: Evaluacin ponderada y proporcin de
cumplimiento.

Evaluacin ponderada
El procedimiento planteado es:
Establecer un peso para cada caracterstica evaluada en la prueba. La suma
de los pesos da un 100%.
La sumatoria de la multiplicacin del cumplimiento de la caracterstica con el
respectivo peso.

Tabla 6: Ejemplo de ponderacin

Peso

Cumplimiento

Caracterstica
1
P1

C1

Donde:

Caracterstica
2
P2

C2

Caracterstica
3
P3

C: representa el cumplimiento de la caracterstica,

Si (1) y No (0)

C3

Caracterstica
n
Pn

Cn

Valor
ponderado

P: ponderacin de la caracterstica, la suma de las

ponderacin da 100%

La ponderacin se da de acuerdo al nivel de importancia de la caracterstica.

EVALUACIN DE SOFTWARE
Pgina 12

Proporcin de cumplimiento

El procedimiento planteado es:

Tabular con 1 el cumplimiento de la caracterstica analizada y 0 en el caso

contrario.
Contar cuantos cumplimientos logrados y dividir para el nmero de
caractersticas totales.

Tabla
7:
cumplimiento

Ejemplo

de

Cumplimiento
Caracterstica 1 1
Caracterstica 2 1
Caracterstica 3 0
.

..

Caracterstica n 1

Proporcin

0,75

% Cumplimiento= (C1+C2+C3+..Cn)/n *100

Nivel 3: Mtricas
A cada mtrica seleccionada le asignar un puntaje mximo de referencia.
La suma de los puntajes mximos de todas las mtricas deber ser igual a 100
puntos.
Slo se usarn nmeros enteros en la puntuacin de cada caracterstica y
subcaracterstica
Todos los puntajes sern referidos como puntaje establecidos, en todos los niveles.
1.5.- Efectuar medicin
Para la medicin, las caractersticas, subcaractersticas, mtricas e indicadores
seleccionados o establecidos en el modelo deben ser evaluados y por ello se aplica la

EVALUACIN DE SOFTWARE
Pgina 13

medicin a travs de todos los instrumentos diseados y considerados dentro del

modelo.
Los valores obtenidos al efectuar la medicin sern denominados puntajes obtenidos y
son expresados en funcin de las escalas establecidas previamente. En la ejecucin
de la medicin puede ocurrir que una caracterstica, subcaracterstica, mtrica o
indicador no alcance el puntaje establecido pero en su defecto nunca podr ser de
mayor valor.
En la ejecucin de las mediciones se ejecutan todas las pruebas establecidas para el
modelo.
Existen varios tipos de pruebas, entre los que se destacan: Pruebas de carga mxima,
Pruebas de almacenamiento, Pruebas de tiempo de ejecucin, Prueba de
recuperacin, Prueba de procedimientos, Prueba de factores humanos, Pruebas de
usabilidad, Pruebas de smoke (Sistema), Pruebas de unidad o unitarias, Pruebas de
integracin, Pruebas funcionales, Pruebas de configuracin e instalacin, Pruebas de
caja negra Pruebas de sentencia, Pruebas de rendimiento, Pruebas de background,
Pruebas de estrs, Pruebas de recuperacin de errores, Pruebas de seguridad,
Pruebas de multiusuario, Pruebas de configuracin, Pruebas de instalacin y otras de
acuerdo a las necesidades de la evaluacin
En este caso se aplicaron para definir este modelo los siguientes instrumentos:
pruebas de caja negra, pruebas administrativas, cuestionario de relevamiento tcnico,
encuestas dirigidas a usuarios y entrevistas de confirmacin con el personal tcnico.
Todas

ellas

con

la

respectiva

puntuacin

asociada

la

caracterstica,

subcaracterstica, mtrica e indicador.

1.6.- Establecer resultados
Para establecer los resultados tomamos en una matriz todo el modelo de calidad y
registramos ah el valor medido u obtenido. Esta matriz de resultados permite
comparar con los criterios predeterminados en el modelo y contrastar as los puntajes
establecidos y obtenidos por cada producto software educativo evaluado.
Este cuadro de resultados permite apreciar los resultados finales y nos ayuda a
determinar el producto que cumple con las especificaciones.
Tabla 8.- Matriz del Modelo de calidad para un software educativo

Tipo de Caractersticas

Subcaractersticas

EVALUACIN DE SOFTWARE
Pgina 14

Mtricas

Indicadores PE PO

Calidad

Si se considera dos software en la evaluacin la tabla sufre ciertas modificaciones.

Tabla 9.- Matriz del Modelo de calidad para dos software educativo
Tipo de
Calidad

Caractersticas

Subcaractersticas

Mtricas

Indicadores

PE

PO1

PO2

Donde PE es el puntaje establecido para cada nivel y PO el puntaje obtenido luego de

la aplicacin de los instrumentos as como su respectiva tabulacin y medicin.
La valoracin, que resume un conjunto de niveles calificados, es el paso final del
proceso de evaluacin del software.
Si el puntaje total sumando todas las caractersticas de la evaluacin es superior a
70/100 recomendamos la aplicacin del producto software educativo, caso contrario no
podemos recomendar el uso o aplicacin del mismo. Si se evalan dos software
educativos, se recomendar el uso de aquel que obtenga el mayor puntaje.

1.7.- Presentar Informe

Todo el proceso de evaluacin es documentado. El documento final que es el informe
de la evaluacin ser aprobado por los representantes de la empresa o institucin
educativa. Existen dos instancias de presentacin. Una es la presentacin del borrador
del informe y la otra es la entrega del informe final.
As mismo se debe presentar dos tipos de informes escritos, el informe ejecutivo y el
informe analtico. El informe ejecutivo se presentar como mximo en una hoja y
muestra el resultado de la evaluacin mientras que el informe analtico de la

EVALUACIN DE SOFTWARE
Pgina 15

evaluacin presentar toda la documentacin asociada a la evaluacin, es decir las

evidencias del trabajo realizado, formatos de pruebas, pruebas aplicadas, capturas de
pantallas, cuestionarios aplicados, en fin todos los instrumentos usados y la
documentacin asociada que explica de forma pormenorizada el trabajo realizado. Un
detalle importante de la evaluacin que debe estar includo en el informe analtico es el
que se muestra a continuacin.

Tabla 10: Instrumentos aplicados

Instrumentos

Descripcin

Cuestionario

Evaluacin de los atributos por parte del

operador calificado.

Pruebas de Caja Evaluacin de mdulos y funcionalidades

Negra
de atributos por parte del equipo auditor
Lista
verificacin
Prueba
administrativa

de Evaluacin de aspectos relacionados con

los atributos por parte del equipo auditor.
Evaluacin del cumplimiento de atributos
por parte del equipo auditor.

En este anexo que debe estar incluido en el informe se muestra una explicacin de los
instrumentos usados en la evaluacin y el objetivo del uso del mismo, as como debe
precisar que informacin se recogi en ellos.

CONCLUSIONES
Este modelo sirve para evaluar cualquier tipo de software educativo y permite
cuantificar la calidad del producto software a travs del uso de pruebas de caja negra,
pruebas administrativas, cuestionario de relevamiento tcnico, encuestas dirigidas a
usuarios y entrevistas de confirmacin con el personal tcnico o desarrollador de la
herramienta, los mismos que dan informacin de la calidad del producto software, la
cual resume valores cualicuantitavos del modelo de calidad establecido.

REFERENCIAS
Barroso, J., Medel, J. y Valverde, J. (1997). Evaluacin de medios informticos. Una
escala de evaluacin para software educativo. III Congreso Edutec 97.

EVALUACIN DE SOFTWARE
Pgina 16

Bostock, S. (1998). Evaluating checklist. Evaluating training software. Lancaster

University.
Cataldi, Z. (2000). Metodologa de diseo, desarrollo y evaluacin de software
educativo. Tesis de Magster en Informtica. (Versin resumida). Facultad de
Informtica. Universidad Nacional de La Plata. Argentina. ISBN 960-34-0204-2.
Cova, A. y Arrieta, X. (2008). Modelo de evaluacin de software educativo en el rea
de la fsica. Tesis doctoral indita. Universidad del Zulia. Doctorado en Ciencias
Humanas. Maracaibo, Venezuela.
Galn, E. (2006). El guin didctico para materiales multimedia. Espculo. Revista de
estudios literarios. Universidad Complutense. Madrid. Espaa.
Galvis, A. (2000). Ingeniera de Software Educativo. Colombia. Ediciones Uniandes. 2
reimpresin. Martnez, F., Prendes, M., Alfageme, M., Amors, L., Rodrguez, T. y
Solano, I. (2002). Herramienta de evaluacin de multimedia didctico. Departamento
de Didctica y Organizacin Escolar. Universidad de Murcia, Espaa. Revista PxelBit, N 18.
Owston, R. D. (1987). Software Evaluation: a Criterion-Based Approach. Scarborough:
Prentice-Hall.
Repraz, Ch.; Sobrino, A. y Santiago, R. (1998)."Escala de evaluacin de calidad
educativa de software multimedia".
Roig, R. (1997). Modelos de evaluacin de software educativo. Tesis doctoral.
Universidad de Valencia.
Santiago, R. (1998b). Evaluacin de software educativo multimedia: Proyecto PEMGU.
Soto, F. y Gmez, M. (2002). EVALA: Un instrumento de evaluacin de recursos
multimedia para la atencin a la diversidad. [Documento en lnea]

EVALUACIN DE SOFTWARE
Pgina 17