Resumo InterfaceHumano Computador

INTERFACE HUMANO-
SEMANA 1
COMPUTADOR
Compreender o histórico dos sistemas interativos, por meio do conhecimento de uma perspectiva
histórica da evolução desses sistemas e o modo como eles aprimoraram a usabilidade de computadores
em geral.
Conhecer conceitos e componentes fundamentais de sistemas interativos.
Relacionar Interface Humano-Computador (IHC) com modelos e processos.
Analisar exemplos de sucesso e fracasso em designs.
Refletir sobre os aspectos avaliados e qualificados, quando se pensa em interação.
Definição
Interação Humano-Computador (IHC) pode ser definida como a disciplina relativa ao design,
avaliação e implementação de sistemas computacionais interativos para uso humano e aos
fenômenos que os cercam.
Uma interface é uma superfície de contato que reflete as propriedades físicas das partes que interagem, as
funções a serem executadas e o balanço entre poder e controle. A direção correta da interface é aquela
que leva o usuário a ter mais poder.
Histórico
Interface envolve diálogo e para que o diálogo efetivamente ocorra é necessária a existência, ou a
construção, de um meio comum de significados. As atuais interfaces gráficas explicitamente representam
o que vem a ser esse meio de significados comum, pela aparência e comportamento dos objetos na tela.
Este conceito dá suporte a idéia de que uma interface é um contexto compartilhado de ação no qual
tanto o computador como o humano são agentes. Enganos, resultados inesperados e mensagens de
erro são evidência típica de uma quebra na conversação, onde o pretenso meio de significados
comum torna-se uma seara de desentendimentos. Metáforas de interfaces previne tais enganos
As metáforas funcionam como modelos naturais, nos permitindo usar conhecimento familiar de objetos
concretos e experiências para dar estrutura a conceitos mais abstratos. Metáforas servem como auxiliares
ao entendimento atuando como mediadores cognitivos cujos rótulos são menos técnicos que os do jargão
computacional.
Uma importante contribuição da abordagem metafórica foi ter tornado o design e estudo de
interfaces uma preocupação inter(multi)(trans)disciplinar.
Para que os computadores se tornem amplamente aceitos e efetivamente usados eles precisam ser bem
projetados. Isso de maneira alguma quer dizer que o design deve ser adequado a todas as pessoas, mas
os computadores devem ser projetados para as necessidades e capacidades de um grupo alvo.
Interface amigável ou sistema amigável (user-friendly): pouco adequado é esse termo: primeiro, é
desnecessariamente antropomórfico, usuários não precisam de máquinas para serem amigas, eles
precisam de máquinas que lhes facilitem na execução de suas tarefas; segundo, significa que as
necessidades dos usuários podem ser descritas em apenas uma dimensão, mais ou menos amigável -
diferentes usuários têm diferentes necessidades e o que é amigável para um pode ser muito tedioso para
outro.
A inclusão de outros aspectos ligados ao usuário e ao uso dos computadores como treinamento; práticas
de trabalho; estrutura administrativa e organizacional; relações sociais; saúde; e todos os demais fatores
importantes para o sucesso ou fracasso no uso de computadores propiciou a criação do termo Interação
Humano-Computador (IHC) que trata do design de sistemas computacionais que auxiliem as pessoas de
forma a que possam executar suas atividades produtivamente e com segurança.
Como dar conta da rápida evolução tecnológica?

Desafios Como garantir que os design ofereçam uma boa IHC ao mesmo tempo que exploram
o potencial e funcionalidade da nova tecnologia?
Produzir sistemas usáveis, seguros e funcionais. Esses objetivos podem ser resumidos como
Objetivos desenvolver ou melhorar a segurança, utilidade, efetividade e usabilidade de sistemas que
incluem computadores. Conceito mais amplo chama-se aceitabilidade
aceitabilidadede
deum
umsistema.
sistema.
é a combinação de sua aceitabilidade

social e sua aceitabilidade prática.
A aceitabilidade prática trata dos tradicionais

parâmetros de custo, confiabilidade,
compatibilidade com sistemas existentes.
Envolve o conceito de "Usefulness'" onde o

sistema poder ser usado para atingir um
determinado objetivo.
USEFULNESS
UTILIDADE USABILIDADE
deve verificar se a funcionalidade do sistema é a questão relacionada a quão bem os usuários
faz o que deve ser feito, ou seja, se um jogo podem usar a funcionalidade definida e este é
efetivamente diverte e um software um conceito chave em IHC. Relaciona-se a
educacional auxilia o aprendizado. facilidade de aprendizado no uso da interface e a
satisfação do usuário
Experiência do Usuário: emoções e sentimentos

QUALIDADE DE USO Acessibilidade: remoção das barreiras que impedem mais usuários de
ENVOLVE TAMBÉM: serem capazes de acessar a interface e interagir com ela (inclusão)
Comunicabilidade: uso produto e criação do sistema de acordo com o
design e a lógica
Estudar fatores humanos;
Compreender percepção, cognição, motricidade e emoção;
Refletir sobre como os diferentes sistemas demandam diferentes
SEMANA 2
processos humanos;
Reconhecer a necessidade de respeitar princípios éticos para a pesquisa
com seres humanos;
Discutir com seus colegas sobre como diferenças individuais podem afetar
a interação com a tecnologia e sobre a necessidade de respeitar princípios
e éticas.
Modelo do Processador de Informação Humano (MPIH) O modelo é incompleto por não considerar aspectos como
emoções.
O modelo é incompleto por não considerar o corpo humano
O modelo não considera que a memória humana é ativa e multimodal.
como um todo.
O modelo utiliza dados coletados em laboratório e não no mundo real.
O modelo considera o ser humano isoladamente e não com parte de um grupo
social.
É uma descrição aproximada para ajudar a prever a
interação usuário-computador, com relação a
comportamentos. O modelo é constituído por um conjunto
de memórias e processadores e um conjunto de princípios
de operação. Três subsistemas fazem parte e interagem no
MPIH: o Sistema Perceptual (SP), o Sistema Motor (SM) e o
Sistema Cognitivo (SC).
Na figura pode ser observado informação sensorial
captada pelos órgãos dos sentidos – no caso específico
pela visão e audição, flui para a Memória de Trabalho (MT),
também chamada Memória de Curta Duração (MCD),
através do Processador Perceptual (PP).
A Memória de Trabalho consiste da ativação de partes da Memória de Longa Duração (MLD), que os
autores chamam de chunks. O princípio básico de operação do MPIH é o ciclo Reconhece-Age do
Processador Cognitivo (PC). O Processador Motor (PM) é acionado pela ativação de certos chunks da
Memória de Trabalho, colocando em ação conjuntos de músculos que concretizam fisicamente
determinada ação. O Sistema Perceptual (SP) possui sensores e buffers associados, chamados Memória
da Imagem Visual (MIV) e Memória da Imagem Auditiva (MIA), que guardam a saída do sistema sensorial
enquanto ela está sendo codificada simbolicamente. O Sistema Cognitivo recebe informação codificada
simbolicamente na MCD e usa informação armazenada previamente na MLD para tomar decisões de
como responder. O Sistema Motor viabiliza a resposta.
Memórias e Processadores do modelo
são descritos por parâmetros. Os
parâmetros principais da memória
são sua capacidade de
armazenamento em itens (u), o
tempo de desbotamento de um item
(d) e o tipo do código utilizado na
gravação - físico, acústico, visual,
semântico (k). O parâmetro principal do
processador é o tempo de ciclo (t).
SISTEMA PERCEPTUAL
Transporta sensações do mundo físico,

detectadas por sistemas sensoriais do
corpo e os transforma em
representações internas. Princípio: O
tempo do ciclo do Processador
Perceptual varia inversamente com a
intensidade do estímulo.
Alguns pontos que devem ser considerados:
A percepção da informação apresentada na interface através dos seus sinais;
Existem fenômenos que não percebemos
Há aprendizado visual (o processo de percepção consiste em colocar-se na imagem visual uma
organização).
Há percepção do espaço e profundidade (colocamos representação 3D no que vemos)
Inclusão de informação de contexto
SISTEMA MOTOR
Após processamento perceptual e cognitivo, pensamento é finalmente traduzido em ação pela ativação de
padrões de músculos voluntários que são arranjados em pares antagônicos disparados um após o outro
em seqüência. Para usuários de computador, os sistemas braço-mão-dedo e cabeça-olho são exemplos de
conjuntos desses músculos capazes de responder a impulso nervoso.
SISTEMA COGNITIVO
O Sistema Cognitivo (SC) serve meramente para conectar entradas do Sistema Perceptual para saídas
corretas do Sistema Motor. Entretanto, a maioria das tarefas realizadas pelo humano envolve de forma
complexa aprendizado, recuperação de fatos e resolução de problemas. Existem duas memórias
associadas ao SC no MPIH, são elas a Memória de Trabalho, também chamada Memória de Curta-Duração
(MCD), e a Memória de Longa Duração (MLD). Grosseiramente a MCD é usada para armazenar informação
sob consideração no momento de determinada atividade e a MLD é usada para armazenar informação a
ser acessada em longo prazo;
MCD: informação provisória para tomada de decisão, acesso rápido (~70ms) e capacidade limitada;
MLD: armazena o conhecimento semântico e procedural, talvez capacidade ilimitada, acesso mais lento
que a memória de trabalho e decaimento mais lento.
Princípios:
Princípio da especificidade da codificação: Operações de codificação específicas realizadas sobre o

que é percebido determinam o que é armazenado, e o que é armazenado determina que pistas de
recuperação são efetivas em prover acesso ao que é armazenado.
Princípio da Discriminação: A dificuldade da recuperação da memória é determinada pelos candidatos

que existem na memória relativos às pistas para recuperação.
Fitts’s Law: O tempo necessário para mover a mão para um alvo depende somente da precisão relativa
requerida, isto é, a razão entre a distância ao alvo e seu tamanho.
Lei da Prática: O tempo Tn necessário para realizar uma tarefa na n-ésima tentativa é dado por: Tn=T1n-
a onde a=0.4[0.2~0.6], ou seja, Esse princípio estabelece que o tempo para fazer uma determinada tarefa
decresce com a prática.
Princípio da Incerteza (Hick’s Law): Esse princípio pressupõe que a tarefa pode ser analisada como
uma seqüência de decisões tomadas pelo Processador Cognitivo. A relação entre o tempo requerido e o
número de alternativas não é linear porque as pessoas aparentemente podem organizar o processamento
hierarquicamente.
Princípio da Racionalidade: Esse princípio estabelece que muito da complexidade do comportamento

humano deriva, não da complexidade do Humano em si, mas da complexidade da tarefa/ambiente no qual
a busca da meta está acontecendo.
Princípio do Espaço do Problema: A atividade racional na qual as pessoas se engajam para resolver um
problema pode ser descrita em termos de (1) um conjunto de estados do conhecimento, (2) operadores
para mudar um estado para outro, (3) restrições na aplicação desses operadores, (4) conhecimento para
decidir que operador aplicar em seguida.
Mecanismos de Percepção Humana
acreditam que nossa visão de mundo é construída de forma ativa por

informação obtida do ambiente somada ao conhecimento
previamente armazenado. Nas teorias construtivistas a informação
TEORIAS CONSTRUTIVISTAS
que captamos é construída, envolve processos cognitivos, portanto.
O paradigma construtivista explora a maneira como reconhecemos
determinado objeto e fazemos sentido de determinada cena.
percepção é um processo direto que envolve a detecção de

informação do ambiente e não requer quaisquer processos de
construção ou elaboração. Os objetos carregam certas características
TEORIAS ECOLOGISTAS
que dirigem nossa percepção sobre eles. As leis de Gestalt para a
organização perceptual – proximidade, similaridade, fecho,
continuidade, simetria - são exemplos de fatores que explicam a
forma como características no sinal que nos é apresentado nos
levam a perceber (ou deixar de perceber) determinada informação.
EMOÇÃO EM IHC
Emoções ajudam a reter as informações necessárias para a interação, e perceber emoções ajuda a
adaptar o comportamento do sistema. Em IHC, as correntes teóricas que tratam o tema são:
Computação Afetiva: design de inspiração cognitivista envolve criar máquinas que se relacionassem,
surgissem ou influenciassem deliberadamente a emoção ou outros fenômenos afetivos. Relacionada com
o reconhecimento de expressões e emoções. Atualiza novos modelos de MPIH com início nas emoções.
Interação Afetiva: contrareação à Computação Afetiva com uma perspectiva construtiva e culturalmente
determinada da emoção
Tecnologia como Experiência: emoção como parte de um conjunto maior de experiências como a
interação
Abstração para uma família de modelos que tentam caracterizar os vários processos
MODELO GOMS
cognitivos subjacentes à realização de determinada tarefa. A estrutura cognitiva
consiste em:
G as metas,
O conjunto de operadores,
M conjunto de métodos para atingir os objetivos

conjunto de regras de seleção para escolher
S
entre métodos
TEORIA DA AÇÃO
1. Estabelecer objetivo/meta global

2. Formular intenção imediata
3. Determinar plano de ações
4. Executar ações (interface mundo)
5. Perceber estado resultante da ação
6. Interpretar resultado
7. Avaliar/decidir se a intenção foi realizada
Compreender o processo de software, e principalmente modelos de
processo para sistemas interativos;
Entender como criar um protótipo ou outros tipos de antecipações de
SEMANA 3
produtos;
Compreender o que é design centrado no humano e como funciona.
ENGENHARIA DE SOFTWARE consiste em um conjunto de métodos, ferra-mentas e procedimentos,

onde:
Métodos: especificam como construir um software. Nesses métodos, é necessário analisar as

etapas, como iniciar o levantamento de dados, como fazer a análise de requisitos, o projeto da
estrutura dos da-dos, os algoritmos de processamento etc. A metodologia para
desenvolvimento do projeto é escolhida e os diagramas gerados seguirão essa metodologia.
Ferramentas de Engenharia de Software: são utilizadas para automatizar os métodos. São

as cha-madas ferramentas CASE (Computer Aided Software Engineering). Essas
ferramentas são, na verdade, softwares integradores que possibilitam planejamento, análise,
projeto e gerenciamento das etapas de desenvolvimento do software.
Procedimentos: definem a sequência de aplicação dos métodos. Define também os

produtos que devem ser fornecidos ao cliente, os pontos de controle e validação.
Engenharia de Software: possibilita o planejamento e o controle dos processos de

desenvolvimento do software. Além disso, garante a produção de softwares de qualidade e a
redução de custos
Em um processo de desenvolvimento de interfaces, o ponto de partida é a escolha de

