Historia de revisiones

Transcripción

1 Binary Rain Pautas para la Interfaz de Usuario Versión 4.1 Historia de revisiones Fecha Versión Descripción Autor 17/08/ Creación del documento Jimena Rodríguez 18/08/ Revisión y corrección SQA Mercedes Marzoa 31/08/ Se agregaron requisitos, Jimena Rodríguez restricciones en la interfaz y aclaraciones de la misma dependiendo de roles. 01/08/ Revisión SQA y Verificación Florencia Clerici 06/09/ Luego validación cliente 05/09 Emiliano Schiavone 08/09/ Revisión SQA Florencia Clerici Pautas para la interfaz de usuario Página 1 de 6

2 Contenido 1. Objetivo Tipo de aplicación Tipo de usuarios Interfaz de Usuario según requerimientos Interfaz de Usuario: aspecto visual... 4 Pautas para la interfaz de usuario Página 2 de 6

3 1. Objetivo El objetivo es lograr que las interfaces sean simples y fáciles de usar ya que este producto apunta a usuarios con poca experiencia con la tecnología. Para lograr este objetivo vamos a utilizar técnicas de interfaces de usuarios naturales (NUI). 2. Tipo de aplicación. La aplicación se va a poder correr solo en Android. Está esta centrada principalmente en micro emprendedores a los cuales se les brindan funcionalidades para que puedan gestionar su empresa de manera fácil y eficiente, pudiendo mejorar el servicio y ofrecer mayor calidad del mismo. Se va a permitir que los clientes puedan calificar a los usuarios de la aplicación ofreciéndoles críticas constructivas para mejor el servicio. 3. Tipo de usuarios. Administrador Unipersonal: Representa al proveedor de servicios que trabaja solo. Tiene acceso a todas las funcionalidades del sistema que son para empresas unipersonales y se le mostrara las funcionalidades que puede llegar a usar en caso de adquirir la versión paga. Administrador Empresa: Representa al administrador de una empresa con dos o más usuarios. Tiene acceso a todas las funcionalidades del sistema que son para empresas. Técnico Junior: Representa a los empleados de una empresa que utilizan la aplicación, el cual tendrá funcionalidades restringidas. Este usuario es definido por el administrador de la empresa. Técnico Superior: Representa a los empleados de una empresa que cuentan con accesos a mas funcionalidades que un técnico junior. Este usuario es definido por el administrador de la empresa. 4. Interfaz de Usuario según requerimientos 1. Se deberá poder ver todas las funcionalidades que la aplicación brinda, pero solamente implementar las funcionalidades priorizadas, en caso de no tener implementada la funcionalidad, basta con mostrar un mensaje informando que no se implemento. 2. A medida que se van comprando los upgrade se van habilitando nuevas funcionalidades. 3. Se podrá acceder a funcionalidades desde otra funcionalidad. Por ejemplo: si estoy mirando los servicios que tengo que hacer hoy, puedo ir a ver información del cliente al cual le realizo el servicio. Pautas para la interfaz de usuario Página 3 de 6

4 4. La interfaz va a ser diseñada siguiendo las técnicas de interfaces de usuarios naturales. Para ello es necesario usar la guía que provee android, que se encuentra en la página de android developers ( en la cual especifica las cosas más importantes a tener en cuenta. 5. Tiene que correr como mínimo en la versión de Android para celulares 2.2 y en la versión 3.0 para Tablet. 6. La resolución mínima del dispositivo es 320x240 px. 7. Se asumirá que las Tablets son 3G y por lo tanto van a poder enviar mensajes. 8. La interfaz debería guiar al usuario para que haga lo que el programador desee. Por ejemplo si se quiere que el usuario inicie sesión y se le da la opción de cambiar contraseña si la olvida, el botón iniciar sesión debe verse más grande que el de olvido contraseña, para marcar la diferencia (el cambio de contraseña podría ser un simple link). 9. Con respecto al diseño de Modificación de las Configuraciones se podrá agrupar las mismas por categoría y utilizar pestañas para tratar que no sea tan engorroso realizar las modificaciones. 10. No se puede asumir que el usuario que utilizará la aplicación tiene conocimientos previos en tecnologías. 11. Un requerimiento que nos planteó el cliente es que la aplicación no cuente con scroll horizontal y barra de notificaciones, ya que no es intuitivo para el tipo de usuario final. 12. Los clientes desean que se pueda hacer Scroll vertical, hacer uso del botón de menú contextual, desplegar opciones al dejar apretado cierto ítem y utilizar el botón de retroceder. 13. En principio se implementara la pantalla en vertical de un celular. 14. Tendrá que tener feedback con el cliente, mensajes (pop ups) de operación que se realizaron con éxito, los cuales le avisen y se vaya sin estar molestando al cliente (ya sea por tener que apretar un botón, o tener que quitar el mensaje). En caso de una operación con error, mostrar un mensaje de error pero de manera sutil y que el cliente pueda apretar un botón como para confirmar que leyó el mensaje (CERRAR). 15. Los pop-ups en caso de tener opciones de confirmar o rechazar, se mostrara ACEPTAR o RECHAZAR. 5. Interfaz de Usuario: aspecto visual 1. En cuanto a un color general de la aplicación, ya sea color de letras de texto o titulo, de fondo, se utilizaran los colores básicos del sistema android. Pautas para la interfaz de usuario Página 4 de 6

5 2. La interfaz de la aplicación va a tener distintas vistas dependiendo de qué tipo de usuario es el que está usando la aplicación. Si el usuario es un Administrador Unipersonal este vera las funcionalidades que no tenga habilitadas en gris, un ejemplo de esto último podría ser Agregar Usuarios. Si es un técnico a este no se le va a mostrar ninguna funcionalidad que no le corresponda, como por ejemplo Configuración Inicial. 3. Los botones tienen 3 estados: habilitado, deshabilitado y oculto. Habilitados: Sera para cualquier operación que se brinde y se pueda acceder. Dentro de estos tendremos distintos formatos de diseño, para poder guiar al usuario a que realice las funcionalidades de forma fácil y rápida. Deshabilitados: Son en caso de querer mostrar una funcionalidad que ofrece la aplicación al tener la versión paga, en caso de que el usuario no tenga acceso a la funcionalidad pero se desea informar que existe dicha funcionalidad o simplemente tenerlo así hasta que se complete algún campo y pase a habilitada. Oculto: en caso de no tener permisos para realizar una operación. A continuación se muestra un posible formato: 4. Cada botón tendrá un margen para distanciarse de otro botón o de algún ítem. Por ejemplo, no tomar en cuenta las medidas por ahora: Pautas para la interfaz de usuario Página 5 de 6

6 5. Los botones estaran fijos abajo en la pantalla, para que al hacer scroll no se muevan 6. Los botones afirmativos y negativos estaran en un mismo orden. Los afirmativos a la izquierda y los negativo a la derecha. 7. Para listas clientes o colegas, se ordenara alfabéticamente y aparecerá la opción de búsqueda. 8. Al apretar el menú contextual o dejar apretado un ítem, que se despleguén opciones, si es posible repetir algunas funciones. Por ejemplo: si tengo un botón que es cancelar, tenerlo también en el menú contextual. Pautas para la interfaz de usuario Página 6 de 6