Este capítulo tem como objetivo:

• Apresentar métodos que descrevem como o processo de construção deve
ser conduzido dentro das organizações
• Discutir técnicas consagradas na área como a observação etnográfica, o
projeto participativo e o desenvolvimento baseado em cenários
• Abordar os cuidados que o gerente desse tipo de projeto devem ter acerca
de como os funcionários da organização que irá receber o sistema vêem a
iniciativa.

Em tudo mundo, a Engenharia da Usabilidade tem se firmado como uma disciplina com práticas e padrões bem estabelecidos. Gerentes de projetos são convidados a adaptar as práticas apresentadas nesse capítulo a fim de adequá-las a seus orçamentos, cronogramas e estrutura organizacional. Entretanto, é importante que as empresas deem apoio organizacional à usabilidade. Esse ponto é importante uma vez que as empresas dão muito mais importância aos processos de engenharia de software que aos de usabilidade. Também discutiremos os três pilares sobre os quais o processo de desenvolvimento de sistemas interativos se assenta:

1) Um documento de guidelines para o processo propriamente dito;

2) Ferramentas de software para o desenvolvimento de interface;

3) A revisão de especialistas e os testes de usabilidade.

1. Apoio organizacional à usabilidade

Quando os dois produtos possuem funcionalidades semelhantes, a da usabilidade passa a ser o principal critério de comparação. Assim aquele que tiver usabilidade superior tem vantagem. Cientes disso, muitas empresas desenvolvedoras de software criaram laboratórios de usabilidade que são utilizados para revisão de especialistas e na condução de testes de usabilidade. Especialistas de fora do projeto podem fornecer observações importantes e enriquecedoras, enquanto os testes de usabilidade realizados nas principais tarefas do domínio de aplicação implementadas em um sistema de computação são muito importantes para o entendimento de performance dos futuros utilizador.

2. Os três pilares do projeto

