Please enable JavaScript.
Coggle requires JavaScript to display documents.
Desenvolvimento de Interface Humano Computador - Coggle Diagram
Desenvolvimento de Interface Humano Computador
Affordance
Affordance é a capacidade que um objeto tem de ser reconhecido e utilizado exatamente para o que foi projetado, mas sem a necessidade de uma explicação prévia.
Para entender um pouco melhor, vejamos os quatro tipos existentes de affordance com exemplos a seguir!
Oculto/escondido:
É utilizado para diminuir a complexidade de uma interface, porém pode tornar a interface difícil de usar se o usuário não estiver acostumado.
Exemplo: menu dropdown, que só mostra seu conteúdo quando passamos o mouse por cima de um item do menu.
Convencional/padrão:
Baseado em experiências anteriores do usuário ou em informações que são conhecidas pela maioria dos usuários.
Exemplo: um link sublinhado com a cor azul.
Metafórico:
Utiliza objetos do mundo real como metáforas para ajudar no entendimento da interface. A intenção é ajudar a comunicar ideias abstratas sem muitas instruções.
Exemplo: ícones de aplicativos em telas de smartphones.
Explícito:
Objeto acompanhado de um texto indicando exatamente o que o usuário deve fazer.
Exemplo: um botão de “Compre com 1 clique”.
Comunicabilidade
A comunicabilidade diz respeito à capacidade da interface de comunicar ao usuário a lógica do design, as intenções do designer e os princípios de interação resultantes das decisões tomadas durante todo o processo de design.
Exemplo:
Não precisamos saber como funcionam os recursos de estilos de formatação ou numeração automática de um editor de texto para utilizá-lo, mas se sabemos isso certamente podemos usar esse software de forma mais eficiente e obter menos erros.
Segundo Prates et al. (2000), a intenção é que o usuário saiba:
Qual a vantagem de utilizá-lo.
Como ele funciona.
Para que serve o sistema.
Quais são os princípios gerais de interação com o sistema.
Fases de um projeto de interface humano-computador
Segundo Rogers, Sharp e Preece (2013), as fases de um projeto de IHC são fundamentais para garantir que o sistema atenda às necessidades reais dos usuários e suporte todos os requisitos de negócio.
As fases de um projeto de IHC são principalmente:
Desenvolver designs alternativos:
Nesta atividade, devem ser explorados vários aspectos com relação ao visual e à usabilidade do software. Cenários de interação devem ser criados para serem avaliados e escolhidos pelos usuários.
Contruir versões interativas dos designs:
Nesta atividade, são desenvolvidos protótipos que permitem ao usuário vivenciar a visão da interface em um software próprio para prototipação. Isso ajuda muito a esclarecer os requisitos da interface.
Identificar as necessidades e definir os requisitos:
Nesta atividade, deverão ser entendidos os processos de trabalho dos usuários, verificadas as suas reais necessidades perante o uso do sistema para apoio aos seus processos de trabalho e listados todos os requisitos de negócio que esse sistema deverá suportar.
Avaliar o design:
Nesta atividade, as alternativas de design apresentadas nos protótipos são avaliadas e ranqueadas mediante critérios definidos previamente, como: aparência, quantidade de requisitos satisfeitos, usabilidade, entre outros.
Definindo as representações do projeto
Para registro das informações coletadas no processo de levantamento de requisitos precisamos de representações.
Aqui falaremos sobre diversas representações e modelos utilizados para registrar, organizar, refinar e analisar os dados coletados, entre eles: perfil de usuário, personas, cenários de análise ou de problema e modelos de tarefas.
Perfil do usuário
A intenção desse levantamento de informações sobre cada usuário é poder categorizar os mesmos grupos de usuários, com base em semelhanças, verificando principalmente quais usuários poderão realizar determinadas tarefas no sistema.
Persona
Personas são definidas, principalmente, por seus objetivos de atividade no sistema em geral.
a seguir os elementos que uma persona deve ter.
Objetivos
Objetivos definidos com relação ao sistema.
Habilidades
Competências e habilidades especificadas.
Status
Categoria como stakeholder, usuário primário, administrador ou outras
Tarefas
Tarefas que realiza normalmente e a frequência de realização.
Identidade
Nome, idade, avatar (foto) e dados demográficos.
Relacionamentos
Indicação das outras personas com quem se relaciona.
Cenários
Em geral, um cenário possui um enredo que inclui sequências de ações e eventos: o que os usuários fazem, o que acontece com eles, que mudanças ocorrem no ambiente, entre outras coisas. Tem sempre um ator principal e um objetivo principal. Tem também um título que descreve brevemente a situação.
Vejamos os elementos característicos de um cenário!
Planejamento
Atividades que transformam o objetivo em comportamento.
Ações
Comportamentos.
Objetivos
O que motiva as ações dos atores.
Eventos
Ações externas ou reações internas.
Atores
Pessoas que interagem no cenário.
Avaliação
Interpretação da situação.
Ambiente
Detalhes da situação.
Análise de tarefas
Esta análise é utilizada para se ter um entendimento melhor sobre qual é o trabalho dos usuários. Nesse tipo de análise, o trabalho não é apenas elencar tarefas, mas entender como o sistema irá afetar esse trabalho realizado.
Um dos primeiros passos numa análise de tarefas é coletarmos o conjunto de objetivos das pessoas.
Num segundo passo, para cada objetivo, devemos elaborar uma lista das ações realizadas para alcançar esse objetivo.