Ingeniería en Sistemas de Información

Diseño de Sistemas(3K1)

Contenidos de la Unidad 5Diseño de Interfaces

5. Diseño de Interfaces Sommerville. Cap. 16. Introducción.

A. Reglas de oro. Pressman. Sección 15.1B. Asuntos de DiseñoInteracción del UsuarioPresentación de la Información

Sommerville. Sección 16.1. 

C. El proceso de diseño de interfaz de usuario.

Pressman. Sección 15.2Sommmerville, Cap. 16.

a. Análisis y diseño (Prototipado)

Pressman. Sección 15.3.

b. Actividades de diseño de la interfaz

Pressman. Sección 15.4.

c. Implementación. Pressman. Sección 15.5.d. Evaluación del diseño de interfaz.

Pressman. Sección 15.6.

D. Diseño a Nivel de Componentes

Pressman. Sección 16.1 y 16.2

El Diseño de la Interfaz del Usuario es un Proceso Interactivo donde intervienen usuarios y diseñadores con prototipos de la interfaz para decidir las características, organización, apariencia y funcionamiento de la interfaz del usuario.

Podemos construir un prototipo de interfaz en paralelo con las demás actividades de la ingeniería del software.

Si usamos un desarrollo iterativo, el diseño de la interfaz del usuario se hace en forma incremental.

Siempre antes de comenzar a programar conviene probar algunos diseños en papel.

El Proceso de Diseño de la Intefaz del Usuario

(Sommerville)

Hay tres actividades esenciales en el Proceso de Diseño de Interfaz del Usuario:

Análisis del usuario: consiste en comprender las tareas que realiza el usuario, su entorno de trabajo, los otros sistemas que utilizan, la interacción entre los distintos compañeros de trabajo, etc.

Prototipado del sistema: consiste en el diseño y desarrollo de la interfaz del usuario en un proceso iterativo.

Es darle algo tangible al usuario para que vea si es lo que necesita.

El Proceso de Diseño de la Intefaz del Usuario

(Sommerville)

Se desarrollan prototipos sucesivos del sistema y se los somete a consideración del usuario, quien va guiando la evolución de la interfaz.

Evaluación de la interfaz: consiste en recompilar información sobre la experiencia real del usuario con la interface.

El Proceso de Diseño de la Intefaz del Usuario

(Sommerville)

Lo crítico en el diseño de interfaces es analizar las actividades del usuario que serán soportadas por el sistema.

Si no entendemos que quieren hacer los usuarios con el sistema, no podremos diseñar eficazmente una interfaz.

Para entender lo que el usuario quiere hacer con el sistema utilizaremos las siguientes técnicas:

Análisis de tareas. Estudios etnográficos. Entrevistas con usuarios. Observaciones. Mezcla de todas las anteriores.

Análisis del usuario

A veces lo difícil es describir este análisis para comunicarles a los colegas los resultados del análisis.

La técnica del Diagrama de Secuencias de UML describe las interacciones del usuario y es ideal para transmitir lo que ocurre en esta etapa.

Este diagrama puede ser muy técnico para el usuario y, para involucrarlo en el análisis, tal vez convenga desarrollar escenarios en lenguaje natural, para describir las actividades del usuario.

En el análisis el usuario no genera requerimientos de interfaces muy específicos.

Análisis del usuario

Solo nos ayuda a entender las necesidades y preocupaciones de los usuarios.

Mientras conozcamos mejor como trabaja el usuario y cuáles son sus necesidades y preocupaciones, las podremos tener en cuenta en el diseño.

Por eso los diseños iniciales se irán perfeccionando en el prototipado, facilitando su aceptación por los usuarios, convenciéndolos de involucrarse en este proceso.

Análisis del usuario

Hay tres técnicas básicas en el análisis del usuario:1) Análisis de tareas.2) Entrevistas/cuestionarios.3) Etnografía. Las dos primeras se centran en el individuo y su

trabajo. La etnografía tiene una óptica mas general y

considera como interactúan las personas como organizan su entorno de trabajo y como cooperan para resolver sus problemas.

Técnicas de análisis

Se trata de descomponer ,en detalle, qué trabajos comprende cada tarea que debe realizarse.

Hay varias clases, la más conocida es el Análisis de Tareas Jerárquico (HTA).

Ayuda a identificar lo que cualquier persona hace para alcanzar un objetivo.

Se utilizan para redactar manuales de usuarios. Una tarea de alto nivel se divide en subtareas y se identifican

planes que indican que pasara en una situación especial. Se empieza con un objetivo del usuario, se dibuja una jerarquía

que muestra qué hay que hacer para alcanzar ese objetivo.

Análisis de tareas

HTA obliga a considerar cada subtarea y decidir si se debe descomponer o no.

Con un escenario descripto en lenguaje natural sería fácil omitir tareas; mientras que el HTA es más exhaustivo.

Problemas con HTA: El esquema se hace largo y pesado si se le añaden

detalles. Este esquema es más apto para procesos secuenciales. La notación es difícil para modelar tareas simultáneas o

