Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2024
Engenharia de Software›Engenharia de Requisitos
Código
fg084709
Banca
FGV
Órgão
EPE
Ano
2024
Nível
Superior
Cargo
Analista de Gestão Corporativa - Tecnologia da Informação (Soluções)
Histórias de usuários são fundamentais para capturar requisitos centrados no usuário em projetos ágeis.Assinale a opção que indica um exemplo de história de usuário escrito corretamente do ponto de vista da sintaxe.
AO sistema deve permitir que o usuário redefina a senha quando solicitado.
BComo cliente, eu quero um botão de leitura em voz alta na tela inicial para que pessoas com necessidades possam navegar com mais facilidade.
CComo gerente de projetos, eu quero visualizar o progresso das tarefas para que possa monitorar o andamento do projeto.
DComo cliente, eu quero acessar o sistema de pagamentos.
EComo administrador, eu quero que os clientes possam ver suas transações para aumentar sua satisfação.
Revelar gabarito e comentário▾
GabaritoC — Como gerente de projetos, eu quero visualizar o progresso das tarefas para que possa monitorar o andamento do projeto.
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”.
Histórias de Usuário — Sintaxe Correta
Gabarito: letra C. Uma história de usuário (user story) bem escrita deve seguir o formato canônico: "Como [ator], eu quero [ação] para que [benefício]". Esse padrão, consagrado no desenvolvimento ágil, garante que o requisito seja centrado no usuário e contenha a motivação. Apenas a alternativa C atende integralmente essa estrutura.
A banca testa o conhecimento da sintaxe básica de user stories. A forma mais comum é:
"Como <tipo de usuário>, quero <ação> para que <benefício>."
Vamos analisar cada alternativa:
Alternativa
Ator (Como)
Ação (quero)
Benefício (para que)
Sintaxe Correta?
A
❌ Ausente
❌ "O sistema deve..." (formato tradicional)
❌ Ausente
❌
B
✅ Cliente
✅ "um botão de leitura em voz alta"
❌ Benefício para terceiros ("pessoas com necessidades")
❌
C
✅ Gerente de projetos
✅ "visualizar o progresso das tarefas"
✅ "monitorar o andamento do projeto"
✅
D
✅ Cliente
✅ "acessar o sistema de pagamentos"
❌ Ausente
❌
E
✅ Administrador
❌ Ação indireta ("que os clientes possam ver")
❌ Genérico ("aumentar sua satisfação")
❌
User story (sintaxe)
1Formato canônico
Como [ator]
Eu quero [ação]
Para que [benefício]
2Erros comuns
Requisito funcional ("O sistema deve")
Benefício para terceiro
Ação indireta
Falta benefício
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A frase "O sistema deve permitir que o usuário redefina a senha quando solicitado" está no formato de requisito funcional tradicional ("o sistema deve"), não no formato de história de usuário com ator, ação e benefício. Não há "como" nem "para que".
Alternativa B — ❌ Incorreta
Embora comece com "Como cliente" e contenha um "para que", o benefício "para que pessoas com necessidades possam navegar com mais facilidade" não é um benefício direto para o próprio ator (cliente). A user story deve expressar o benefício para o ator que a solicita, ou ao menos ser coerente com sua perspectiva. Além disso, o texto é muito longo e detalhado; histórias devem ser concisas.
Alternativa C — ✅ Correta ⟵ GABARITO
"Como gerente de projetos, eu quero visualizar o progresso das tarefas para que possa monitorar o andamento do projeto." Segue perfeitamente o formato: ator (gerente de projetos), ação (visualizar o progresso) e benefício (monitorar o andamento). É concisa e clara.
Alternativa D — ❌ Incorreta
Falta o benefício ("para que"). A história incompleta "Como cliente, eu quero acessar o sistema de pagamentos" não explica por que o cliente deseja isso, deixando de fora a motivação essencial da user story.
Alternativa E — ❌ Incorreta
A ação é indireta: "eu quero que os clientes possam ver suas transações". O ator (administrador) não realiza a ação diretamente; o desejo é sobre o comportamento de outro ator. Além disso, o benefício "para aumentar sua satisfação" é genérico e não está atrelado a uma ação concreta do administrador.
NÃO CAIA NESSA!
Na prova, lembre-se do template INVEST (Independent, Negotiable, Valuable, Estimable, Small, Testable) e da fórmula "Como… quero… para que…". A ausência de "para que" ou a inversão do ator são armadilhas comuns.