unidad 3 interacción humano-cmputadora

8/10/2019 Unidad 3 Interaccin Humano-Cmputadora

1/46

Anlisis y diseo de IHC

3.1. Modelos de ciclo de vida en el diseo de IHC.3.2. Anlisis: tipos de usuarios, especificacin de

requerimientos, anlisis de tareas, usabilidad,

accesibilidad, interaccin, ambiente de trabajo,tecnologas de IHC.3.3. Diseo: principios de diseo, diseo centrado en el

usuario, implementacin, test de usabilidad, test deaccesibilidad


2/46

La interaccin humano-computadora comprende el procesoque se lleva a cabo cuando un humano interacta con unproducto de software.

3.1. Modelos de ciclo de vida en el diseo de IHC.


3/46

El modelo de Ciclo de Vida de la HIC han surgidodesde que el modelo estrella fue propuesto por

Hartson y Hix en 1989, entre los cuales seencuentran el Modelo de Ingeniera de Usabilidady el proceso de Diseo Centrado en el serHumano.


IxD

UxDHCI


4/46

El modelo estrella, se considera muyflexible, lo que dificulta, para los

diseadores, el control del proceso dediseo.

El modelo de ingeniera de usabilidadmuestra un enfoque ms estructurado,detalla tareas de usabilidad que debe de

realizar el diseador y cmo integrarlascon modelos de desarrollo de software.



5/46


6/46

El proceso de diseo centrado en el serhumano (norma ISO 13407).


Contrastar losdiseos con los

requisitos

Producirsoluciones de

diseo

Especificar losrequisitos delusuario y los

organizacionales

Entender yespecificar el

contexto de uso

Identificarlas

necesidadesdel DCU

El sistema satisfacelos requisitos de

usuarios yorganizacionales

especificados


7/46




8/46




9/46




10/46

EL DISEO DE INTERACCIN



11/46

EL DISEO DE INTERACCIN


USABILIDAD

Experienciade Usuario

IHC

Diseo deInteraccin


12/46

EL DISEO DE INTERACCIN: Usabilidad



13/46




14/46




15/46

EL DISEO DE INTERACCIN: Experiencia delusuario



16/46


17/46

3.2. Anlisis: tipos de usuarios, especificacin de requerimientos, anlisis de tareas,

usabilidad, accesibilidad, interaccin, ambiente de trabajo, tecnologas de IHC..

La Ingeniera de Usabilidad

El Modelo de Proceso de la Ingeniera de laUsabilidad y de la Accesibilidad es aplicable atodo tipo de proyectos, ya sean del mbito de laofimtica como a proyectos ms especficos yespecializados, incluso aquellos que estndirectamente ligados a ciertas especialidadesms concretas (medicina, industria, sitios web,etc.).


18/46



Modelo de Proceso de la Ingeniera de la Usabilidad y laAccesibilidad


19/46



ANLISIS DE REQUISITOS:

Se determinan los requisitos que determinan qu debehacer el sistema y cmo debe hacerlo. Los tipos derequisitos suelen ser:

que describen una funcionalidad o unservicio del sistemaFuncionales

que suelen ser restricciones alsistema (p. e. tiempo de respuesta)

o para su proceso de desarrollo(utilizar un determinado lenguaje).

No

funcionales


20/46




La fase del Anlisis de Requisitos en el modelo de la Ingenierade la usabilidad y la Accesibilidad aade una serie de conceptosque definen el factordiferencial que garantizara el desarrollode un producto con un grado mucho mas alto en cuanto a lausabilidad y accesibilidad de dicho producto

Actividades del anlisis de requisitos


21/46




Anlisis EtnogrficoEstudio de las etnias y significa elanlisis del modo de vida de unaraza o grupo de individuos,mediante la observacin ydescripcin de lo que la gentehace, cmo se comportan y cmo