CICLO DE VIDA um modelo de ciclom de vida mais adequado. O ciclo de vida do projeto de um
sistema consiste nas etapas necessárias para o desenvolvimento do software. Cada
modelo de ciclo de vida trata da relação das etapas e validação junto aos clientes ou
usuários, de acordo com as suas particularidades.
CENTRADO NO PRODUTO
Codifica-remenda: Visto como um modelo de ciclo de vida caótico, ele parte apenas de uma especificação básica (às
vezes, nem isso), em que o desenvolvedor simplesmente começa a codificar. As vantagens envolvem economia de
tempo e baixo custo mas possuem pouco controle e nenhuma documentação.
Cascata ou tradicional: Este modelo segue
um fluxo, ou seja, as etapas devem ser
seguidas em sequência para que seja possível
gerar um produto. Caso uma etapa não seja
terminada, o desenvolvedor não pode seguir
para a próxima. A vantagem permite o
gerenciamento, entretanto, a maioria dos
projetos não segue um fluxo (modelo pouco
real), os erros são identificados somente no
final do processo e no dia a dia, é difícil definir
todos os requisitos necessários já no início do
projeto;
Etapas:
Definição de requisitos: os requisitos do sistema são definidos por um analista, que usa técnica espe-cífica
para o levantamento dos dados. A definição também foca na automatização desse dados.
Projeto: é feita a análise dos requisitos e a análise do próprio projeto do sistema. Também são desen-volvidos os diagramas
e os protótipos iniciais.
Implementação: consiste na codificação das especificações projetadas em linguagem de programa-ção. Se o software
estiver sendo projetado com o auxílio de uma ferramenta CASE, essa etapa poderá ser realizada de maneira parcialmente
automatizada.
Teste de unidade: são realizados individualmente em cada parte ou módulo que constitui o software. O objetivo é verificar
se há falhas de funcionamento ou qualquer contradição que afete o resultado final desejado para o produto.
Teste de integração: são realizados quando todas as partes ou módulos que constituem o software estão prontos e foram
testados de forma individual. O objetivo desse teste é certificar que todas as partes estão, de fato, devidamente integradas,
incluindo também os aspectos da interface, suas funcio-nalidades e a comunicação entre todos os elementos.
Implantação e manutenção: o software é colocado em produção, ou seja, é o momento em que o sistema é
disponibilizado para uso. Após a implantação, a manutenção será realizada se forem necessá-rias modificações, como
correção de erros detectados, adequações na interface devido à alteração nas regras de negócio, necessidade de adequação
do software aos dispositivos de hardware etc.
Modelo Espiral: a prototipação é utilizada como um mecanismo de

redução de riscos. A etapa quecuida das atividades da engenharia
gera um protótipo do software, em que é apresentado ao cliente
uma versão real do sistema projetado. Uma característica bastante
interessante desse modelo é que ele permite a inserção de outros
modelos de ciclo de vida ao seu processo, por exemplo, as etapas do
modelo cascata. Prevê várias interações entre o usuário e o design
ao longo do desenvolvimento do projeto e possui quatro atividades
(Planejamento, Análise de Riscos, Avaliação do Cliente e Engenharia.
Etapas:
Planejamento: são determinados os objetivos, as alternativas e

as restrições da interface. Cada item é detalhado com suas
características exclusivas em cada volta. Por exemplo, na
primeira volta do espiral, são determinados os objetivos iniciais.
Logo, é estabelecida uma estratégia para alcançar os objetivos. A
cada volta, o projeto é refinado e revisado. Novos planejamentos
são implementados de acordo com os comentários do cliente.:
Análise de riscos: permite que as alternativas sejam analisadas. Assim, é possível prever riscos e criar soluções. Permite que
o desenvolvedor escolha entre prosseguir ou não com o projeto.
Engenharia: são desenvolvidos os diagramas e o próprio produto. Para isso, é comum utilizar um se-gundo modelo, como o
modelo cascata. A partir do novo modelo, será gerado um protótipo inicial e, a cada avaliação do cliente, o protótipo sofrerá
as alterações necessárias.
Avaliação feita pelo cliente: o cliente avalia os resultados das atividades desenvolvidas na fase anterior e sugere
modificações. A partir das sugestões, ocorre uma nova fase de planejamento e análise de riscos.
Modelo Iterativo: propõe várias
iterações (repetições) ao longo do
desenvolvimento do projeto. Cada
iteração é composta por um
conjunto de atividades de
modelagem de negócio e requisitos,
análise e design, implementação,
teste e implantação. O modelo
iterativo tem por objetivo evitar
riscos ao longo do ciclo de vida do
sistema.
Etapas:
Planejamento inicial: as iterações são concentradas nas atividades
de gerenciamento, requisitos e design.
Construção: as iterações são concentradas nas atividades de design,
implementação e teste.
Transição: as iterações são concentradas nas atividades de teste e
na implantação.
O modelo centrado no usuário leva em consideração os aspectos físicos e cognitivos
CENTRADO NO USUÁRIO do usuário no de-senvolvimento de interfaces. Para isso, existe a necessidade de se
conhecer o usuário, como realiza o seu tra-balho, suas características (vocabulário,
experiência, necessidades). Esse modelo também privilegia o sistema com recursos
de ajuda e interação.
Modelo Estrela: As atividades são similares às do modelo cascata, mas a avaliação é central e o início do processo pode
acontecer em qualquer parte das atividades. Tem como vantagem a centralidade do usuário, avaliação central que
compreende todas as fases de desenvolvimento porém ainda é pouco utilizado.
Modelo de Schneiderman: possui três pilares, onde:
Especificações: devem ser determinadas as especificações para fontes, cores, terminologia, layout de tela, dispositivos de
entrada e saída, sequência de ações e treinamento.
Ferramentas de prototipagem: ao escolher uma ferramenta para desenvolvimento de protó-tipos, o resultado pode gerar
no usuário a impres-são de que o sistema já está pronto e finalizado. Isso dificulta, de certa maneira, o prosseguimento das
atividades de refinamento.
Testes de usabilidade: é preciso executar testes junto aos usuários, para a verificação dos requisitos do projeto e de
usabilidade: funciona-lidade, facilidade de uso, entre outros.
PROCESSO GERAL DO DESIGN
a avaliação é fundamental para o design de sistemas

interativos e tudo é avaliado em cada etapa do processo
o processo pode começar em qualquer ponto - às vezes

existe um design conceitual, às vezes começamos com
um protótipo, às vezes começamos com entendimento
s atividades podem acontecer em qualquer ordem. Por

exemplo, o entendimento pode ser avaliado e um
protótipo talvez seja construído e avaliado, o que pode
resultar na identificação de um design físico.
ENTENDIMENTO: O entendimento trata do que o sistema tem de fazer, de como ele tem de ser e de como tem de se
encaixar com outras coisas; são os requisitos do produto, sistema ou serviço. Os designers devem pesquisar a gama de
pessoas, atividades e contextos relevantes para o domínio que estão investigando, de forma que possam entender os
requisitos do sistema que estão desenvolvendo. É necessário, ainda, que os designers entendam as oportunidades fornecidas
pelas tecnologias e suas restrições.
CONCEITUAL: considera quais informações e funções são necessárias para que o sistema atinja seu propósito e trata
da decisão sobre quem terá de saber como usar o sistema além de ocupar-se em chegar a uma conceitualização clara
de uma solução de design e de como essa conceitualização será comunicada às pessoas (de forma que elas
DESIGN
rapidamente desenvolvam um modelo mental claro). A característica-chave do design conceitual é manter as coisas
abstratas - concentrar-se no ‘o quê’ em vez de no ‘como’ - e evitar fazer suposições a respeito de como as funções e as
informações serão distribuídas.
FÍSICO: preocupa-se com o modo como as coisas funcionarão e com o detalhamento da aparência e da percepção
do produto. O design físico trata de estruturar as interações em sequências lógicas e de esclarecer e apresentar a
alocação de funções e conhecimento entre pessoas e dispositivos. Existem três componentes no design físico: design
operacional, design representacional e design de interação.
O design operacional preocupa-se em especificar como tudo funciona e como o conteúdo é estruturado e
armazenado. Adotar uma visão funcional de uma atividade significa focar os processos e o movimento, ou fluxo,
das coisas em um sistema.
O design representacional preocupa-se com a escolha de cores, formas, tamanhos e layout da informação. Ele se
preocupa com estilo e estética e é particularmente importante em questões como atitudes e sentimentos das
pessoas, mas também para a recuperação eficiente de informação.
O design de interação preocupa-se com a alocação de funções para os agentes humanos ou para a tecnologia e
também com a estruturação e sequência das interações.
A distinção entre design conceitual e físico é muito importante. O design conceitual refere-se ao propósito geral do sistema
interativo como um todo. Entre as pessoas e tecnologias tem de haver conhecimento e habilidade suficientes para que se
atinja esse propósito. O design físico preocupa-se em tomar e traduzir essa representação abstrata em designs concretos.
ANTECIPAÇÃO: A antecipação preocupa-se em encontrar a mídia apropriada para demonstrar as ideias de design. A
antecipação preocupa-se em tornar as ideias visíveis, ou seja, com a externalização dos pensamentos. A externalização pode
assumir todos os tipos de formas: histórias, cenários, apresentações, esboços, modelos formais, modelos de papelão e assim
por diante. Diferentes formas de representação serão mais ou menos úteis em diferentes estágios do processo e mais ou
menos eficazes para realizar diferentes coisas.
Técnicas:
Esboços e instântaneos: A arte de fazer esboços é algo que todo designer deve praticar. Ideias e pensamentos podem ser
rapidamente visualizados - tanto por você como pelos outros - e explorados.
Storyboards: é uma técnica extraída do cinema - usando uma estrutura simples no estilo de desenho animado, em que
momentos-chave da experiência interativa são representados. A vantagem do storyboard é que ele permite uma percepção
do ‘fluxo’ da experiência. É também uma opção muito econômica para representar o design - uma única página pode conter
de seis a oito ‘cenas’.
Muitas vezes é útil esboçar um storyboard com base em um cenário concreto. Os dois juntos são muito úteis para analisar as
ideias de design com os clientes. Há três tipos principais de storyboard normalmente encontrados no design de mídia interativa:
Storyboard tradicional. Um storyboard para um filme normalmente tem algumas observações junto a cada cena
explicando com mais detalhes do que acontecerá - isso ajuda a vencer as limitações de representar uma experiência
dinâmica com um meio estático. Para sistemas interativos, observações abaixo de cada esboço geralmente contêm as etapas
relevantes de um cenário e os esboços em si contam com anotações para indicar o comportamento interativo. Essa é a
forma mais comum de storyboard se a aplicação não tiver um diferencial multimídia muito forte.
Storyboard marcado. Se a aplicação tiver muitos gráficos de movimento, anotações podem ser feitas no storyboard - um
esboço é marcado com notação apropriada e observações sobre, por exemplo, fonte, cores, imagens, som e outros detalhes
são incluídas abaixo.
Storyboard de texto. São úteis se a aplicação tem um grande número de sequências complexas. Pode-se especificar quais
imagens aparecerão, que textos irão acompanhá-las, mídias complementares, anotações gerais sobre tons, fluxo etc.
Moodboards: são amplamente usados em publicidade e no design de interiores. Simplesmente reúnem-se estímulos visuais
que possam captar algo de como você se sente sobre o design - fotografias e outras imagens, cores, texturas, formas, manchetes
de jornais ou revistas, citações de pessoas, pedaços de tecido e assim por diante.
Mapas de Navegação: Os mapas de navegação enfocam como as pessoas se movimentam pelo site ou aplicação. O objetivo é
focalizar a experiência que as pessoas terão com o site. Cada página do site ou local da aplicação é representada com uma caixa
ou cabeçalho e todas as páginas que puderem ser acessadas a partir dessa página devem fluir daí.
PROTÓTIPO: é uma representação ou implementação concreta, porém parcial, do design de um sistema. Protótipos são
extensivamente usados na maior parte dos domínios de design e construção. Lim et al. (2008) apresentam uma visão dos
protótipos como “ferramentas para atravessar um espaço do design em que todas as possíveis alternativas de design e sua
argumentação podem ser exploradas [...] os designers comunicam os argumentos para suas decisões de design, através de
protótipos. Os protótipos estimulam a reflexão e são usados pelos designers para enquadrar, refinar e descobrir possibilidades
em um espaço de design” (p. 7:2).%0D%0A%0D%0AProtótipos podem ser usados para demonstrar um conceito (por exemplo, o
protótipo de um carro) nos estágios iniciais do design, para testar detalhes desse conceito em estágios posteriores e, às vezes,
como especificação para o produto final.
Hifi: são semelhantes ao produto final esperado, em termos de aparência e sensação, embora não necessariamente em
termos de funcionalidade. É útil para avaliações detalhadas dos principais elementos do design (conteúdo, aspectos visuais,
interatividade, funcionalidade e mídia). Por exemplo, os protótipos hi-fi podem ser usados em estudos de usabilidade para
estabelecer se as pessoas conseguem aprender a usar o sistema dentro de um período de tempo específico.• Constitui
frequentemente um estágio crucial na aceitação pelo cliente - é uma espécie de documento final de design com o qual o
cliente precisa concordar antes da implementação final. • É geralmente desenvolvido quando o projeto já está adiantado e
quando as ideias já começam a se firmar, a menos que haja alguma questão crucial que precise ser resolvida antes que
qualquer outro trabalho possa prosseguir.
Lofi: • são mais focados nas ideias amplas e fundamentais do design - como conteúdo, forma e estrutura, no ‘tom’ do design,
requisitos-chave de funcionalidade e estrutura de navegação; • são feitos para serem produzidos rapidamente e
descartados com a mesma velocidade; • capturam facilmente as ideias iniciais do design e devem auxiliar, não atrapalhar, o
processo de gerar e avaliar muitas soluções de design possíveis. Os protótipos de baixa fidelidade costumam ser feitos de
matéria-prima simples, como papel, papelão emassa de modelar. São uma representação pouco detalhada da interface. Uma
vantagem de sua utilização é que não demoram muito tempo para serem criados e não custam caro. Após o
desenvolvimento, podem ser testados com usuários reais, permitindo que o desenvolvedor analise o comportamento das
pessoas diante da interface. Também existem os protótipos físicos de baixa fidelidade (gadgets).
Riscos e tradeoffs:
gráficos de alta qualidade e animação podem ser usados para criar protótipos convincentes e estimulantes, mas podem
também levar ao compromisso prematuro com alguma decisão de design;
protótipos detalhados com finalidades específicas ajudam a responder perguntas específicas sobre design, mas construir um
protótipo significativo para cada problema é caro;
protótipos realistas aumentam a validade dos dados de teste de usuário, mas podem atrasar os testes ou exigir a construção
de protótipos evolutivos;
o refinamento iterativo de uma implementação permite testes e retorno contínuos, mas pode desestimular a avaliação de
transformações radicais.
UTILIZAÇÃO DE PERSONAS E CENÁRIOS
Um protótipo do tipo cenários é desenvolvido para representar, analisar e planejar como um sistema pode impactar as
atividades e as experiências do usuário. Um cenário é uma descrição comumente narrativa, mas também poder ser
apresentada em outros formatos (storyboards, cartoons anotados, maquetes, protótipos em script). As pessoas podem fazer
e experimentar conforme a imaginação ou com apoio de sistemas e aplicações (ROCHA; BARANAUSKAS, 2003). Os cenários
ajudam o designer a identificar as metas de design. Por meio da narrativa é possível entender as necessidades do usuário, e,
assim, identificar as percepções individuais necessárias para uma efetiva interação.
Para prototipar é necessário:
Nome: deve ser significativo e específico.

Descrição: costuma ser um texto narrativo, ilustrando uma situação específica.
Lógica essencial:
Usuário: representações e ações que devem estar disponíveis ao usuário, independentemente de aspectos relacionados
à implementação.
Sistema: informações necessárias para que o sistema funcione como necessário.
Passos genéricos: sequência de passos que o usuário realizaria, independentemente dos aspectos de implementação.
Passos específicos: sequência de ações dos usuários, seguidas de feedback do sistema, considerando possibilidade de
ações erradas do usuário
Personas são representações concretas dos diferentes tipos de pessoas para as quais o sistema ou
serviço está sendo projetado. Personas devem ter um nome, alguns antecedentes e, o que é muito
importante, algumas metas e aspirações. Cenários são histórias sobre pessoas realizando atividades
em contextos, usando tecnologias. Eles aparecem de várias formas no decorrer do design de
sistemas interativos e são um componentechave de muitas abordagens do design.
DESIGN BASEADO EM CENÁRIOS
Reconhecer aspectos gerais de qualidade de software e as características
ligadas ao desenvolvimento de sistemas interativos em IHC, de acordo com
padrões internacionais como a ISO;
SEMANA 4
Compreender os conceitos de usabilidade, aceitabilidade e acessibilidade.
“Qualidade é a totalidade de características de um produto de software

QUALIDADE E DESENVOLVIMENTO DE
que lhe confere a capacidade de satisfazer necessidades explícitas e
SISTEMAS INTERATIVOS
implícitas”
International Organization Standardization (ISO) e a International Electrotechnical Comission (IEC) definem:

a) Um modelo de qualidade em uso composto por cinco características (algumas das quais são subdivididas em
subcaracterísticas) que se relacionam com o resultado da interação quando um produto é usado em um determinado contexto
de uso. Este modelo de sistema é aplicável ao sistema humano-computador completo, incluindo sistemas de computador em uso
e produtos de software em uso.
b) Um modelo de qualidade do produto composto por oito características (que são subdivididas em subcaracterísticas) que se
relacionam com as propriedades estáticas do software e as propriedades dinâmicas do sistema de computador. O modelo é
aplicável tanto a sistemas de computador quanto a produtos de software.
As atividades durante o desenvolvimento do produto que podem se beneficiar do uso dos modelos de qualidade incluem:
• identificação de requisitos de software e sistema;

