Questão de Arquitetura de Software — Acessibilidade de Software — INEP 2025
Arquitetura de Software›Acessibilidade de Software
Código
gp046705
Banca
INEP
Órgão
INEP
Ano
2025
Cargo
Computação
Com base nos princípios DEI, qual ação atende aos requisitosde acessibilidade durante o desenvolvimento de software?
AIncorporar diretrizes de acessibilidade ao processo paragarantir testes baseados em tecnologias assistivas.
BIncluir os recursos de navegação por teclado e leitores detela para facilitar o uso pelos usuários da aplicação.
CUtilizar contrastes visuais fortes e aumentar o tamanho dafonte para assegurar as necessidades de acessibilidade.
DCertificar responsividade e compatibilidade com navegadoresmodernos para reduzir dificuldades enfrentadas pelos usuários.
Revelar gabarito e comentário▾
GabaritoA — Incorporar diretrizes de acessibilidade ao processo para
garantir testes baseados em tecnologias assistivas.
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 no desenvolvimento de software com base em DEI
Gabarito: letra A. A única alternativa que adota uma abordagem processual e sistemática, incorporando diretrizes de acessibilidade desde o desenvolvimento e garantindo testes com tecnologias assistivas. As demais alternativas tratam de funcionalidades específicas ou de requisitos gerais de usabilidade, mas não representam uma ação integrada que atenda plenamente aos princípios de Diversidade, Equidade e Inclusão (DEI) durante todo o ciclo de desenvolvimento.
O texto-base destaca que os princípios DEI devem ser integrados ao longo de todo o processo de desenvolvimento de software. A acessibilidade, como parte desses princípios, exige mais do que a implementação de recursos pontuais; requer a adoção de diretrizes e práticas de teste que assegurem que o produto seja utilizável por pessoas com diferentes necessidades. O trecho do conteúdo de apoio sobre teste de acessibilidade reforça a importância de verificar "o quanto todas as pessoas conseguem usar um sistema de computador, sejam quais forem as necessidades especiais do usuário", e menciona a necessidade de garantir que interações importantes sejam apresentadas usando mais de um canal de informações.
Alternativa
Descrição da Ação
Alinhamento com DEI (Processual vs. Pontual)
Tipo de Abordagem
Resultado
A (Gabarito)
Incorporar diretrizes de acessibilidade ao processo e garantir testes com tecnologias assistivas.
✅ Processual e sistemática
Integração contínua no ciclo de desenvolvimento
Atende plenamente aos princípios DEI
B
Incluir navegação por teclado e leitores de tela.
❌ Pontual (funcionalidades específicas)
Implementação de recursos assistivos
Não representa ação integrada DEI
C
Utilizar contrastes fortes e aumentar tamanho da fonte.
❌ Pontual (requisitos visuais)
Ajuste de interface
Não representa ação integrada DEI
D
Certificar responsividade e compatibilidade com navegadores.
❌ Requisito geral de usabilidade
Compatibilidade técnica
Não atende especificamente à acessibilidade DEI
Alternativa A — ✅ Correta ⟵ GABARITO
Incorpora diretrizes de acessibilidade ao processo e assegura testes baseados em tecnologias assistivas. Essa ação está alinhada com a abordagem DEI, pois não se limita a adicionar funcionalidades isoladas, mas insere a acessibilidade como parte do fluxo de desenvolvimento, garantindo validação contínua com ferramentas específicas para pessoas com deficiência. O conteúdo de apoio cita que uma estratégia de projeto eficaz deve garantir que interações importantes sejam apresentadas usando mais de um canal de informações, o que é viabilizado por testes com tecnologias assistivas.
Alternativa B — ❌ Incorreta
Embora incluir navegação por teclado e leitores de tela seja importante, essa ação é uma implementação pontual de funcionalidades assistivas. O enunciado pede uma ação que "atenda aos requisitos de acessibilidade durante o desenvolvimento de software" de forma ampla, e a alternativa B foca em um recurso específico, sem mencionar a integração de diretrizes ou testes ao longo do processo. A abordagem DEI requer uma perspectiva mais abrangente do que a simples adição de recursos.
Alternativa C — ❌ Incorreta
Utilizar contrastes visuais fortes e aumentar o tamanho da fonte são medidas que beneficiam parte dos usuários, mas não cobrem todas as necessidades de acessibilidade. Além disso, a alternativa trata de ajustes de interface sem vincular a um processo sistematizado de desenvolvimento e teste. O conteúdo de apoio adverte que "cores não são usadas exclusivamente para comunicar informações" e que opções de alto contraste devem estar disponíveis, mas isso é apenas um dos muitos aspectos a serem considerados. A alternativa não reflete a integração contínua exigida pelos princípios DEI.
Alternativa D — ❌ Incorreta
Responsividade e compatibilidade com navegadores são requisitos de usabilidade e qualidade, mas não são específicos de acessibilidade. Embora reduzam dificuldades para alguns usuários, não atendem diretamente a necessidades de pessoas com deficiências visuais, auditivas, motoras ou cognitivas. A acessibilidade vai além da adaptação a diferentes dispositivos; envolve garantir que o software seja perceptível, operável, compreensível e robusto para todos. A alternativa D confunde usabilidade geral com acessibilidade.
NÃO CAIA NESSA!
A banca explora a tendência do candidato de escolher alternativas que listam funcionalidades concretas (teclado, contraste, responsividade) como se fossem ações de acessibilidade. A pegadinha está em confundir a implementação de recursos isolados com a adoção de um processo sistemático baseado em diretrizes e testes. Lembre-se: no contexto DEI, a acessibilidade deve ser incorporada desde o planejamento, não apenas como um conjunto de ajustes finais.