Guidelines Projeto IHC

Fazer download em docx, pdf ou txt
Fazer download em docx, pdf ou txt
Você está na página 1de 6

Guidelines

Guideline 1: Falar a língua do usuário.


Exemplo: Software para as crianças devem utilizar o linguajar dos mesmos.
Justificativa: O sistema precisa falar a linguagem do usuário, com palavras, frase e conceitos
familiares ao usuário, ao invés de termos desconhecidos do usuário, o que dificulta a
utilização do sistema.
Guideline 2: Controle do usuário e liberdade.
Exemplo: Um exemplo para atender esse guideline é as funções desfazer e repetir existentes no
pacote Office.
Justificativa: O utilizador deve ter o controle sobre o sistema, não devendo ter ações inesperadas que
dificultam ou impeçam o acesso à informação desejada. E os usuários freqüentemente
escolhem, por engano, funções do sistema e precisam ter claras saídas de emergência
para sair do estado indesejado sem ter que percorrer um extenso diálogo.
Guideline 3: Minimizar a carga cognitiva do usuário.
Exemplo: Utilização de atalhos, metaforas.
Justificativa: O usuário não deve ter que se lembrar de grande quantidade de informação para usar
bem o sistema.
Guideline 4: Consistência e padrões.
Exemplo: Todas as telas devem manter ao mesmo padrão da tela inicial.
Justificativa: Deve haver homogeneidade e coerência no conteúdo da página, devem ter tratamentos e
apresentações semelhantes, para que o usuário não precise adivinhar que diferentes
palavras, situações ou ações significam a mesma coisa. Ele deve entender e ter certeza.
Guideline 5: Ajuda e documentação.
Exemplo: Manual do usuário.
Justificativa: Uma boa documentação faz com que as dúvidas sejam solucionada rapidamente,
evitando ligações para o HelpDesk. Uma documentação com linguagem simples e
objetiva deve estar sempre a disposição do usuário, de modo que seja simples de
consultar. A documentação deve estar sempre focada nas tarefas que o usuário costuma
fazer e não pode ser muito longa.
Guideline 6: Feedback entre usuário/software.
Exemplo: Ao realizar um cadastro o sistema deve emitir um feedback tanto em caso positivo (ex.:
Cadastro realizado com sucesso.) como em caso negativo (ex.: Aconteceu o erro X).
Justificativa: O sistema precisa manter os usuários informados sobre o que está acontecendo,
fornecendo um feedback adequado dentro de um tempo razoável.
Guideline 7: Prevenção de erros.
Exemplo: Ao preencher um cadastro e por causa de algum dado incorreto não for possível inseri-
lo. O sistema deve retornar a tela de cadastro, informar precisamente o erro, permitir o
usuário consertar o dado sem precisar preencher todas as informações novamente.
Justificativa: Deve-se tentar evitar que ocorram erros ou corrigi-los caso ocorram, sem que o usuário
perca tempo e/ou atividades executadas.
Guideline 8: Mensagens de erro precisas e construtivas.
Exemplo: Mensagens de erro precisas e construtivas.
Justificativa: Mensagens de erro devem ser expressas em linguagem clara (sem códigos), indicando
precisamente o problema e, construtivamente, sugerindo uma solução. Ajudando os
usuários a reconhecer, diagnosticar e corrigir erros.
Guideline 9: Flexibilidade e eficiência de uso.
Exemplo: Teclas de atalho, como por exemplo, F8 para abrir tela de cadastro.
Justificativa: Usuários novatos se tornam peritos com o uso. Prover aceleradores de forma a aumentar
a velocidade de interação. Permitir os usuários experientes “cortar caminho” em ações
freqüentes.
Feedback
Guideline 10: O sistema deverá fornecer informações sobre o andamento dos processos em execução.
Exemplo: Na impressão de relatórios, em downloads, ou seja, em processamentos demorados.
Justificativa: O sistema precisa manter os usuários informados sobre o que está acontecendo,
fornecendo um feedback adequado dentro de um tempo razoável.
Guideline 11: Fornecer ao usuário um feedback de login efetuado com sucesso.
Exemplo: Quando o usuário logar no sistema com os dados corretos, informar que o login foi
efetuado com sucesso através de um messagebox ou mesmo utilizando um jquery.
Justificativa: A informação de login efetuado com sucesso facilita o usuário ao logar.
Guideline 12: Fornecer ao usuário um feedback de erro de login.
Exemplo: Quando o usuário não digitar nenhuma informação nos campos de login ou digitar
informações erradas, deverá ser fornecida ao usuário uma mensagem de erro de login,
especificando o erro.
Justificativa: A informação de erro de login através de um messagebox ou jquery faz com que o
usuário tenha noção de como agir para corrigir essa situação.
Guideline 13: Fornecer ao usuário um feedback sobre erro de reenvio de senha por e-mail.
Exemplo: Quando o usuário digitar um e-mail inválido, e-mail não cadastrado no banco de dados
do sistema ou não preencher o campo, deverá ser fornecida ao usuário uma mensagem
lhe retornando o erro através de um messagebox ou jquery.
Justificativa: A informação do erro faz com que o usuário procure as informações corretas e informe o
e-mail correto para que seja reenviado a ele sua senha esquecida e seu login.
Guideline 14: Fornecer ao usuário um feedback sobre reenvio de senha realizado com sucesso.
Exemplo: Quando o usuário informar o e-mail correto e clicar em enviar. Os dados de senha e
login serão reenviados para o e-mail cadastrado no sistema. Com isso será apresentado
ao usuário uma mensagem de notificação dizendo que o reenvio da senha foi realizado
com sucesso.
Justificativa: A informação de reenvio realizado com sucesso faz com que o usuário tenha a
confirmação de que o endereço de e-mail cadastrado no sistema está correto, reenviando
assim as informações solicitadas pelo usuário.
Guideline 15: Exibir para usuário mensagem de pesquisa não encontrada.
Exemplo: Ao pesquisar por informações em determinados módulos do sistema através de chaves
de palavras e não for encontrado, será exibida ao usuário a mensagem de pesquisa não
encontrou nada relacionado a determinado assunto.
Justificativa: É uma informação importante, para que o usuário saiba um resultado do que pesquisou.
Guideline 16: Melhor que uma boa mensagem de erro é um design cuidadoso, o qual previne o erro
antes de acontecer.
Exemplo O sistema exibe um bom design, de fácil acesso e com ilustração de fácil identificação,
gerando antecipação de todos os processos.
Justificativa Muitas vezes a maior parte dos erros se entende ao sistema, pois apresenta uma interface
muito complexa, e de modo geral uma interface bem modelada evita uma grande
margem de erros.
Guideline 17: Enviar Feedback visual com mensagem informando download de material didático
concluído.
Exemplo: Quando o usuário acaba de baixar um arquivo para sua aula.
Justificativa Informar que o download foi concluído com sucesso ou se houve falha.
Específico
Guideline 18: Fornecer ao usuário a informação que a matéria selecionada é pré-requisito de outra
através de messagebox ou jquery.
Exemplo: Quando o usuário escolher uma matéria no check-in-box que seja pré-requisito de outra,
o sistema deve reportar ao usuário o erro, impossibilitando o mesmo de fazer a matricula
na matéria.
Justificativa: Essa informação ao usuário faz com que fique sabendo que não pode se matricular
naquela disciplina específica, caso esteja reprovado em alguma anterior que seja pré-
requisito ou até mesmo que não tenha cursado ainda.
Guideline 19: Fornece ao usuário a informação que não tem vagas para a matéria especifica escolhida,
através de messagebox ou jquery.
Exemplo: Quando o usuário escolher uma matéria no check-in-box que as vagas estejam esgotadas,
o sistema deve reportar ao usuário o erro, impossibilitando o mesmo de fazer a matricula
na matéria. Na verdade o campo onde a matéria estiver esgotada em números de vagas
fica inabilitado para matriculas, até o surgimento de novas vagas.
Justificativa: Essa informação ao usuário faz com que fique sabendo que não pode se matricular
naquela disciplina específica, pois a turma já se encontra lotada, deve então aguardar ou
matricular-se em outro horário que apresente disponibilidade de vagas.
Guideline 20: Fornece ao usuário a informação que haverá choque de horário entre matérias.
Exemplo: Quando o usuário escolher uma matéria no check-in-box que o horário da mesma
coincida com a faixa de horário de uma matéria já selecionada, o sistema logo reporta ao
usuário este problema de choque de horário através de um messagebox ou jquery.
Justificativa: Essa informação ao usuário faz com que fique sabendo que não pode se matricular
naquela disciplina específica, pois outra matéria naquele mesmo horário já foi escolhida.
Com isso o usuário terá que decidir por outro horário disponível.
Guideline 21: Fornece ao usuário uma mensagem para confirmação de matrícula.
Exemplo: Exibe uma mensagem perguntando ao usuário se o mesmo deseja confirmar a matrícula
ou não. Isso ajuda o usuário na tomada de decisão.
Justificativa: Essa informação ao usuário faz com que ele opte por confirmar o processo de matrícula
nas matérias selecionadas ou até mesmo de não confirmar, para que ele possa verificar as
informações caso esteja com dúvidas.
Guideline 22: Utilização de ícones sugestivos à funcionalidade disponibilizada no sistema.
Exemplo: O ícone de Frequência simbolizado por um diário
Justificativa: Serve de associação para o usuário, ou seja, com a imagem referente à funcionalidade, o
mesmo associa a imagem à ação desejada.
Guideline 23: O sistema deve informar a situação do usuário em cada matéria, ou seja, reprovação,
aprovação, cursando, dependência.
Exemplo: Quando o usuário for imprimir a grade curricular deverá vir informando toda a situação
do mesmo em cada disciplina do curso.
Justificativa: Caso o aluno queira consultar por situação o sistema deverá permitir esse tipo de busca.
Guideline 24: O sistema deverá fornecer informações sobre o andamento dos processos em execução.
Exemplo: Na impressão de relatórios, em downloads, ou seja, em processamentos demorados.
Justificativa O sistema precisa manter os usuários informados sobre o que está acontecendo,
fornecendo um feedback adequado dentro de um tempo razoável.
Guideline 25: Não utilizar menus com palavras técnicas, deixando os mais simples de fácil
entendimento.
Exemplo: Para encerrar sua sessão de uso do sistema, exibir um botão com o nome “sair”, em vez
de “log-out”.
Justificativa Existem vários tipos de usuário, dos leigos aos avançados, e o software tem que ser
desenvolvido pensando em todos.
Guideline 26: Facilitar navegação do usuário utilizando links coerentes e objetivos para não confundi-
lo.
Exemplo: Quando o aluno procura suas notas, essa opção devera ter um nome haver com o que o
aluno estar procurando, não pode ter um menu com nome “provas agendas”, por
exemplo.
Justificativa Para que o usuário ache o que precisa em poucos cliques. Regra dos três cliques.
Guideline 27: Interação com usuário de forma amigável.
Exemplo: Um sistema com ícones que exibam sua funcionalidade apenas olhando para eles.
Justificativa O aluno quer excluir um arquivo que postou, e tendo uma lixeira como desenho ao lado
do arquivo, ele já imagina que represente uma exclusão ou descarte do mesmo para o
lixo.
Guideline 28: O sistema deve prevenir erros em campos onde são permitidos somente tipo de dados
específicos.
Exemplo: O aluno, quando solicitado a preencher dados em um determinado campo, como sexo,
deve-se exibir apenas duas opções: “Masculino” ou “Feminino”, a serem selecionadas.
Justificativa Evitar ocorrência de dados inesperados.
Guideline 29: Campos obrigatórios devem ser claramente identificados.
Exemplo: Preenchimento de um campo que será uma chave primaria no banco de dados, como
CPF, deve conter uma identificação “Obrigatório” lateral a área do campo.
Justificativa Impedir cadastros incompletos que prejudiquem a integridade do banco de dados ou
mesmo consultas imprecisas.
Guideline 30: Identificação de Caps lock ligado
Exemplo: Quando aluno começar a digitar a senha de login, exibir uma mensagem de caps lock
ligado, evitando digitação de senha errada.
Justificativa Evitar que o usuário fique confuso pensando que esta digitando senha errada.
Guideline 31: Opção de ajuda.
Exemplo: Usuário encontra alguma área onde encontra função que ele não saiba operar.
Justificativa Ajudar o usuário a utilizar as ferramentas disponíveis, evitando que o mesmo deixe de
utilizar o sistema por falta de instrução.
Guideline 32: Utilizar preferencialmente o botão “voltar” do navegador, ao invés de um fornecido pelo
sistema.
Exemplo: O usuário quer voltar para uma página anterior e usa um botão “voltar” do sistema, e
acaba indo parar em outra página diferente da anterior.
Justificativa A maioria dos usuários já se acostumou a utilizar os botões de navegação do navegador.
Mudar isso pode confundir o usuário.
Guideline 33: Deixar TextBox centralizados verticalmente e horizontalmente em telas, como as de
logon.
Exemplo: O usuário entra na tela de login e já visualiza o TextBox de login e senha grande e
centralizado, já com o cursor no TextBox, pronto para digitar seus dados.
Justificativa É uma tela com apelas uma funcionalidade, então ela deve ser bem visível e prática, para
evitar perda de tempo.
Guideline 34: Em telas de cadastro (ou qualquer preenchimento de dados) as labels e TextBox devem
estar bem alinhadas
Exemplo: O usuário digita seu sobrenome no campo do nome, pois um label esta fora de lugar ou
mal alinhado.
Justificativa O usuário pode preencher um dado no campo errado por falta de organização da
informação.
Guideline 35: Retornar uma mensagem de erro quando o usuário preencher algum dado incorreto.
Exemplo: Quando o usuário digitar um dadoinválido no campo “senha”, o sistema alertará onde
está o erro.
Justificativa: Sem este alerta, o usuário poderá ter dificuldade em encontrar onde errou.
Guideline 36: Exibir alertas diferenciados sobre informações importantes e urgentes.
Exemplo: Destacar uma mensagem enviada pelo coordenador do curso.
Justificativa: Desta forma, o sistema garante que o usuário visualizará a mensagem.
Guideline 37: Dar exemplos de como os dados deverão ser preenchidos.
Exemplo: Quando for digitar algum documento, o exemplo ao lado informa a necessidade ou não
de usar pontos (CPF).
Justificativa: Alguns sistemas tornam essa pontuação automática, não necessitando do preenchimento
dos mesmos.
Guideline 38: Deixar o conteúdo mais utilizado de forma mais visível.
Exemplo: Deixar o quadro de avisos no centro da página.
Justificativa: Os usuários podem perder muito tempo lendo outros objetos ate encontrarem o que
realmente querem acessar.
Guideline 39: Diferencias links com materiais anexados.
Exemplo: Deixar um desenho ao lado dos links das aulas que contenhas material anexado.
Justificativa: Os usuários perdem muito tempo procurando arquivos anexados em links inúteis.
Guideline 40: Destacar os links que já foram acessados dos que não foram.
Exemplo: No quadro de avisos deixar em negrito aquilo que ainda não foi acessado.
Justificativa: Muitas vezes o usuário esquece qual link já acessou.
Guideline 41: Exibir um alerta com a explicação do que será afetado ao mudar alguma configuração.
Exemplo: Alterar tema da conta.
Justificativa: Muitas vezes usuários mudam configurações importantes e não sabem o que foi alterado.
Guideline 42: Agrupar Menu em categorias.
Exemplo: Para ver as matérias do curso, o usuário clica na categoria relacionada à “Ensino”.
Justificativa: Separando por categoria, fica mais fácil localizar o item desejado, e o sistema ganha
organização.
Guideline 43: Dar ao usuário opção de excluir quantas mensagens desejar de uma só vez.
Exemplo: Excluir avisos com pouca importância.
Justificativa: O usuário não perde tempo em excluir uma mensagem por vez, e pode deixar sua caixa
de mensagem organizada.
Guideline 44: Dar ao usuário opção de procurar algum arquivo ou mensagem pelo nome.
Exemplo: Pesquisar por material de estudo pelo seu nome.
Justificativa: O usuário ganha tempo na busca do material.
Guideline 45: Possibilitar exportação de documentos nos formatos XLS, HTML, XML ou PDF.
Exemplo Através da consulta, possibilitar a exportação dos dados da consulta através de um
relatório
Justificativa É necessário prover ao usuário maior flexibilidade nos formatos de documentos salvos
garantindo, de tal maneira, uma maior usabilidade.
Guideline 46: Oferecer parametrização para alteração do design dos objetos presentes na interface.
Exemplo O sistema possuirá a opção de parametrização, onde é possível alterar cor, fonte,
resolução da tela, aviso de faltas, data, imagem do logo, mensagem de boas vindas,
nome na barra de títulos e na tela de início do sistema.
Justificativa O sistema se tornará mais agradável caso possibilite ao usuário personalizar o design da
tela conforme sua preferência.
Guideline 47: O sistema tem como um de seus principais objetivos tornar o acesso facilitado com telas
de navegação intuitivas e apresentações simples.
Exemplo Usuários não experientes no sistema deverão realizar tarefas mais simples do sistema
facilmente, sem ser preciso treinamento prévio.
Justificativa Um sistema objetivo e fácil de usar é mais bem aceito pelos usuários, além do que
diminui gastos com treinamento dos mesmos.
Guideline 48: A página principal do sistema deverá conter somente itens com maior relevância.
Evitar o uso excessivo de apresentações flash ou ícones, se restringindo em apresentar
Exemplo somente o conteúdo de maior relevância e as “portas de entrada” para as funcionalidades
secundárias do sistema
O uso excessivo de botões ou flash’s na página principal poderá torná-la cansativa para o
Justificativa
usuário, dificultando a localização da funcionalidade desejada.
Os usuários freqüentemente escolhem, por engano, funções do sistema e precisam ter
Guideline 49: claras saídas de emergência para sair do estado indesejado sem necessitar percorrer um
extenso diálogo. Prover funções undo e redo.
O sistema oferece um ícone para retornar à tela anterior, devido a erros de entrada de
Exemplo
tela indesejáveis.
Normalmente o usuário tende a confundir telas, sendo então necessário possuir uma
Justificativa
função para retornar à tela anterior.
Guideline 50: Tornar visíveis os objetos, as ações e as opções do sistema.
Todos os comandos devem apresentar uma breve descrição da função, e uma interface
Exemplo
indicativa para fácil visualização.
O usuário não deve ter que se lembrar de informação de uma para outra parte do diálogo.
Justificativa Instruções para uso do sistema devem estar visíveis e facilmente recuperáveis quando
necessário.
O sistema precisa manter os usuários informados sobre o que está acontecendo,
Guideline 51:
fornecendo um feedback adequado dentro de um tempo razoável.
Exemplo O sistema, ao ser acessado, já informa ao usuário se o que foi requisitado foi retornado.
Justificativa O usuário tende a ficar nervoso quando fica ocioso, pois imagina que está fazendo algo
errado ou o sistema não está funcionando de forma correta devido à síndrome do pânico.
Guideline 52: Embora seja melhor um sistema que possa ser usado sem documentação, é necessário
provê-la juntamente com o help.
Exemplo O sistema apresenta um ícone de ajuda, com fácil entendimento de todo o sistema, além
da documentação que está explicita em formas de escrita e figuras explicativas.
Justificativa Essas informações devem ser fáceis de encontrar, focalizadas na tarefa do usuário e não
muito extensas.
Guideline 53: Botão de acesso ao link Acadêmico na página inicial.
Exemplo: Botão de acesso rápido ao link ‘Acadêmico’, na página inicial da central do aluno.