• validar a abrangência de uma definição de requisitos;
• identificar objetivos de projeto de software e sistema;
• identificar objetivos de teste de software e sistema;
• identificar critérios de controle de qualidade como parte da garantia de qualidade;
• identificar critérios de aceitação para um produto de software e/ou sistema de computador com uso intensivo de software;
• estabelecer medidas de características de qualidade em apoio a essas atividades.
As propriedades de qualidade em uso são categorizadas em cinco características:
eficácia accuracy and completeness with which users achieve specified goals
eficiência grau de gastos de recursos em relação à precisão e integridade com que os usuários atingem as
metas
satisfação em que as necessidades do usuário são satisfeitas quando um produto ou sistema é usado
liberdade de cobertura de risco grau em que um produto ou sistema mitiga o risco potencial
contexto grau em que um produto ou sistema pode ser usado com eficácia, eficiência, isenção de risco e
satisfação em ambos os contextos de uso especificados e em contextos além daqueles inicialmente
identificados explicitamente
define modelos de qualidade para

ISO 25000 software.
Existem dois modelos especialmente
interessantes: - o de qualidade do
produto e - de qualidade em uso
ISO 25010
O escopo dos modelos de qualidade foi estendido

para incluir sistemas de computador e qualidade em
uso de uma perspectiva de sistema, faz parte da série
SQuaRE de Padrões Internacionais.
qualidade em uso: Grau em que um produto ou

sistema pode ser usado por usuários específicos para
atender às suas necessidades para atingir objetivos
específicos com eficácia, eficiência, isenção de riscos e
satisfação em contextos específicos de uso.
Os objetivos de IHC são o de produzir sistemas usáveis, seguros e funcionais. Esses objetivos podem ser resumidos
como desenvolver ou melhorar a segurança, utilidade, efetividade e usabilidade de sistemas que incluem computadores. Nesse
contexto o termo sistemas se refere não somente ao hardware e o software mas a todo o ambiente que usa ou é afetado pelo
uso da tecnologia computacion
ACEITABILIDADE USABILIDADE
A aceitabilidade geral de um sistema é a é definida como um subconjunto da qualidade

combinação de sua aceitabilidade social em uso que consiste em eficácia, eficiência e
e sua aceitabilidade prática (rata dos satisfação, para consistência com o significado
tradicionais parâmetros de custo, estabelecido
confiabilidade, compatibilidade com
sistemas existentes, etc., como também
da categoria denominada "usefulness").
NIELSEN
É a possibilidade e condição de alcance para utilização, com segurança e autonomia, de espaços,
ACESSIBILIDADE mobiliários, equipamentos urbanos, edificações, transportes, informação e comunicação, inclusive seus
sistemas e tecnologias, bem como de outros serviços e instalações abertos ao público, de uso público
ou privados de uso coletivo, tanto na zona urbana como na rural, por pessoa com deficiência ou com
mobilidade reduzida
PRÍNCIPIOS DO DESIGN UNIVERSAL:
Uso equitativo: o design não prejudica ou estigmatiza nenhum grupo de usuários.

Flexibilidade no uso: o design acomoda uma ampla variedade de preferências e habilidades individuais.
Uso simples e intuitivo: o uso do design é fácil de entender, independentemente da experiência, do conhecimento, das
habilidades linguísticas ou do nível de concentração do usuário no momento.
Informação perceptível: o design comunica a informação necessária efetivamente ao usuário, independentemente das
condições do ambiente ou das habilidades sensoriais do usuário.
Tolerância ao erro: o design minimiza perigos e consequências adversas de ações acidentais ou não intencionais. Baixo
esforço físico: o design pode ser usado eficiente e confortavelmente, e com um mínimo de fadiga.
Tamanho e espaço para aproximação e uso: tamanho apropriado e espaço são oferecidos para aproximação, alcance,
manipulação e uso, independentemente do tamanho do corpo, postura ou mobilidade do usuário.
PRÍNCIPIOS DO DESIGN INCLUSIVO:
O design inclusivo é uma abordagem mais pragmática segundo a qual frequentemente haverá razões (por exemplo, técnicas
ou financeiras) pelas quais a inclusão total é inatingível. Benyon, Crerar e Wilkinson (2001) recomendam que seja realizada uma
análise de inclusividade para garantir que a exclusão inadvertida seja minimizada e que sejam identificadas as características
comuns que causam a exclusão e que são relativamente baratas de consertar. Distinguindo entre características fixas e
mutáveis dos usuários, eles apresentam uma árvore de decisão (veja a Figura 4.1). Todos sofremos algum tipo de deficiência de
tempos em tempos (por exemplo, um braço que brado) que afeta nossa capacidade de usar sistemas interativos.
Como fazer?
• incluir pessoas com necessidades especiais

na análise dos requisitos e nos testes dos
sistemas existentes;
• considerar se novas características afetarão
os usuários com necessidades especiais
(positivamente ou negativamente) e anotar
isso nas especificações;
• levar em consideração as diretrizes - incluir
avaliações contrárias às diretrizes;
• incluir usuários com necessidades especiais
nos testes de usabilidade e nos testes beta.
Como avaliar?
Métodos de validação avaliam o nível de acessibilidade de sites e/ou aplicativos e/ou geram uma lista dos problemas
encontrados e que devem ser corrigidos.
Na WEB: W3C desenvolveu as Diretrizes de Acessibilidade para o Conteúdo da Web (WCAG). A W3C (World Wide Web
Consortium) hospeda a WAI (Web Accessibility Initiative) que é patrocinada por governos, indústrias, centros de pesquisa em
acessibilidade, escolas e universidades e tem desenvolvimento de soluções para acessibilidade em consenso com W3C.
Ferramentas que podem automatizar o processo:
Access Monitor valida a acessibilidade de uma página web utilizando as WCAG (1.0 ou 2.0)
Scanner da Google possui o intuito de conceder sugestões de melhorias de acessibilidade para aplicações móveis (Rótulos
de conteúdo; Tamanho da área de toque; Itens clicáveis e Contraste de texto e imagem), porém, algumas das limitações são
a de não abranger características suficientes para atender uma grande parcela do público com necessidades especiais e o
foco à melhoria de acessibilidade para pessoas com deficiências visuais ou motoras.
Definir e relacionar modelos, metáforas, estilos e paradigmas de interação;
Conhecer regras de design como princípios, diretrizes, heurísticas e regras
de ouro;
SEMANA 5
Discutir a aplicação de princípios a interfaces de usuários em aplicativos
móveis.
o modelo do designer/projeto é um modelo mental do designer
o modelo do usuário é um modelo mental que constitui como o usuário entende e explica a operação do
MODELOS MENTAIS
sistema
O sistema cognitivo humano cria modelos mentais ou representações de toda informação recebida para interpretar as
informações de forma simbólica e podem ser de dois tipos: organizados em redes e de conhecimentos e procedimentos
adquiridos. Pessoas formam modelos mentais por meio de experiência, treinamento e instrução. A Psicologia Cognitiva define
modelos mentais a partir da sua estrutura e sua função no raciocínio hu-mano e no entendimento da linguagem.
a imagem do sistema é um modelo conceitual
Modelo Mental Estrutural (MME): Esse modelo afirma que o usuário internalizou em sua memória a estrutura de como um
sistema funciona.
Modelo Mental Funcional (MMF): No MMF, com base no conhecimento armazenado, o usuário recupera a informação de
como um siste-ma funciona e cria um modelo mental de como fazer para interagir.de projetistas e usuários se diferenciam em
extensão, níveis de detalhes e natureza (modelo conceitual) - de usuários iniciantes e avançados se diferenciam em nível de
detalhamento - de tipos diferentes de usuários (ex. operação e gestão) se diferenciam em termos de tarefas (modelo conceitual)
Modelo mental e o trabalho: São baseados apenas na experiência do usuário com algumas interfaces, ou seja, muitas vezes o
usuário iniciante tem pouco conhecimento de determinado sistema, enquanto usuários experientes já o conhecem melhor. O
modelo mental pode prejudicar o trabalho quando o usuário usa uma interface raramente, ficando sujeito ao esquecimento dos
detalhes de operação.
uma coleção de associações na mente do usuário ou do desenvolvedor, que serão utilizadas para facilitar o
MODELOS CONCEITUAIS entendimento no desenvolvimento e na utilização de interfaces interativas.
A maior dificuldade do projetista durante o

desenvolvimento de uma interface é
entender os conceitos comuns entre eles e
os usuários. Isso acontece porque ambos
encontram-se em situação opostas em
termos de conhecimento.
Para sistemas, existem três tipos de modelos

mentais conceituais:
O modelo do designer (modelo mental)

estabelece a conceituação que o designer
tem em mente sobre o sistema.
O modelo de usuário (modelo mental) constitui como o usuário entende e explica a operação do sistema.
A imagem do sistema (modelo conceitual) é:

[...] a aparência física, sua operação e a forma como responde, somados ao help on-line de manuais de instrução formam a
Imagem do Sistema. O designer deve assegurar que a imagem do sistema seja consistente com seu modelo concei-tual, uma
vez que é através da imagem do sistema que o usuário forma seu modelo mental. (ROCHA; BARANAUSKAS, 2003)
Os modelos mentais são formados pela estruturação de analogias e metáforas, especialmente em siste-mas desconhecidos. As
metáforas desempenham um papel importante no processo de facilitar a construção de um modelo mental adequado à
interação do usuário com o sistema.
O uso de metáforas em sistema tem como objetivo conseguir facilitar o entendimento do usuário a partir dos modelos
conceituais do aplicativo. Deve-se escolher uma metáfora que expresse a funcionalidade do sistema, com base em aspectos de
estrutura, aplicabilidade, poder de representação, adequação à audiência e possibilidade de extensão. Além disso visa:
Aspectos de estrutura: quanto de estrutura a metáfora provê para o usuário pensar sobre o sistema.
Aplicabilidade: verifica qual é a relevância da metáfora em relação ao sistema. Indica-se evitar metáforas que conduzam os usuários a
caminhos errados ou que possibilitem a concretização de falsas expectativas.
Poder de representação: objetiva metáforas ideais que possam criar representações visuais distintas e palavras específicas associadas.
Adequação à audiência: verifica o público-alvo que entende a metáfora, para que, assim, ela seja real-mente útil e relevante ao sistema.
Possibilidade de extensão: objetiva uma estrutura adicional, pois uma eventual extensão do sistema pode ser necessária em um momento
posterior.
São regras de design com menos
autoridade que padrões Paradoxo da tecnologia: A tecnologia oferece potencial para tornar nossa vida mais simples e agradável, e
PRINCÍPIOS DE DESIGN cada nova tecnologia traz mais benefícios. E ao mesmo tempo adiciona tamanha complexidade que faz
aumentar nossa dificuldade e frustação.
Para facilitar a memorização e o uso, eles foram agrupados em três categorias principais - capacidade de
aprendizagem, efetividade e adaptabilidade - mas que não são grupos rígidos. Os sistemas devem ser fáceis de
aprender, eficazes e adaptáveis.
Visibilidade e Affordances: O usuário necessita ajuda. Apenas as coisas necessárias têm que estar visíveis: para
indicar quais as partes podem ser operadas e como, para indicar como o usuário interage com um dispositivo.
Affordance é o termo definido para se referir às propriedades percebidas e propriedades reais de um objeto, que
deveriam determinar como ele pode ser usado.
Bom modelo conceitual: permite prever o efeito de ações. Sem um bom modelo conceitual opera-se sob comando,
cegamente.
Bons mapeamentos: Mapeamento é o termo técnico para denotar o relacionamento entre duas entidades. No caso de
interfaces, indica o relacionamento entre os controles e seus movimentos e os resultados no mundo.
Feedback: Retornar ao usuário informação sobre as ações que foram feitas, quais os resultados obtidos, é um conceito
conhecido da teoria da informação e controle
1. Visibilidade - procure garantir que as coisas sejam visíveis, de forma que as pessoas
possam ver quais funções estão disponíveis e o que o sistema está fazendo atualmente. Esta
é uma parte importante do princípio psicológico segundo o qual é mais fácil reconhecer coisas
do que ter de lembrar delas. Se não for possível tornar visível, torne observável. Considere
tornar as coisas ‘visíveis’ por meio do som e do toque.
2. Consistência - seja consistente no uso das características de design e com sistemas

semelhantes e métodos-padrão de trabalho. A consistência pode ser um conceito um tanto
indefinido (veja Outras reflexões). Tanto a consistência física quanto a conceitual são
importantes.
Ajudando pessoas a acessar,
aprender e lembrar do sistema 3. Familiaridade - use linguagem e símbolos com os quais os futuros usuários estão
familiarizados. Onde isso não for possível porque os conceitos são muito diferentes dos que
as pessoas conhecem, forneça uma metáfora que os ajudará a transferir conhecimentos
similares e correlatos de um domínio mais familiar.
4. Affordance - crie o design das coisas de forma que fique claro para o quê elas servem. Por
exemplo, fazer com que botões se pareçam botões para que as pessoas os apertem.
Affordance (do inglês afford, propiciar) refere-se às propriedades que as coisas têm (ou que se
interpreta que elas tenham) e como elas se relacionam com a forma como as coisas poderiam
ser usadas. Botões propiciam ser apertados, cadeiras propiciam que se sente nelas,
bloquinhos de Post-it propiciam escrever um bilhete e grudá-lo em alguma coisa. Affordances
são determinadas culturalmente.
5. Navegação - proporcione suporte para que as pessoas possam se movimentar pelo