Os três pilares (Figura 31) descritos abaixo foram propostos por (SHNEIDERMAN E PLAISANT (2005) com o intuito de ajudar o projetista a “tornar boas
idéias em sistemas de sucesso”.

2.1 Guidelines e processos
Antes de mais nada, o grupo de desenvolvimento deve elaborar um documento contendo guidelines, ou seja, orientações que devem guiar todos os projetistas da organização.

2.2 Ferramentas de software de apoio ao desenvolvimento da interface
Uma das dificuldades no projeto de sistemas interativos encontra-se no fato
de que clientes e utilizadores normalmente não tem idéia de como o sistema
ficará até que ele esteja pronto.

2.3 Revisão de especialistas e testes de usabilidade
Produtores de espetáculos de teatro sabem que antes da estreia devem fazer ensaios onde todos as personagens vestem com as suas fantasias e o palco está montado exatamente da forma em que estará no primeiro dia de espetáculo.

3. Metodologias de desenvolvimento

3.1 Introdução
SHNEIDERMAN e PLAISANT (2005) estima que cerca de sessenta porcento
dos projetos fracassam dos quais vinte e cinco porcento deles nunca terminam enquanto os outros trinta e cinco alcançam apenas sucesso parcial. Uma abordagem de desenvolvimento que leve considere as questões de usabilidade desde os estágios iniciais do projeto resultam em diminuição dramática de custos de desenvolvimento e manutenção. Tais abordagens produzem sistemas mais fáceis de se aprender e de se utilizar, aumentam a produtividade e diminuem as taxas de erro. Metodologias de engenharia de software como a UML tem-se se mostrado úteis para que projetistas e gerentes mantenham seus projetos dentro dos prazos e orçamentos estimados. Entretanto, nem sempre fornecem guidelines úteis à construção de interfaces de qualidade. Várias metodologias de projetos focadas no projeto de interfaces foram
propostas, como Hix e Hartson (1993) e Nielsen (1994). A título de ilustração detalharemos a metodologia Logical User-Center design proposta por Kreitzberg (1996). Ela identifica seis estágios no processo de desenvolvimento de sistemas interativos. Tais estágios estão abaixo listados.

Estágio 1: Desenvolvimento do conceito do produto

Estágio 2: Pesquisa e análise das necessidades

Estágio 3: Conceitos de projeto e protótipos de telas-chave

Estágio 4: Refinamento do projeto através de iterações

Estágio 5: Implemente o sistema

Estágio 6: Apóie o processo de implantação

Em seguida, discutiremos três técnicas bastante utilizadas no processo
de desenvolvimento de sistemas interativos: Observação etnográfica, projeto
participativo e desenvolvimento baseado em cenários.

3.2 Observação etnográfica

Praticamente todas metodologias incluem a observação de utilizadores em seu ambiente de trabalho como um dos passos iniciais no processo de construção de sistemas interativos. Para esses usuários, trabalhar em uma organização e em um lugar e em uma época acabam constituindo uma cultura única. Por esse motivo métodos etnográficos de observação tendem a se tornar cada vez mais importantes. “Um etnógrafo participa, de modo explícito ou não, no cotidiano das pessoas por um período extenso de tempo, observando o que acontece, ouvindo o que é falado e fazendo perguntas”, Hammersley e Atkinson (2007). Como etnográficos, projetistas de interface ganham entendimento sobre o comportamento individual e o contexto organizacional. O trabalho desses projetistas se diferencia do etnógrafo tradicional porque eles observam as interfaces em uso com o propósito de melhora-la ou de construir algo inteiramente novo. Enquanto etnógrafos tradicionais entram em um processo de imersão na cultura, o que normalmente leva semanas ou meses, projetistas de interface limitam esse tempo para dias ou mesmo horas e mesmo assim ainda conseguem obter informações necessárias ao seu ofício. Métodos etnográficos já foram empregados em observações realizadas em escritório, controle de tráfego aéreo e em vários outros domínios. Essa atividade também precisa de guidelines para diminuir as possibilidades de serem feitas observações irrelevantes ou que se deixe de perceber detalhes que devam ser considerados. ROSE et al. (1995) elaborou uma série
de guidelines com objetivo de tornar o processo de observação etnográfica mais produtivo, as quais transcrevemos a seguir:

• Preparação
• Estudo de Campo
• Análise
• Divulgação dos resultados

3.3 Projeto participativo

É fácil entender porque devemos envolver os usuários nas várias fases dos projetos de sistemas interativos. Um maior envolvimento resulta em informações mais precisas acerca das tarefas pertencentes ao escopo do sistema, mais oportunidades para que eles influenciem nas decisões de projeto, facilita o processo de aceitação do sistema e aumenta a sensação de que o projeto também é deles.

3.4 Desenvolvimento baseado em cenários

Nessa prática, bastante utilizada nos dias de hoje durante o processo de licitação de requisitos. Na construção dos cenários descrevemos situações em que os usuários se utilizarão recursos fornecidos pelo sistema para resolver situações encontradas no dia-a-dia de suas atividades. Quando possível e especialmente quando no cenário envolve mais de um ator e um processo de colaboração entre eles, é aconselhável criar um pequeno teatro e “executar” a atividade conjunta. Além dos utilizadores chave, esses “teatrinhos” devem ser encenados nos locais de trabalho para que os atores possam utilizar o espaço e os objetos normalmente empregados na execução das tarefas encenadas, por exemplo:
Recepção de hotéis, laboratórios de análises clínicas, etc. Os cenários podem representar situações normais ou emergenciais. Pode-se construir cenários descrevendo a utilização do sistema por usuários novatos e outro cenário onde a mesma atividade é executada por um usuário experiente.

4. Impacto social

A introdução de sistemas interativos normalmente causam enorme impacto não somente nas organizações, mas também nas vidas das pessoas que as fazem. A fim de minimizar os riscos associados ao seu desenvolvimento e implantação, é interessante que se produza um documento bastante bem fundamentado antecipando os impactos que o sistema deve causar para que seja apresentado aos tomadores de decisão das empresas. A circulação desse documento, além de ser uma medida preventiva, pode elicitar sugestões produtivas por parte desse grupo. Essas sugestões podem levar a correções de rumo ainda em uma fase inicial do projeto, o que é bem mais barato do que em fases mais adiantadas. Shneiderman e Rose (1997) sugerem um roteiro para a construção do documento de impacto social, transcrito abaixo:

• Descreva o novo sistema e seus benefícios
• Aborde preocupações e potenciais barreiras
• Descreva o processo de desenvolvimento

Pagina: 50 a 60

Capitulo 2

Resumo:

Introdução:

a importância de compreender claramente “o que” (what), “por que” (why) e “como” (how) ao projetar uma aplicação. Os designers de interação geralmente começam entendendo as necessidades dos usuários, esquematizando layouts de interface e avaliando a arquitetura do sistema antes de iniciar a codificação. É mencionado que um entendimento claro desses aspectos pode economizar tempo e esforço durante a implementação do projeto. O texto também aborda a importância de aprender a identificar e examinar questões durante o processo de design, destacando que é uma habilidade que se desenvolve com a prática.

Os objetivos principais do capítulo incluem explicar o escopo do problema, conceitualizar a interação, discutir modelos conceituais e suas variedades, avaliar prós e contras do uso de metáforas de interface, explorar a aplicação de realismo ou abstração nas interfaces e definir a relação entre design conceitual e design físico.

Este resumo abrange os pontos-chave mencionados no texto, fornecendo uma visão geral do conteúdo. Se você tiver perguntas específicas ou precisar de mais detalhes sobre alguma parte do texto, sinta-se à vontade para perguntar.

Entendendo o espaço do problema:

O trecho destaca a armadilha de começar o design de um produto interativo focando apenas nos aspectos práticos, como desenvolver a interface física e os estilos de interação, sem considerar as metas de usabilidade e as necessidades dos usuários. Ele ilustra isso com o exemplo de desenvolver um sistema para fornecer informações a motoristas sobre tráfego e navegação, explorando a possibilidade de usar tecnologia de realidade aumentada. No entanto, alerta sobre os riscos de distração e falta de segurança ao implementar essa abordagem, enfatizando a importância de equilibrar a funcionalidade com a experiência e segurança do usuário.

modelos conceituais:

a importância do modelo conceitual na criação de produtos interativos, definindo-o como uma descrição do sistema proposto, compreendida pelos usuários em relação ao que o sistema deve fazer, como deve se comportar e como deve parecer. O desenvolvimento desse modelo envolve visualizar o produto com base nas necessidades do usuário e em outros requisitos identificados, sendo crucial realizar testes iterativos para garantir que seja compreendido da maneira pretendida.

É mencionado que uma abordagem para projetar um modelo conceitual apropriado é utilizar uma metáfora de interface, fornecendo uma estrutura básica familiar aos usuários. Exemplos de metáforas de interface incluem a área de trabalho do computador e os mecanismos de busca. Além disso, paradigmas de interação também podem orientar a formação de uma metáfora conceitual adequada.

O texto enfatiza que o processo de desenvolvimento de modelos conceituais deve ser iterativo, utilizando vários métodos, como geração de ideias, storyboards, descrição de cenários e prototipagem de comportamentos propostos. O capítulo 8 é mencionado como uma referência para a realização prática do design conceitual.

Conversações

Este modelo conceitual é fundamentado na ideia de uma conversação entre uma pessoa e um sistema, onde o sistema age como um parceiro em um diálogo, respondendo de maneira semelhante a um ser humano em uma conversa. Diferencia-se da categoria anterior de instrução, pois procura refletir um processo de comunicação bidirecional, onde o sistema atua mais como um parceiro do que como uma máquina que simplesmente obedece a ordens. Este tipo de modelo conceitual é considerado mais útil em aplicações onde o usuário precisa encontrar tipos específicos de informações ou deseja discutir alguma questão, como em sistemas de aconselhamento, ferramentas de ajuda e pesquisa.

Os tipos de conversação suportados por esse modelo podem variar, desde simples sistemas de menus com reconhecimento de voz até sistemas mais complexos baseados em linguagem natural, que analisam e respondem a perguntas digitadas pelos usuários. Exemplos simples incluem serviços bancários via telefone, reservas de bilhetes e consultas a horários de trens. Exemplos mais complexos incluem ferramentas de pesquisa e sistemas de ajuda, nos quais o usuário faz perguntas específicas e o sistema fornece várias respostas.

Um dos principais benefícios desse modelo é permitir que as pessoas, especialmente os iniciantes, interajam com o sistema de maneira familiar. Por exemplo, a ferramenta de busca “Ask Jeeves for Kids” permite que crianças façam perguntas da mesma forma que fariam a pais ou professores, em vez de terem que reformular a pergunta em termos de palavras-chave e lógica booleana.

“Bem-vindo à seguradora St. Paul’s. Tecle 1 se você não for cliente; tecle 2 se você já é nosso cliente.”

“Obrigada por ligar para a seguradora St. Paul’s. Se você procura seguro imobiliário, tecle 1; se você procura seguro de automóvel, tecle 2; se você procura seguro viagem, tecle 3; se você procura seguro de saúde, tecle 4; para outras informações, tecle 5.”

[Usuário tecla 2]

“Você está na seção de seguros para automóveis. Se você deseja informações sobre seguro total, tecle 1; se você deseja informações sobre seguros contra terceiros, tecle 2.”

Manipulação e Navegação:

Este modelo conceitual descreve a atividade de manipular objetos e navegar por espaços virtuais, explorando o conhecimento que os usuários têm sobre como fazer isso no mundo físico. Os objetos virtuais podem ser movidos, selecionados, abertos, fechados, aproximados e afastados. Extensões a essas ações também podem ser realizadas, como manipular objetos e navegar em espaços virtuais de maneiras não possíveis no mundo real, como teleportar-se para outro lugar ou transformar um objeto em outro.

Um exemplo bem conhecido desse tipo de modelo conceitual é a manipulação direta. De acordo com Ben Shneidermann (1983), que cunhou o termo, as interfaces de manipulação direta possuem três propriedades fundamentais:

1. Representação contínua de objetos e ações de interesse.
2. Ações incrementais rapidamente reversíveis, com feedback imediato por parte do objeto de interesse.
3. Comandos por meio de ações físicas e pressão de botões, em vez de comandos com sintaxe complexa.

As interfaces de manipulação direta proporcionam benefícios como auxílio a iniciantes no aprendizado rápido de funcionalidades básicas, permitindo que usuários experientes trabalhem rapidamente com uma ampla variedade de tarefas, e facilitando a lembrança de usuários não muito frequentes sobre como realizar operações, mesmo após algum tempo de afastamento. Essas interfaces também minimizam a necessidade de mensagens de erro, permitindo que os usuários verifiquem imediatamente se suas ações os estão auxiliando a atingir os objetivos propostos. Além disso, promovem autoconfiança, habilidade e uma sensação de controle por parte dos usuários. A Apple Computer Inc. foi uma das primeiras empresas a adotar a manipulação direta como modo principal de interação em seus ambientes operacionais.

Pagina: 40 a 50

Resumo:

Leitura Adicionais

Uma lista de leituras recomendadas sobre design de interação. Abaixo está um resumo do conteúdo :

1. “From Computing Machinery to Interaction Design” (1997) por Terry Winograd: O autor oferece uma visão geral de como o design de interação surgiu como uma nova área, destacando seus desafios e demandas.
2. “The Design of Everyday Things” (1988) por Donald Norman: Norman explora o design e usabilidade de objetos do cotidiano, fornecendo insights valiosos para o design de interfaces.
3. “Affordances, Conventions, and Design” (1999) por Donald Norman: Este artigo critica os princípios de design, abordando affordances, convenções e design.
4. “The Computer Reaches Out: The Historical Continuity of Interface Design” (1990) por Jonathan Grudin: O autor discute como o design de interface se expandiu ao longo do tempo.
5. “The Case Against User Interface Consistency” (1989) por Jonathan Grudin: Este artigo questiona a ideia universalmente aceita de consistência na interface do usuário.
6. “Interactions, January/February 2000, ACM”: Um número especial que apresenta diferentes perspectivas sobre as realizações e o futuro do design de interação.
7. A IDEO oferece um arquivo online ilustrado de vários produtos interativos projetados.
8. Entrevista com Gitta Salomon: Gitta Salomon, fundadora da Swim Interaction Design Studio, discute sua abordagem para o design de interação, mudanças na indústria e desafios enfrentados pelos consultores de design de interação.
9. A autora destaca a importância de comunicar efetivamente o trabalho de design aos clientes, destacando que metade do trabalho é design e a outra metade é comunicação.
10. A autora menciona a evolução do foco de projetos menos centrados na web para projetos predominantemente baseados na web.
11. Gitta Salomon destaca o desafio de lidar com clientes que muitas vezes não têm um processo estruturado de desenvolvimento de produtos.

Neste capítulo o objetivo é introduzir o modelo Objeto-Ação proposto do Shneiderman, discutir o impacto de fatores como a frequência de uso, perfis de tarefas e estilos de interação sobre o projeto de interface de sistemas interativos, debater acerca de quais tipos de tarefas sistemas automatizados levam vantagens sobre o operador humano (trabalho manual), e em quais o ser humano tem desempenho superior a sistemas automatizados e apresentar teorias de alto nível que fornecem subsídio geral para o projetista de sistemas interativos.

“Um bom projetista não pode se confiar apenas em julgamentos intuitivos.”

Neste resumo apresentarei algumas técnicas que nos dão direcionamento tanto de alto nível na forma de teorias e modelos, como princípios de nível médio e dicas práticas.

1. Teorias de alto nível
   1.1 Introdução

Diversas teorias são empregadas no projeto de sistemas interativos. Existem as
teorias exploratórias, que nos ajudam a observar o comportamento, descrever
atividade e a comparar conceitos de alto nível entre dois projetos e treinamento, teorias preditivas ajudam os projetistas a comparar projetos no que diz
respeito ao tempo de execução de determinada tarefa, taxas de erro, etc.

Atualmente existem centenas de teorias na área de IHC. Muitas delas
ainda estão passando por um processo de amadurecimento tanto por aqueles que as propuseram como por aqueles que acham que podem melhorar o
que já está posto. Isso significa que o campo ainda não está maduro e que
devemos esperar novas e talvez radicais mudanças pela frente. A seguir discutiremos algumas dessas teorias.

1.2 O Modelo de Foley
Proposto por FOLEY et al., (1987), o modelo prevê uma abordagem “topdown”
para o desenvolvimento de sistemas interativos em quatro níveis: Conceitual,
semântico, sintático e léxico.

1.3 Os Modelos GOMS e Keystroke
Os dois modelos foram propostos por Card, Moran e Newell (1983). O acrônimo GOMS vem das palavras inglesas (Goals, objetivos; Operators, operadores; Methods, Métodos e Selection Rules, regras de seleção). Para os autores, utilizadores tem objetivos (editar um documento) e sub-objetivos (inserir uma palavra).

Os objetivos são atingidos por meio da utilização de métodos, como mover o cursor para a posição desejada. Já os operadores são “atos cognitivos, motores, ou perceptivos elementares cuja execução é necessária para mudar em qualquer aspecto o estado mental do utilizadores ou afetar o ambiente de tarefa” (CARD et al., 1983).

1.4 Modelos de estágios de ação

Norman descreve sete estágios de ação (Card et al., 1983) como modelo de
interação humano-computador. São eles:

1. Formular um objetivo;

2. Formular uma intenção;

3. Especificar uma ação;

4. Executar uma ação;

5. Perceber o estado do sistema;

6. Interpretar o estado do sistema;

7. Avaliar o resultado.

Quando colocamos em sequência temos: o utilizador formula uma intenção conceitual, reformula-a em termos das semânticas de diversos comandos, constrói a sintaxe requerida, finalmente produz ação de mover o mouse
para selecionar um ponto na tela.

Foi também a partir da proposição desses estágios que se identificou o golfo da execução, o descompasso entre as intenções do utilizador e as ações permitidas pelo sistema.

A partir desse modelo, Norman sugere quatro princípios para um bom projeto. Primeiro, o estado do sistema e as alternativas de ação devem estar sempre visíveis. Segundo, deve haver um bom modelo conceitual consistente com a imagem do sistema. Terceiro, a interface deve incluir bons mapeamentos que revelem as relações entre os estágios. Quarto, o utilizador deve receber feedback contínuo. Norman enfatiza muito o estudo dos erros que, segundo ele, ocorrem nas transições entre objetivos e intenções, intenções e ações, ações e execuções.

1.5 Teorias voltadas para o uso de Widgets

A maioria dos programas de computador são baseados em Widgets: Labels,
campos, caixa de escolha, radio bottoms, check boxes, etc.

2. O Modelo de Objeto-Ação

O método, proposto do por SHNEIDERMAN E PLAISANT (2005), começa
pelo entendimento da tarefa. A tarefa inclui o universo de objetos do mundo
real com os quais o utilizadores trabalha para alcançar seu objetivos e as ações
que ele realiza sobre esses objetos. Objetos de alto nível de uma tarefa podem
ser uma biblioteca de fotos, estatísticas do mercado de ações, ou mesmo
contatos de uma aplicação de rede social.

3. Frequência de uso, perfis de tarefas e estilos de interação

“Conhecei vosso usuário”, (HANSEN, 1971). A idéia simples, mas de difícil
implementação, além de ser subvalorizada. Muitos projetistas acham que conhecem seus utilizadores. Projetistas de sucesso entendem que pessoas pensam, aprendem e resolvem problemas de formas diferentes. Todo projeto deveria começar com o conhecimento da comunidade de utilizadores , incluindo perfis populacionais que incluem idade, sexo, habilidades físicas, educação, cultura, etnia, treinamento, motivação, objetivos e personalidade. (Figura 22)

A seguir discutiremos os diferentes perfis de utilizadores conforme a frequência de uso, perfis de tarefa e estilos de interação.

3.1 Utilizadores segundo sua frequência de uso
a) Utilizadores novato

