3'4' AYUDAS AL USUARIO

1
3.4. AYUDAS AL USUARIO

• 3.4.1 - Introducción
• 3.4.2 - Principios Generales
• 3.4.3 - Tipos de Ayuda
• 3.4.4 - Mensajes de Error

2
Ayudas al UsuarioINTRODUCCIÓN (I)

• Los sistemas deben incluir mecanismos por los que
  el usuario pueda conocer de qué funciones
  dispondrá en todo momento, cómo se llevarán a
  cabo, o qué es lo que ocurrió, si hubo algún
  problema.
• La construcción de cualquier tipo de ayuda
  depende de varios aspectos a tener en cuenta
• El tipo y la complejidad del sistema.
• Las características de los usuarios
• Conocimiento del Entorno (experiencia)
• Edad
• Sexo
• Diversidad funcional

3
Ayudas al UsuarioINTRODUCCIÓN (II)

• Si se trata de usuarios con diversidad funcional
  las ayudas comunes necesitarán ayudas
  complementarias.
• Estos mecanismos de ayuda serán
• Documentación o manuales distribuidos con el
  sistema.
• Un sistema de ayuda on-line.
• Mensajes de error del sistema.
• Los dos últimos tienen un interés especial para
  el diseño de interfaces usarán estos para su
  comunicación con el usuario.

4
Ayudas al UsuarioPRINCIPIOS GENERALES
(I)

• En general, tanto para el sistema de ayuda
  on-line como para los mensajes de
• error que preparemos, serán de aplicación los
  siguientes principios
• Las referencias serán dependientes del contexto,
  teniendo en cuenta el estado de la aplicación al
  producirse su necesidad.
• Se deberá adaptar la información (y su cantidad)
  al nivel de experiencia del usuario, según desee
  el mismo.
• Siempre que se pueda, se debería adaptar la
  información a las habilidades de los usuarios
  (sistemas CSCW, por ejemplo).
• Los mensajes serán optimistas, nunca insultantes
  ni divertidos.
• Diferentes clases de dudas deberían aclararse de
  distinta forma.

5
Ayudas al UsuarioPRINCIPIOS GENERALES
(II)

• A continuación vamos a ver otra serie de
  principios generales que todos
• los diseñadores deberían aplicar para que las
  ayudas sean accesibles a
• usuarios con diversidad funcional
• Las ayudas se deben proporcional por más de un
  canal (visual, auditivo, etc...)
• En el desarrollo de sw utilizado en Educación
  Especial, los mensajes serán cortos y claros, los
  refuerzos serán estimulantes, divertidos y lo más
  importante configurables.
• La ayuda no sólo será accesible en su comprensión
  sino también en su manipulación.

6
Ayudas al UsuarioPRINCIPIOS GENERALES
(III)

• Ayuda o Refuerzo que ofrece un programa educativo
  cuando el usuario
• realiza un ejercicio.

7
Ayudas al UsuarioTIPOS DE AYUDA (I)

• Un sistema deberá estar preparado para atender al
  usuario ante los siguientes
• tipos de dudas o preguntas
• Sobre Resultados Qué puedo hacer con el
  sistema?
• Mecanismos muy orientados a personas que empiezan
  a trabajar en el
• sistema y que los utilizarán pocas veces (podrán
  desaparecer conforme
• avance su experiencia).

8
Ayudas al UsuarioTIPOS DE AYUDA (II)

• Sobre Descripciones Qué es? o Para qué sirve?
• Se pueden obtener mediante pequeñas ventanas de
  información que surgen
• al navegar físicamente sobre un interfaz gráfico
  o mediante búsqueda de
• conceptos en una ayuda on-line.

9
Ayudas al UsuarioTIPOS DE AYUDA (III)

• Sobre Procedimientos Cómo puedo...?
• Son la amplia mayoría de las consultas y a ellas
  se orientan los sistemas de
• ayuda on-line.
• Sobre Interpretaciones Qué ocurre? Qué
  significa...?
• Ayuda adicional ante situaciones inesperadas
  (aparición de un mensaje de
• error, por ej.). Debería conducirse al usuario
  automáticamente desde la
