ecossistema
acessibilidade.gov.pt

Os sítios e as ferramentas de apoio à acessibilidade e à usabilidade, para garantir a promoção das boas práticas e melhorar a experiência de utilização dos serviços públicos digitais.


acessibilidade.gov.pt

Divulgação, partilha e promoção das melhores práticas de acessibilidade para conteúdos Web e aplicações móveis.

mosaico.gov.pt

Recursos, ferramentas e boas práticas para melhorar a experiência de utilização dos serviços públicos digitais.

selo.usabilidade.gov.pt

Selo de excelência que premeia as boas práticas de acessibilidade e usabilidade nos sítios Web dos serviços públicos digitais.

selo.usabilidade.gov.pt

Menu

O sítio para a divulgação do Selo de excelência que premeia as boas práticas de acessibilidade e usabilidade nos sítios Web dos serviços públicos.

Nota: Para recolha de evidências relativa a esta lista de requisitos utilize o ficheiro excel: Recolha de evidências da Lista de requisitos “Transação” (xlsx, 84.5KB)

Requisitos a cumprir:

1 – Formulários

1.1 A sequência de tabulação entre campos segue a sequência de preenchimento

A ordem de tabulação por entre os campos deve corresponder à sequência normal de preenchimento do formulário.

1.2 Os formulários com mais de 2 ecrãs de altura devem ser distribuídos por várias páginas

Os formulários não devem ser apresentados de forma excessivamente longa. Os formulários que ocupem mais de 2 ecrãs de altura devem ser distribuídos por tantos ecrãs quantos os necessários, para cumprir com esta regra. Os formulários longos podem também ter vários momentos de interação diferidos, solicitando ao utilizador a informação absolutamente necessária em cada etapa, em oposição à solicitação de toda a informação necessária logo num primeiro momento de interação.

1.3 Os formulários com mais de uma página têm a sequência de passos ilustrada

Os formulários distribuídos por várias páginas devem indicar no topo da página a sequência de passos necessária para os concluir, juntamente com a designação de cada passo. O utilizador deve ser capaz de selecionar os passos anteriores para retornar aos ecrãs respetivos e, se necessário, corrigir informação.

2 – Campos

2.1 O tamanho dos campos deve refletir o tamanho previsível dos dados

O tamanho dos campos deve refletir o tamanho previsível para a entrada dos dados. Por exemplo, um campo para telefone deve ter a largura estritamente necessária para conter todos os dígitos. Nem mais nem menos.

2.2 É usada revelação progressiva em vez de campos inativos

Em vez de mostrar campos inativos, o formulário deve esconder os campos dependentes do campo-chave sempre que este não tenha sido ativado. Ao ativar o campo-chave são exibidos os campos que dependem da condição nele definida.

2.3 As legendas dos campos são breves e claras

As legendas associadas aos campos devem ser claras e o mais breves possível, sem recorrer a grandes explicações. Se essas explicações forem necessárias, devem ser apresentadas num bloco de texto paralelo.

2.4 Campos obrigatórios devem ser claramente indicados como tal

A identificação não deve basear-se apenas na cor. A sinalética visual de identificação deve ser notória. Deve ser disponibilizado um equivalente alternativo compatível com as tecnologias de apoio usadas por utilizadores com necessidades especiais.

3 – Resposta

3.1 Em ações longas, o sistema deve indicar o que está a acontecer

O sistema deve indicar o que está a processar ou qual o tempo de espera expectável quando o utilizador desencadeia ações que levem a este comportamento.

3.2 Deve ser confirmado o sucesso da transação/envio de informação

O sucesso de uma transação deve ser claramente comunicado ao utilizador através de uma mensagem de confirmação.

4 – Erros

4.1 A informação já introduzida deve poder ser corrigida a qualquer momento

Toda a informação já transmitida pelo utilizador numa sessão pode ser corrigida, em qualquer momento, antes da transação ser finalizada.

4.2 As ações destrutivas nunca devem ser permanentes; deve ser sempre possível desfazer a operação

O utilizador deve poder recuperar de qualquer ação que tenha tomado durante a sessão.

4.3 As mensagens de erro são claramente identificadas junto aos campos de origem

As mensagens de erro devem ser apresentadas claramente associadas aos campos a que dizem respeito. Isto não invalida a necessidade de as apresentar numa lista sumário. Esta última técnica é particularmente útil em páginas longas.

4.4 As mensagens de erro devem mostrar os passos concretos para a resolução dos mesmos

As mensagens de erro devem ser claras e sucintas, não expondo desnecessariamente o utilizador a mecanismos internos do sistema, explicando claramente os passos necessários para que o utilizador resolva o problema.