Projeto de Interface Com o Usuário

7/24/2019 Projeto de Interface Com o Usurio

1/37

ENGENHARIA DE SOFTWARE II

PROJETO DE INTERFACE COM O

USURIOJos Corra Viana


2/37

PROJETO DE INTERFACECOM O USURIO


3/37


O principal objetivo de projeto de interface sensibilizar os engenheiros de software sobrea importncia da interface com o usurio.

Exemplo: projeto centrado no usurio.

Projeto de interface sempre envolve odesenvolvimento de prottipos de interfaces.


4/37



5/37


Princpios:


6/37


importante definir a resposta para duasquestes:

1. Como as informaes podem ser fornecidas do

usurio para o computador?

2. Como as informaes podem ser fornecidas docomputador para o usurio?

Resultado: criao de interface coerente.


7/37



8/37


Interao com o usurio:

Defina modos de interao de uma forma que no

force o usurio a executar aes desnecessriasou indesejadas.

Proporcione interao flexvel: Comandos do teclado, movimentos do mouse.


9/37



Esconda detalhes tcnicos dos usurios. Ainterface deve levar o usurio a um mundo virtualda aplicao.

Projete da forma mais real possvel a interao dousurios com objetos.


10/37



Os atalhos devem ser intuitivos.

O layout visual deve ser baseado no mundo real:

Facilitar a interao do usurio. Por ex.: Pagamento de

contas.


11/37



Revele a informao de um modo progressivo:

A interface deve ser organizada hierarquicamente.

Primeiramente, um alto nvel de abstrao, e depois deum clique, o detalhamento progressivo do produto.


12/37



Permita que o usurio saiba em qual contexto estinserido. Utilize ttulos de telas, cones, coresdiferenciadas.

Mantenha consistncia ao longo de uma famliade produtos.


13/37



Permita que a interao com o usurio possa serinterrompida e desfeita, mesmo em se tratandode uma sequncia de aes.

Se aplicaes anteriores j utilizavam padres, noaltere os mesmos, a menos que haja uma forterazo para isso.


14/37


Mensagens: As mensagens de erros na interface devem seguir as

seguintes caractersticas:

Descrever o problema em uma linguagem que o usuriopossa entender.

Fornecer sugesto construtiva para se recuperar do erro.

A mensagem deve ser no-opinativa, ou seja, nunca devecolocar a culpa no usurio.


15/37


Mensagens:

As mensagens de erros na interface devem seguiras seguintes caractersticas:

Indicar quaisquer consequncias negativas causadaspelo erro, como Banco de Dados corrompido.

A mensagem deve ser acompanhada por uma indicaoaudvel ou visual.


16/37


Cores:

Cores adicionam uma dimenso extra em umainterface e podem ajudar o usurio a entenderestruturas complexas de informaes.

Podem ser usadas para destacar eventos quelidam com excees.


17/37


Cores:

Cuidado deve ser tomado com:

Associar significado a cores

Cores em demasia em uma interface, no usar coresem excesso.

Usar cdigo de cores para apoiar a tarefa que osusurios esto tentando realizar (casos anmalos ousimilaridades)


18/37


Cores: Cuidado deve ser tomado com:

Permitir que os usurios controle a codificao de

cores.

Usar codificao de cores de maneira consistente.

Usar mudana de cores para mostrar uma modificaono status do sistema.

Seja cuidadoso quanto a pares de cores.


19/37


Sistema de ajuda e mensagens:


20/37


Mensagens: Mensagens de erros mal projetadas levam o

usurio a rejeitar o sistema.

Mensagens devem ser educadas, concisas,consistentes e construtivas.

O conhecimento e a experincia dos usuriosdevem ser previstos, quando se projetammensagens de erro.


21/37


Sistemas de ajuda:

No deve simplesmente ser uma reproduo domanual do usurio.

Telas ou janelas so pequenas, portanto no

apropriadas para reproduzir textos em papel.


22/37


Sistemas de ajuda:

As pessoas leem textos em papel e em telas demaneiras diferentes.

A apresentao do texto em telas podem

aproveitar de suas caractersticas dinmicas(hipertexto, por ex.)


23/37



24/37


Atributos de usabilidade:


25/37


Interface com o usurio:

Tempo de Resposta:

importante mostrar o progresso do processamentopara os usurios.

Importante para eventos com tempo de resposta longoou com grande variao de tempos de resposta.


26/37


Interface com o usurio: Facilidade de Ajuda (Help): Definir:

quando estar disponvel e para que funes do

sistema.

como ativar (boto, tecla de funo, menu).

como representar (janela separada, local fixo da tela).

como retornar interao normal (boto, tecla defuno).


27/37


Mensagens de erro:

Mensagens de erro e aviso devem:

Descrever o problema com um vocabulriopassvel de entendimento pelo usurio.

Prover assistncia para recuperar o erro.


28/37


Mensagens de erro:

Mensagens de erro e aviso devem:

Prover assistncia para recuperar o erro.

Indicar quaisquer consequncias negativas do erro.

Ser acompanhadas de uma dica visual ou sonora.

Ser sem censura ao usurio.


29/37


Interface de usurio:

Utilizao de comandos:

Menu com teclas de atalho e como ser chamado.

Facilidade de lembrar o comando.

Customizar comandos.

Manter padro e conformidade.


30/37


Diretrizes Gerais:

Ser consistente (formato, entrada, apresentao).

Oferea retorno ao usurio (comunicao).

Pedir confirmao de aes (ao editar, excluir).

Permitir reverter aes (funo desfazer).


31/37


Diretrizes Gerais: Reduzir a quantidade de informaes serem

inseridas.

Trate os possveis erros do usurio (validaes).

Classifique funes por grupos.

Preveja facilidades e simplicidade.


32/37


Diretrizes para apresentao de dados: Mostre informaes relevantes.

Apresente informaes com interfaceinteressante.

Utilize rtulos consistentes (abreviaturas e cores).

Produza mensagens de erro significativas.


33/37


Diretrizes para apresentao de dados:

Projete o layout textual de maneira adequada(identao, agrupamento).

Separe informaes por janelas.

Utilize formas de representao similares aomundo real (figuras, cores, etc).


34/37


Diretrizes para entrada de dados: Minimize o nmero de aes de entrada requeridas

(seleo de dados a partir de um conjunto pr-definido devalores de entrada, macros, etc.).

Mantenha consistncia entre apresentao e entrada dedados (caractersticas visuais: tamanho do texto, cor,localizao, etc.).

Permita ao usurio customizar a entrada (comandoscustomizados, dispensar algumas mensagens de aviso everificaes de aes, etc.).


35/37


Diretrizes para entrada de dados:

Flexibilize a interao, permitindo afin-la ao modo de

entrada preferido do usurio (comandos, botes, plug-and-play, digitao, etc.).

Desative comandos inapropriados para o contexto das

aes correntes.


36/37


Diretrizes para entrada de dados:

Proveja ajuda para assistir todas as aes de entrada de

dados.

Proveja valores default, sempre que possvel.


37/37

ANLISE CRTICA(SUGESTES)

Folha Patense Prefeitura de Patos de Minas UNIPAM UNIUBE UFU Neisa Pantera Pudim Steam TibiaBR Outro qualquer

Projeto de Interface Com o Usuário

Documents

Transcript of Projeto de Interface Com o Usuário