Questão de Arquitetura de Software — Acessibilidade de Software — FCC 2015
Arquitetura de Software›Acessibilidade de Software
Código
fc020710
Banca
FCC
Órgão
MPE-PB
Ano
2015
Nível
Médio
Cargo
Técnico Ministerial – Web Designer
É considerado um recurso de acessibilidade para um software:
AGarantir velocidade de acesso e processamento de dados.
BPossibilitar a interação por voz ou digitação.
CContemplar todos os requisitos funcionais demandados pelos usuários.
DDisponibilidade 24 horas por dia e 7 dias por semana.
EManter dados íntegros para uso.
Revelar gabarito e comentário▾
GabaritoB — Possibilitar a interação por voz ou digitação.
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 em Software
Gabarito: letra B. A acessibilidade em software visa garantir que pessoas com diferentes capacidades possam utilizar o sistema, incluindo formas alternativas de interação como voz ou digitação. A alternativa B descreve exatamente esse recurso: possibilitar a interação por voz ou digitação, atendendo a usuários com limitações motoras ou visuais, por exemplo.
As demais opções referem-se a atributos de qualidade genéricos (desempenho, completude funcional, disponibilidade, integridade), que não constituem, por si só, recursos de acessibilidade.
Alternativa A — ❌ Incorreta
Garantir velocidade de acesso e processamento de dados é um requisito de desempenho, não de acessibilidade. Embora um sistema rápido possa beneficiar todos os usuários, não é um recurso específico para promover inclusão ou interação alternativa.
Alternativa B — ✅ Correta ⟵ GABARITO
"Possibilitar a interação por voz ou digitação" é um recurso de acessibilidade clássico, pois oferece meios alternativos de entrada de dados, atendendo a usuários com dificuldades motoras (que podem preferir voz) ou que necessitam de entrada por teclado (digitação). Isso está alinhado com o conceito de projetar interfaces que sejam utilizáveis por todos.
Alternativa C — ❌ Incorreta
Contemplar todos os requisitos funcionais demandados pelos usuários é um objetivo geral de desenvolvimento de software, relacionado à completude funcional, e não especificamente à acessibilidade. Um sistema pode atender a todos os requisitos funcionais e ainda assim ser inacessível.
Alternativa D — ❌ Incorreta
Disponibilidade 24 horas por dia e 7 dias por semana é uma característica de disponibilidade (uptime), não de acessibilidade. Embora a disponibilidade seja importante, não é um recurso que torne o software acessível a pessoas com deficiência.
Alternativa E — ❌ Incorreta
Manter dados íntegros para uso é um requisito de integridade dos dados, parte da segurança da informação, e não um recurso de acessibilidade.
PEGA ESSA DICA!
Acessibilidade em software está relacionada a fornecer meios alternativos de interação (voz, teclado, leitores de tela, aumento de contraste, etc.). Questões como essas costumam exigir que você diferencie acessibilidade de outros atributos de qualidade como desempenho, disponibilidade, segurança e funcionalidade. Memorize exemplos clássicos: suporte a voz, ampliação de fontes, compatibilidade com tecnologias assistivas.