sistema: mapas e sinais orientadores e de informação.
Dando às pessoas a sensação 6. Controle - deixe claro quem ou o que está no controle e permita que as pessoas possam
também assumi-lo. O controle é aprimorado se houver um mapeamento claro entre os
de estar no controle, de saber controles e o efeito que eles têm. Também deixe clara a relação entre o que o sistema faz e o
o quê e como fazer que acontecerá no mundo fora do sistema.
7. Retorno (feedback) - retorne rapidamente a informação do sistema para as pessoas, para

que elas saibam que efeito suas ações causaram. O retorno constante e consistente
intensificará a sensação de controle.
8. Recuperação - torne possível recuperar-se de forma rápida e eficaz de ações,

particularmente de enganos e erros.
Com segurança
9. Restrições - proporcione restrições de forma que as pessoas não tentem fazer coisas
inadequadas. Em especial, as pessoas devem ser impedidas de realizar erros graves, por meio
de restrições apropriadas às ações permitidas e da necessidade de confirmação para
operações perigosas.
10. Flexibilidade - proporcione múltiplas maneiras de fazer as coisas de forma a atender
pessoas com diferentes graus de experiência e interesse pelo sistema. Dê às pessoas a
oportunidade de mudar a aparência e a forma como as coisas se comportam de forma que
elas possam personalizar o sistema.
De uma maneira que as
11. Estilo - designs devem ser elegantes e atraentes.
satisfaça
12. Sociabilidade - de uma forma geral, sistemas interativos devem ser bem-educados,
amistosos e agradáveis. Nada estraga tanto a experiência de usar um sistema interativo
quanto uma mensagem agressiva ou uma interrupção abrupta. Busque o design bem-
educado (Boxe 4.3). A sociabilidade também sugere a participação e o uso de tecnologias
interativas para conectar pessoas e lhes dar apoio.
Consistência é um conceito delicado porque é sempre relativa. Um design será consistente com respeito a algumas coisas,
mas poderá ser inconsistente com relação a outras. Também há ocasiões em que ser inconsistente é bom porque chama a
atenção das pessoas para algo que é importante. A diferença entre consistência conceitual e consistência física é importante.
A consistência conceitual trata de garantir que o mapeamento seja consistente e de que o modelo conceitual permanecerá
claro. Isso implica ser consistente tanto interna quanto externamente ao sistema, à medida que o sistema se relaciona com
coisas externas a ele. A consistência física trata de garantir comportamentos consistentes e uso consistente de cores, nomes,
layouts e assim por diante.
Aliados à utilização desses critérios, estão os critérios de usabilidade desenvolvidos por Nielsen (2015), que definem que toda
boa interface deve respeitar os cinco critérios básicos de usabilidade descritos a seguir. Esses oito critérios de usabilidade não
podem ser tratados isoladamente, pois são complementares, ape-sar de os aspectos teóricos serem organizados de forma
separada.
Uma questão fundamental para a usabilidade é que frequentemente a • pessoas:

tecnologia atrapalha as pessoas e o que elas querem fazer.
• atividades que as pessoas querem realizar;
Uma maneira de olhar a usabilidade é vê-la como preocupada
USABILIDADE em atingir o equilíbrio entre os quatro principais fatores do
• contextos nos quais a interação acontece;
design de sistemas interativos centrados no humano, PACT:
Em uma interface, o critério de usabilidade promove: transferência de informações da • tecnologias (hardware e software).
tarefa para o sistema de forma rápida e eficaz; organização das tarefas para respeitar
as expectativas do usuário; telas compatíveis com os documentos em papel;
denominações dos comandos compatíveis com o vocabulário do usuário.
1. Condução: O critério conhecido como condução guia o usuário enquanto utiliza uma interface, como o computador.
O usuário, com o apoio desse critério, recebe as instruções por meio de mensagens, alarmes, rótulos, e, com isso, consegue realizar uma
interação satisfatória. Esses recursos possibilitam que o usuário se localize durante a interação com a interface, identifique as ações permitidas
e os respectivos resultados, e que obtenha informações complementares, caso necessário.
a. Presteza A condução com presteza oferece ao usuário um aprendizado mais rápido durante o processo de inte-ração, melhorando o
desempenho e o entendimento dos processos. Dessa forma, diminui-se a ocorrência de erros.
b. Feedback imediato A condução com feedback imediato tem por regra que, mediante uma ação, o usuário sempre deverá receber
uma resposta rápida da interface (hardware ou software). Por exemplo, ao ligar a interface, o botão de ligar/desligar acende (hardware);
ou, após o envio de uma mensagem, aparece uma caixa de diálogo com o texto de “mensagem enviada com sucesso” (software).
c. Legibilidade A condução com legibilidade rege que toda informação gerada ao usuário deve ser legível. A compreensão dessa
informação deve considerar também os fatores cognitivos (conhecimento) e perceptivos dos usuários.
d. Agrupamento ou distinção de itens Ainda dentro do critério condução, temos a condução por meio do agrupamento e da distinção
de itens. O objetivo é designar categorias específicas para melhorar a distribuição e a organização de itens den-tro de uma interface.
e. Agrupamento ou distinção de itens – por localização Esta forma de condução por agrupamento ou distinção de itens trata do
posicionamento dos itens de acordo com categoria ou classe aos quais pertencem, podendo ter características similares ou diferentes.
f. Agrupamento ou distinção de itens – por formato Neste tipo, o agrupamento dos itens é determinado pelas características
gráficas, como formato, cor, bo-tões etc. Também pode estar relacionado com classes distintas ou semelhantes.
2. Carga de trabalho: Define-se o critério ergonômico – chamado carga de trabalho no desenvolvimento de uma interface – como a atividade
cognitiva mais intensa na execução das tarefas. Assim, quanto mais processos cognitivos forem necessários para o usuário concluir uma tarefa,
maior será a probabilidade de ele cometer erros. A carga de trabalho vai contabilizar quantas atividades cognitivas foram necessárias para o
usuário realizar uma tarefa e, assim, poderá indicar se a interface está confortável ou não para utilização. Algumas situações provocam
aumento na atividade cognitiva do usuário, como: uma interface que contém informações desnecessárias, uma tarefa que precisa ser realizada
em várias telas, diálogos ou mensagens de difícil entendimento etc. Em geral, é possível avaliar o aumento ou a diminuição da carga de trabalho
na interação com uma inter-face a partir da quantidade de ações mínimas necessárias para a execução das tarefas. O critério carga de trabalho
está subdividido em dois critérios: brevidade (concisão e ações mínimas) e densidade informacional.
a. Brevidade O subcritério ergonômico brevidade tem como função reduzir os elementos desnecessários de uma interface. O objetivo é
que a carga de trabalho cognitiva seja menos intensa e a interação ofereça menos chances de o usuário errar. Ao reduzir a ocorrência de
erros, reduz-se também o tempo de interação e, consequentemente, a diminuição da carga de trabalho.
b. Concisão O objetivo da concisão é proporcionar a redução da carga cognitiva e percepção da interface. O foco deve reduzir a
quantidade de campos que precisam ser digitados, a quantidade de texto que deve ser lido etc.
c. Ações mínimas O objetivo é reduzir ao máximo o número de ações necessárias para que o usuário realize uma tarefa. d. Densidade
informacional Uma interface otimizada deve demandar pouca memorização dos itens (por exemplo, lista de dados ou
sequência de procedimentos) e das ações necessárias para que um usuário realize uma tarefa.
3. Controle explícito Este critério ajuda que o usuário controle o software, particularmente quando as tarefas são longas e sequenciais e os
processamentos são demorados. A intenção é evitar a perda de dados, a ampliação da carga de trabalho (aumentando o tempo de execução),
a maior incidência de erros, as ambiguidades e o controle sobre o diálogo, direcionando e inibindo certos procedimentos errôneos por parte
do usuário.
a. Ações explícitas do usuário O sistema estabelece a interação do computador com as ações do usuário. Assim, o computador
respon-derá apenas às ações explícitas selecionadas pelo usuário em um determinado momento. Essas ações controladas fazem com
que o usuário aprenda e compreenda melhor o funcionamento do
sistema, minimizando o número de erros cometidos.
b. Controle do usuário: O controle do processamento do sistema (por exemplo, interromper, cancelar, suspender e continuar)
deve partir do usuário. Para cada ação necessária, é preciso haver opções previstas para a situação. Dessa maneira, o sistema se torna
mais previsível, diminuindo as possibilidades de erros.
4. Adaptabilidade Neste critério, a interface deve proporcionar aos usuários (iniciante, intermediário ou avançado) formas variadas para
realizar a mesma tarefa. Isto é, a interface deve ser adequada e confortável, facilitando o domínio e aprendizado do sistema. Nesse caso, a
aplicação deve se adaptar ao usuário e, não, ao contrário. Dois subcritérios contribuem para a adaptabilidade: flexibilidade e consideração da
experiência do usuário.
a. Flexibilidade: Utilizado quando há diferentes formas para a realização de uma tarefa. Esse critério refere-se também às estratégias, a
partir da forma como usuário pensa e age, seus hábitos de trabalho e suas preferências pessoais. A flexibilidade envolve duas qualidades:
flexibilidade estrutural e personalização. Diz-se que, quanto mais flexível for o sistema, maior é a possibilidade de o usuário ficar satisfeito.
Flexibilidade estrutural: trata-se das diferentes formas de realizar uma mesma tarefa como formas variadas para
realizar a entrada de dados (digitação, seleção ou manipulação direta); diferentes caminhos para acessar uma funcionalidade (ícone,
opção pelo menu ou atalho do teclado); diferentes formatos de arquivos e unidades para armazenar os dados.
Personalização: são os meios disponíveis para os usuários mais avançados. Por exemplo, é possível personalizar
(customizar) a instalação de um programa de acordo com a necessidade pessoal.
b. Experiência do usuário: Este critério refere-se ao nível de experiência do usuário (iniciante, intermediário ou avançado). Entender o
nível do usuário de cada interface evita que os mais avançados se entediem ao ter que seguir os mesmos passos do usuário iniciante; e
que os iniciantes ou intermediários cometam erros, o que seria contraditório com o critério de usabilidade chamado gestão de erros.
Algumas ações: fornecer aos usuários iniciantes diálogos sobre como utilizar o computador; fornecer aos usuários intermediários
diálogos passo a passo; fornecer aos usuários experientes atalhos e comandos que ofereçam acesso rápido às funções do sistema.
5 Gestão de Erro Corresponde aos mecanismos da interface para promover o tratamento de erros e minimizar as ocorrên-cias,
principalmente durante a entrada de dados. Os erros provocam interrupção de tarefas em execução e atrasam as atividades do usuário. Para
isso, é necessário que sejam feitas mudanças estratégicas ao conduzir o usuário pela interface, reduzindo a energia e a atividade mental
necessárias para a conclusão de um trabalho. Portanto, menos erros geram menos interrupções na execução da tarefa, resultando em melhor
desempenho.
a. Proteção contra erros Este item diz respeito à prevenção e à detecção de erros em todas as etapas da execução de uma tarefa.
Estão incluídas as ações que podem trazer resultados negativos ou não recuperáveis.
b. Qualidade das mensagens de erro: A mensagem de erro emitida pela interface deve explicar de forma clara o erro, sem textos
ambíguos, ilegíveis. Deve conter também informações para resolver o problema. Além disso, uma mensagem de erro adequada deve
identificar a natureza do erro (formato, sequência de digitação, sintaxe etc.). Uma mensagem de erro adequada deve: indicar a natureza
do erro; indicar o comando errado; indicar a solução; ser uma mensagem orientada à tarefa, específica e concisa; possuir tom neutro,
sem ironias ou teor humorístico.
c. Correção dos erros: São os recursos disponibilizados pela interface para que o próprio usuário consiga corrigir os erros come-tidos e
também minimizar os transtornos durante a correção. Para que os erros sejam facilmente corrigidos na interface, é necessário: fornecer
ao usuário funções de fazer e desfazer; possibilitar que o usuário refaça apenas a parte errada; disponibilizar ao usuário relatórios sobre
o erro e o local ocorrido.
6 Homogeneidade e coerência Este critério definirá se a interface (software) está de acordo com o processo de aprendizagem de usuários
iniciantes ou intermediários. Manter a homogeneidade (padrão) nos tipos de códigos, denominações, formatos, procedimentos, telas, relatórios
e durante a integração com outro sistema facilita a aprendizagem do usuário. Essas ações podem diminuir a atividade cognitiva e o número de
erros de operação do usuário, melhorando o desempenho na realização de tarefas e diminuindo as interrupções.
7 Significado dos códigos e das denominações Este critério é essencial para o desenvolvimento de uma interface compreensível,
independentemente do nível de usuário. Para que a interação seja adequada, os códigos e as denominações devem ser específicos, ou seja,
estarem diretamente relacionados com o objeto representado e as informações transmitidas.
8 Compatibilidade Este critério está relacionado com a aprendizagem do usuário mais experiente e a forma como ele utiliza a interface. Aqui,
estamos nos referindo aos aspectos fisiológicos como memória, percepção, habilidades, competências, idade, hábitos, expectativas dos
usuários e como essas características se relacionam com as tarefas a serem executadas.
Um sistema com alto grau de usabilidade terá as seguintes características:
será eficiente no sentido de que as pessoas poderão fazer coisas mediante uma quantidade adequada de esforço;
será eficaz no sentido de que conterá as funções e o conteúdo de informações adequadas e organizadas de forma
apropriada;
será fácil aprender como fazer as coisas e será fácil lembrar como fazê-las após algum tempo;
será seguro de operar na variedade de contextos em que será usado;
terá um alto grau de utilidade no sentido de que fará as coisas que as pessoas querem que sejam feitas.
Todos os fatores de usabilidade devem evoluir juntos e a responsabilidade por todos os aspectos de
Como fazer?
usabilidade deve estar sob um único controle.
• Focar desde o início os usuários e as tarefas. Os designers devem primeiro entender quem serão os usuários, em parte
estudando a natureza do trabalho que se espera realizar e em parte fazendo com que os usuários participem da equipe de
design, por meio do design participativo ou como consultores.
• Medição empírica. Logo no início do processo de desenvolvimento, as reações dos futuros usuários aos cenários
impressos e manuais de usuários devem ser observadas e medidas. Mais tarde, eles podem inclusive usar simulações e
protótipos para realizar trabalho de fato, e seu desempenho e reações devem ser observados, registrados e analisados.
• Design iterativo. Quando problemas são encontrados no teste de usuário, como de fato o serão, devem ser resolvidos.
Isso significa que o design deve ser iterativo: deve haver um ciclo de design, teste/medição e redesign, repetido quantas
vezes forem necessárias. Medições empíricas e design iterativo são necessários porque os designers, por melhores que
sejam, não conseguem acertar nas primeiras tentativas (GOULD et al., 1987, p. 758.)
ACEITABILIDADE A aceitabilidade trata de encaixar as tecnologias na vida das pessoas.
O Modelo de Aceitação de Tecnologia (TAM, do inglês Technology Acceptance Model) é uma maneira de avaliar as tecnologias e
se elas serão aceitas pelas comunidades. Ele teve sua origem em estudos empresariais e não em computação ou psicologia. O
TAM avalia a aceitação de tecnologias a partir de duas perspectivas: facilidade de uso e eficácia. Ambas são, posteriormente,
decompostas em características mais específicas da tecnologia. Há muitas variantes do TAM à medida que ele se adapta às
características peculiares a uma determinada tecnologia.
Uma diferença essencial entre usabilidade e aceitabilidade é que esta só pode ser entendida no contexto de uso. A
usabilidade pode ser avaliada em laboratório (embora essas avaliações sejam sempre limitadas). A aceitabilidade,
não.
As características-chave da aceitabilidade são:
• Política. O design é politicamente aceitável? As pessoas confiam nele? Em muitas organizações, novas tecnologias foram
introduzidas por motivos simplesmente econômicos, sem considerar como as pessoas poderiam se sentir a respeito e como
os empregos e a vida das pessoas poderiam mudar. No ambiente mais amplo, os direitos humanos podem ser ameaçados por
mudanças nas tecnologias.
• Conveniência. Designs que são desajeitados ou que forçam as pessoas a fazerem coisas podem se revelar inaceitáveis. Um
design deve se encaixar sem esforço na situação. Hoje em dia, muita gente envia documentos eletronicamente, mas há um
grande número de pessoas que não aceitam a leitura de documentos on-line. Elas imprimem os documentos porque assim
eles são mais convenientes de carregar e ler.
• Hábitos culturais e sociais. Se a aceitabilidade política preocupa-se com as estruturas e os princípios do poder, os hábitos
sociais e culturais preocupam-se com a maneira como as pessoas gostam de viver. Por exemplo, é falta de educação perturbar
os outros. O e-mail ‘spam’ tornou-se um aspecto da vida tão inaceitável que algumas empresas desistiram dos e-mails como
um todo.
• Utilidade. Isto vai além das noções de eficiência e eficácia e refere-se à utilidade no contexto. Por exemplo, muitas pessoas
consideram a função agenda de seu PDA perfeitamente usável, mas não suficientemente útil no contexto do dia a dia.
• Economia. Há muitas questões econômicas que tornam uma tecnologia aceitável ou não. O preço é a ais óbvia delas, bem
como a relação custo/benefício. Mas as questões econômicas vão além à medida que a introdução de novas tecnologias pode
mudar completamente a maneira como as empresas funcionam e como ganham dinheiro. Um novo ‘modelo de negócios’
frequentemente faz parte da aceitabilidade econômica. Don Norman caracteriza a situação para uma tecnologia bem-sucedida
como um banco com três pernas: experiência do usuário, marketing e tecnologia
Baixa autoridade
• Aplicação mais geral
Guidelines são muito populares em design de interfaces por constituírem um framework que orienta o designer na
GUIDELINES tomada de decisões consistentes através dos elementos que constituem o produto.O uso de guidelines não deve ser
entendido como “receita de design”, mas sim como um conjunto de princípios norteadores do design.
Como fazer? Língua deve ser entendida de forma ampla, no contexto sócio-cultural estabelecido da população de
usuários. Envolve conhecer essa população, estar atento para as diferentes necessidades do usuário,
Falar a língua do usuário
promover sua satisfação pessoal e permitir que ampliem e facilitem a realização de suas tarefas.
Isso significa que o usuário não deve ter que se “lembrar” de grande quantidade de informação para usar
Reduzir a carga cognitiva
bem o sistema
Pressupõe a observação geral sobre design de que mesmo que se tenha feito o melhor sistema possível,
Criar para o erro usuários – tanto os novatos quanto os experientes – cometerão erros ao usá-lo. O design que considera a
condição humana do erro deve forçar ações que previnam ou dificultem o erro do usuário.
Como vimos na seção anterior, consistência emerge do uso de padrões, que são mantidos ao longo do
design de todos os componentes que constituem o produto. Consistência também é derivada do uso
Manter consistência
apropriado de metáforas que ajudam o usuário a construir e manter um modelo mental apropriado do
sistema – idealmente coincidindo com o modelo mental do próprio designer.
oferecer aos usuários um esquema de funcionamento de interface que facilite o entendimento e previna erros
USO DE METÁFORAS: Embora uma metáfora sugira o relacionamento entre os dois domínios, é deixado para o usuário elaborar, descobrir,
construir os detalhes da relação (Neale e Carroll, 1997). Bruner (1960) considera as metáforas como um mecanismo de sustentação
(scaffolding) para o aprendizado, possibilitando que informação previamente aprendida torne-se aplicável a novas situações. O foco no uso de
metáforas em interfaces evoluiu da motivação inicial como facilitadora do aprendizado para incluir a facilidade de uso.
Há dois tipos de metáforas: A metáfora “verbal” convida o usuário a
“perceber” as similaridades e diferenças entre o sistema e o domínio
familiar. A metáfora “virtual” é parte da interface, e combina o sistema e
o domínio familiar em uma nova entidade. Através de metáforas virtuais
o usuário é levado a desenvolver um MM mais próximo do mundo
metafórico – MM funcional e não um modelo do sistema subjacente
(MM estrutural).
Conscientes de que o objetivo da metáfora na interface é prover o
usuário com um modelo do sistema com o qual deverá interagir,
Erickson (1990) propõe o uso de metáforas em design através de um
processo baseado nas seguintes etapas: (1)entender a funcionalidade
do sistema a ser criado; (2) como nenhuma metáfora consegue
modelar todos os aspectos da funcionalidade de um sistema, deve-se
identificar as partes mais difíceis para o usuário; (3) metáforas que
“suportem” o modelo requerido, devem ser geradas e avaliadas. Na
geração de metáforas candidatas, notar metáforas já implícitas na
descrição do problema e procurar eventos reais, objetos ou
organizações que incorporem algumas das características que os
usuários acham difícil entender. Das metáforas geradas, escolher uma
através da qual será expressa a funcionalidade do sistema, com base
nos aspectos de estrutura, sua aplicabilidade, poder de representação,
adequação à audiência e possibilidade de extensão.
REGRAS DE OURO DE SHNEIDERMAN 1. Esforce-se pela consistência
2. Permita que usuários experientes usem atalhos
Essas regras devem ser aplicadas e
3. Ofereça feedback informativo
contextualizadas
4. Projete diálogos autocontidos
5. Oferece prevenção e simplificação de erro
6. Permitir reversão fácil de ações
7. Suporte locus interno de controle
8. Reduza o uso da memória de curto prazo
PRINCÍPIOS DE NORMAN 1. Use o conhecimento do mundo e o conhecimento da mente

