No âmbito da Engenharia de Software, um cenário de constante...

A alternativa correta é a B - requisito volátil.

Vamos entender o conceito por trás desta resposta. Em Engenharia de Requisitos, um requisito volátil refere-se a um requisito que está sujeito a frequentes mudanças. Esta característica é particularmente comum em ambientes dinâmicos, como é o caso de aplicações governamentais, onde as políticas e regulamentações podem mudar rapidamente em resposta a novos mandatos, leis ou necessidades sociais.

A volatilidade pode ser causada por diversos fatores, como:

• Alterações no ambiente de negócios ou político;
• Necessidades dos usuários que evoluem com o tempo;
• Mudanças na tecnologia ou em outras dependências externas;
• Reavaliação das prioridades do projeto ou do produto.

É essencial para o engenheiro de software compreender e gerenciar essa volatilidade, pois ela impacta diretamente na estabilidade do sistema que está sendo desenvolvido. A gestão adequada passa por técnicas de rastreabilidade, priorização e comunicação eficaz com os stakeholders para assegurar que as mudanças sejam incorporadas de maneira controlada.

Agora, olhando as outras opções, percebemos que elas não se encaixam no contexto apresentado:

• Inconsistente: Geralmente se refere a conflitos ou contradições entre requisitos, não necessariamente à sua mudança frequente.
• Processo indefinido: Fala sobre a falta de definição no processo de desenvolvimento, e não sobre a natureza dos requisitos em si.
• Escopo reverso: Não é um termo comum ou reconhecido na Engenharia de Requisitos.
• Escopo inconsistente: Similar ao requisito inconsistente, mas focado mais no projeto como um todo, e não na natureza mutável dos requisitos.

Assim, a alternativa que melhor descreve um elemento de software sujeito a mudanças frequentes, especialmente em um contexto político, é, sem dúvida, o requisito volátil.