• situación a su ayuda específica.

10
Ayudas al UsuarioTIPOS DE AYUDA (IV)

• Sobre Navegación En qué fase me encuentro?
• Tienen mucho que ver con la realimentación y
  dependen de la aplicación
• concreta para la que se diseñen. Ayudarán al
  usuario a construirse un
• modelo mental de avance en el sistema.

11
Ayudas al UsuarioAYUDA ON-LINE (I)

• La ayuda on-line será consultada por el usuario
  cuando éste quiera obtener información sobre cómo
  resolver un problema o para obtener más
  información sobre una determinada cuestión.
• Este tipo de ayudas tienen normalmente
  organización de hipertexto unidades de
  información enlazadas unas con otras por
  asociación, de manera que sea fácil una consulta
  de conceptos relacionados mediante herramientas
  que permiten la navegación y la búsqueda.
• El principal problema que los usuarios suelen
  tener con estos sistemas es saber cómo han de
  buscar lo que necesitan de qué forma preguntar
  por lo que necesitan (dónde buscar información,
  asociación de términos, conceptos vs
  procedimientos, ...)

12
Ayudas al UsuarioAYUDA ON-LINE (II)

• En general, la Ayuda On-Line aparece cuando nos
  colocamos con el ratón sobre el objeto del que
  queremos información, o pulsamos un determinado
  botón, etc..
• Qué ocurre si el usuario no puede por su
  diversidad funcional utilizar dispositivos como
  el teclado y/o el ratón?
• Para evitar los problemas que surgen de
  Accesibilidad debemos tener presente el siguiente
  esquema

Ayuda Complementaria
Usuario con Diversidad Funcional
Ayuda On-Line
13
Ayuda On-LineCONSTRUCCIÓN

• Aunque la forma de implementar los archivos o
  herramientas de ayuda on-line variará dependiendo
  del entorno en que trabajemos, hay una serie de
  elementos que constituirán cualquiera de estos
  sistemas.
• Algunos entornos (como Windows), poseen una
  herramienta de navegación por defecto para la que
  habrá que construir únicamente la red de nodos de
  información o el hipertexto (ficheros .HLP en
  Windows).
• El entorno en estos casos nos proporcionará
  medios para construir nuestro sistema de ayuda y
  para hacer llamadas desde un programa a la
  herramienta de navegación en tiempo de ejecución.

14
Ayuda On-LineESTRUCTURA DE HIPERTEXTO

• La red de información se compone de una serie de
  páginas o unidades (tópicos) que poseen un texto
  y están caracterizados por una clave (por la que
  se activa la ayuda), un título (cadena
  descriptiva utilizada en las búsquedas) y una
  cadena de contexto (utilizados como referencias
  en los enlaces entre distintos tópicos).
• Dentro del texto de cada tópico se podrán situar
  enlaces con otros tópicos que el diseñador
  considere relacionados (la herramienta de
  navegación los presentará en distinto color).
• Deberán existir nodos o tópicos de entrada que
  nos sirvan para recorrer y examinar la
  información de una forma organizada (índice),
  recibir explicación sobre un mensaje de error o
  sobre un comando en particular de la aplicación.

15
Ayuda On-LineDISEÑO DE LA
ESTRUCTURA

• La estructura final es jerárquica con enlaces
  cruzados. La información en la
• raíz es de carácter organizativo o índice
  mientras que hacia los nodos finales
• la información se hará cada vez más específica.

16
Mensajes de ErrorELECCIÓN DEL
MENSAJE

• Los mensajes de error, por ser de las primeras
  consecuencias que puede obtener un usuario al
  enfrentarse con un sistema nuevo, también pueden
  ser la primera imagen de dicho sistema.
• Habremos de tener en cuenta los siguientes
  principios específicos
• Los mensajes serán educados, concisos,
  consistentes y constructivos.
• Si se asocia algún sonido, no hace falta que
  moleste al usuario.
• Se debería mostrar la forma de recuperar el
  error, siempre que sea posible.
• Se puede ofrecer la opción de acceder
  directamente al sistema on-line de ayuda para
  recibir más información.

17
Mensajes de ErrorEJEMPLO