Get Started. It's Free
or sign up with your email address
Rocket clouds
Usabilidad by Mind Map: Usabilidad

1. Se compone de

1.1. Atributos Objetivos

1.2. Atributos Subjetivos

2. Principios fundamentales

2.1. Visibilidad del estado del sistema

2.1.1. Autonomía del Usuario

2.1.2. Los mecanismos de información sobre estado

2.1.3. Constantemente actualizada

2.1.4. Límites del sistema

2.2. Consistencia

2.2.1. debe ser

2.2.1.1. Constante

2.2.1.2. Predecible

2.2.2. Se refiere a

2.2.2.1. La Experiencia del Usuario

2.2.3. Constantes representativas

2.2.4. Shneiderman indica que la consistencia debe respetarse en

2.2.4.1. Acciones

2.2.4.2. Terminología

2.2.4.3. Elementos gráficos

2.2.5. Tognazzini expone una lista en la que los primeros elementos exigen mayor vigilancia

2.2.5.1. Interpretación del comportamiento del usuario

2.2.5.2. Estructuras invisibles

2.2.5.3. Pequeñas estructuras visibles

2.2.5.4. Elementos de diseño

2.2.5.5. Un conjunto (o suite) de productos.

2.2.5.6. Instalación

2.2.5.7. Plataforma

2.3. Control de Usuario

2.4. Prevención de Errores

2.5. Estructura Visible

2.6. Interfaz Explorable

2.7. La Ley de Fitts

2.7.1. Las opciones más importantes deben tener mayor tamaño o ser más visibles que las secundarias. También la localización es importante.

2.8. Modalidad

2.9. Metáforas

2.9.1. Su diseño debe ser

2.9.1.1. Consistente

2.9.1.1.1. Tomando en Cuenta la perspectiva del usuario.

2.9.2. Para resolver problemas

2.9.2.1. El modelado del usuario y la evaluación de la interfaz por parte de usuarios inexpertos son fundamentales

2.10. Uso del Color

2.10.1. Propósitos

2.10.1.1. Atraer la mirada del usuario

2.10.1.2. Distinguir elementos en gráficos complejos

2.10.1.3. Organizar la información

2.10.1.4. Enfatizar los mensajes de alerta

2.10.1.5. Sugerir un tono emocional

2.11. Mensajes de Error

2.11.1. Principios

2.11.1.1. El mensaje debe describir el problema en términos sencillos y ser positivo y explicativo.

2.11.1.2. Generalmente basta con indicar al usuario cuáles son sus opciones para resolver el error.

2.11.1.3. Debe evitarse la utilización de signos de exclamación en el mensaje.

2.11.1.4. Debe evitarse la utilización de letras mayúsculas.

2.11.1.5. La palabra "error" debe evitarse.

2.11.1.6. Las señales auditivas deben utilizarse con moderación.

2.11.1.7. Todos los mensajes de error deben incluir una opción clara que permita cerrar la ventana.

2.12. Tiempos de respuesta

2.12.1. Recursos

2.12.1.1. Deben ofrecer una respuesta visual inmediata.

2.12.1.2. El usuario ha de poder cancelar cualquier proceso.

2.12.1.3. Es aconsejable que aparezca un indicador gráfico de espera.

2.12.1.4. Debe aparecer un mensaje que indique la duración para cualquier proceso que dure más de 2 segundos.

2.12.1.5. El indicador de progreso puede mostrar el estado del proceso mediante una barra animada u otro recurso similar.

2.12.1.6. Los mensajes textuales ofrecen confianza y motivación al usuario.

2.12.1.7. Cuando el proceso supere los 10 segundos, es aconsejable que su finalización e indique mediante un sonido y un aviso visual .

2.12.1.8. Debe bloquearse la posibilidad de que el sistema inicie un proceso repetidamente

2.12.1.9. Las respuestas auditivas deben utilizarse moderadamente.

3. Usabilidad y Legibilidad de Contenidos

3.1. El texto que muestra el contenido de una aplicación debe aparecer con un contraste adecuado para la lectura.

3.2. El tamaño de la letra debe ser el adecuado para monitores estándar.

3.3. Las líneas de texto no deben ser excesivamente cortas.

3.4. Los márgenes alrededor del texto deben ser lo suficientemente amplios.

3.5. Pautas para la legibilidad

3.5.1. Brevedad

3.5.2. Lectura en Diagonal

3.5.2.1. Estructurar los contenidos en dos (o tres) niveles de titular con encabezados significativos.

3.5.2.2. Utilizar listas con viñetas para enumerar elementos.

3.5.2.3. Incluir negritas para destacar las palabras clave.

3.5.3. Lenguaje estructurado

3.5.4. Fragmentación

3.5.5. Títulos de página

3.5.6. Tratamiento gráfico

3.5.6.1. Contraste entre el texto y el fondo.

3.5.6.2. La tipografía debe presentar un tamaño relativamente grande.

3.5.6.3. Las animaciones dificultan mucho la lectura.

3.5.6.4. Para bloques de texto extensos, es recomendable utilizar la alineación a la izquierda.

3.5.6.5. Las líneas de texto no deben superar los 40/50 caracteres.

4. Evaluación de la Usabilidad

4.1. Métodos de Evaluación de la Usabilidad

4.1.1. Con usuarios reales

4.1.2. Sin usuarios reales

4.1.3. La elección del método depende de

4.1.3.1. El presupuesto reservado a la evaluación

4.1.3.2. La adecuación al tipo de proyecto