2. Simplifique a estrutura de tarefas
Os princípios de Norman estão intimamente 3. Torne as coisas visíveis
relacionados à sua teoria da ação, algumas são 4. Obtenha os mapeamentos corretos
reflexões da experiência 5. Explorar o poder das restrições, naturais e artificiais
6. Projete para o erro
7. Quando tudo mais falhar, padronize
AS HEURÍSTICAS DE USABILIDADE DE 1.Visibilidade do status do sistema

NIELSEN 2.Comparação entre o sistema e o mundo real
3.Controle e liberdade do usuário
São baseadas na análise de fato de 249 4.Consistência e padrões
problemas de usabilidade Algumas são 5.Ajuda o user a reconhecer, diagnosticar e recuperar de erros
derivadas de caracterizações particulares da 6.Prevenção de erros
natureza da ação humana 7.Reconhecimento em vez de memorização
8.Flexibilidade e eficiência de uso
9.Design estético e minimalista
10.Ajuda e documentação
Conhecer conceitos e fundamentos de RIA;

Identificar particularidades de aplicações RIA;
Entender interação RIA;
SEMANA 6
Praticar interação rica na web.
TASK ANALYSIS
A análise de tarefas é o processo de aprender sobre Quais são os objetivos dos seus usuários; o que eles
usuários comuns, observando-os em ação para estão tentando alcançar
entender em detalhes como eles executam suas O que os usuários realmente fazem para atingir esses
tarefas e atingem seus objetivos pretendidos. A análise objetivos
de tarefas ajuda a identificar as tarefas que seu site e Que experiências (pessoais, sociais e culturais) os
aplicativos devem suportar e também pode ajudá-lo a usuários trazem para as tarefas
refinar ou redefina a navegação ou pesquisa do seu Como os usuários são influenciados por seu ambiente
site determinando o escopo de conteúdo apropriado. É físico
importante realizar uma análise de tarefas no Como o conhecimento prévio e a experiência dos
início do processo, principalmente antes do trabalho usuários influenciam:
de design. Como eles pensam sobre seu trabalho
O fluxo de trabalho que eles seguem para executar suas
tarefas
A análise de tarefas ajuda a dar suporte a vários outros aspectos do processo de design centrado no usuário,
incluindo: Levantamento de requisitos do site, Desenvolvendo sua estratégia de conteúdo e estrutura do site,
Wireframing e Prototipagem.
Tipos de Análise de Tarefas:
A Análise Cognitiva de Tarefas está focada na compreensão de tarefas que requerem tomada de decisão,
resolução de problemas, memória, atenção e julgamento.
A Análise Hierárquica de Tarefas é focada na decomposição de subtarefas de tarefas de alto nível.
Como fazer?
1. Identifique a tarefa a ser analisada.

2. Divida esta tarefa de alto nível em 4 a 8 subtarefas. A subtarefa deve ser especificada em termos de objetivos e,
entre eles, deve abranger toda a área de interesse.
3. Desenhe um diagrama de tarefas em camadas de cada subtarefa, garantindo que esteja completo
4. Produzir um relato escrito, bem como o diagrama de decomposição.
5. Apresente a análise a outra pessoa que não esteja envolvida na decomposição, mas que conheça as tarefas
bem o suficiente para verificar a consistência.
É importante observar que você precisa decidir em que nível de detalhe vai decompor as subtarefas para garantir a
consistência geral.
APLICAÇÃO PARA INTERNET
No cerne da navegação web estão os hiperlinks, os apenas uma interface gráfica de usuário (GUI) de HTML básico
quais conectam páginas através de endereços de URL. A funções simples
interação envolvida é bastante direta: clicar em um link modelo estático: na atualização era necessário enviar os dados
envia uma requisição para um servidor no en- dereço ao servidor, que processava a nova página e devolvia ao
correspondente. Após os arquivos requisitados serem navegador, que interpretava as páginas e as exibia ao usuário
retornados, o navegador desenha uma página estática, - não tinham aparência nem proporcionavam a sensação de uma
aplicação de desktop
a qual pode conter mais links que levam a mais páginas
web
uma aplicação web é qualquer modelo mental

APLICAÇÃO WEB Navegar pelos cliques em links
componente de um site web que
Clicar em um link traz uma nova página
executa uma função O botão de voltar retorna à tela anterior
Cada página tem sua própria URL que pode ser ligada
Páginas web normais são estáticas. Menus dinâmicos e ou adicionada como um item favorito, etc
mecanismos similares podem adicionar um sentimento
de interação na interface, mas na maioria das vezes, eles continuam no mesmo estado no computador do
usuário uma vez feito seu download. Adicionalmente, cada página tem uma localização permanente em uma
única URL. Isso lhe permite criar links para uma página específica além de poder marcá-la com um item favorito
APLICAÇÃO RICA
Aplicações web ricas, também chamadas de Aplicações de modelo mental

Internet Ricas (Rich Internet Applications – RIAs), não haver uma transição para uma nova página
entretanto, são uma classe de aplicações web mais a cada ação, as telas podem não ter sua própria URL
sofisticadas que se comportam de maneira similar a o botão de voltar pode apagar uma transação anterior
interagir com a informação é uma experiência mais
programas de software. Comparadas com páginas web
dinâmica que simplesmente clicar em um link
normais, elas são ricas em interação, ricas em
conteúdo e ricas em funcionalidade. A vantagem
primária das aplicações web ricas é uma experiência do
usuário melhorada.
Aplicações web ricas são dinâmicas. Elas respondem às entradas do usuário para modificarem a visua- lização da
informação instantaneamente. Apesar de uma aplicação web poder também ter uma URL, ela normalmente aponta
para a aplicação propriamente dita e não para a disposição específica das informações ou para os objetos dentro da
aplicação. Seleções dos usuários, critérios de ordenação, e combinações de filtros, por exemplo, não são geralmente
refletidos na URL de aplicações web ricas. Isso torna mais difícil apontar para um dado conjunto de conteúdos e, em
muitos casos, uma vez que você fecha a aplicação, suas configurações de opções são perdidas
Aplicações ricas para Internet transferem parte do processamento da informação do servidor para o cliente:
Carregar todos os dados de uma vez: carregam todas as informações necessárias para interagir com o
navegador do usuário de uma vez só. Filtrar, ordenar e manipular dados então não requer um recarregamento de
página.
Carregar partes da página incrementalmente: atualizar apenas partes de uma aplicação web rica como novos
dados sem recar- regar a página inteira. Frequentemente as áreas de navegação da página permanecem estáticas,
então existe pouca ou nenhuma reorientação em relação à navegação.
O botão voltar. Algumas formas de contornar o problema são: Preservar os dados e

seleções informados pelo usuário, Incluir controles de navegação explícitos na aplicação,
Problemas em aplicações ricas:
Avisar os visitantes caso eles possam perder configurações ou dados de entrada.
apesar das aplicações web ricas Janelas pop-up e links externos: Links externos tendem a ser problemáticos para
melhorarem a interação com a aplicações web ricas que abrem em uma janela do navegador separada porque eles
informação, os exemplos atuais frequentemente abrem outra nova instância do navegador. Isso pode confundir ainda
normalmente falham ao permitir mais a navegação para e a partir de uma aplicação, e pode deixar o ambiente do
que os usuários imprimam, usuário cheio de janelas do navegador.
efetuem downloads..
Em resumo, as aplicações ricas para internet:
- residem dentro de outra aplicação: o navegador web

- os controles do navegador devem funcionar em conjunto, considerando, por exemplo o botão Voltar
- novos tipos de interação (incomum na web) são filtros com barras de ajuste, arrastar-e-soltar, deslocamento e
zoom
- evitar rolagem, se não der considere componentes compactáveis e expansíveis
- podem aumentar a facilidade e a eficiência, porém as tornam difíceis de salvar, imprimir, compartilhar, etc
Aplicações ricas estendem os tipos de interação possíveis.Ex: filtros em tempo real,

TIPOS DE INTERAÇÃO arrastar e soltar objetos, dar zoom, etc Essas ações requerem tipos novos de
mecanismos e controles
Filtros em tempo real

Aplicações web ricas podem filtrar informações em tempo real, com atualizações imediatas ao con- teúdo. Isso é
frequentemente feito com controles deslizantes, ou pequenos controles de ajuste que você pode mover para um
lado e para o outro.
Customização através de ações arrastar-e-soltar