entrelazadas.

HTA

Tampoco registra por qué las tareas se hacen de determinada forma y nos da una visión parcial de las actividades del usuario.

Necesitamos más información para entender mejor los requerimientos de diseño.

HTA

La información para los HTA recopila por medio de observación y entrevista con los usuarios.

Cuando diseñamos las entrevistas, hay que permitir que el usuario proporcione información que piense que es importante.

No ceñirse a una lista cerrada de preguntas. Las preguntas deben ser abiertas y animar al usuario

a que diga no solo lo que hace sino también porque lo hace.

Se pueden complementar las entrevistas individuales con grupos de discusión.

Entrevistas

Ventajas de entrevistas grupales: los usuarios se estimulan entre sí para dar información y pueden dar sugerencias válidas sobre el uso del sistema.

El análisis de tareas se basa en cómo trabajan las personas. Pero, la mayoría del trabajo es COOPERATIVO. Las personas trabajan juntas para alcanzar objetivos. A veces es difícil para los usuarios hablar sobre esa

colaboración. Por eso la observación directa de cómo los usuarios trabajan y

utilizan los sistemas informáticos es fundamental para el análisis del usuario.

Entrevistas

Una especie particular de observación directa es la etnografía.

El etnógrafo observa de cerca cómo trabajan las personas, cómo se relacionan entre si y cómo utilizan los recursos en su trabajo.

El objetivo de la etnografía es ayudar a los usuarios a mejorar su ambiente y calidad de trabajo.

Los etnógrafos pueden observar las acciones intuitivas y las colaboraciones informales.

Etnografía

Ninguna técnica de análisis del usuario por si sola nos da una visión completa de lo que realmente hace el usuario.

Son todos enfoques complementarios que debemos utilizar para entender mejor lo que hacen los usuarios y cómo podríamos diseñar una interfaz apropiada.

Técnicas de Análisis de la Interfaz del Usuario

El Prototipado Evolutivo o Exploratorio con la indicación de los usuarios finales es la única forma práctica de diseñar y desarrollar interfaces de usuario.

Se trata de implicar al usuario en el proceso de diseño y desarrollo.

El propósito del prototipado es permitir al usuario adquirir un contacto y experiencia directo con la interface.

Es difícil pensar, en abstracto, sobre una interfaz de usuario y explicar exactamente qué queremos.

Sin embargo, cuando se nos muestran ejemplos, es más fácil identificar qué nos gusta y qué no.

Prototipado de la interfaz del usuario

Normalmente un Proceso de Prototipado consta de dos etapas:

Al principio hay que desarrollar prototipos de papel (maqueta de las pantallas) y mostrárselos al usuario.

Luego, se perfecciona el diseño y se desarrollan prototipos informatizados cada vez más sofisticados que se emplean al usuario para las pruebas y simulación de actividades.

Etapas del Proceso de Prototipado

Son modelos baratos y muy efectivos para desarrollar prototipos.

No hace falta programar un soft ejecutable. No se necesita hacer un diseño con estándares profesionales. Podemos hacer versiones en papel de las pantallas que

interactúan con el usuario y diseñar algunos escenarios posibles que describen como se utilizará el sistema.

Son una forma efectiva de ver cómo reaccionará el usuario a un diseño determinado.

Nos orientan sobre la información que precisa el sistema y cómo normalmente interactuarán los usuarios.

Prototipos en papel

Story Boards: son una serie de borradores que ilustran una secuencia de interacciones.

Es una tabla de historias, y se suele usar para presentar los prototipos de interfaz a grupos de usuarios.

Story Boards

Prototipos de Software: Después de los experimentos iniciales en papel, pasamos a implementar prototipos en software.

Problema principal: necesitamos que el sistema tenga alguna funcionalidad mínima para que el usuario pueda interactuar con él.

Posible solución: la técnica del “mago de Oz”: consiste en que el usuario interactúa con lo que parece ser el sistema, pero en realidad es con otra persona oculta, que simula las respuestas del sistema.

Prototipos de Software

1) Enfoque dirigido a secuencia de comandos: se utiliza cuando necesitamos solamente estudiar ideas con los usuarios. Creamos pantallas con elementos visuales (botones, iconos y menúes) y asociamos cada elemento a una secuencia de comandos. Cuando el usuario interactúa con estas pantallas, acciona los elementos visuales que ejecutan la secuencia de comandos y se presenta la siguiente pantalla que les muestra el resultado de sus acciones.

3 Enfoques para el Prototipado de

Interfaces

2) Lenguajes de programación visuales: estos lenguajes incorporan un entorno de desarrollo potente. Acceden a muchos objetos reutilizables.Permiten crear interfaces en forma rápida, con componentes y secuencias de comandos asociados con los objetos de la interfaz.

3 Enfoques para el Prototipado de

Interfaces

3) Prototipado basado en internet: son soluciones basadas en navegadores web. Ofrecen una interfaz de usuario a medida. La información a visualizar viene en segmentos denominados applets que se ejecutan automáticamente cuando se carga la página en el navegador. Este enfoque es un modo rápido de desarrollar prototipos de interfaces de usuarios en la web.