4.2. Paseo Cognitivo

4.2.1. Etapas

4.2.1.1. Reunión de tareas significativas

4.2.1.2. Descomposición de tareas en pasos

4.2.1.3. Ejecución de cada tarea

4.2.1.3.1. Análisis de la dificultad en identificar y utilizar el elemento de interfaz adecuado

4.2.1.3.2. Análisis de la validez de la respuesta que devuelve el sistema

4.3. Análisis de Tareas

4.3.1. Etapas

4.3.1.1. Análisis que determina el conjunto de objetivos de los usuarios previstos

4.3.1.2. Determinación de las tareas que permiten conseguirlos

4.3.1.3. Ordenación de las tareas segun importancia del objetivo y frecuencia de ejecución

4.3.1.4. Descomposición de las tareas prioritarias en pasos individuales

4.3.1.5. Conclusiones sobre cómo puede realizarse la tarea más eficientemente

4.4. Grupos Focales

4.4.1. Métodos

4.4.1.1. Obtención de opiniones de los usuarios

4.4.1.2. Registro de los comentarioas e impresiones de los grupos

4.4.1.3. Determinación de las cuestiones a mejorar

4.5. GOMS

4.5.1. Método

4.5.1.1. Objetivos que el usuario intenta conseguir

4.5.1.2. Operadores que el usuario lleva a cabo para obtner su objetivo

4.5.1.3. Métodos o secuencias de operadores agrupadas para conseguir un objetivo

4.5.1.4. Reglas de selección para decidir qué método se utilizará para resolver un objetivo

4.6. Inspección de Usabilidad

4.6.1. Método más utilizado

4.6.1.1. Evaluación Heurística

4.7. Test con Usuarios

4.7.1. Se basa en

4.7.1.1. La Observación

5. Evaluación Heurística

5.1. Desarrollo

5.1.1. Fases

5.1.1.1. Observación de la interface

5.1.1.2. Evaluación de la interfaz

5.1.1.3. Lista detallada de problemas detectados

5.1.1.4. Puesta en común de los resultados

5.2. Recomendaciones

5.2.1. La evaluación heurística debería hacerse por más de un experto.

5.2.2. Cada evaluador examina la interfaz individualmente.

5.2.3. Cada evaluador debe escribir un informe.

5.2.4. Puede haber un observador que ayude a los inspectores a utilizar la interfaz.

5.3. Duración

5.3.1. Puede durar de una a dos horas.

5.4. Heurísticas

5.4.1. 10 Principios Generales de Usabilidad

5.4.1.1. Visibilidad del estado del sistema.

5.4.1.2. Consistencia entre el sistema y el mundo real.

5.4.1.3. Control del usuario.

5.4.1.4. Consistencia y estándares.

5.4.1.5. Prevención de errores.

5.4.1.6. Es mejor reconocer que recordar.

5.4.1.7. Flexibilidad y eficiencia de uso.

5.4.1.8. Diseño práctico y sencillo.

5.4.1.9. El usuario debe disponer de ayuda para reconocer, diagnosticar y deshacer errores..

5.4.1.10. Ayuda y documentación.

6. Paseo Cognitivo

6.1. Permite validar

6.1.1. El diseño desde sus primeras fases de desarrollo a bajo coste.

6.2. Preparación

6.2.1. Basándose en los scenarios definidos en el proceso de diseño, se describe un conjunto de tareas representativas.

6.2.2. Los participantes deben tener características similares a las de los usuarios finales.

6.2.3. Es importante realizar una sesión piloto.

6.3. Desarrollo

6.3.1. Reparto de tareas y pantallas de aplicación.

6.3.2. Anotación de acciones a ejecutar en pantalla 1.

6.3.3. Comentario de grupo.

6.3.3.1. Anotación de los comentarios

6.3.4. Anotación de acciones a ejecutar en pantalla "n".

6.3.5. Comentario de grupo.

6.3.6. Cuestionario Anónimo

6.4. Duración

6.4.1. Aproximadamente 2 horas

6.4.2. Anotación de los comentarios

6.5. Recomendaciones

6.5.1. Los participantes deben tener claro que se está evaluando la interfaz, no sus capacidades.

6.5.2. El moderador debe reunir todos los comentarios realizados y escribir sus observaciones.

6.5.3. El comentario en grupo de cada pantalla debe comenzar sólo cuando todos los participantes han terminado de escribir sus anotaciones personales.

6.5.4. Es recomendable que otros miembros del equipo de desarrollo estén presentes en la sesión.

6.5.5. El moderador debe evitar que los participantes cambien de opinión.

6.5.6. Las pantallas deben tener un aspecto representativo, pero sencillo.

7. Realización de un Test con Usuarios

7.1. Preparación

7.1.1. Se debe contar con al menos 5 personas.

7.1.2. Los participantes deben tener un perfil similar al del usuario focal de la aplicación.

7.1.3. Cada participante realiza la prueba por separado, acompañado por un observador

7.1.4. El observador dirige la prueba mediante un guión que especifica qué tareas debe llevar a cabo el participante.

7.2. Desarrollo

7.2.1. Observación inicial por parte del usuario.

7.2.1.1. Opiniones personales

7.2.2. Inicio del Test.

7.2.3. Realización de la Tarea 1.

7.2.3.1. Observación del usuario

7.2.4. Realización de la tarea "n".

7.2.4.1. Observación del usuario

7.2.5. Cuestionario Final.

7.2.6. Redacción del informe por parte del evaluador.