Questão de Arquitetura de Software — Acessibilidade de Software — FCPC 2025
Arquitetura de Software›Acessibilidade de Software
Código
qg456744
Banca
FCPC
Órgão
UFC
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação / Área: Arquitetura e Desenvolvimento de Sistemas – Front-End
Um site governamental está sendo desenvolvido com o objetivo de ser acessível a todos os cidadãos, incluindo pessoas com deficiências visuais, motoras e outras necessidades específicas. Além disso, o site deve proporcionar uma experiência de uso intuitiva e eficiente para todos os usuários. Assinale a alternativa que apresenta práticas essenciais para garantir a acessibilidade e usabilidade do site.
AUtilizar o atributo alt para fornecer rótulos alternativos claros para campos e botões do formulário, melhorando a eficiência dos leitores de tela; garantir a estrutura semântica das páginas, utilizando apropriadamente os cabeçalhos na ordem hierárquica.
BPriorizar o uso de Javascript para geração de links e menus; remover as indicações visuais de foco nos links para otimizar a experiência do uso de leitores de tela.
CAdicionar animações visuais e áudios automáticos; permitir a utilização de ferramentas como lupa; e adicionar controle por comando de voz.
DIncluir descrições alternativas em imagens; assegurar navegação pelo teclado; e fornecer contraste adequado entre texto e fundo.
Revelar gabarito e comentário▾
GabaritoD — Incluir descrições alternativas em imagens; assegurar navegação pelo teclado; e fornecer contraste adequado entre texto e fundo.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Acessibilidade e Usabilidade em Sites Governamentais
Gabarito: letra D. Práticas essenciais de acessibilidade incluem descrições alternativas em imagens, navegação por teclado e contraste adequado – requisitos básicos das diretrizes WCAG e do e-MAG. As demais opções contêm erros conceituais que comprometem a acessibilidade.
Alternativa A — ❌ Incorreta
O atributo alt é destinado exclusivamente a imagens, não a campos ou botões de formulário. Para esses elementos, devem ser usados rótulos semânticos (<label>) ou aria-label. O restante da alternativa (estrutura semântica e hierarquia de cabeçalhos) está correto, mas o erro no uso do alt a torna incorreta.
Alternativa B — ❌ Incorreta
Priorizar JavaScript para gerar links e menus prejudica a acessibilidade, pois leitores de tela podem não interpretar conteúdo dinâmico corretamente. Remover indicadores visuais de foco (como outlines) dificulta a navegação por teclado, essencial para usuários com deficiência motora. Essas práticas contrariam as boas recomendações de acessibilidade.
Alternativa C — ❌ Incorreta
Animações visuais e áudios automáticos podem causar desconforto ou desorientação em pessoas com distúrbios vestibulares ou cognitivos, além de interferir em leitores de tela. Embora permitir ferramentas como lupa e comando de voz sejam ações positivas, o conjunto não é adequado, pois as animações/áudios automáticos são barreiras.
Alternativa D — ✅ Correta ⟵ GABARITO
Incluir descrições alternativas em imagens (alt text), assegurar navegação completa pelo teclado e fornecer contraste suficiente entre texto e fundo são requisitos fundamentais de acessibilidade, previstos nas diretrizes WCAG (níveis A e AA) e no e-MAG. Essas práticas beneficiam diretamente pessoas com deficiência visual, motora e outras necessidades, além de melhorar a usabilidade geral.
NÃO CAIA NESSA!
A alternativa A parece correta à primeira vista, mas contém um erro comum: o atributo alt é para imagens, não para campos de formulário. A banca explora essa confusão para testar o conhecimento específico de cada elemento HTML. Lembre-se: alt descreve imagens; label ou aria-label identificam campos.