Title: Diseo de interfaces
1Diseño de interfaces
2Diseñador vs usuario
Distancia conceptual
3Consideraciones de diseño
- Diversidad de usuarios
- Destreza
- expertos - consistencia
- novatos - mecanismos de ayuda, aprendizaje y
corrección de errores - Edad
- Flexibilidad
- Tolerancia
- Percepción y cognición declinan con la edad
4Consideraciones de diseño
- Diversidad de usuarios
- Discapacidados
- protección legal
- Nacionalidad
- ayudas en diferentes idiomas
5Diseñando para novatos
6Diseñando para expertos
- UNIX
- interacción rápida
- comandos configurables
- WIMP
- correo, news
- OpenWindow, X-Window
7Novatos vs. expertos
- Consejo
- Interfaces efectivas deben proveer soporte tanto
a novatos como a expertos
8HCI y desarrollo de software
- Ciclo de vida tradicional no incluye diseño de
interfaz como actividad explícita - modelo en cascada
- extracción y especificación de requerimientos
- diseño (global y detallado)
- implementación
- prueba
- mantenimiento
9HCI y desarrollo de software
- Modelo en cascada
- Apropiado ?
10HCI y desarrollo de software
- Otros modelos
- En espiral
- Basado en la prototipación
- Evolutivo
- Especificación de requerimientos
11Proceso de diseño centrado en las tareas
- Determinar quién va a utilizar el sistema y para
qué - requerimientos y usuarios reales
- ej. Sistema de enseñanza-aprendizaje hipotético
- contactar usuarios
- anticipar requerimientos (cuidadosamente)
- Diseño participativo (CON/PARA)
12Proceso de diseño centrado en las tareas
- Definir lista representativa de tareas
- Análisis de tareas
- descripción de tareas a ser ejecutadas por el
usuario de un nuevo dispositivo - descripción de condiciones bajo las cuales las
tareas ocurren
13Ejemplo - análisis de tareas
14Proceso de diseño centrado en las tareas
- Inspirarse en buenos estilos de interfaz
familiares al usuario (consistencia vs nuevos
paradigmas de interacción) - reutilizar patrones y frameworks
- innovar sólo si es imprescindible y en aspectos
esenciales
15Proceso de diseño centrado en las tareas
- Esbozar diseño
- funcionalidad a soportar
- estilo de visualización de la info
- Reflexionar
- Descubrir debilidades y fortalezas de la interfaz
- GOMS analysis
16Proceso de diseño centrado en las tareas
- Construir un prototipo que pueda ser mostrado al
usuario - UIMS
- Probar el prototipo con el usuario
- Iterar
- Diseñar e implementar la interfaz
- Mantener la interfaz
17Reglas de diseño
- Desde 80s - recomendaciones
- estilos, patrones de interfaz
- ej. No más de 10 elementos en un menú
- cantidad enorme de reglas
- Microsoft's Windows guidelines
- Principios de diseño (genéricos)
- Estándares
18Evaluación de interfaces
19Porqué evaluar? Diseñador
- Juzgar adecuación de diseño
- Mostrar al usuario que la interfaz satisface sus
requerimientos - Tomar decisiones de diseño
20Porqué evaluar? Cliente
- Toma de decisiones respecto al producto por el
que se está pagando - Marcas de avance en el proceso de desarrollo
21Porqué evaluar? Usuario
- Oportunidad para manifestar opiniones y
preferencia - Integrar al proceso de desarrollo
22Qué nos brinda la evaluación?Usuarios y tareas
- El sistema soporta las tareas del usuario de la
forma prevista? - El estilo de diálogo es adecuado para el perfil
del usuario? - Errores y frecuencia ?
- Dificultad de aprendizaje ?
23Qué nos brinda la evaluación?Dispositivos de
entrada y salida
- El usuario puede operar el hardware
eficientemente?
24Cómo evaluar?
- Escenarios
- Prueba de tareas representativas
- Experimentos de laboratorio
- resultados empíricos
- Evaluación cooperativa
- Diseñador usuario
- Feedaback
- Evaluación por observación