Os programas de software desktop há muito tempo utilizam interações do tipo arrastar-e-soltar (drag- and-drop).
É uma boa maneira de permitir que as pessoas organizem elementos na tela visualmente ao seu agrado e
realizem ações rapidamente. Um problema com a funcionalidade de arrastar-e-soltar de um modo geral é que
não existe uma maneira convencional de indicar visualmente que um elemento pode ser arrastado, mesmo para
aplicações desktop.
Movendo e efetuando zoom

Algumas aplicações web ricas permitem aos usuários moverem-se ao longo de um objeto, tal como uma foto ou
um mapa, agarrando-se a ele e movendo-o ao longo da página.
Rolagem de página
Rolar páginas web longas, baseadas em texto, é geralmente livre de problemas. As páginas de livros na
Amazon.com podem ter o comprimento de uma dúzia de páginas sem apresentar problemas para o consumidor.
Com aplicações web, entretanto, páginas mais longas tornam-se problemáticas. Dado que as pessoas estão
informando dados e manipulando elementos na tela, elas podem precisar do conteúdo e dos controles à vista ao
mesmo tempo. É mais difícil obter uma visão geral de todas as funcionalidades de uma página se você tiver que
rolar constantemente dentro de aplicações web ricas. Uma maneira de evitar a rolagem é ter componentes para
controles que podem ser compactado. Outra técnica para tratar do problema da rolagem é criar regiões menores
de uma página que podem ser roladas, ao invés de rolar toda a página. Essa abordagem é boa para manter um
conjunto de opções à vista enquanto outros são rolados, permitindo comparações rápidas
As aplicações ricas complicam a acessibilidade web enormemente

- Leitores de tela geralmente não manipulam bem aplicações dinâmicas
WAI – Accessible Rich Internet Application Roadmap
Investigar os objetivos de negócios e os objetivos dos usuários, e derivar requisitos

do produto.
PROJETANDO
APLICAÇÕES WEB RICAS Estruturar o produto logicamente para atender tais objetivos e requisitos.
Explorar direções de design alternativas e capturá-las em layouts de tela.
Criar o design da apresentação final das telas, considerando coisas como fontes,
cores e ícones.
Avaliar e testar os designs no decorrer do processo
WEB RIA
ESTRUTURA estrutura hierárquica hub e fluxos de atividades lineares
ESTADO E PERSISTÊNCIA estáticas dinâmicas
O estado de tela é importante como configuração de filtro, critérios de ordenação, critérios selecionados
pelo usuário e a posição dos elementos na página Importante gravar o estado atual e, para isso, o serviço
deve estar preparado. Existem três diferentes níveis de persistência para você considerar:
Persistência dentro de um fluxo de trabalho, retendo as configurações apenas enquanto as pessoas

estiverem movendo-se através de um processo ou procedimento em particular na aplicação.
Persistência dentro da sessão, mantendo as configurações enquanto o usuário estiver conecta- do ou
estiver acessando o serviço.
Persistência entre sessões, ou persistência de opções mesmo após o usuário ter se desconecta- do do
serviço, fechado o navegador e reiniciado o computador.
ERROS Com as aplicações web ricas,

Navegar na Web via hiperlinks entretanto, as entradas e seleções
normais geralmente não produz dos usuários podem produzir
nenhum erro que proíba as pessoas situações que são impos- síveis de
de avançarem. Ou um link funciona serem processadas, impedindo
ou ele não funciona. É claro, o dessa forma que os usuários
usuário pode cometer um enga- no e continuem e necessitando solicitar-
selecionar o link errado, mas mesmo lhe que informem valores corretos.
assim, a navegação não irá parar. Dados, endereços de email e
seleções de menu obri- gatórias são
exemplos de entradas que podem
causar erros
evitar erros causados pelo usuário sempre que possível. Uma abordagem é destacar em cinza as opções até
que uma entrada obrigatória seja feita pelo usuário
INTERFACES INDUTIVAS
Limite cada tela a uma tarefa primária

As técnicas de design indutivo utilizam uma abordagem similar ao uso de wizards para estruturar o fluxo de tarefas
de uma aplicação quebrando ações complexas em passos menores, mais com- preensíveis. Nesse sentido, o design
indutivo funciona bem no estilo de navegação página a página inerente à Web.
Identifique cada tarefa clara e explicitamente
Rotule a tarefa primária da página de maneira proeminente e óbvia. Não deixe que as pessoas adi- vinhem o
propósito de um link, botão ou opção de navegação. Introduza instruções diretamente na interface e torne os
rótulos explícitos.
Torne o próximo passo óbvio
Devem existir maneiras claras de completar uma tarefa e mover para uma nova tarefa. Isso cria um senso de
fechamento da tarefa e pode também reduzir o sentimento de incerteza.
compreender a avaliação no processo de design de interfaces de usuário

em sistemas interativos;
conhecer e praticar técnicas de inspeção como avaliação heurística e
SEMANA 7
percurso cognitivo;
conhecer e praticar técnicas de teste de usabilidade como think-aloud e
medição de performance.
Avaliação não deve ser vista como uma fase única dentro do processo de design e muito menos como uma atividade
a ser feita somente no final do processo e se "der tempo". Idealmente, avaliação deve ocorrer durante o ciclo de vida
do design e seus resultados utilizados para melhorias gradativas da interface.
Diferentes tipos de avaliação são necessárias em diferentes estágios do design. Nos estágios bem iniciais onde
idéias estão sendo exploradas e tentadas, muitas vezes testes bastante informais são suficientes. Em fases mais
avançadas, avaliações mais formais são as mais indicadas.
De forma geral, se faz avaliação para

conhecer o que os usuários querem e os
problemas que eles experimentam, pois
quanto melhor informados sobre seus
usuários os designers estiverem, melhor
serão os design de seus produtos.
Avaliações são necessárias para responder
dúvidas que surgem durante o processo
de design e desenvolvimento de um
produto.
Resumidamente, podemos dizer que avaliação tem três grandes
objetivos: avaliar a funcionalidade do sistema, avaliar o
efeito da interface junto ao usuário e identificar
problemas específicos do sistema.
A funcionalidade do sistema é importante no sentido de estar adequada aos requisitos da tarefa do
usuário, ou seja, o design do sistema deve permitir ao usuário efetuar a tarefa pretendida e de modo mais
fácil e eficiente. Isso inclui não somente ter a funcionalidade adequada disponível, mas também torná-la
usável, na forma de ações que o usuário precisa efetuar para executar a tarefa. Avaliação nesse nível
envolve também medir a performance do usuário junto ao sistema, ou seja, avaliar a eficiência do sistema
na execução da tarefa pelo usuário.
É preciso medir o impacto do design junto ao usuário, ou seja, avaliar sua usabilidade. Isso inclui
considerar aspectos tais como: avaliar quão fácil é aprender a usar o sistema; a atitude do usuário com
relação ao sistema; identificar áreas do design as quais sobrecarregam o usuário de alguma forma, por
exemplo, exigindo que uma série de informações sejam relembradas; etc
Correlacionando os dois acima, chegamos ao terceiro objetivo: identificar problemas específicos com o
design, ou seja, identificar aspectos do design os quais quando usados no contexto alvo, causam
resultados inesperados ou confusão entre os usuários.
INSPEÇÃO DE USABILIDADE Inspeções de usabilidade correspondem a categoria de métodos informais.

Inspeção de usabilidade objetiva encontrar problemas de usabilidade em um design de uma interface de usuário e
com base nesses problemas fazer recomendações no sentido de eliminar os problemas e melhorar a usabilidade
do design. Isso significa que inspeções de usabilidade são feitas em um estágio onde a interface está sendo gerada
e a sua usabilidade (e utilidade) necessita ser avaliada.
Problemas de usabilidade podem ser definidos como aspectos da interface do usuário que podem causar uma
usabilidade reduzida ao usuário final do sistema. Muito do trabalho da inspeção de usabilidade é classificar e
contar o número de problemas de usabilidade. O uso efetivo de uma lista de problemas de usabilidade irá
requerer que esses problemas sejam priorizados com relação à gravidade de cada problema. Prioridades são
necessárias para não se dispender esforços desproporcionais corrigindo problemas que não irão alterar em muito
a interação do usuário com a interface. Graus de severidade são geralmente derivados do impacto gerado pelo
problema tanto no usuário quanto no mercado.
Métodos: avaliação heurística, revisão de guidelines (muito raro dada a expertise que é exigida de um revisor),
inspeção de consistência e percurso cognitivo (o avaliador simula o usuário "caminhando" na interface para
executar tarefas típicas).
PROCESSO DE AVALIAÇÃO
A avaliação está intimamente ligada às outras atividades do design de sistemas interativos:

entendimento, design e antecipação. Existem dois tipos principais de avaliação:
Uma é feita com um especialista em usabilidade ou designer de interação para revisar alguma forma de versão
antecipada de um design: são os métodos baseados em especialista. Avaliação por um especialista é eficaz,
particularmente nos estágios iniciais do processo.
A outra implica recrutar pessoas para usar uma versão antecipada do sistema: são os métodos com
participantes. Sempre que possível as pessoas devem ser representativas daquelas para quem o sistema se
destina (às vezes chamadas ‘usuários finais’). Essa é a escolha preferencial para sistemas ‘in house’ nos quais o
designer tem acesso à população-alvo. Alternativamente, os participantes podem ser outras pessoas (talvez
outro designer, estudantes ou quem estiver por perto), convidadas para desempenhar o papel de quem usará o
sistema. As características da população-alvo podem ser captadas por meio de personas (GREENBAUM e KYNG,
1991).
A avaliação acontece ao longo do processo de design de interação. Em diferentes estágios, diferentes métodos serão
mais ou menos eficazes. A forma de antecipação dos sistemas futuros também é crítica quanto ao que pode ser
avaliado.
AVALIAÇÃO HEURÍSTICA: refere-se a vários métodos nos quais uma pessoa treinada em IHC e
design de interação examina o design proposto para avaliar como ele se qualifica diante de uma lista
de princípios, diretrizes ou ‘heurísticas’ para o bom design. O ideal é que várias pessoas com
experiência no design de sistemas interativos avaliem a interface. Cada especialista anota os
problemas e a heurística relevantes, sugerindo soluções onde for possível. É também útil que haja
uma avaliação de gravidade. A avaliação heurística, portanto, é uma avaliação valiosa enquanto
formativa, para ajudar o designer a melhorar a interação em um estágio inicial. Ela não deve ser
usada como avaliação conclusiva, para se fazer reclamações de usabilidade e outras características
do produto acabado. Segundo Nielson, é fácil (pode ser ensinada em 4hs); é rápida (cerca de 1 dia para a
maioria das avaliações); e tão barata quanto se deseje.
Segundo Nielsen (1994) os principais componentes de uma avaliação heurística podem ser
resumidos como:
• avaliadores devem percorrer a interface pelo menos duas vezes. Na primeira vez devem se
concentrar no fluxo e na segunda nas componentes individuais do diálogo.
• a interface deve ser inspecionada com base em uma lista de princípios de usabilidade, as
denominadas heurísticas, e todos os problemas devem ser justificados e detalhados o máximo
possível.
• combinar os problemas encontrados por 3 a 5 avaliadores e fazer com que trabalhem

individualmente (sem que um influencie o outro)
ACOMODAÇÃO
APRENDABILIDADE
EFETIVIDADE
GRAU DE SEVERIDADE
A avaliação heurística pode ser usada para avaliar a gravidade de cada problema. Esta informação é importante
no momento em que forem alocados recursos para corrigir os problemas mais sérios e se necessário deixar os
menos graves para uma nova versão.
A gravidade de um problema é a combinação de três fatores:
• a frequência com que ele ocorre: se é comum ou raro

• impacto do problema quando ele ocorre: se é fácil ou difícil para o usuário superá-lo
• a persistência do problema: problema que ocorre uma única vez e que o usuário pode superar desde que saiba
que ele existe, ou se os usuários serão repetidamente incomodados por ele
ACOMPANHAMENTO COGNITIVO: Acompanhamento cognitivo é uma técnica rigorosa baseada

em papel para verificar o design em detalhes e a lógica das etapas em uma interação. Ela é derivada
da visão de cognição baseada no processamento humano da informação e está intimamente
relacionada à análise de tarefas. Em essência, o acompanhamento cognitivo consiste em um analista
de usabilidade percorrendo passo a passo as tarefas cognitivas que precisam ser realizadas na
interação com a tecnologia.
é um método de inspeção de usabilidade que tem como foco principal avaliar o design quanto à sua facilidade de
aprendizagem, particularmente por exploração.
As entradas para o processo são: Uma vez coletado esse material, o analista faz as quatro
seguintes perguntas para cada etapa individual da interação:
• o entendimento das pessoas que provavelmente
usará o sistema; • As pessoas que estão usando o sistema tentarão obter o
efeito correto?
• um conjunto de cenários concretos
representando ambas: uma sequência de • Elas perceberão que a ação correta está disponível?
atividades (a) muito comuns e (b) incomuns, porém,
críticas; • Elas associarão a ação correta ao efeito que estão tentando
obter?
• uma descrição completa da interface do sistema -
ela deve incluir tanto uma representação de como • Se a ação correta for realizada, as pessoas verão que está
a interface é apresentada, por exemplo, os designs sendo feito progresso em direção à meta da sua atividade?
de tela, quanto à sequência correta de ações para
realizar as tarefas do cenário, geralmente como Se qualquer uma das perguntas acima for respondida com
uma análise hierárquica de tarefas (HTA, do inglês uma negativa, um problema de usabilidade terá sido
hierarchical task analysis).. identificado e será registrado, mas as sugestões de redesign
não serão feitas neste ponto.
Percurso cognitivo é um processo de revisão
no qual o autor de um aspecto do design
apresenta uma proposta para um grupo de
pares. Os pares então avaliam a solução
usando critérios apropriados ao design
específico.
AVALIAÇÃO BASEADA NO PARTICIPANTE:
Cooperativa:
Codescoberta
Codescoberta é uma técnica naturalista e informal que é particularmente boa para captar primeiras impressões. Ela
é mais bem usada nos estágios mais tardios do design.
Experimentos Controlados
xperimentos controlados são apropriados quando o designer está interessado em determinadas características de
um design, talvez comparando um design com outro para ver qual é melhor.
As principais etapas para realizar um projeto de avaliação simples, porém, eficaz, são:
• estabeleça os objetivos da avaliação, os possíveis participantes, o contexto de uso e o estado da tecnologia;

obtenha ou construa cenários ilustrando como a aplicação será usada;
• selecione métodos de avaliação; eles devem ser uma combinação de métodos de revisão por especialista e de
métodos com participantes;
• realize a revisão com especialistas;
• planeje os testes com participantes; use os resultados da revisão por especialista para ajudar no enfoque;
• recrute pessoas e organize o local e o equipamento para os testes;
• realize a avaliação;
• analise os resultados, documente e relate aos designers.
Objetivos da avaliação
• Os treinadores entendem e aceitam bem a ideia do treinamento em ambiente virtual?