interactan entre s, para describirsus creencias, valores,motivaciones, perspectivas y cmostos pueden variar en diferentesmomentos y circunstancias;podramos decir que describe lasmltiples formas de vida de losseres humanos.

Perfil de UsuarioDebe obtenerse una descripcinde las caractersticas msrelevantes de la poblacinpotencial que usar la interfaz deusuario que vamos a disear,como por ejemplo el grado de

conocimiento y uso decomputadoras o software,experiencia profesional, nivel deestudios, experiencia en el puesto,entorno social, etc.

Esto servir para poder tomardecisiones a la hora de disear lainterfaz de usuario y a identificarlas categoras de usuarios quedebern tratarse en el AnlisisContextual de Tareas.


22/46




Anlisis Contextual de Tareas

Se trata de realizar un estudio de lastareas actuales de los usuarios,como las realizan, que patrones detrabajo utilizan, especificar yentender los objetivos de losusuarios.

La consecucin de un determinadoobjetivo. No se trata aqu de realizarel anlisis de las tareas sino dedeterminar todas las tareas que elsistema es capaz de realizaractualmente, antes de empezar aimplementar el nuevo sistema(entendiendo como sistema no al

sistema interactivo sino a la maneracon sus mtodos y herramientas queactualmente se realizan las cosas).

Actores

Normalmente nos referiremos cmoactores a individuos o personas. Esmuy importante para poder modelartareas poder identificar los diferentestipos de actores relevantes queintervienen en el sistema. Los tipos

de actores pueden identificarsebasndose en dos diferentes tiposde variables:

(1) caractersticas psicolgicas comoestilos cognitivos o habilidadesespaciales;

(2) caractersticas relacionadas conlas tareas como puede ser el nivel de

conocimiento de la tecnologainformtica..


23/46




RolesLos roles indican clases de actores loscuales tienen asignados ciertossubconjuntos de tareas, ya sea poreleccin propia o como resultado de laorganizacin. Por definicin los roles songenricos para el mundo de las tareas.Mas de un actor puede estar involucrado

en un mismo rol, y un mismo actorpuede tener varios roles al mismotiempo.

Los roles pueden ser temporales, sernegociados entre los actores y seraceptados o rechazados.

Los actores pueden tenerrepresentaciones (mentales) internas desus propios roles y pueden tenerlos

representados externamente mediantecomportamientos simblicos,instrumentos u objetos (equipamiento,etc.).

Organizacin.El concepto de organizacin hacereferencia a la relacin existente entreactores y roles en el contexto de lastareas a realizar. La organizacindescribe la estructura jerrquica y dedelegacin de responsabilidades entreroles, as cmo el papel de los actores

en los diferentes roles.En una organizacin la estructura de losroles puede ser de varias formas: porejemplo un rol puede ser un subtipo deotro rol (un delegado de ventas es a suvez un delegado) o roles pueden serparte de otro rol (una enfermera esparte del departamento de salud de unadeterminada compaa, el cual forma

parte del departamento de personal).


24/46




Objetos

Cada cosa que sea relevante en eltrabajo en una cierta situacin esun objeto en el sentido del anlisisde tareas. Los objetos pueden sercosas fsicas o conceptuales, como

mensajes, gestos, passwords,firmas, etc.

Plataforma(posibilidades/restricciones).

Este punto va directamenterelacionado con la plataformatecnolgica escogida para albergarel producto. En funcin de dicha

eleccin se estudiaran ydocumentar el conjunto deposibilidades que dicha plataformanos ofrece as como lasrestricciones tecnolgicas que nosimpone.

Evidentemente ello nos definir unconjunto de opciones posibles y/o

imposibles para tenerlas en cuentaa la hora de disear la interfaz deusuario.


25/46




Perfil del Entorno El entorno donde se realiza un determinado trabajo suele influir

muy directamente en la manera en que este se realiza, por loque deber tenerse muy en cuenta dicho factor a la hora derealizar el diseo de los sistemas pues las tareas necesariaspara su consecucin pueden variar mucho del concepto mental