Na classe de utilizador novatos podemos identificar dois tipos de utilizador: os verdadeiramente novatos e aqueles que estão usando o sistema pela primeira vez.

Uma das primeiras providencias é utilizar vocabulário do domínio da aplicação. Reduzir o número de ações para a realização de tarefas para que o utilizador as execute e com isso reduza ansiedade, ganhe confiança, e obtenha reforço positivo.
Feedback informativo acerca da realização das tarefas (“arquivo salvo
com sucesso”) e mensagens de erro construtivas devem ser emitidas sempre
que um erro for cometido. Tutoriais online que descrevem passo a passo
como determinada tarefa é alcançada também são importantes.

3.1.1 Utilizador intermitente

Já os utilizador intermitentes com algum conhecimento são aqueles que tem
contato com diversos sistemas, mas de forma intermitente.

Menus bem estruturados, uso consistente de terminologia,
sequência de ações consistente, mensagens de fácil entendimento e guias para
padrões frequentes de uso podem ajudar esse tipo de utilizador na redescoberta da sequência de ações necessárias para a realização da tarefa intencionada.

c) Utilizador experiente

Os utilizador experientes já são familiarizados tanto com o domínio da
aplicação como com a interface. Eles buscam performance, querem realizar
suas atividades o mais rápido possível.