Justificativa: Facilidade de acesso rápido, e simplicidade para a realização de consultas.

Guideline 54: Informações básicas sobre o aluno.

Exemplo: Ao ser efetuado o login, na página inicial deverá ser exibida informações básicas ao
aluno, com, por exemplo, nível de freqüência, criticidade de notas.

Justificativa: Com isto o aluno ficará atento as suas condições acadêmicas, e tomarão devidas
providencias.
Guideline 55: Exibir notas decorrentes no link Boletim.

Exemplo: Exibir notas decorrentes no link ‘Boletim’.

Justificativa: Ao serem lançadas as notas no portal, o Boletim deverá ser atualizado automaticamente.
Facilitando a pesquisa do aluno.
Guideline 56: Interatividade com aplicativos móveis.

Exemplo: Acessar o portal do aluno via celular.

Justificativa: Possibilitar que se acesse via o portal de qualquer lugar.

Guideline 57: Envio de mensagens móveis quanto a avisos importantes.

Exemplo: Enviar mensagens via e.mail em se tratando de avisos importantes referentes à


universidade.
Justificativa: Informar o aluno em tempo real das situações da universidade.

Guideline 58: Envio de mensagem de notificação referente a situações financeiras e/ou descontos em
mensalidades.
Exemplo: O remetente deverá receber uma mensagem automática, avisando de situações junto ao
depto financeiro, e ou quanto a descontos.
Justificativa: Manter o remetente atualizado, sobre suas situações junto ao depto financeiro.

Guideline 59: Bloqueio automático da central do aluno caso a senha seja digitada errada, solicitando o
desbloqueio via e.mail.
Exemplo: Bloquear automaticamente a central do aluno para o usuário que digitou a senha errada
três vezes.
Justificativa: Evitar que outro usuário tenha acesso a informações restritas.

Guideline 60: Facilidade na impressão de relatórios.

Exemplo: Tela de fácil acesso para impressão de relatórios.

Justificativa: Evita-se impressão errada, e dificuldades na configuração das impressões.

Você também pode gostar