Al comenzar la instalación del sistema, se encuentran problemas de diálogo simple y natural. Al crear una cuenta para el administrador se encuentran 2 opciones en las cuales no se puede interpretar a que hace referencia: la opción donde se debe elegir un color y otra para elegir si el panel lo queremos ubicar a la derecha o izquierda, como se puede observar en la igura 1.1
Figura 1.1: Pantalla de instalación del software con problemas de diálogo simple y natural
Cuando se está creando la cuenta no es posible identiicar a que panel hace referencia, ni tampoco a qué aplicaría el color seleccionado. Este error estaría incluido en el principio 1 de diálogo simple y natural dado que estas características deberían poder conigurarse una vez que el usuario haya tenido acceso al sistema y pueda saber qué es lo que va a modiicar.
Cuando se ingresa como invitado en la sección del panel de de coniguración se brinda la posibilidad de realizar algunos cambios. Sin embargo, si se intenta cambiar el color o la orientación del panel se despliega un mensaje de error: “Los datos no son correctos”, como se observa en la igura 1-2.
-31
Este error estaría incluido en el principio 8 de proveer buenos mensajes de error, ya que el mensaje podría ser mas especiico. También en el 9 para prevenir mediante un buen diseño la aparición de problemas ya que el invitado no puede realizar ciertas modiicaciones. Una forma de evitar el error seria deshabilitar esta sección cuando se loguea como invitado.
En la sección de Contacto existe un caja de diálogo (Para) donde se debería escribir el nombre de la persona a quien va dirigido el mensaje. Pero como se ve en la igura 1.3, es posible escribir cualquier caracter en el campo de entrada y es aceptado. Una posibilidad de solución sería poder elegir del una lista de destinatarios y eliminar este campo, validando las entradas ingresadas por le usuario. Este error estaría incluido en el principio 3 de minimizar la memoria del usuario.
Cuando se ingresa como invitado en la sección del panel de de coniguración se brinda la posibilidad de realizar algunos cambios. Sin embargo, si se intenta cambiar el color o la orientación del panel se despliega un mensaje de error: “Los datos no son correctos”, como se observa en la igura 1-2.
Figura 1.3: Problemas de validación de los campos de entrada.
La pantalla para agregar integrantes también presenta problemas. El botón Editar agrega al integrante cuando los datos están completos. No edita, sino que cumple la misma función del botón Agregar lo cual no es consistente.
Figura 1.4: Problemas de consistencia ya que el botón Agregar y Editar poseen la misma funcionalidad
Este error estaría incluido en el principio 1 de diáolog simple y natural, donde la información debe tener un orden natural y lógico, y el principio 4 referido a la consistencia visual y terminológica.
La página para agregar reuniones también presenta problemas de diseño. Cuando se agrega una reunión es posible ingresar cualquier valor en los campos de entrada, como se puede observar en la igura 1.5.
32-
Figura 1.5: Problemas de validación de los campos de entrada
Este error estaría incluido en el principio 9 de prevención de errores. Se podría evitar este tipo de error desplegando un calendario para seleccionar la fecha. Esto mismo podría aplicarse a la selección del horario.
En la sección eventos encontramos el mismo error.
Otro problema se encuentra en la página de Agregar una Reunión está relacionado con el botón Cancelar. Este botón en realidad vuelve a la sección anterior, no cancela la operación que estamos realizando. Este error estaría incluido en el principio 6 de salidas evidentes. Se debe proveer claramente la manera de cancelar la tarea actual. Además, debería estar separada la función cancelar del botón volver.
Otro error detectado relacionado con el feedback adecuado. Registrar reuniones y eventos no se actualizan en el calendario en forma automática. En las iguras 1.6 y .17 se pueden observar el registro de 2 eventos a realizarse en el mes de abril.
Figura 1.6: Reunión registrada en el mes de abril
Figura 1.7 Evento registrado en el mes de abril
En la igura 1.8 se puede observar el calendario sin actualizaciones.
-33
Finalmente en la sección de Búsqueda, como usuario invitado, no distingue entre el título y el resultado obtenido, como se puede observar en la igura 1.9 La información resultante no es clara, infringiendo el principio 1 de diálogo simple y natural, presentando además información irrelevante.
Figura 1.9: Problemas con la forma de visualizar la información y presencia de información irrelevante.
Podemos concluir entonces que un sistema desarrollado sin tener en cuenta los principios básicos de diseño de interfaces trae aparejados problemas de usabilidad que se pueden prevenir facilmente. La evaluación de pares es una actividad productiva y muy valorada en las encuestas inales de los distintos cursos.
Ejercitación-Fundamentos en HCI
Ejercitación
A -
Indicar si las siguientes expresiones son verdaderas o falsas. Tachar lo que no corresponda:nLa disciplina de HCI trata solamente cuestiones de software.
nLa construcción de una interfaz del usuario es responsabilidad exclusivamente del profe- sional informático.
nEn una interfaz del usuario, puede existir un único tipo de diálogo. nLa interfaz icónica es una interfaz visual.
nEl rol del desarrollador del diálogo, incluye la organización, planteo y realización de los modelos de usuarios, del contexto y de aspectos tecnológicos, que conforman la etapa de requerimientos de la interfaz.
nLa independencia entre la componente de interfaz y la de aplicación, sólo se debe aplicar en la etapa de programación de ambas.
nLos principios de Nielsen constituyen normas de diseño que pueden aplicarse en un pro- ceso evaluativo de la interfaz.
v f
v f
B -
Indicar especíicamente a qué componente de Green se está reiriendo en cada caso:Particularidades de la UI Componente de Green
Definición de las dependencias entre objetos de interacción.
Diseño de las tarjetas magnéticas que permitirán el ingreso al sistema.
Definición de las máscaras y formatos de entrada.
Definición de las condiciones que llevan a la aparición de un mensaje de error.
Diseño de las tablas de bases de datos donde se registraran los perfiles de usuario.
v f
v f
v f
v f
v f
Referencias
rBaber, C. (1997). Beyond the Desktop: Designing and Using Interaction Devices, San Diego, CA: Academic Press.
rBaecker, R. M.; Grudin, J.; Buxton, W. A. S. y Greenberg, S. (1995). Readings in Human-computer Interaction: Toward the Year 2000. Morgan Kaufmann Publishers: San Francisco, CA.
rBarnard, P. J. (1987). Cognitive resources and the learning of human-computer dialogs. Interfacing Thought: Cognitive Aspects of Human-Computer Interaction. MIT Press, Cambridge, MA.
rBrad A. Myers (1994). Challenges of HCI Design and Implementation. ACM Interactions. vol. 1, no. 1. rButter, Keith A. (1996). Usability Engineering Turns 10. Interactions.
rHartson, Rex, Hix, Deborah (1989). Human-computer interface development: concepts and systems for its management. ACM Press, New York, NY, USA.
rMark Green, (1985). Report on Dialogue Speciication Tools. User Interface Management Systems, Berlin: Springer-Verlag, pp. 9-20.
rNielsen, Jakob (1989). Coordinating User Interfaces for Consistency. rNielsen, Jakob (1994). Usability Engineering.
rNielsen, Jakob. (2000). Designing Web Usability: The Practice of Simplicity. rNielsen, Jakob; Mack, Robert (1994). Usability Inspection Methods.
rNorman, D. (1991). Cognitive Engineering in User Centered System Design.
rNorman, D. A. (1983). Some observations on mental models. Lawrence Erlbaum Associates, Hillsdale, NJ.
rOlsen, S. E. (1987). CATOOL: A computer-based tool for investigations of categorical information in mental models. Human-Computer Interaction INTERACT ‘87. North-Holland, Amsterdam.
rReason, J. (1988). Framework models of human performance and error. En Tasks, Errors and Mental Models. Taylor & Francis, London.
rReason, J. (1990). Human Error. Cambridge University Press, Cambridge, England.
rReisner, P. (1981). Formal grammar and human factors design of an interactive graphics system. IEEE Transactions on Software Engineering, SE-7(2).
rRouse, W. B. (1981). Human-computer interaction in the control of dynamic systems. ACM Computing Surveys, 13 (1).
rShneiderman, B. (1987). Designing the User Interface: Strategies for Effective Human-Computer Interaction. Addison-Wesley, Reading, MA.
rWahlström, B. (1988). On the use of models in human decision making. En Tasks, Errors and Mental Models, cap. 10. Taylor & Francis, London.
rWilliam Buxton, (1983). Lexical and Pragmatic Considerations of Input Structures. Computer Graphics, (17)1.
rPattie Maes, Alan Wexelblat, (1996). Software Agents. CHI 96 Tutorial.
rDouglas Engelbart (1963). Conceptual framework for the augmentation of Man’s Intellect.