Questão de Conhecimentos Específicos · FCC TRF4 2025 (nº 46)

O ciclo de vida do software é como o "passo a passo" para construir um programa, desde a ideia inicial até a entrega e manutenção. Já a engenharia de requisitos é a arte de entender, documentar e gerenciar o que o sistema precisa fazer para satisfazer os usuários, como os servidores e juízes de um tribunal.

(A) Incorreta: O modelo em Cascata é muito rígido. Para um sistema complexo como o de um tribunal, onde os requisitos podem mudar ou ser melhor compreendidos ao longo do tempo, a execução sequencial sem sobreposição e a aprovação final de requisitos no início tornam o sistema inflexível e aumentam o risco de o produto final não atender às necessidades reais. A armadilha aqui é que a formalidade de um documento detalhado e a aprovação por um juiz podem parecer adequadas para um tribunal, mas na prática de software, essa rigidez leva a problemas sérios de adaptação e satisfação do usuário.
(B) Correta: Uma abordagem iterativa e incremental (como as metodologias ágeis, que usam sprints) é a mais adequada. Ela permite que a equipe desenvolva o sistema em pequenas partes funcionais, obtenha feedback contínuo dos usuários do tribunal (juízes, servidores) e adapte os requisitos e o desenvolvimento a cada ciclo. A engenharia de requisitos se torna um processo contínuo de refinamento, garantindo que o sistema evolua para atender às necessidades reais e mutáveis do tribunal.
(C) Incorreta: A prototipação rápida é uma ferramenta útil, mas focar apenas nela e definir o ciclo de vida após o protótipo, além de gerar a documentação somente no final, é uma abordagem incompleta e arriscada. A documentação dos requisitos deve ser um processo contínuo e evolutivo, não algo feito apenas no final.
(D) Incorreta: O modelo em "V" não significa que os requisitos são validados apenas na fase de testes após a implementação completa. Pelo contrário, ele associa cada fase de desenvolvimento a uma fase de teste correspondente (ex: requisitos com testes de aceitação). Além disso, reduzir a engenharia de requisitos à coleta inicial sem revisões ou validações intermediárias é uma falha grave que pode levar a um sistema que não atende às expectativas.
(E) Incorreta: Embora a abordagem ágil valorize o software funcionando mais do que a documentação abrangente, isso não significa ausência de documentação. Para um sistema crítico como o de um tribunal, a falta de qualquer documentação detalhada dos requisitos pode gerar problemas de entendimento, manutenção, conformidade e treinamento a longo prazo.