Questão de Engenharia de Software — Prototipação — FGV 2026
Engenharia de Software›Prototipação
Código
fg127335
Banca
FGV
Órgão
AL-RO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo (Tecnologia da Informação - Análise e Desenvolvimento de Sistemas)
A equipe de TI está desenvolvendo um módulo de consulta de histórico de votações, um sistema de alta complexidade em termos de interface e volume de dados. Os usuários finais (assessores parlamentares e jornalistas) têm dificuldade em articular suas necessidades de interface exata, e o ambiente legislativo exige validação rápida, porém o custo de desenvolver uma solução completa do zero é muito alto.Considerando a necessidade de obter feedback rápido sobre a interface em um ambiente de alto custo de desenvolvimento, assinale a opção que apresenta o tipo de prototipação mais adequado e seu principal objetivo estratégico nesse cenário.
APrototipação Evolutiva: O objetivo é construir o protótipo como a primeira versão do sistema final, garantindo que o investimento inicial seja mantido e evoluído após a validação do usuário.
BPrototipação Descartável: O objetivo é definir e refinar os requisitos de interface e usabilidade (RNF), sendo o código posteriormente descartado para que a implementação final seja feita sobre uma arquitetura robusta.
CModelagem de Casos de Uso: Não é uma forma de prototipação, mas é o método mais eficaz para capturar os requisitos de interface e interação sem a necessidade de construir um modelo visual.
DPrototipação de Baixa Fidelidade: O objetivo é construir um modelo interativo completo usando código de produção para validar o desempenho do sistema e a velocidade de carregamento dos dados.
EPrototipação Vertical: Foca na validação da arquitetura e das camadas mais profundas (banco de dados e backend), ignorando a interface e a interação com o usuário, que não são críticas para este projeto.
Revelar gabarito e comentário▾
GabaritoB — Prototipação Descartável: O objetivo é definir e refinar os requisitos de interface e usabilidade (RNF), sendo o código posteriormente descartado para que a implementação final seja feita sobre uma arquitetura robusta.
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”.
Prototipação em cenário de alta complexidade e incerteza de interface
Gabarito: letra B (Prototipação Descartável). Em ambientes onde os usuários não conseguem articular bem os requisitos de interface e o custo de desenvolvimento é alto, a prototipação descartável (throw-away) é a mais indicada: constrói-se rapidamente um protótipo para refinar requisitos e usabilidade, e depois esse protótipo é descartado, permitindo que o sistema final seja implementado sobre uma arquitetura robusta. Esse modelo reduz riscos e permite validação rápida sem comprometer a qualidade da solução final.
O enunciado descreve exatamente esse contexto: usuários com dificuldade de expressar necessidades, necessidade de feedback rápido e alto custo. A prototipação descartável é a abordagem clássica para elicitação e validação de requisitos quando há incerteza, especialmente em interface e usabilidade.
Tipo de Prototipação
Principal Objetivo Estratégico
Adequação ao Cenário (alta complexidade, incerteza de interface, alto custo)
Prototipação Descartável (Gabarito)
Definir e refinar requisitos de interface e usabilidade (RNF), com código descartado para implementação final em arquitetura robusta.
Adequado: Permite validação rápida e redução de riscos sem comprometer a qualidade da solução final.
Prototipação Evolutiva
Construir o protótipo como primeira versão do sistema final, evoluindo-o após validação.
Inadequado: Arriscado, pois o alto custo e a incerteza inicial tornariam a evolução cara e a arquitetura final frágil.
Modelagem de Casos de Uso
Capturar requisitos de interface e interação sem construir modelo visual.
Inadequado: Não é prototipação e não fornece feedback visual rápido de interface.
Prototipação de Baixa Fidelidade
Construir modelo interativo completo com código de produção para validar desempenho.
Inadequado: Contraditório (baixa fidelidade vs. código de produção) e foco em desempenho, não em interface/usabilidade.
Prototipação Vertical
Validar arquitetura e camadas profundas (banco de dados e backend), ignorando interface.
Inadequado: Ignora a interface e interação com o usuário, que são críticas no cenário.
Prototipação: Descartável (throw-away) (Refina requisitos de interface, Código descartado, Arquitetura final robusta); Evolutiva (Vira sistema final, Arquitetura frágil); Baixa fidelidade (Papel/wireframes, Não interativo); Vertical (Foca backend, Ignora interface)
Alternativa A — ❌ Incorreta
Prototipação Evolutiva constrói o protótipo como primeira versão do sistema final. Isso seria arriscado aqui, pois o alto custo de desenvolvimento e a incerteza inicial tornariam a evolução cara e a arquitetura final frágil. O propósito do cenário é refinar requisitos, não evoluir um protótipo frágil.
Alternativa B — ✅ Correta ⟵ GABARITO
Prototipação Descartável: o objetivo estratégico é justamente definir e refinar requisitos de interface e usabilidade (requisitos não funcionais), com código posteriormente descartado, permitindo que a implementação final seja feita sobre uma arquitetura robusta. Perfeito para o cenário.
Alternativa C — ❌ Incorreta
Modelagem de Casos de Uso não é prototipação. Embora ajude na captura de requisitos, não fornece feedback visual rápido de interface, que é a necessidade central do caso.
Alternativa D — ❌ Incorreta
Prototipação de Baixa Fidelidade é geralmente não executável (papel, wireframes). A alternativa descreve um "modelo interativo completo usando código de produção", o que é contraditório. Além disso, o objetivo de validar desempenho não é o foco principal; aqui queremos validar interface e usabilidade.
Alternativa E — ❌ Incorreta
Prototipação Vertical foca na arquitetura e camadas profundas, ignorando a interface. O enunciado destaca a dificuldade dos usuários com a interface, portanto ignorá-la é inadequado.
NÃO CAIA NESSA!
A alternativa D confunde prototipação de baixa fidelidade (não executável) com um protótipo executável em código de produção. Na prova, lembre-se: baixa fidelidade = papel ou wireframe, sem código funcional.
Conclusão: A prototipação descartável é a escolha certa quando os requisitos são incertos e o custo de desenvolvimento é alto, pois permite refinar rapidamente a interface com baixo investimento inicial, descartando o protótipo para a construção final sobre base sólida.