Please enable JavaScript.
Coggle requires JavaScript to display documents.
Princípios de Diretrizes para Design em IHC (Visão Geral (corresponder…
Princípios de Diretrizes para Design em IHC
Norma(1988)
Sistema necessita
Modelo Conceitual
auxilia a interpretar o relacionamento entre as ações apresentadas pelo sistema e o conhecimento no mundo.
possibilita fácil aprendizagem do usuário
expectativas
exploração de mapeamentos naturais
certificar que o usuário consegue determinar relação entre:
intenções e ações possíveis
ações e seus efeitos no sistema
estado real do sistema e o estado percebido
intenções expectativas do usuário
estado percebido do sistemas e as necessidades
simplificar estrutura de tarefas
alerta para o perigo da automação tirar o controle do usuário
recomenda projetar para o erro, ou seja, assumir que qualquer erro potencial será cometido.
recomenda não colocar controles de funções utilizadas com frequência adjacentes a controles perigosos ou que raramente são utilizados.
Nielsen(1993)
projetistas devem seguir as convenções do mundo real
informação tenha ordem natural e lógica
Shneiderman(1998)
sequencias de ações devem ser definidas em início meio e fim
Tognazzini(2003)
recomendação do uso de metáforas de maneira cuidadosa
computador é um ambiente de trabalho que pertence ao usuário.
sentimento de maestria e melhor apredizagem
aplicações devem prever o que o usuário quer e precisa
recomenda considerar sempre a eficiência do usuário em primeiro lugar, e não a do computador
manter usuário sempre ocupado
um bom projeto de arquitetura do software é essencial.
Importante: necessidade de cooperação, comunicação e parceria constante entre os engenheiros e os designers de IHC durante todo o processo de desenvolvimento.
Visão Geral
corresponder expectativas do usuário
simplicidade das estruturas de tarefas
equilíbrio entre controle e liberdade de usuário
consistência e padronização
promover eficiência do usuário
antecipação das necessidades do usuário
visibilidade e reconhecimento
conteúdo relevante e expressão adequada
projetos para erros
Cooper(1999)
Um sistema que se comporte de maneira irregular ou instável, não é confiável.
o software deve tomar iniciativa e fornecer informações adicionais úteis, em vez de apenas responder precisamente a pergunta que o usuário tiver feito.