que podamos tener. Bien conocidos son los casos de empresas con sedes en

diferentes sitios que deben ofrecer un mismo producto conestrategias comerciales totalmente distintas unas de otras.Incluso con centros de fabricacin distintos para fabricar unmismo producto las lneas de produccin difieren mucho unas

de otras. Todo ello en gran parte se debe al entorno donde serealiza la actividad. .


26/46




Objetivos de la Usabilidad.

De las dos tareas anteriores obtenemos objetivosespecficos que reflejan cualitativamente los requisitosde la usabilidad. Tambin obtenemos objetivos

cuantitativos que nos definen el conjunto mnimoaceptable de objetivos para que el usuario puedadisponer de un buen funcionamiento del sistema y unconjunto de prioridades a aplicar a dichos objetivos.

Estos objetivos nos sern fundamentales mas adelante

en la fase de diseo y sobretodo en las evaluacionesiterativas que garanticen un alto grado de usabilidad.


27/46




Objetivos de la Aplicacin.

No hay ninguna aplicacin que se realice sin al menos unobjetivo concreto. Una empresa, persona, grupo oinstitucin decide desarrollar una aplicacin comoconsecuencia de haberse marcado unos objetivos a

cumplimentar y ven, por tanto, necesaria la implementacinde la aplicacin como herramienta (nica o como parte deella) para conseguirlo.

A la hora de recoger los objetivos de la aplicacindeberemos tener en cuenta tanto los requisitos funcionalescomo los no funcionales (tiempos de respuesta, utilizacinde un determinado lenguaje de programacin, etc.).


28/46

3.3. Diseo: principios de diseo, diseo centrado en el usuario, implementacin, test deusabilidad, test de accesibilidad.

Uno de los aspectos ms importantes en lossistemas interactivos reside en el dilogo con elusuario.

La interfaz es la parte (hardware y software) delsistema informtico que facilita al usuario elacceso a los recursos del ordenador

THIMBLEBY [THI90] sugiere que la interfazdeterminar en gran medida la percepcin que elusuario poseer de la aplicacin

DISEO


29/46


Diseo

El usuario no est interesado en la estructurainterna de la aplicacin, sino en cmo usarla.

No se puede realizar la especificacin,disear las funciones, las estructuras dedatos y escribir el cdigo, para despus

plantearse el diseo de la interfaz deusuario.


30/46



DISEO


31/46


Diseo

ANLISIS DE LA TAREA

Basndose en todos los requisitos obtenidos en la faseanterior y los objetivos obtenidos de la misma se

redisearn las tareas del usuario para racionalizar laorganizacin del trabajo y explotar las capacidades quela automatizacin proporciona.


32/46


Diseo

ANLISIS DE LA TAREA

Formalmente el Anlisis de Tareas es el proceso deanalizar la forma cmo las personas realizan sus

trabajos: las cosas que hacen, las cosas sobre las cualeso con las cuales actan y las cosas que necesitanconocer.
http://www.google.com.mx/url?sa=i&rct=j&q=&esrc=s&frm=1&source=images&cd=&cad=rja&docid=Dshir8zgxpxnGM&tbnid=aKUwJvHHn5E31M:&ved=0CAUQjRw&url=http://www.webquest.es/wq/master/las-tics-y-las-actividades-de-apredizaje&ei=IFaVUpTABITqkQenyYAQ&bvm=bv.57155469,d.eW0&psig=AFQjCNHkIZLPicKY2hkQi8-_9-d9LlhvKQ&ust=1385604981210620


33/46


DiseoANLISIS DE LA TAREA

Existen varios mtodos para realizar el anlisis detareas.

