Questão de Engenharia de Software — Engenharia de Requisitos — FGV 2026
Engenharia de Software›Engenharia de Requisitos
Código
fg127337
Banca
FGV
Órgão
AL-RO
Ano
2026
Nível
Superior
Cargo
Analista Legislativo (Tecnologia da Informação - Análise e Desenvolvimento de Sistemas)
Em um projeto para desenvolver um novo sistema de gestão de Comissões Parlamentares na Assembleia Legislativa, o Analista de Sistemas identificou um conflito significativo entre a Secretaria-Geral da Mesa (SGM) e a Procuradoria. A SGM exige um requisito de flexibilidade para alterar fluxos de trabalho rapidamente conforme a agenda política, enquanto a Procuradoria exige um requisito de rastreabilidade e imutabilidade processual para garantir a validade legal dos atos, independentemente da celeridade.Nesse contexto, assinale a opção que apresenta a tarefa da Engenharia de Requisitos mais crítica para resolver o conflito entre a SGM e a Procuradoria e a técnica tipicamente empregada nessa resolução.
AAnálise de Requisitos: O uso de Viewpoint Analysis é essencial para mapear as diferentes perspectivas e, em seguida, utilizar a negociação para alcançar um acordo de compromisso.
BEspecificação de Requisitos: A elaboração de um Documento de Requisitos de Software (DRS) no padrão IEEE 830 com alta granularidade resolve o conflito pela formalização estrita das regras.
CGerenciamento de Requisitos: O emprego de uma Matriz de Rastreabilidade Bidirecional garantirá que todas as alterações flexíveis da SGM sejam controladas sem a necessidade de negociação prévia.
DElicitação de Requisitos: A realização de entrevistas individuais aprofundadas com o Presidente da Casa Legislativa para definir a prioridade política do sistema, eliminando a necessidade de conciliar visões técnicas.
EValidação de Requisitos: A utilização de inspeções para verificar a conformidade dos requisitos de flexibilidade com as normas ISO 25010 de Manutenibilidade e Eficiência.
Revelar gabarito e comentário▾
GabaritoA — Análise de Requisitos: O uso de Viewpoint Analysis é essencial para mapear as diferentes perspectivas e, em seguida, utilizar a negociação para alcançar um acordo de compromisso.
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”.
Engenharia de Requisitos: Resolução de Conflitos
Gabarito: A. O conflito entre requisitos conflitantes (flexibilidade versus rastreabilidade) é tratado na etapa de Análise de Requisitos, utilizando técnicas de negociação e análise de pontos de vista (Viewpoint Analysis) para alcançar um compromisso entre as partes interessadas.
Etapa da Engenharia de Requisitos
Tarefa Crítica para Resolver o Conflito
Técnica Tipicamente Empregada
Análise de Requisitos
Refinar, modelar e negociar requisitos conflitantes entre stakeholders (SGM e Procuradoria)
Viewpoint Analysis (mapeamento de diferentes perspectivas) e negociação para alcançar compromisso
Especificação de Requisitos
Formalizar requisitos já acordados em documento (ex.: IEEE 830)
Alta granularidade na descrição (não resolve conflitos)
Gerenciamento de Requisitos
Controlar mudanças e dependências entre requisitos
Matriz de Rastreabilidade Bidirecional (não substitui negociação)
Verificar correção, consistência e completude dos requisitos
Inspeções e reviews (não é fórum para resolver conflitos)
Resolução de conflitos de requisitos
1Análise de Requisitos (fase correta)
Viewpoint Analysis (técnica)
Negociação entre stakeholders
Compromisso entre visões opostas
2Fases incorretas
Especificação (só formaliza)
Gerenciamento (não negocia)
Elicitação (só coleta)
Validação (só verifica)
LEVEL · soulevel.com.br
Análise das Alternativas
Alternativa A — ✅ Correta ⟵ GABARITO
A Análise de Requisitos é a fase onde requisitos são refinados, modelados e, principalmente, negociados entre stakeholders com visões conflitantes. A técnica de Viewpoint Analysis mapeia diferentes perspectivas (como a da SGM e da Procuradoria), permitindo que o analista identifique pontos de convergência e divergência, e conduza uma negociação para um acordo de compromisso. Essa é a abordagem clássica para resolver conflitos em requisitos.
Alternativa B — ❌ Incorreta
A Especificação de Requisitos (documento IEEE 830) formaliza os requisitos já acordados. Ela não resolve conflitos; apenas registra o resultado da negociação. A alta granularidade não substitui o diálogo entre as partes.
Alternativa C — ❌ Incorreta
O Gerenciamento de Requisitos com Matriz de Rastreabilidade Bidirecional controla mudanças e dependências, mas não elimina a necessidade de negociação prévia. Afirmar que o conflito é resolvido “sem negociação” é um equívoco: a matriz apenas documenta rastreabilidade, não concilia interesses opostos.
Alternativa D — ❌ Incorreta
A Elicitação de Requisitos envolve coleta de informações (entrevistas, questionários). Realizar entrevistas apenas com o Presidente da Casa não resolve o conflito técnico entre SGM e Procuradoria; pelo contrário, ignora as visões técnicas. A decisão política não substitui a análise e negociação de requisitos.
Alternativa E — ❌ Incorreta
A Validação de Requisitos (inspeções, reviews) verifica se os requisitos estão corretos, consistentes e completos. Não é o fórum adequado para resolver conflitos entre stakeholders. Inspecionar contra normas ISO 25010 não concilia flexibilidade com imutabilidade.
PEGA ESSA DICA!
Em questões de conflito de requisitos, lembre-se: a Análise de Requisitos é a fase que inclui negociação, priorização e conciliação. Técnicas como Viewpoint Analysis, Workshops de Requisitos e Modelagem de Conflitos são típicas. Evite confundir com elicitação (coleta) ou especificação (documentação).