Construir sistemas que acomodem essas três categorias não é simples.

3.2 Perfis de tarefa

Todo projetista deve concordar que o conjunto de tarefas deve ser identificado
antes que o projeto possa prosseguir. O problema é que a análise de tarefa,
ou é feita informalmente, ou é não é feita. Ações de tarefa de alto nível podem
ser decompostas em múltiplas ações de tarefa de nível intermediário, que por
sua vez, podem ser refinadas em ações atômicas que o utilizador executa com
um único comando ou seleção de menu.

3.3 Estilos de Interação

Quando a análise de tarefas estiver completa e os objetos e ações tiverem sido identificados, o projetista pode escolher entre os estilos primários de interação: Manipulação direta, menus, preenchimento do formulários, linguagem de comandos ou ainda, linguagem natural.

4. As oito regras de ouro do projeto de Interface

Apresentamos a seguir as oito regras de outro do projeto de interface propostas por SHNEIDERMAN E PLAISANT (2005).

Regra 1: Mantenha a consistência

Regra 2: Permita que usuários frequentes se utilizem de atalhos

Regra 3: Ofereça feedback informativo

Regra 4: Projete diálogos auto-contidos

Regra 5: Elabore estratégias para a prevenir erros e facilitar sua
recuperação

Regra 6: Permita a fácil reversão das ações

