Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2021
Engenharia de Software›Engenharia de Requisitos
Código
fg045091
Banca
FGV
Órgão
TCE-AM
Ano
2021
Nível
Superior
Cargo
Auditor Técnico de Controle Externo - Tecnologia da Informação - 2ª dia
A Equipe de Desenvolvimento de Software (EDS) de um tribunal de contas recebeu a demanda de apoiar a especificação para modernização de um sistema de software que atende parte do processo de planejamento orçamentário.Dentre as atividades de gerência de requisitos, a EDS deve:
Aconstruir matrizes de rastreabilidade, relacionando os requisitos identificados com outros aspectos do sistema ou de seu ambiente;
Batribuir um identificador único aos requisitos que representam desdobramentos de um requisito de mais alto nível;
Cgarantir que cada requisito identificado esteja associado a uma regra de negócio;
Dpriorizar atender as mudanças em requisitos com menos custos;
Eminimizar as relações de dependência entre os requisitos.
Revelar gabarito e comentário▾
GabaritoA — construir matrizes de rastreabilidade, relacionando os requisitos identificados com outros aspectos do sistema ou de seu ambiente;
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”.
Gerência de Requisitos
Gabarito: letra A. A rastreabilidade é uma atividade central da gerência de requisitos, pois permite relacionar cada requisito aos artefatos que o originaram (outros requisitos, documentos, regras de negócio, casos de teste, etc.), garantindo controle de impacto e consistência ao longo do ciclo de vida do software. As demais alternativas descrevem ações que não correspondem ao escopo típico da gerência de requisitos, seja por serem incompletas, inadequadas ou por pertencerem a outras fases da engenharia de requisitos.
A gerência de requisitos (ou gestão de requisitos) abrange atividades como: controle de versão, rastreabilidade, gestão de mudanças e manutenção da consistência. A matriz de rastreabilidade é uma ferramenta clássica para documentar e visualizar essas relações, permitindo que a equipe saiba exatamente qual requisito atende a qual necessidade de negócio e qual componente do sistema o implementa.
Alternativa
Descrição
Correta?
Justificativa
A
Construir matrizes de rastreabilidade, relacionando requisitos a outros aspectos do sistema ou ambiente
✅ Sim
Atividade central da gerência de requisitos; permite controle de impacto e consistência
B
Atribuir identificador único apenas a requisitos que são desdobramentos de outro
❌ Não
Todo requisito recebe identificador único; não é atividade específica de gerência
C
Garantir que cada requisito esteja associado a uma regra de negócio
❌ Não
Inviável para requisitos não funcionais/técnicos; atividade típica de análise, não de gerência
D
Priorizar mudanças com menos custos
❌ Não
Ignora valor de negócio e risco; não é prática adequada de gerência de requisitos
E
Minimizar relações de dependência entre requisitos
❌ Não
Dependências são naturais; gerenciá-las é importante, não minimizá-las
Alternativa A — ✅ Correta ⟵ GABARITO
Construir matrizes de rastreabilidade é uma atividade essencial da gerência de requisitos. Ela relaciona os requisitos a outros aspectos do sistema (como modelos de análise, design, código e testes) e do ambiente (regras de negócio, legislação, restrições). Isso viabiliza análises de impacto, verificação de cobertura e suporte a mudanças.
Alternativa B — ❌ Incorreta
Atribuir identificadores únicos é parte da especificação/ documentação de requisitos, não uma atividade específica de gerência. Além disso, todo requisito recebe um identificador único, não apenas os que são desdobramentos de outro. A alternativa confunde um detalhe técnico de organização com o conceito mais amplo de gerência.
Alternativa C — ❌ Incorreta
Garantir que cada requisito esteja associado a uma regra de negócio não é viável nem desejável. Requisitos não funcionais (desempenho, segurança) ou técnicos não se vinculam diretamente a uma regra de negócio. A atividade de associar requisitos a regras de negócio é mais típica da fase de análise de negócio ou especificação, não da gerência.
Alternativa D — ❌ Incorreta
Priorizar mudanças apenas com base em menor custo desconsidera o valor de negócio, riscos e dependências. A priorização de mudanças, quando ocorre no contexto de gerência de requisitos, deve seguir critérios balanceados (custo, benefício, urgência). Além disso, a priorização não é uma atividade exclusiva da gerência; ela faz parte do processo de decisão sobre o escopo.
Alternativa E — ❌ Incorreta
Minimizar as relações de dependência entre requisitos não é um objetivo da gerência de requisitos. Dependências são inerentes e devem ser identificadas, documentadas e gerenciadas. Tentar minimizá-las artificialmente poderia comprometer a integridade do sistema. A gerência busca justamente controlar essas relações, não eliminá-las.
NÃO CAIA NESSA!
A banca mistura atividades de gerência de requisitos com tarefas de especificação, análise ou priorização. O aluno deve saber que a gerência é uma atividade contínua, focada em controle de mudanças, rastreabilidade e consistência, e não na criação ou detalhamento dos requisitos em si.