USABILIDAD DE SOFTWARE EDUCATIVO

Presentación del tema: "USABILIDAD DE SOFTWARE EDUCATIVO"— Transcripción de la presentación:

1 USABILIDAD DE SOFTWARE EDUCATIVO
Dra. Hyxia Villegas Centro de Procesamiento de Imágenes Universidad de Carabobo

2 OBJETIVOS DEL TALLER Conocer que es la usabilidad del software
Conocer métodos de evaluación del software Conocer a profundidad la evaluación Heurística Analizar un software educativo usando las reglas básicas presentadas en la evaluación heurística Producir un reporte de evaluación heurística de un software educativo

3 PROPÓSITO DEL TALLER Al final del taller los participantes
Conocerán las reglas mínimas para el diseño y evaluación de las interfaces hombre-máquina y su interacción Serán capaces de analizar la usabilidad de un software educativo Serán capaces de producir un reporte de la usabilidad del software

4 Evaluación de Interfaces
Estudios empíricos experimentos con usuarios Metodos de inspección Evaluadores realizan una inspección a la interface del usuario

5 Metodos de Inspeccion de Usabilidad
Evaluacion Heurística Estimacion Heurística Recorrido cognocitivo Recorrido pluralista Inspección de caracteristicas Inspección de consistencia Inspección de estandares Inspección formal de usabilidad

6 Heurística Son principios de diseño de propósito general

7 Evaluacion Heurística
Es el método más popular entre los métodos de inspección de usabilidad Es un método fácil, rápido, y barato para evaluar el diseño de interfaces

8 Método de Evaluación Heurística
Emplea un grupo de evaluadores (3-5) Nielsen y Molich (1990) Utiliza un conjunto de heurísticas de diseño

9 Set de heurísticas recomendadas por Nielsen y Molich (1990)
Proveer un diálogo simple y natural Hablar el lenguaje del usuario Minimizar la carga de memoria del usuario Ser consistente Proveer feedback (realimentación) Proveer salidas claramente marcadas Proveer shortcuts (aceleradores) Proveer buenos mensajes de error Prevenir errores Proveer ayuda y documentación

10 Diálogo Simple y Natural
No debe aparecer información irrelevante ó que nunca se usa Toda la información debe aparecer de una manera lógica y natural

11 Hablar el Lenguaje del Usuario
El diálogo debe Ser expresado en palabras, frases y conceptos familiares al usuario Evitar términos orientados al sistema

12 Minimizar la Carga en la Memoria del Usuario
La memoria de corto plazo es limitada El usuario no debería tener que recordar información de una parte del diálogo a otra Las instrucciones de como usar el sistema deben ser visibles o fáciles de obtener Las instrucciones complicadas deben ser simplificadas

13 Consistencia El usuario no debe preocuparse por diferentes palabras, situaciones o acciones las cuales tengan el mismo significado Una acción particular del sistema, cuando sea apropiado, debe ser realizada por una acción particular del usuario

14 Consistencia Coordinación entre susbsistemas
Coordinación entre sistemas independientes con una población de usuarios comunes

15 Proveer Feedback El sistema debe mantener al usuario informado de lo que está sucediendo Debe proveer feedback dentro de un tiempo razonable

16 Salidas Marcadas Claramente
Evitar colocar al usuario en situaciones donde no hay salidas visibles El usuario necesita una “salida de emergencia” marcada claramente, la cual pueda usar cuando escoge por error una función no deseada del sistema

17 Shorcuts(aceleradores)
Los novicios requieren de un diálogo completo para aprender y recordar el sistema Los expertos no requieren este tipo de diálogo, ellos podrían preferir unas abreviaciones (aceleradores) que tengan el mismo resultado

18 Buenos Mensajes de Error
Defensivo Critica al sistema Nunca critica al usuario Preciso Provee al usuario con la causa exacta del problema Constructivo Provee al usuario con sugestiones útiles acerca de que hacer.

