Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2024

Engenharia de SoftwareEngenharia de Requisitos
Código
fg079611
Banca
FGV
Órgão
DATAPREV
Ano
2024
Nível
Superior
Cargo
ATI - Análise de Negócio de TI
No contexto da Engenharia de Software, o levantamento e a elicitação de requisitos são etapas essenciais para garantir que o sistema atenda às expectativas dos stakeholders. Um time de desenvolvimento está utilizando diferentes técnicas para elicitar requisitos para um novo sistema de gestão de projetos.Para garantir que todos os requisitos críticos sejam corretamente identificados e documentados, deve-se
  1. Afocar exclusivamente em entrevistas com a alta direção, ignorando os usuários finais.
  2. Butilizar técnicas de prototipação para permitir que os usuários interajam com um modelo preliminar e forneçam feedback antes do desenvolvimento completo.
  3. Cimplementar imediatamente um MVP sem coletar feedback de stakeholders, para acelerar o lançamento.
  4. Dreunir todos os requisitos de uma vez no início do projeto e evitar mudanças durante o desenvolvimento.
  5. Edeixar que a equipe de desenvolvimento defina os requisitos sem a participação dos stakeholders.
Revelar gabarito e comentário

GabaritoB — utilizar técnicas de prototipação para permitir que os usuários interajam com um modelo preliminar e forneçam feedback antes do desenvolvimento completo.

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

Elicitação de Requisitos — Técnicas e Boas Práticas

Gabarito: letra B. A prototipação é uma técnica consolidada de elicitação que permite aos usuários interagirem com um modelo preliminar do sistema, fornecendo feedback antes do desenvolvimento completo. Essa abordagem reduz riscos de mal-entendidos e garante que os requisitos críticos sejam corretamente identificados, alinhando-se às melhores práticas da Engenharia de Requisitos.

A questão testa o conhecimento sobre técnicas de elicitação e a importância da participação dos stakeholders. Vamos analisar cada alternativa:

Alternativa A — ❌ Incorreta

Focar exclusivamente na alta direção e ignorar os usuários finais é um erro grave. Os usuários finais conhecem as necessidades operacionais e detalhes do dia a dia que a alta direção pode não enxergar. A elicitação deve envolver todos os perfis de stakeholders para garantir requisitos completos.

Alternativa B — ✅ Correta ⟵ GABARITO

A prototipação é uma técnica ativa de descoberta de requisitos. Ela permite que os usuários interajam com uma versão inicial do sistema (protótipo) e ofereçam feedback concreto, refinando os requisitos antes do desenvolvimento final. Conforme as principais técnicas de levantamento de requisitos, a prototipagem está entre as mais eficazes para validação e alinhamento de expectativas.

Alternativa C — ❌ Incorreta

Implementar um MVP sem coletar feedback dos stakeholders vai contra o propósito da elicitação. O MVP é útil quando já há requisitos validados; sem feedback, corre-se o risco de construir algo que não atende às necessidades reais.

Alternativa D — ❌ Incorreta

Reunir todos os requisitos de uma vez no início (big design up front) é uma abordagem ultrapassada e rígida. Os requisitos evoluem com o entendimento do problema; a elicitação deve ser iterativa e incremental.

Alternativa E — ❌ Incorreta

Deixar que a equipe de desenvolvimento defina os requisitos sem participação dos stakeholders gera desalinhamento com as necessidades do negócio. A elicitação é um processo colaborativo que exige envolvimento ativo dos interessados.

Conclusão: A única alternativa que reflete boas práticas de elicitação é a letra B, que utiliza a prototipação para validar requisitos com os usuários.

Link permanente: /questoes/fg079611