Diseño de Interfaces (página 3)

Usabilidad La usabilidad puede ser definida en el contexto de la aceptabilidad de un sistema

Usabilidad Determinada por: Facilidad de aprendizaje El usuario puede comenzar rápidamente su trabajo Eficiencia Alta productividad Facilidad de memorización No requiere re-aprendizaje Errores Pocos errores, y subsanables Satisfacción subjetiva Agradable para el usuario

Usabilidad No todas las características de usabilidad tienen el mismo peso en un diseño Aplicaciones críticas (control aéreo, reactores nucleares) Períodos de entrenamiento largos, para asegurar menor cantidad de errores Aplicaciones industriales y comerciales (bancos, seguros) El tiempo de entrenamiento es costoso La eficiencia es importantísima 10% de reducción en el tiempo de una tarea significa 10% menos de recursos necesarios Aplicaciones de entretenimiento y oficina (procesadores palabra, juegos) La facilidad de aprendizaje, tasa de errores y la satisfacción subjetiva es muy importante debido a la alta competencia

Aprendizaje Curvas de aprendizaje El diseño de algunos sistemas está centrado en la facilidad de aprendizaje Otros sistemas enfatizan la eficiencia para usuarios expertos Algunos proveen facilidad de aprendizaje y un “modo experto” intentan obtener lo mejor de ambas curvas

Formas comunes de medir la usabilidad de un sistema Aprendizaje Seleccionar algunos usuarios novatos de un sistema, medir el tiempo para realizar ciertas tareas. Distinguir entre usuarios con y sin experiencia computacional Eficiencia Obtener usuarios expertos, medir el tiempo para realizar algunas tareas típicas Memorización Obtener usuarios casuales, medir el tiempo para realizar tareas típicas Errores Contabilizar los errores menores e importantes realizados por usuarios al efectuar alguna tarea específica Satisfacción subjetiva: Preguntar a los usuarios su opinión subjetiva, luego de intentar usar el sistema para una tarea real

Roles en una IU (Gp:) Operador

(Gp:) Núcleo Funcional (Gp:) Software de la IU (Gp:) Look &Feel (Gp:) Sistema Interactivo

(Gp:) Requeri- mientos

(Gp:) Diseñador SI

(Gp:) Especif. Tareas

(Gp:) Diseñador NF

(Gp:) Diseñador software IU

(Gp:) Diseñador IU

(Gp:) Implem. Herram.

(Gp:) Herram. Construcc.

Roles en una IU “Operador” / “usuario” / “usuario final” Persona que utilizará el sistema interactivo. “Diseñador del sistema” Desarrolla la arquitectura global de un SI Especifica las tareas que serán efectuadas dentro de cada módulo “Diseñador de la interfaz a usuario” Define la IU con la cual interactuará el operador Utiliza la especificación de tareas Necesita comprender: Tareas a ser resueltas Necesidades del operador Costos y beneficios de las UI particulares En términos del operador y los costos de implementación y mantenimento

Roles en una IU “Diseñador del núcleo funcional” o “programador de la aplicación” Crea la estructura de software necesaria para implementar las tareas semánticas de la aplicación (no incluidas en la IU) “Diseñador del software de la interfaz a usuario” Diseña la estructura del software que implementará la interfaz definida por el diseñador de la IU. “Desarrollador de herramientas” crea herramientas para la construcción de interfaces

No todos los actores se encuentran presentes en el proceso de desarrollo de un SI

Diseñadores de Interfaces Porqué tener diseñadores especializados en interfaces? Producen interfaces con menos errores Interfaces permitiendo una ejecución más rápida Los programadores no piensan de igual forma que los operadores Los programadores poseen un modelo del sistema, no un modelo del usuario Diferentes clases de interfaces y problemas

Pueden trabajar conjuntamente con: Usuarios Programadores Diseñadores del sistema Especialistas en diseño gráfico, factores humanos, sicología, etc..

Complejidad del diseño de IUs “Es fácil hacer las cosas difíciles. Es difícil hacer las cosas fáciles” Dificultades de los diseñadores para comprender las tareas del usuario Especificaciones iniciales incompletas o ambiguas La comprensión completa de un SI se adquiere a través de su uso. La interfaz debe satisfacer las necesidades, experiencia y expectativas de los usuarios previstos. Amplia diversidad de usuarios, con diferentes características. Los programadores tienen dificultades en pensar como los usuarios

