martes, 27 de noviembre de 2012

Análisis de Heurísticas - Documentación del Hardware

Con respecto a la parte de hardware, se le incorporó el sistema de luces que estaba pensado inicialmente para que sean activadas exclusivamente en la noche, reemplazando de esta manera el mensaje de voz que le avisa al usuario que está cometiendo una infracción, esto con el fin de no causar ruido durante la noche. Para esto se utilizó una fotocelda que al detectar el cambio de luz activa el sistema.   

Parking Right Prototipo final

Fotocelda del dispositivo

Se logró realizar la conexión entre Processing con Arduino por medio de una comunicación serial, en donde el sensor, al detectar el carro mal estacionado, envía una señal a processing indicándole que debe tomar la foto del carro. 

Sistema de luces del dispositivo.


Señal de pare con luces activadas por el Arduino.


Sensores ultrasónicos del dispositivo

Circuito interno conectado al Arduino

Análisis de Heurísticas - Documentación Pruebas de Usuario

Control y libertad para el usuario y Consistencia y estándares:


Al final de realizar la actividad se le pedía al usuario que cerrara la sesión en cualquier parte de la estructura de la navegación, esto causó confusión a los usuarios ya que volver a la página que aparece después de iniciar sesión, se veían perdidos. Por este motivo, se decidió colocar un botón de salida general en todas las partes de la estructura de  navegación, de tal manera que los usuarios puedan salir en cualquier instante, además de cumplir con la heurística de consistencia y estándares, ya que los usuarios no deben de preguntarse si el botón de salida cambia durante toda las navegación de la interfaz.



 Interface antes de la evaluación de heurísticas

Interface después de la evaluación heurística

Prevención de errores:

Cuando los usuarios llegaban la parte de digitar la placa del vehículo, encontramos que la gran mayoría de los usuarios, digitaban la placa en letra minúscula, a pesar que las letras de la imagen de la placa se ven en letra mayúscula, para evitar este inconveniente, se decidió programar la interfaz para que capture tanto la placa en minúscula como en mayúscula, ya que es importante prevenir la aparición de errores.

Interface antes de la evaluación de heurísticas

Interface después de la evaluación de heurísticas

Minimizar la carga de la memoria del usuario:

Esta evaluación de heurística estaba clara y concreta desde el primer diseño de la interface, ya que no es oportuno generarle al usuario una carga excesiva de memoria, en donde tenga que recordar la placa de una página anterior y digitarla en una posterior, por esta razón, decidimos ubicar la imagen de la placa del vehículo en el mismo sitio del buscador de placas.
Ninguno de los usuarios evaluados tuvo problemas al digitar la placa desde la foto al recuadro de búsqueda.

Buscador de placas de la interface.

Los diálogos estéticos y diseño minimalista:

Al comienzo del diseño de la interfaz, consideramos que las notificaciones recientes eran lo más importante, ya que el usuario que manipulara la interfaz se enfocará un 80% en estas notificaciones del sistema, y menos en rectificar las notificaciones revisadas, por este motivo, al entrar en el sistema, la primera imagen que veía el usuario era las notificaciones recientes, lo que enfocaba el 100% de su atención a estas, ignorando casi por completo los botones ubicados en la parte izquierda (Recientes y revisadas). Por eso decidimos poner vacío el recuadro gris de la información, de tal manera que los usuarios fijen su atención en los botones de la izquierda, además de cumplir con un diseño estético y minimalista, que no mostrara al usuario información que no sea necesaria para la acción que está desempeñando.

Interface antes de la evaluación de heurísticas

Interface después de la evaluación de heurísticas

Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de los errores:

Mientras realizábamos las pruebas de usuario, pasamos por alto el espacio que hay entre los 3 primeros dígitos de la placa (letras) y los últimos 3 dígitos (números.) algunos usuarios digitaban la placa de continuo, es decir, no hacían esta separación que se ve en la imagen de la placa, por tal motivo, no sabían en que se estaba equivocando, si de pronto estaba digitando mal la placa o el sistema no estaba funcionando correctamente, por lo que nos tocó explicarle que digitaran la placa con la separación en medio.


Luego al rediseñar la interfaz, decidimos agregarle un mensaje de retroalimentación al usuario, que le indique que debe hacer una separación entre los primeros  y últimos 3 dígitos de la placa, volvimos a realizar una prueba a otro usuario, y efectivamente el usuario al leer el mensaje, entendió lo que estaba haciendo mal.
Al analizar otras pruebas de usuario, notamos que muy pocos digitaban mal la placa, ya que la estaban viendo todo el tiempo, pero se solían equivocar al digitar el usuario o la contraseña al iniciar el sistema. Por esto decidimos agregarle otro mensaje que le informe si el usuario, contraseña o placa fueron mal digitados.

 Mensaje Placa Incorrecta

Mensaje Contraseña Incorrecta