Todos ellos parten de un Objetivo, unas Tareas arealizar para conseguir dicho objetivo y una serie deAcciones como pasos a seguir para estructurar el ordeny el cmo deben realizarse dichas tareas
http://www.google.com.mx/url?sa=i&rct=j&q=&esrc=s&frm=1&source=images&cd=&cad=rja&docid=Mm3ajOqvB8UEiM&tbnid=YcJY0jEye_9y3M:&ved=0CAUQjRw&url=http://rodrial.blogspot.com/2009_07_01_archive.html&ei=VFeVUo-dIoO_kQeXwoDYDg&bvm=bv.57155469,d.eW0&psig=AFQjCNHkIZLPicKY2hkQi8-_9-d9LlhvKQ&ust=1385604981210620


34/46


Diseo

Algunos mtodos para realizar el Anlisis de Tareas:

AnlisisJerrquicode Tareas o

HTA

TAG (TaskAction

Grammar)

GOMS(GoalsOperationsMethods

Selection)

UAN(UserAction

Notation)

GTA(Groupware

taskAnalisys)

CTT(ConcurTaskTrees)

KLM(KeyStroke

LevelMode)


35/46


Diseo

Modelo Conceptual

El diseo detallado de las interfaces no se realiza hasta el

segundo nivel de esta fase del ciclo de vida.

Algunos autores consideran este modelado como lo ms

importante dentro de la fase de diseo:

Themost important thing to design is the usersconceptual

model. Everything else should be subordinated to making

that model clear, obvious, and substantial, That is almost

exactly the opposite of how software is designed.

(David Liddle, 1996)


36/46


Es en este nivel donde ya se definen las principales pantallas

cuando se trata de pantallas de ordenador como interfacesy sus

caminos de navegacin (navigat ional pathw ays).

El Modelo Conceptual puede entenderse como una descripcin del

sistema propuesto en trminos de un conjunto integrado de ideas yconceptos sobre lo que este debe hacer, como debe comportarse y

como debe parecer, que ser comprensible por los usuarios de la

forma en que se ha propuesto.

El desarrollo de un Modelo Conceptual conlleva pre-visual izar el

producto propuesto, basndose en las necesidades del usuario yotros requisitos identificados (todo ello extrado de la fase anterior

del Modelo de Proceso).

Diseo

Modelo Conceptual


37/46


Podemos distinguir diferentes clases de ModelosConceptuales, todos ellos agrupados o clasificados sendos grandes grupos:

Modelos Conceptuales basados en las Actividades: los

usuarios suelen verse envuelto en tareas como: instruyendo conversando manipulando (y navegando) explorando y hojeando

las cuales no son excluyentes, por ejemplo es posible queuna persona de instrucciones mientras conversa o navegaen un entorno mientras est hojeando un documento.

Diseo

Modelo Conceptual


38/46


Estos tienden a ser ms especficos que los anteriores ya que se basa

en objetos o artefactos (como una herramienta, un libro, un vehculo,

etc.) utilizados en un determinado contexto.

Diseo

Modelo Conceptual Basados en los Objetos


39/46


El propsito de esta tarea o fase es, cmo su nombre indica, eldefinir un estilo que garantice la coherencia visual y funcional detoda aplicacin

Es aconsejable, incluso, que una vez definido el estilo ste sedocumente debidamente para que sirva de gua de estilo para

toda la aplicacin, an ms siendo conscientes que casi todaslas aplicaciones evolucionan con el tiempo

un factor que suele ir totalmente en contra de la usabilidad delmismo es que junto con dicha evolucin se cambia la manera depresentar las opciones a los usuarios los cuales son

despistadospor la propia interfaz. El disponer de una gua de estilo, seguirla y cumplirla garantiza

que esto no se produzca.

DiseoDefinir Estilo


40/46


Existen una serie de estndares generales la mayora de ellosvienen por imposicin industrialque son principios y guas quese deben seguir.

Existen estndares de facto (Macintosh Toolbook, MS Windows,IBM SAA/CUA) los cuales debe seguirse debido al enorme uso de

dichas tecnologas. Existen otros estndares en otros mbitos: ANSI, ISO, DIN,

MILSTD, NASASTD.

