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:
- A)construir matrizes de rastreabilidade, relacionando os requisitos identificados com outros aspectos do sistema ou de seu ambiente;
Certa, porque a rastreabilidade é uma atividade típica de gerência de requisitos e liga requisitos a outros artefatos do sistema ou do ambiente.
- B)atribuir um identificador único aos requisitos que representam desdobramentos de um requisito de mais alto nível;
Errada, porque dar identificador único é atividade de organização/identificação dos requisitos, não a descrição principal pedida pela questão.
- C)garantir que cada requisito identificado esteja associado a uma regra de negócio;
Errada, porque nem todo requisito precisa estar associado a uma regra de negócio, e isso não define uma atividade típica de gerência de requisitos.
- D)priorizar atender as mudanças em requisitos com menos custos;
Errada, porque gerência de requisitos não é simplesmente reduzir custo de mudanças, mas controlar e analisar mudanças e seus impactos.
- E)minimizar as relações de dependência entre os requisitos.
Errada, porque a gerência de requisitos não busca minimizar dependências por princípio, e sim administrar relações e impactos entre requisitos.
Gabarito: A
Gerência de requisitos é a parte do processo que cuida de organizar, controlar e acompanhar os requisitos ao longo do ciclo de vida do sistema. Em outras palavras, não basta levantar a necessidade e deixar na gaveta: é preciso saber de onde veio cada requisito, com o que ele se relaciona, o que mudou e qual impacto isso traz. Isso ajuda muito quando o sistema é grande, sofre alterações e precisa de controle fino, como em ambientes públicos. Entre as atividades clássicas de gerência de requisitos, uma das mais importantes é a rastreabilidade. Ela permite ligar cada requisito a outras informações relevantes, como objetivo de negócio, regra de negócio, caso de uso, módulo, teste e até versões do sistema. Assim, se algo mudar, a equipe consegue enxergar rapidamente o efeito dominó. É aquele momento em que você agradece por ter organizado a casa antes da visita surpresa. Por isso, o gabarito é a alternativa A: construir matrizes de rastreabilidade, relacionando os requisitos identificados com outros aspectos do sistema ou do ambiente. Isso está em linha com a prática consagrada na Engenharia de Software e aparece em referenciais como o SWEBOK e padrões de engenharia de requisitos, que tratam rastreabilidade como parte central da gerência de requisitos. As demais alternativas misturam conceitos. Algumas falam de identificação ou priorização, mas não descrevem corretamente a função típica da gerência de requisitos nesse contexto. A questão quer a ideia de controle e vínculo entre requisitos e elementos do sistema, e nisso a rastreabilidade é a estrela do pedaço.