Complejidad del diseño de IUs Complejidad inherente de las tareas y los dominios Es difícil lograr SI fáciles de usar, si las aplicaciones poseen muchas funciones ej. MS Word, con aprox. 300 comandos. ej. algunos programas CAD poseen cerca de 1000 funciones. Requerimientos específicos del dominio ej. distintos requerimientos de los programas CAD, de acuerdo al dominio asistido (mecánica, electrónica, arquitectura, …)

Complejidad del diseño de IUs Diversos aspectos del diseño involucrados Estándares Documentación Internacionalización Rendimiento Detalles de distinto nivel Factores externos Aspectos legales Tiempo de programación y testeo Otros …. Es imposible optimizar todos estos criterios a la vez. Deben privilegiarse los aspectos más importantes en cada caso, y obtener un balance entre ellos

Aspectos diseño IUs Estándares Las IUs deben adherirse a los estándares requeridos por su plataforma ej. guías de estilo de Macintosh o Motif. Deben satisfacerse los estándares establecidos en versiones anteriores del producto, o productos relacionados de la competencia Criterios de diseño gráfico Disposición espacial, colores, diseño de íconos, fuentes de texto. Generalmente realizado por diseñadores gráficos profesionales

Aspectos diseño IUs Documentación, mensajes y textos de ayuda La provisión de buenos mensajes de ayuda y manuales incrementa la usabilidad del SI Su influencia es mayor que la modificación de la interfaz El grupo del proyecto debiera incluir buenos escritores técnicos

Internacionalización Los productos pueden ser utilizados por usuarios con diferentes lenguajes No implica solamente la traducción de cadenas de texto Puede incluir diferentes formatos de fechas u horas, rediseños de ‘layouts’, diferentes esquemas de colores, nuevos íconos, etc.

Aspectos diseño IUs Rendimiento Los usuarios no toleran interfaces que operen lentamente ej. primeras versiones de Xerox Star no aceptadas por usuario productividad más alta tiempos de respuesta muy largos

Detalles de alto y bajo nivel Una interfaz con un modelo global incorrecto será inutilizable Los detalles de bajo nivel deben ser perfeccionados para satisfacer al usuario Si la colocación de un botón o un item de un menú no es aceptada por los operadores, éstos desecharán la interfaz

Aspectos diseño IUs Factores externos Las causas de las fallas de muchos sistemas son independientes del diseño del software (razones políticas, organizativas o sociales) ej. si los usuarios perciben que el SI amenaza su trabajo, pueden boicotear el desarrollo del sistema

Aspectos legales La copia de un diseño exitoso es ilegal. ejs. inconvenientes entre Lotus, Apple y Microsoft

Aspectos diseño IUs Tiempo de programación y testeo El refinamiento iterativo mejora la calidad de una interfaz, pero incrementa el tiempo de desarrollo.

Otros Pueden existir requerimientos especiales de aplicaciones orientadas a determinados tipos de usuarios colaboración entre múltiples usuarios usuarios con discapacidades

Complejidad del diseño de IUs Las teorías, principios y guías actuales suelen no ser suficientes Diversidad de metodologías, teorías y directivas diseñar UIs La experiencia y práctica de los diseñadores es la principal contribución a la calidad de la IU, no un método o teoría. No siempre es conveniente su utilización ej. reglas de consistencia o metáforas Suelen ser demasiado específicas y/o demasiado generales cubren solo aspectos limitados del comportamiento, y no siempre pueden ser generalizadas.

Complejidad del diseño de IUs Dificultad del diseño iterativo El 87% de los proyectos de desarrollo utilizan alguna forma de diseño iterativo [Myers & Rosson 92] La intuición del diseñador acerca la solución de un problema observado puede ser errónea La nueva versión del sistema puede ser peor que la anterior Aunque una iteración puede mejorar un diseño, éste nunca obtendrá la calidad de una IU originalmente bien diseñada. Es difícil obtener usuarios “reales”, para efectuar los tests. Los participantes en los tests suelen ser seleccionados por iniciativa propia poseen mayor predisposición e interés que los usuarios reales. Cada iteración debería involucrar diferentes usuarios. El diseño iterativo puede ser largo y costoso Los tests formales pueden tomar hasta 6 semanas