• Eles o usariam para ampliar ou substituir os cursos de treinamento e existentes?
• Quão próximo da realidade o ambiente virtual deve ser?
• Quais os recursos necessários para dar suporte à manutenção de registros e administração?
Métricas:
TESTE DE USABILIDADE: Deve-se sempre

estar atento a dois problemas vinculados a
um teste de usabilidade: a confiabilidade e a
validade. Como confiabilidade entendemos
o grau de certeza de que o mesmo
resultado será obtido se o teste for repetido;
e como validade, o fato dos resultados de
teste refletirem os aspectos de usabilidade
que se deseja testar.
A regra principal para se efetuar a escolha

dos usuários é que sejam tão
representativos quanto possível com relação
aos usuários reais do sistema
Os experimentadores devem ser preparados no sentido de terem conhecimento

extenso sobre a aplicação e a respectiva interface de usuário.
As tarefas a serem feitas durante um teste devem ser as mais representativas possíveis e devem dar uma
cobertura razoável das partes mais significativas da interface.
THINK ALOUD
Certamente é uma técnica não adequada

quando se deseja medidas de performance.
Geralmente os usuários ficam mais lentos e
cometem menos erros quando pensam em voz
alta.É uma técnica muito valiosa utilizada
originalmente como um método de pesquisa
psicológico. Solicita-se ao usuário que verbalize
tudo que pensa enquanto usa um sistema e a
expectativa é que seus pensamentos mostrem
como o usuário interpreta cada item da
interface. A principal força dessa técnica é
mostrar o que os usuários estão fazendo e
porque estão fazendo enquanto estão fazendo,
evitando as racionalizações posteriores.
SEMANA 8
SEMANA 1: Histórico e Fundamentos de Interface Humano-Computador
Quando o conceito de interface surgiu, ele era entendido como o hardware e o software com o qual
homem e computador podiam se comunicar. A evolução do conceito levou à inclusão dos aspectos
cognitivos e emocionais do usuário, durante a comunicação. Nesse linha, se dividirmos a área de IHC nos
seus três termos, tem-se:
Humano = é o foco do estudo de IHC junto a suas atividades em relação ao sistema. Portanto, IHC
investiga os inputs e os outputs ocasionados pela ação humana ao relacionarem-se com o sistema
computacional. Alguns autores usam os conceitos homem ou usuário, ambos se referem ao humano.
Interface = é o meio de contato físico ou conceitual, o qual permite a interação com o sistema. Enfim,
a relação entre as entidades humana e computacional é a interação. As características do usuário e
do meio afetam a interação. O contato físico ocorre, por meio de hardware de inputs e o contato
conceitual demanda a interpretação pelo usuário dos dados ou informações apresentados.
Computador = são os equipamentos com os sistemas computacionais, os quais são o foco da maioria
das interações. Eles representam, inclusive, celulares, tablets e outros dispositivos eletrônicos com
seus sistemas. Também o conceito não é máquina, nem programa ou computação.
A IHC estuda o canal ou a maneira que os humanos realizam a troca de informações entre o humano
(usuário) e o computador (sistema computacional). Essa troca de informações pode ser realizada, por
exemplo, das seguintes maneiras:
Pela ação do usuário, por exemplo, clicar em um botão, abrir um relatório e incluir um novo cadastro.
Pela ação do sistema que, ao gerar resposta, exige reação do humano, por exemplo, exibição do
relatório, aviso sobre uma inconsistência, e lembrete ao usuário sobre compromisso.
O design de sistemas interativos é afetado por pessoas e suas atividades ou contextos, tecnologias e
design. As pessoas são seres vivos com as capacidades físicas, cognitivas e comportamentos emocionais,
os quais influenciam esse design. Esse entendimento está fortemente motivado pela busca de melhoria
da qualidade da interação entre pessoas e computadores. Fatores humanos envolvem aspectos
fundamentais da percepção humana e o seu nível de habilidade e comportamento. Se os fatores
humanos forem ignorados, o sistema quase sempre será visto como “não amigável”, conforme os
exemplos nas videoaulas da Semana 1.
SEMANA 2: Aspectos Humanos
Quando interagindo com computadores e seus sistemas, a informação sensorial do estímulo físico nos
órgãos dos sentidos humano (por exemplo, olhos ou ouvidos) é captada pelos receptores, percebida e
depois flui para a memória de trabalho (ou de curta duração). Essa informação é levada pelo processador
perceptivo (ou sistema perceptual), que tem memórias da imagem visual e da imagem auditiva, que
guardam a saída do sistema sensorial, enquanto ela está sendo codificada simbolicamente. O sistema
cognitivo trabalha com a informação codificada simbolicamente na memória de trabalho e usa a
informação armazenada previamente na memória de longa duração para tomar decisões. O sistema
motor viabiliza a resposta à tomada de decisões e análises. Essas operações apresentadas são ilustradas
por pesquisadores de IHC em modelo como o Modelo do Processador de Informação Humano (MPIH).
Enfim, o princípio básico dessa operação do MPIH é um ciclo Reconhece-Age do processador cognitivo.
Para o humano agir, o processador motor é acionado pela ativação de certos chunks da memória de
trabalho, colocando em ação conjuntos de músculos que concretizam fisicamente determinada ação. O
sistema perceptual possui sensores com buffers associados, a memória da imagem visual e a memória da
imagem auditiva, que guardam a saída do sistema sensorial enquanto ela está sendo codificada
simbolicamente.
Portanto, além dos atributos físicos (natos), segundo pesquisadores de IHC, as pessoas têm, basicamente,
três subsistemas principais, sintetizados para sistemas de IHC:
Sistema Perceptual;
Sistema Cognitivo (capacidade de memorização, habilidade de leitura e matemáticas, treinamentos);
Sistema Motor.
Memórias e Processadores do modelo são descritos por parâmetros utilizados em medições de
qualidade para sistemas interativos computacionais.
Donald Norman divide cada ação do ciclo “Reconhece-Age” em etapas distintas, conforme a figura 1. Um
bom design leva todas as etapas em consideração, tornando muito mais fácil atingir os objetivos. Um de
seus pontos mais interessantes é que ele afirma que os humanos culpam a causa errada nos seus
fracassos de interação com sistemas. Quando um dispositivo não funciona como esperado, o ser humano
tende a assumir a culpa e não transferir ao design do dispositivo ou sistema. Isso geralmente ocorre por
causa do mapeamento deficiente, o que significa que a forma como o objeto funciona não é o que
esperamos com base em nossas percepções.
As três primeiras etapas fazem parte do Golfo da Execução e as três finais são do Golfo da Execução
(Reconhecimento). Não deve haver um “deserto vazio” entre os dois golfos para a interação.
SEMANA 3: Design Centrado no Usuário

IHC é uma área multidisciplinar, e a Engenharia de Software (ES) é parte dela. Em ES, tem-se processos,
uma vez que ES é uma abordagem sistemática, disciplinada e capaz de ser medida ao longo da
construção de um software. Modelos de processos são perspectivas particulares de processo de
software. A maioria dos modelos de processo de ES é de modelos centrados no produto, por exemplo,
modelo cascata, modelo iterativo, e modelo espiral. Em IHC como o foco é o humano, os modelos devem
ser centrados no usuário-humano. Nesse tipo de modelo, atividades de concepção do projeto, de design
e de avaliação envolvem imersão, pesquisa, ideação, documentação técnica de criação e prototipagem.
Um protótipo é um modelo, uma representação de um design, é algo que possibilita aos stakeholders
que interajam com o que foi elaborado e possam simular suas funcionalidades.
Nos modelos centrados no usuário, tem-se atividades de concepção e imersão que envolvem
diretamente e principalmente os usuários, pois pretendem o entendimento do problema (pessoas,
atividades e contexto). Para essas tarefas, é possível o uso de brainstorming, observação, questionário,
entrevistas e técnicas de antecipação, como:
Personas e Cenários, sendo que personas são representações concretas dos diferentes tipos de
pessoas para as quais um sistema está sendo desenvolvido. Essas personas têm nome, antecedentes,
background, expectativas e metas. A ideia de persona vem da década de 90 para fazer com que os
designers se coloquem no perfil de outros e não apenas com as ideias deles. Cenários são situações
hipotéticas ou de ficção. É comum o uso de narrativa, esboços e vídeos junto à exploração de técnicas
de personas e cenários.
Entrevista é uma técnica direta, flexível, pouco estruturada e interativa, a qual pede planejamento.
Contato com usuário e não apenas do cliente. Em geral, parte-se de perguntas genéricas para
específicas e a entrevista varia de ambiente formal a informal.
Questionário é uma técnica que despende recursos limitados. Questionário é útil para proteger a
privacidade das pessoas e para corroborar outros achados da pesquisa. Contudo, fazer bons
questionários é difícil.
Observação é uma técnica de execução in situ. Esse tipo de técnica usa registro de filme, gravação,
anotação, esboço e fotos. O foco inicial da observação deve ser a execução para posterior
generalização. É comum o uso do protocolo Think Aloud, que observa o pensamento em voz alta
envolvem dos participantes enquanto executam um conjunto de tarefas específicas.
Storyboard é uma simulação em papel e lápis, ou walkthrough da aparência e funcionalidade do
sistema. Esse tipo de técnica usa sequência de diagramas ou desenhos e mostra snapshots-chave. A
vantagem dessa técnica é sua rapidez e facilidade.
Outras técnicas são esboço, rascunho, mockups etc.
É importante entender que um protótipo pode ser um desenho em papel, um esboços de tela feitos à
mão, vídeos que simulam o artefato ou mesmo modelos em papelão e isopor. Em outras palavras,
protótipo é qualquer modelo que torne possível representar um artefato, desde que não apresente todas
as características finais. Os protótipos de baixa fidelidade são baratos, simples, rápidos de construir
esboços e rascunhos. No outro lado, o protótipo de mais alta fidelidade é o produto-final. Entre esses
dois extemos, alta e baixa fidelidade, existem protótipos intermediários com características intermediárias
de custo, de velocidade e de fidelidade ao produto-final. A escolha do tipo de técnica de antecipação e
inclusive do tipo de protótipo depende da análise das variáveis do projeto.
SEMANA 4: Qualidade em Interface Humano-Computador
O objetivo primordial de IHC é a produção de sistemas funcionais e com requisitos de qualidades. Esse
objetivo pode ser resumido como o desenvolvimento ou melhoramento da utilidade, da efetividade e da
usabilidade de sistemas interativos. Nesse sentido, qualidade de processo não é o foco de IHC. Para IHC,
qualidade de produto, principalmente qualidade em uso, demanda atenção e, quando se fala de
qualidade de produto de software, tem-se a ISO-9126 que foi substituída pela ISO/IEC 25010.
A International Organization for Standardization (ISO) e a International Electrotechnical Comission (IEC)
são organismos normalizadores, com importância internacional, reconhecidos no setor de software e
uniram-se para editar normas internacionais conjuntas de qualidade de software como a ISO/IEC 25010
citada. Esses órgãos definem qualidade de software como a totalidade de características de um produto
de software que lhe confere a capacidade de satisfazer necessidades explícitas e implícitas dos usuários.
Nesse contexto, a família ISO 25010 define dois modelos especialmente interessantes:
O de qualidade do produto, que trata de características do produto;
O de qualidade em uso, que busca representar o quanto o uso do software atende às necessidades e
metas dos usuários. O modelo de qualidade em uso é composto de cinco características (algumas das
quais são subdivididas em subcaracterísticas) que se relacionam ao resultado da interação, quando
um produto é usado em um determinado contexto de uso.
Qualidade em uso em IHC tem como finalidade fazer com que os usuários possam aproveitar ao máximo
o apoio computacional oferecido pelos sistemas. Nesse contexto, critérios de qualidade de uso envolvem:
Usabilidade, que englobe facilidade de aprendizado de uso do sistema e satisfação de usuário.
Experiência do usuário, que combina emoções e sentimentos.
Acessibilidade, que significa acesso amplo e igual a todos independente de suas capacidades.
Comunicabilidade, que representa a comunicação com o usuário e a lógica do design de quem
projetou o sistema.
A ISO 25010 tem cinco divisões, e a divisão 2502n trata de qualidade em uso, ela inclui:
Um modelo de referência de medição de qualidade de produto de software, definições matemáticas
de medidas de qualidade e orientação prática para sua aplicação.
Exemplos de medidas internas e externas de qualidade de software e medidas de qualidade em uso.
Aceitabilidade e usabilidade são dois requisitos de qualidade bastante difundidos em IHC. A aceitabilidade
combina aceitabilidade social e aceitabilidade prática. Aceitabilidade social envolve a aceitação pelo
público-alvo. Aceitabilidade prática trata dos tradicionais parâmetros de custo, confiabilidade,
compatibilidade com sistemas existentes etc., como também da categoria denominada “usefulness”, que
se refere ao sistema poder ser usado para atingir um determinado objetivo. Essa categoria é uma
combinação de duas outras como utilidade e usabilidade. Utilidade deve verificar se a funcionalidade do
sistema faz o que deve ser feito, ou seja, se um jogo efetivamente diverte e um software educacional
auxilia o aprendizado. Usabilidade e aceitabilidade de um sistema tem muitos componentes, e IHC tem,
de certa forma, que atender aos compromissos de todas essas categorias que variam de acordo com
domínio do sistema.
Finalmente, um requisito de qualidade que prevê o uso do produto por todos é a acessibilidade.
Acessibilidade é “a possibilidade e condição de alcance para utilização, com segurança e autonomia, de
espaços, mobiliários, equipamentos urbanos, edificações, transportes, informação e comunicação,
inclusive seus sistemas e tecnologias, bem como de outros serviços e instalações abertos ao público, de
uso público ou privados de uso coletivo, tanto na zona urbana como na rural, por pessoa com deficiência
ou com mobilidade reduzida”, segundo o governo brasileiro. IHC deve oferecer meios para que o usuário
acesse o sistema e interaja com ele, sem que a interface imponha obstáculos. Existem ferramentas
computacionais para suportar esses objetivos, como o Orca, Jaws, os sistemas leitores de tela, o Virtual
Vision e outros.
A avaliação de acessibilidade nas interfaces pode ser humana ou automatizada. A ideia é avaliar o nível de
acessibilidade de sites e/ou aplicativos e gerar uma lista dos problemas encontrados e que devem ser
corrigidos. Para essa avaliação, deve-se utilizar diretrizes ou princípios. O W3C desenvolveu as Diretrizes
de Acessibilidade para o Conteúdo da Web (WCAG)[1], que pretende auxiliar com recomendações o
conteúdo Web para torná-lo mais acessível às pessoas com deficiências visuais, auditivas, motoras,
fonológicas, intelectuais etc. Empresas como Apple e Google possuem seus próprios princípios de
desenvolvimento de interfaces de usuário, seguem suas diretrizes e têm suas ferramentas de avaliação.
SEMANA 5: Modelos, Paradigmas e Regras de Design

