Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2017
Engenharia de Software›Engenharia de Requisitos
Código
fc038457
Banca
FCC
Órgão
TRE-SP
Ano
2017
Nível
Médio
Cargo
Técnico Judiciário – Programação de Sistemas
Um Técnico do TRE-SP está participando do levantamento de requisitos para um novo sistema que objetiva a detecção de fraudes em campanhas eleitorais. Os requisitos iniciais estão pouco definidos e, além disso, buscam-se a mitigação dos riscos do projeto e a descoberta de falhas provocadas por comunicação verbal. O Técnico deve indicar que, neste caso, seria correto
Aimplementar um protótipo do sistema a partir de um modelo funcional do produto esperado.
Butilizar a métrica LOC antes de se iniciar o sistema, para mitigar riscos de requisitos funcionais errados.
Cutilizar o método Scrum e ampliar o time box da sprint para 60 dias para criar o primeiro "Pronto".
Dutilizar outra técnica de levantamento de requisitos, como RAD.
Eimplementar o sistema com base no processo ágil de desenvolvimento MPS.BR.
Revelar gabarito e comentário▾
GabaritoA — implementar um protótipo do sistema a partir de um modelo funcional do produto esperado.
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”.
Prototipagem na Engenharia de Requisitos
Gabarito: letra A. Em cenários onde os requisitos iniciais são pouco definidos e há necessidade de mitigar riscos e descobrir falhas de comunicação verbal, a prototipagem é a técnica mais adequada, pois permite construir um modelo funcional para explorar conceitos, validar ideias e obter feedback precoce dos stakeholders.
A questão descreve exatamente as situações em que a prototipagem se destaca: requisitos nebulosos, comunicação verbal problemática e busca por mitigação de riscos. O protótipo atua como um instrumento de aprendizado conjunto entre equipe e cliente.
Prototipagem: Quando usar (Requisitos pouco definidos, Comunicação verbal problemática, Mitigar riscos); Objetivos (Demonstrar conceitos, Experimentar opções de projeto, Obter feedback precoce); Características (Modelo funcional inicial, Desenvolvimento rápido e iterativo, Aprendizado conjunto equipe-cliente)
Alternativa A — ✅ Correta ⟵ GABARITO
A prototipagem consiste em criar uma versão inicial do sistema para demonstrar conceitos, experimentar opções de projeto e descobrir mais sobre o problema e suas possíveis soluções. Segundo a literatura clássica de engenharia de software, o desenvolvimento rápido e iterativo de protótipos é essencial para controlar custos e permitir que as partes interessadas experimentem o sistema cedo, reduzindo riscos e mal-entendidos.
Engenharia de Software (Sommerville):
"Um protótipo é uma versão inicial de um sistema de software, usado para demonstrar conceitos, experimentar opções de projeto e descobrir mais sobre o problema e suas possíveis soluções. O desenvolvimento rápido e iterativo do protótipo é essencial para que os custos sejam controlados e as partes interessadas do sistema possam experimentá-lo no início do processo de software."
Alternativa B — ❌ Incorreta
A métrica LOC (Lines of Code) é uma medida de tamanho do software, utilizada normalmente após a implementação para estimar esforço ou produtividade. Não é uma técnica de levantamento de requisitos e não contribui para mitigar riscos ou descobrir falhas de comunicação verbal na fase inicial. O conceito confunde métrica de código com técnica de elicitação.
Alternativa C — ❌ Incorreta
Scrum é um framework ágil para gestão de projetos, mas uma sprint de 60 dias foge drasticamente do padrão recomendado (de 2 a 4 semanas). Sprints longas reduzem o feedback e a capacidade de resposta a mudanças, além de não serem específicas para tratar requisitos mal definidos. A alternativa erra tanto na duração quanto no papel do Scrum como técnica de levantamento.
Alternativa D — ❌ Incorreta
RAD (Rapid Application Development) é uma metodologia de desenvolvimento que enfatiza ciclos curtos e prototipação, mas não é propriamente uma "técnica de levantamento de requisitos". A técnica correta dentro do RAD seria a própria prototipagem. A alternativa confunde a metodologia com a técnica, e a questão já trata de prototipagem na alternativa A.
Alternativa E — ❌ Incorreta
O MPS.BR (Melhoria de Processo do Software Brasileiro) é um modelo de maturidade de processos, similar ao CMMI, focado em aprimorar processos organizacionais, não em levantar requisitos de um sistema específico. Não atende ao cenário de requisitos pouco definidos nem à mitigação de riscos de comunicação.
PEGA ESSA DICA!
Em provas de engenharia de requisitos, guarde as técnicas de levantamento: entrevistas, cenários, casos de uso, etnografia, workshops, brainstorming, JAD, questionários e prototipagem. Quando o enunciado falar em "requisitos pouco definidos" ou "falhas de comunicação", a prototipagem é a resposta mais direta.