3 Enfoques para el Prototipado de

Interfaces

El Prototipado está relacionado con la evaluación de la interfaz.

A medida que el prototipo se va haciendo más completo, se pueden usar técnicas de evaluación de la interfaz.

La Evaluación de la interfaz: es el proceso de evaluar cómo se utiliza una interfaz y verificar si cumplen los requerimientos del usuario.

Es parte del proceso de verificación y validación del software. Una forma de evaluar es midiendo los “atributos de

usabilidad”.

Evaluación de la Interfaz

Atributo DescripciónAprendizaje

Cuánto tarda un usuario nuevo en ser productivo con el sistema

Velocidad de funcionamient

o

Cómo responde el sistema a las operaciones de trabajo del usuario.

Robustez Que tolerancia tiene el sistema a los errores del usuario. Que el sistema no se caiga ni se cuelgue después de los errores

Recuperación

Cómo se recupera el sistema de los errores del usuario?

Adaptación Permite el sistema adaptarse a otro modelo de trabajo?

Atributos de Usabilidad

Ahora bien, es posible medir los atributos de “usabilidad”.

Por ejemplo, podemos decir que un operador medio puede utilizar el 80% de la funcionalidad del sistema después de 3 horas de formación.

Otra posibilidad es evaluar en forma cuantitativa y no métrica.

El diseñador deberá usar uno u otro criterio según su experiencia.

Atributos de Usabilidad

La evaluación del diseño de interfaz es un proceso caro, pues involucra a científicos cognoscitivos y diseñadores gráficos.

Deben hacerse muchos experimentos con los usuarios.

Requieren laboratorios con equipos de supervisión.

La evaluación de las interfaces de usuario no es sustentable en sistemas chicos o en organizaciones con pocos recursos.

Atributos de Usabilidad

1) Cuestionarios que recopilen la información de lo que piensan los usuarios de la interfaz: es una forma económica de evaluar la interfaz. Se requieren preguntas precisas y no genéricas o abiertas. Se pueden pedir puntuaciones a los usuarios por ejemplo: indique de 1 a 5 el nivel de claridad de los mensajes de error. Así, las encuestas serán más fáciles de responder y nos darán más información.

Técnicas baratas y sencillas de Evaluación

de Interfaces

Conviene también preguntarle al usuario sobre su experiencia y conocimientos informáticos.

Ésto permite saber si los usuarios que saben informática también tienen problemas con las interfaces.

El cuestionario puede también evaluar las maquetas de papel de la interface.

Técnicas baratas y sencillas de Evaluación

de Interfaces

2) La observación de los usuarios: cuánto trabajan con el sistema y “piensan en voz alta” sobre cómo usar el sistema para realizar una tarea.Consiste en observar cómo los usuarios utilizan el sistema, los recursos que utilizan, los errores cometidos; mediante sesiones de “pensar en voz alta”. Los usuarios hablan sobre lo que tratan de hacer, qué piensan de ese tema y cómo alcanzan sus objetivos.

Técnicas baratas y sencillas de Evaluación

de Interfaces

3) “Instantáneas” de video sobre el uso típico del sistema: usando cámaras económicas se graban sesiones del usuario para su análisis posterior. Un análisis completo con video es muy caro, pues requiere un equipo especializado con varias cámaras enfocadas al usuario y a la pantalla. Por eso conviene grabar algunas operaciones críticas de la interfaz y las caras del usuario en ese momento, lo que nos ayuda a detectar problemas.

Técnicas baratas y sencillas de Evaluación

de Interfaces

El análisis de las grabaciones permite descubrir si la interfaz requiere mover mucho las manos o los ojos.

Una interfaz que requiere muchos cambios de enfoque o mucho desplazamiento del mouse facilita los errores y se pierde parte de la visualización.

Técnicas baratas y sencillas de Evaluación

de Interfaces

4) Incluir códigos en el software que recopile los recursos más utilizados y los errores más cometidos: Incluir un código que recopile estadísticas del uso de la interfaz del usuario permite mejorar la interfaz, detectar las operaciones más comunes y hacer más accesibles las opciones más usadas. Ejemplo, en los menúes descendentes, las operaciones más frecuentes se deben ubicar arriba y las destructivas abajo. El código permite también detectar y modificar aquellos comandos propensos a errores.

Técnicas baratas y sencillas de Evaluación

de Interfaces

Finalmente, se puede dar al usuario un comando para enviarle mensajes al diseñador.

Así, el usuario sabrá que tenemos en cuenta su opinión y podremos obtener una rápida retroalimentación de los problemas particulares.

Conclusión: ninguno de estos cuatro enfoques simples es infalible, y quizá no detecten todos los problemas de la interfaz del usuario.

Pero, se pueden usar combinadas con un grupo de voluntarios antes de entregar el sistema.

Así encontraremos corregiremos los errores más gruesos en el diseño de interfaces de usuario.

Técnicas baratas y sencillas de Evaluación

de Interfaces