Pesquisadores de IHC também propõem teorias de alto nível que fornecem subsídios qualitativos, em
termos de modelos e regras de design, para projetistas avaliarem sistemas interativos. Modelos
representam conceitos e informações. Paradigmas apresentam estilos de interação sobre o projeto de
interface de sistemas interativos. Princípios e diretrizes trazem critérios e dicas práticas para a construção
de interfaces de qualidade.
O sistema cognitivo humano cria modelos mentais ou representações da informação recebida para
interpretar as informações de forma simbólica. Esses modelos são a imagem que as pessoas têm dos
objetos com os quais interagem, de si próprias, dos outros, do ambiente. Os modelos mentais são
construídos a partir da estrutura (modelo mental estrutural) das informações armazenadas pelos
humanos e da função (modelo mental funcional) da informação no raciocínio humano e no entendimento
da linguagem. Na construção desses modelos, a visão da realidade ligada ao conhecimento adquirido
sobre como o mundo, as coisas, os sistemas e o funcionamento dos dispositivos são considerados.
Modelos entram em ação, quando se precisa realizar tarefas.
Redes semânticas e modelos conceituais podem ser usados para representar modelos mentais, uma vez
que um modelo conceitual é uma coleção de associações na mente do usuário ou do desenvolvedor. Os
modelos conceituais podem ser utilizados para facilitar o entendimento no desenvolvimento e na
utilização de interfaces interativas. O cenário ideal é que o modelo mental do desenvolvedor seja
construído a partir da visualização fidedigna do modelo mental do usuário, e que o modelo
implementado no projeto seja também fidedigno ao modelo mental do usuário. Considerando
representações de modelos, paradigmas são propostas de design implementadas para a construção de
sistemas interativos. Diferentes estilos de interação são baseados em diferentes paradigmas. Alguns
exemplos de paradigmas são metáforas, manipulação direta, visualização de informação, interfaces
baseadas em agente, computação pervasiva/computação ubíqua etc. Metáfora é uma figura de
linguagem, utilizada para melhorar a expressividade de uma informação na tentativa de ajudar na
formulação de um modelo conceitual consistente para interação. Metáfora facilita o mapeamento e o
correto mapeamento é responsável pela interação, segundo Donald Norman (ver Semana 2).
Além dos modelos, padrões, guidelines, regras de ouro e princípios são teorias em IHC, que formam
regras de IHC para melhorar o desenvolvimento e a avaliação de interfaces. O objetivo é fazer com o que
o design ofereça ao usuário uma melhor experiência. Em termos de padrões (standards), vimos a ISO
25010 na Semana 4. Em termos, de guidelines, regras e princípios, profissionais da área de IHC, como
Ben Sheneirdeman, o professor estadunidense Donald Norman, especialista na área de ciência cognitiva,
e o pesquisador dinamarquês Jakob Nielsen, da área de Ciência da Computação, há décadas estudam e
escrevem a respeito.
Princípios são regras de design mais abstratas e com menos autoridade que padrões. Eles podem gerar
“repetibilidade” e explicar o sucesso de paradigmas. Eles podem ser mais genéricos (como as regras de
ouro) ou específicos (como os princípios de usabilidade).
As regras de design devem ser usadas no início do ciclo de vida de desenvolvimento de sistemas, por
exemplo, durante o design. Elas também podem ser usadas para avaliar a usabilidade do sistema. Muitas
regras de design parecem ter sentido comum. Algumas regras são o resultado de estudos empíricos,
como as heurísticas de Nielsen, que foram criadas, a partir da análise de 249 problemas de usabilidade.
Outras são derivadas de caracterizações particulares da natureza da ação humana. Um exemplo é o
conjunto de princípios de Norman, os quais estão intimamente relacionados à sua teoria da ação e
reação (visto na Semana 2). Algumas regras de design são reflexões da experiência do pesquisador, como
as regras de ouro de Shneiderman. Essas regras devem ser aplicadas e contextualizadas.
SEMANA 6: Interação RIA

No decorrer dos últimos anos, a Web se converteu de um pequeno sistema de hipertexto, usado para
compartilhar documentos científicos, para um fenômeno de proporções globais, modificando
fundamentalmente a maneira pela qual os negócios e as atividades cotidianas são realizados. Nesse novo
contexto, as aplicações demandam interações mais elaboradas. Aplicações ricas para Internet (Rich
Internet Application) são os meios mais robustos de acessar informação e um passo na evolução da Web.
As aplicações ricas ou RIA residem dentro de outra aplicação, o navegador Web. O designer desse tipo de
aplicação deve considerar esse fato e, por exemplo, conhecer como os controles do navegador
funcionam em conjunto com a aplicação propriamente dita, particularmente, o botão voltar. Aplicações
Web que são lançadas em um navegador secundário complicam o gerenciamento de janelas e
desacoplam a aplicação da experiência do resto do site. Além disso, as aplicações RIA possuem exemplos
de novos tipos de interação previamente incomuns na Web, como os filtros com barras de ajuste, as
interações do tipo arrastar e soltar, o deslocamento de objetos e o zoom de imagens. Outra diferença é
que embora a barra de rolagem seja aceitável em páginas Web estáticas, ela pode ser problemática para
aplicações ricas, pois RIA utiliza técnicas como componentes compactáveis e expansíveis para maximizar
o espaço em tela.
Apesar das aplicações ricas poderem aumentar a facilidade e a eficiência com as quais as pessoas
encontram informação, sua natureza dinâmica torna-as mais difíceis de salvar, imprimir, compartilhar,
redescobrir e adicionar informações como itens favoritos.
A vantagem individual mais importante das aplicações ricas em relação às páginas Web estáticas é uma
experiência do usuário mais suave e fluida. Elas permitem que as pessoas filtrem, ordenem e manipulem
informações dinamicamente, bem como realizem funções. Na Web tradicional, ao clicar de uma página
para outra ocorre o carregamento de páginas; as aplicações ricas para internet frequentemente usam um
modelo de página única no qual as informações atualizadas são rapidamente trazidas à página. Com esse
método, a reorientação em relação às opções de navegação é mínima ou nem mesmo está presente. De
um modo geral, as aplicações ricas são mais responsivas e permitem encontrar informações de maneira
mais rápida, enquanto diminuem potencialmente o efeito de ficar “perdido no hiperespaço”.
SEMANA 7: Avaliação em Interface Humano-Computador

A avaliação de sistemas interativos é feita basicamente por duas categorias de avaliação em IHC:
Inspeção de usabilidade (predictive evaluation), os quais são métodos sem envolvimento dos usuários
e aplicáveis a qualquer fase do desenvolvimento de um sistema (implementado ou não).
Testes de usabilidade, os quais são métodos de avaliação centrados no usuário. Exemplos desse tipo
de método de avaliação são os métodos experimentais ou empíricos, métodos observacionais e
métodos consultivos.
A palavra inspeção advém de trabalho de identificar, classificar e contar o número de problemas de

usabilidade. E a palavra usabilidade agrega facilidade de aprendizado, eficiência de uso, o quão
“agradável” um sistema é ao usuário, e frequência de ocorrência e severidade de erros do usuário.
Inspeção de usabilidade são métodos informais de avaliação de design cujos avaliadores inspecionam ou
examinam os aspectos relacionados à usabilidade. Os avaliadores são especialistas, consultores e
usuários finais. Os resultados dependem dos avaliadores, pois são sustentados pela confiança depositada
em seus julgamentos. Os métodos variam quanto à forma de efetuar julgamentos e quanto aos critérios a
serem adotados pelos julgadores e os métodos. Enfim, a ideia é encontrar problemas de usabilidade no
design de uma interface e fazer recomendações no sentido de melhorar a usabilidade do design. Estudos
demonstram que inspeções de usabilidade são um bom complemento aos testes de usabilidade com
usuários. Alguns métodos de inspeção de usabilidade são o percurso cognitivo
No percurso cognitivo, os revisores avaliam a interface proposta no contexto da execução de uma ou
mais tarefas do usuário. Esse método se originou na técnica walkthrough para inspeção de código da
Engenharia de Software. A ideia é percorrer uma sequência de código, passo a passo, detalhadamente,
para checar certas características. O avaliador executa os passos a serem seguidos pelo usuário para
executar uma certa tarefa. Eles percorrem a sequência de tarefas e ações, passo a passo, para detectar
potenciais problemas de usabilidade. O foco do método é avaliar um design quanto à sua facilidade de
aprendizagem, particularmente aprendizagem por exploração. Os avaliadores verificam se cada passo é,
ou não, adequado a um usuário novato pensando se o usuário seria bem-sucedido ao tentar executá-lo.
Basicamente, o processo de percurso dividido em duas fases básicas: fase preparatória e fase de análise.
A avaliação heurística, como parte do processo de design interativo de uma interface, é uma técnica de
inspeção de usabilidade feita por avaliadores que seguem princípios de usabilidade e avaliam os
elementos de interface de usuário, com o objetivo de encontrar falhas de usabilidade. Ela envolve um
pequeno conjunto de avaliadores, examinando a interface e julgando suas características em face de
reconhecidos princípios de usabilidade, que são denominados heurísticas. De modo geral, a avaliação
heurística é difícil de ser feita por um único avaliador, porque uma única pessoa nunca é capaz de
encontrar todos os problemas de usabilidade de uma interface. A experiência tem mostrado que
diferentes pessoas encontram diferentes problemas, portanto, obtêm-se aprimoramento dos resultados
da avaliação. A recomendação é que se use de três a cinco avaliadores.
As heurísticas de usabilidade de Nielsen são:
1. Visibilidade do status do sistema;

2. Comparação entre o sistema e o mundo real;
3. Controle e liberdade do usuário;
4. Consistência e padrões;
5. Ajuda o usuário a reconhecer, diagnosticar e recuperar de erros;
6. Prevenção de erros;
7. Reconhecimento em vez de memorização;
8. Flexibilidade e eficiência de uso;
9. Design estético e minimalista;
10. Ajuda e documentação.
Avaliação heurística é o principal método de avaliação econômica de design. Ela é considerada fácil
(ensinada em 4hs), rápida (1 dia para avaliações), e barata (o quanto se deseje). Enfim, esse tipo de
avaliação tem um excelente custo-benefício e é adequada para detectar tanto problemas graves quanto
problemas menores, para avaliar o design (em estágio inicial ou avançado) e pode ser usada mesmo por
quem não tem muita experiência. Também pode ser usada para avaliar implementações. A avaliação
heurística tem as seguintes etapas: (i) obtenção das entradas, (ii) avaliação independente, (iii) discussão e
coleta, e (iv) atribuição de taxa de severidade.
Teste de usabilidade é uma técnica utilizada para avaliar um produto ou serviço considerando os usuários
representativos do público-alvo (experientes ou não) em lugares preparados chamados de laboratórios
de usabilidade. Cada participante tenta realizar tarefas típicas, enquanto o analista observa, ouve e anota.
O objetivo desse tipo de teste é melhorar um design em criação, ou avaliar a qualidade global de uma
interface em fase final de definição. Teste com usuário é fundamental, mas tem restrições de tempo e de
recursos.
A equipe do laboratório geralmente entra em contato com representantes da equipe de desenvolvimento
no início de um projeto, de forma a estabelecer um plano de teste com datas definidas e custos alocados.
Ela também participa na fase inicial de análise da tarefa e revisão de design, fazendo sugestões e
provendo informações, e ajudando no desenvolvimento do conjunto de tarefas para o teste de
usabilidade. A disponibilidade de um laboratório não deve ser considerada condição para a realização de
um teste de usabilidade, e, sim, como uma grande facilitação. Quase todas as formas de teste podem ser
feitas nos mais diversos locais, desde que devidamente preparados. Também não deve ser considerada
uma condição a existência de avaliadores experientes para efetuar um teste. Bons resultados têm sido
obtidos com experimentadores novatos que aprendem o método de teste de usabilidade.

Resumo InterfaceHumano Computador

Enviado por

Direitos autorais:

Formatos disponíveis

Resumo InterfaceHumano Computador

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Resumo InterfaceHumano Computador

Enviado por

Direitos autorais:

Formatos disponíveis

INTERFACE HUMANO-

Como dar conta da rápida evolução tecnológica?

é a combinação de sua aceitabilidade

A aceitabilidade prática trata dos tradicionais

Envolve o conceito de "Usefulness'" onde o

Experiência do Usuário: emoções e sentimentos

Transporta sensações do mundo físico,

Princípio da especificidade da codificação: Operações de codificação específicas realizadas sobre o

Princípio da Discriminação: A dificuldade da recuperação da memória é determinada pelos candidatos

Princípio da Racionalidade: Esse princípio estabelece que muito da complexidade do comportamento

Mecanismos de Percepção Humana

acreditam que nossa visão de mundo é construída de forma ativa por

percepção é um processo direto que envolve a detecção de

M conjunto de métodos para atingir os objetivos

1. Estabelecer objetivo/meta global

ENGENHARIA DE SOFTWARE consiste em um conjunto de métodos, ferra-mentas e procedimentos,

Métodos: especificam como construir um software. Nesses métodos, é necessário analisar as

Ferramentas de Engenharia de Software: são utilizadas para automatizar os métodos. São

Procedimentos: definem a sequência de aplicação dos métodos. Define também os

Engenharia de Software: possibilita o planejamento e o controle dos processos de

Em um processo de desenvolvimento de interfaces, o ponto de partida é a escolha de

Modelo Espiral: a prototipação é utilizada como um mecanismo de

Planejamento: são determinados os objetivos, as alternativas e

Modelo de Schneiderman: possui três pilares, onde:

a avaliação é fundamental para o design de sistemas

o processo pode começar em qualquer ponto - às vezes

s atividades podem acontecer em qualquer ordem. Por

Para prototipar é necessário:

Nome: deve ser significativo e específico.

“Qualidade é a totalidade de características de um produto de software

International Organization Standardization (ISO) e a International Electrotechnical Comission (IEC) definem:

• identificação de requisitos de software e sistema;

define modelos de qualidade para

O escopo dos modelos de qualidade foi estendido

qualidade em uso: Grau em que um produto ou

A aceitabilidade geral de um sistema é a é definida como um subconjunto da qualidade

PRÍNCIPIOS DO DESIGN UNIVERSAL:

Uso equitativo: o design não prejudica ou estigmatiza nenhum grupo de usuários.

PRÍNCIPIOS DO DESIGN INCLUSIVO:

• incluir pessoas com necessidades especiais

Ferramentas que podem automatizar o processo:

A maior dificuldade do projetista durante o

Para sistemas, existem três tipos de modelos

O modelo do designer (modelo mental)

A imagem do sistema (modelo conceitual) é:

2. Consistência - seja consistente no uso das características de design e com sistemas

5. Navegação - proporcione suporte para que as pessoas possam se movimentar pelo

7. Retorno (feedback) - retorne rapidamente a informação do sistema para as pessoas, para

8. Recuperação - torne possível recuperar-se de forma rápida e eficaz de ações,

Uma questão fundamental para a usabilidade é que frequentemente a • pessoas:

ACEITABILIDADE A aceitabilidade trata de encaixar as tecnologias na vida das pessoas.

As características-chave da aceitabilidade são:

PRINCÍPIOS DE NORMAN 1. Use o conhecimento do mundo e o conhecimento da mente

AS HEURÍSTICAS DE USABILIDADE DE 1.Visibilidade do status do sistema

Conhecer conceitos e fundamentos de RIA;

Tipos de Análise de Tarefas:

1. Identifique a tarefa a ser analisada.

uma aplicação web é qualquer modelo mental