Engenharia de Software · FCC · 2025 | Questão sqc-fc074022

Engenharia de SoftwareEngenharia de Requisitos

Código: fc074022
Banca: FCC
Órgão: TRF - 4ª REGIÃO
Ano: 2025
Nível: Superior

Cargo: Analista Judiciário - Área Apoio Especializado - Especialidade: Análise de Sistemas de Informação

Um tribunal esta desenvolvendo um novo sistema de gestão processual. Considerando o ciclo de vida do software e a engenharia de requisitos a prática de engenharia de software mais adequada é aquela em que a equipe de desenvolvimento

Adefine o ciclo de vida do software como um modelo “em Cascata”, onde cada fase (requisitos, projeto, implementação, testes, implantação, manutenção) é executada sequencialmente, sem sobreposição, e a fase de requisitos é concluida com a aprovação de um documento detalhado pelo juiz responsável pelo projeto.
Butiliza uma abordagem iterativa e incremental, com ciclos de desenvolvimento curtos (sprints), onde requisitos são priorizados e implementados em cada iteração. A engenharia de requisitos é um processo continuo, com refinamento dos requisitos a cada iteração, e o sistema é entregue em partes funcionais ao tribunal.
Cfoca na prototipação rápida, criando interfaces de usuário em baixa fidelidade para validar os requisitos com os servidores do tribunal. O ciclo de vida do software é definido após a aprovação do protótipo, e a documentação dos requisitos é gerada ao final do projeto.
Dadota o modelo em “V", onde os requisitos são validados apenas na fase de testes, após a implementação completa do sistema. A engenharia de requisitos se resume a coleta inicial de informações dos servidores, sem revisões ou validações intermediárias.
Eutiliza uma abordagem ágil, com entregas frequentes de software funcionando, mas sem se preocupar com a documentação detalhada dos requisitos. O ciclo de vida do software é adaptado a cada iteração, com base no feedback dos usuários do tribunal.

Revelar gabarito e comentário

GabaritoB — utiliza uma abordagem iterativa e incremental, com ciclos de desenvolvimento curtos (sprints), onde requisitos são priorizados e implementados em cada iteração. A engenharia de requisitos é um processo continuo, com refinamento dos requisitos a cada iteração, e o sistema é entregue em partes funcionais ao tribunal.

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”.

Engenharia de Requisitos e Ciclo de Vida do Software

Gabarito: letra B. A abordagem iterativa e incremental (sprints) é a mais adequada para sistemas de gestão processual, pois permite refinar continuamente os requisitos, entregar valor em partes funcionais e adaptar-se a mudanças. Esse modelo está alinhado com os princípios modernos de engenharia de requisitos, que enfatizam colaboração, feedback e iteração constante.

Alternativa A — ❌ Incorreta

O modelo cascata é sequencial e rígido, exigindo que todos os requisitos sejam definidos no início. Em sistemas complexos como gestão processual, os requisitos mudam e evoluem; a cascata não permite refinamento contínuo, o que leva a atrasos e retrabalho.

Alternativa B — ✅ Correta ⟵ GABARITO

Utiliza sprints (ciclos curtos) com priorização de requisitos, engenharia de requisitos contínua e entregas incrementais. Essa abordagem iterava entre requisitos, projeto, implementação e testes, validando cada parte com os usuários e ajustando-se às necessidades do tribunal.

Alternativa C — ❌ Incorreta

Embora a prototipação rápida seja útil, definir o ciclo de vida apenas após aprovação do protótipo e documentar só no final é impraticável e arriscado. O ciclo de vida deve ser planejado desde o início, e a documentação deve acompanhar o desenvolvimento.

Alternativa D — ❌ Incorreta

O modelo V correto prevê validação dos requisitos em paralelo com o desenvolvimento, não apenas após a implementação. Além disso, reduzir a engenharia de requisitos a uma coleta inicial desconsidera refinamentos e validações intermediárias essenciais.

Alternativa E — ❌ Incorreta

Abordagens ágeis (como Scrum) de fato priorizam software funcionando, mas não ignoram documentação; produzem a documentação necessária e suficiente. A alternativa caricatura o ágil, desprezando a importância de registrar requisitos essenciais para manutenção e evolução.

Conclusão: A alternativa B é a única que descreve corretamente uma prática iterativa e incremental com engenharia de requisitos contínua — a mais adequada para sistemas de gestão processual, que exigem flexibilidade e alinhamento constante com os usuários.

Link permanente: /questoes/fc074022