Estos estndares, generales, se disean para proteger la

uniformidad y la lnea de productos desarrollados, mejorando,con ello, la eficiencia del usuario (beneficio de una interfazcomn para muchos programas). Aseguran la coherencia y laconsistencia a lo largo del diseo de la interfaz.

DiseoDefinir Estilo: Estndares naturales.


41/46


El termino metfora normalmente va asociado al lenguaje yhace referencia a cuando se utiliza una palabra que expresaliteralmente una cosa para manifestar otra que tenga ciertoparecido con aquella.

El mismo trmino sacado del contexto literario sirve para asociar

conceptos abstractos de una forma ms familiar y accesible Macintosh introdujo el concepto y el uso de las metforas en el

diseo de las interfaces de usuario y por lo que se ha visto tuvoun gran xito. Las metforas de la interfaz se basan en modelosconceptuales que combinan objetos y conocimientos familiares

con nuevos conceptos. Papeles, carpetas, archivadores, buzonesde correo y papeleras son representados en forma de iconos enla pantalla los cuales poseen su propia funcionalidad y suspropias propiedades.

DiseoDefinir Estilo: Metforas


42/46


Puede intuirse, por tanto, la importancia para el buen uso quelos usuarios realicen de un sistema haber definidocorrectamente las metforas. Si ello se ha hecho con acierto elusuario intuir su funcionalidad con lo que no necesitar deayuda adicional y recordar su uso con facilidad.

Sin embargo un error que los diseadores suelen hacer duranteesta fase es el intentar disear una metfora de interfaz paraque se parezca y se comporte literalmente como la entidad fsicaa la cual representa o con la cual es comparada.

Incluso es importante tener en cuenta que una misma metfora

puede tener significados distintos dependiendo del contexto enque se encuentre (por ejemplo la metfora del buzn de voz esmuy distinta la que debe usarse en Norte Amrica que enEuropa).

DiseoDefinir Estilo: Metforas


43/46


Igual de importante es el establecer los colores apropiadosdependiendo del contexto y de los usuarios a los cuales va dirigido.

La buena seleccin de la combinacin de colores ayuda a disponerde una interfaz de usuario agradable; tambin las funcionalidades

principales y/o crticas sern mayormente accesibles dependiendode los colores utilizados.

El estilo de los colores complementa a las metforas dndoles aestas incluso significados diferentes dependiendo del colorutilizado (el primer ejemplo que viene a la mente es el uso de una

luz como indicadora del estado de una posible opcin, la cual encolor rojo indica que no est accesible y en color verde si).

DiseoDefinir Estilo: Colores


44/46


Este apartado recoge aspectos particulares del cliente final de laaplicacin. Suele tener mayor importancia cuando este se tratade corporaciones en lugar de usuarios concretos, pues estasdisponen de elementos que les suele caracterizar logotipo de laempresa, colores corporativos, simbologa adaptada de otras

aplicaciones existentes, argot propio, etc..

Este apartado incluye las metforas y colores que provienen node un trabajo de inspeccin de campo sino por el hecho deldestinatario de la aplicacin. Una misma aplicacin podra servirpara dos contextos diferentes cambiando ciertos elementos que

utilizados en un contexto u otro podran incluso significarfuncionalidades totalmente opuestas.

DiseoDefinir Estilo: Estndares particulares


45/46


Esta fase es el resultado de la evolucin lgica de las fasesanteriores una vez prototipadas y evaluadas como mnimo unavez aunque el nmero de iteraciones necesarias para definiresta fase depender enormemente de la mayor o menormagnitud del proyecto

Se procede a realizar un diseo de la interfaz que recoge todoslos detalles aglutinados en tareas anteriores y con el mayordetalle posible hasta disponer de una versin que dispone detodos los mismos detalles que la versin software definitiva

DiseoDetallado


46/46


FIN DE LA UNIDAD 3

unidad 3 interacción humano-cmputadora

Documents