4/27/12
4/27/12
4/27/12
4/27/12
4/27/12
Anticipacin
Anticiparse a las necesidades del usuario
4/27/12
Autonoma
La computadora, la IU y el entorno de trabajo deben estar a disposicin del usuario.
4/27/12
Autonoma
4/27/12
4/27/12
4/27/12
se debe utilizar la palabra Defecto en una aplicacin o servicio. Puede ser reemplazada por Estndar o Definida por el Usuario, Restaurar Valores Iniciales o algn otro trmino especifico que describa lo que est sucediendo.
4/27/12
debe considerar la productividad del usuario antes que la productividad de la mquina. Si el usuario debe esperar la respuesta del sistema por un perodo prolongado, estas prdidas de tiempo se pueden convertir en prdidas econmicas para la organizacin..
4/27/12
mensajes de ayuda deben ser sencillos y proveer respuestas a los problemas. Los mens y etiquetas de botones deberan tener las palabras claves del proceso
4/27/12
la Figura se demuestra como una incorrecta definicin de las palabras clave de las etiquetas de los botones de comando puede confundir al usuario.
4/27/12
Interfaces explorables
Siempre
que sea posible se debe permitir que el usuario pueda salir gilmente de la IU, dejando una marca del estado de avance de su trabajo, para que pueda continuarlo en otra oportunidad. La IU debe poder realizar la inversa de cualquier accin que pueda llegar a ser de riesgo, de esta forma se apoya al usuario a explorar el sistema sin temores.
4/27/12
Interfaces explorables
Siempre
se debe contar con un comando Deshacer. Este suprimir la necesidad de tener que contar con dilogos de confirmacin para cada accin que realice en sistema.
4/27/12
Interfaces explorables
El
usuario debe sentirse seguro de poder salir del sistema cuando lo desee. Es por ello que la IU debe tener un objeto fcil de accionar con el cual puede finalizar la aplicacin.
4/27/12
4/27/12
Estos
pueden ser vistos, escuchados, tocados o percibidos de alguna forma. Adems, estos objetos deberan ser entendibles, consistentes y estables.
4/27/12
4/27/12
debe poder asegurar que el usuario nunca pierda su trabajo, ya sea por error de su parte, problemas de transmisin de datos, de energa, o alguna otra razn inevitable.
4/27/12
hora de acceso al sistema, ubicacin del usuario en el sistema lugares a los que ha accedido, entre otros
4/27/12
Interfaces Visibles.
El
usuario debe sentir que se mantiene en un nico lugar y que el que va variando es su trabajo.
4/27/12
4/27/12
Prototipo
Un prototipo se puede definir como una aplicacin, creada en forma rpida y econmica.
4/27/12
Caractersticas
4/27/12
Clasificacin de Prototipos
Variando su grado de complejidad, de acuerdo a las caractersticas que consideren y a su operabilidad para realizar simulaciones.
4/27/12
4/27/12
Son aquellos que no permiten la alteracin de sus componentes, pero sirven para identificar y resolver problemas de diseo.
4/27/12
Permiten la evaluacin de un modelo del sistema sobre una estacin de trabajo o una terminal. Estos prototipos involucran aspectos de diseo mas detallados que los prototipos estticos. Como por ejemplo de performance(rendimiento).
4/27/12
La informacin recolectada durante las tareas de anlisis del sistema y la especificacin de los requisitos del usuario constituyen los datos clave para el proceso de prototipacin.
4/27/12
4/27/12
4/27/12
HEURSTICA
Es la capacidad que ostenta un sistema determinado para realizar de manera inmediata innovaciones positivas para s mismo y sus propsitos.
4/27/12
USABILIDAD
La
usabilidad se refiere a la capacidad de un software de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones especficas de uso. (ISO /IEC 9126)
4/27/12
EVALUACIN HEURSTICA
Es una tcnica de anlisis de usabilidad realizada por evaluadores especializados a partir de principios establecidos por la disciplina de la IPO/HCI.
EVALUACIN HEURSTICA
Se ha detectado que una evaluacin heurstica, detecta aproximadamente el 42% de los problemas graves de diseo y de usabilidad y el 32% de los problemas menores dependiendo del numero de evaluadores especializados.
4/27/12
TEST DE USUARIOS
Complemento a la evaluacin heurstica, el cul no tienen ningn sentido si antes los expertos en usabilidad no han realizado su trabajo.
4/27/12
Estas son segn Jakob Nielsen, las 10 reglas ms importantes para evaluar la usabilidad de una IU:
4/27/12
4. Consistencia y estandarizacin.
8. Esttica y diseo minimalista. 9. Reconocimiento de errores, diagnstico y recuperacin. 10. Ayuda y documentacin.
4/27/12
4/27/12
4/27/12