19 Prevenir Errores Mejor que proveer buenos mensajes de error es prevenirlos Un diseño cuidadoso que prevenga al usuario de cometer errores es lo ideal

20 AYUDA Y DOCUMENTACIÓN Es preferible que el sistema sea fácil de usar antes que tener que proveer ayuda y documentación suplementaria al usuario. Es necesaria para los usuarios que quieran adquirir niveles altos de experticia. La mayoría de los usuarios no leen los manuales. Cuando ella se provee, debe ser precisa, rápida y fácil de encontrar

21 AYUDA Y DOCUMENTACIÓN Dos principales herramientas de búsqueda, en estos casos son el índice y el mapa que le permita una visión rápida del espacio de información. Esta documentación puede ser presentada de varias maneras como: tarjetas de referencias cortas y/ayudas de trabajo tutoriales y/o manuales introductorios para aprendices y manuales tradicionales de referencia para usuarios expertos. El Manual mínimo: el cual solamente provee aquella información que es absolutamente necesaria para que el usuario inicie el uso del sistema con las tareas comunes.

22 Reporte de Usabilidad Evaluación heurística Hoja de problemas
Principio violado Número del problema Descripción del problema Sugerencia de como resolverlo

23 Ejemplo Proveer un diálogo simple y natural Problema #1 Sugerencia #1
El sistema presenta 4 pantallas antes de permitirle al usuario empezar Sugerencia #1 Resumir las pantallas de presentación en una sola la cual permita, al usuario, empezar desde allí

24 Ejemplo Proveer un diálogo simple y natural Problema #2
La pantalla principal presenta un conjunto de letreros rojos y negros tales como LIBRARY y POST OFFICE que sugieren que se pueden seleccionar, mientras el boton de pise cualquier tecla para continuar pasa desapercibido Sugerencia #2 Sustituir el boton de continuar por una flecha con un letrero de CONTINUE del mismo tamaño y color (rojo y negro) CONTINUE

25 Ejemplo Sugerencia #3 Proveer un diálogo simple y natural Problema #3
La pantalla presenta letreros llamativos que no tienen ninguna funcionalidad y 3 letreros grises con las opciones: “What will you learn, What this tour is about and Main menu”, los programadores agregaron la informacion “please choose your option” Sugerencia #3 Colocar el dibujo a un lado y los botones de opciones como menú con lo cual no hace falta decirle al usuario que escoja una opción

26 Ejemplo Proveer un diálogo simple y natural

27 Ejemplo What will you learn? What this Tour is about? Main Menu
Proveer un diálogo simple y natural What will you learn? What this Tour is about? Main Menu

28 Ejemplo Hablar el lenguaje del usuario Problema #4
What this tour is about? es un manual del usuario que indica la navegacion sobre la pantalla Sugerencia #4 Cambiarle el nombre a Como viajar en el Internet Tour? Eliminar ésta pantalla pues se explica en el Menú principal

29 Ejemplo Proveer salidas claramente marcadas Problema #5 Sugerencia #5
En las cuatro primeras pantallas es imposible volver atrás Sugerencia #5 Colocar un boton que permita moverse hacia atrás

30 Ejemplo Proveer salidas claramente marcadas Problema #6 Sugerencia #6
El boton de QUIT no devuelve la pantalla principal si no que saca al usuario de la aplicación Sugerencia #6 Agregar un boton que permita volver a la pantalla principal

31 Utilidad de la Evaluación Heurística
Permitirá diseñar mejores interfaces Evaluar cualquier software que vayan a adquirir Usar cualquier software con la tranquilidad de que si no entienden como “carrizo” funciona un programa, no es su culpa y no se tiene que sentir frustrado, ya que la culpa es del productor del software que no tomo en cuenta a los usuarios

32 Referencias Newman William y Lamming Michael. (1995) “Interactive System Design”. Addison Wesley Reading Massachusetts Molich R. y Nielsen J. (1990) “Improving a Human Computer Dialog: What Designer know about traditional interface design Communication of the ACM (March 1990).