Regra 7: Apóie o locus interno de controle

Regra 8: Diminua a carga de memória a curto prazo

5. Entrada e apresentação de dados

Atividades relativas a entrada e leitura de dados costumam a tomar grandes
quantidades de tempo dos utilizador de computador, principalmente nas empresas. SMITH E MOSIER (1986) nos oferecem cinco objetivos de alto nível
que devem ser observados em interfaces para entrada de dados. A lista é
apresentada a seguir.

1. Consistência nas transações de entrada de dados.

2. Minimizar as ações do utilizador.

3. Minimizar a carga de memória.

4. Compatibilidade entre a entrada e a apresentação de dados.

5. Flexibilidade para o controle do usuário sobre a entrada de dados.

6. Obtendo a atenção do utilizador

O utilizador é normalmente “bombardeado” com muitas informações disponibilizadas por sistemas de computação. Torna-se portanto um desafio ao projetista desenhar sistemas que obtenham atenção imediata do operador quando este deva tomar ações em espaço de tempo muito curto.

A seguir listamos, baseado em HOLLANDS e WICKENS, (1999), algumas técnicas existentes para se conseguir a atenção do operador.

1. Intensidade

2. Marcação

3. Tamanho

4. Cores

5. Cores piscando

6. Audio

7. Entre a automação e o controle humano

Apesar dos crescentes níveis de automação, graças principalmente à padronização de rotinas e tarefas nas empresas, o que facilita sobremaneira o projeto de sistemas de computação em alguns tipos de atividades, os humanos ainda levam vantagem. Abaixo, tabela comparativa, compilada a partir de Brown (1998), que delineia melhor em que situações os humanos são melhores que as máquinas. É importante ressaltar, entretanto, que essa “fronteira” não é definitiva e que à medida que as tecnologias avançam, mais as máquinas irão se tornando “capazes” de exercer funções até antes restrita a humanos.