Questão de Engenharia de Software — Geral — FCC 2024

MR-MPS-SW: Processo REQ — Engenharia de Requisitos

Gabarito: letra B. No MR-MPS-SW 2023, o processo REQ (Engenharia de Requisitos) tem como um de seus resultados esperados, a partir do nível D, que os requisitos sejam validados, podendo a validação ser realizada por meio de protótipos, demonstrações e revisões — exatamente o que a alternativa B afirma. As demais alternativas descrevem resultados de outros processos do modelo (como GPR, PCP, VV e GCO), não do REQ.

O MR-MPS-SW (Modelo de Referência MPS para Software) é o modelo de melhoria de processos de software do programa MPS.BR, mantido pela SOFTEX. Ele define processos organizados em níveis de maturidade, do nível G (parcialmente gerenciado) ao nível A (em otimização). Cada processo possui um propósito e um conjunto de resultados esperados — que são as evidências de que o processo foi executado adequadamente. A banca cobra justamente a capacidade de associar cada resultado esperado ao processo correto, e a pegadinha clássica é descrever resultados de processos vizinhos (como Verificação e Validação, Gerência de Projetos ou Gerência de Configuração) como se fossem do REQ.

O processo REQ — Engenharia de Requisitos inicia no nível G e evolui no nível D. Seu propósito é definir, gerenciar e manter atualizados os requisitos das partes interessadas e do produto, garantindo que inconsistências entre requisitos, planos e produtos de trabalho sejam identificadas e tratadas. Os resultados esperados do REQ incluem, entre outros: identificar as necessidades, expectativas e restrições das partes interessadas (não apenas as de TI, mas de todas as partes interessadas relevantes); transformar essas necessidades em requisitos do produto; analisar e validar os requisitos; e gerenciar as mudanças de requisitos ao longo do projeto.

A validação de requisitos é uma atividade central do REQ: ela busca garantir que os requisitos realmente atendem às necessidades das partes interessadas — ou seja, que estamos construindo o produto certo. Para isso, o modelo prevê técnicas como protótipos, demonstrações e revisões, que permitem que as partes interessadas visualizem e avaliem se o que foi especificado corresponde ao que esperam. Essa é a distinção fundamental que a questão explora: validação (o produto certo) versus verificação (o produto feito corretamente, conforme a especificação). A verificação é tratada no processo VV (Verificação e Validação), que confirma se os produtos de trabalho atendem aos requisitos especificados — mas a validação de requisitos em si, com protótipos e demonstrações, é resultado do REQ.

Vamos analisar cada alternativa, identificando a qual processo cada resultado pertence:

Alternativa A — ❌ Incorreta

Afirma que as necessidades, expectativas e restrições das partes interessadas ligadas à área de TI sejam identificadas. O erro está na restrição "ligadas à área de TI": o REQ deve identificar as necessidades de todas as partes interessadas relevantes (clientes, usuários finais, patrocinadores, órgãos reguladores etc.), não apenas as da área de TI. A banca tenta restringir indevidamente o escopo da elicitação de requisitos.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta é a alternativa correta. A validação dos requisitos é um resultado esperado do processo REQ, e o modelo expressamente admite que ela possa ser realizada por meio de protótipos, demonstrações e revisões. Essas técnicas permitem que as partes interessadas avaliem se os requisitos atendem às suas necessidades, antes do desenvolvimento completo do produto. É exatamente o que o enunciado pede: um resultado esperado do REQ a partir do nível D.

Alternativa C — ❌ Incorreta

Afirma que os planos, as atividades e os requisitos de trabalho relacionados sejam revisados. Essa é uma atividade típica do processo Gerência de Projetos (GPR), que estabelece e mantém planos, atividades e recursos do projeto. No REQ, o foco é nos requisitos em si, não na revisão dos planos de trabalho. A banca troca o objeto: o REQ revisa requisitos, não planos.

Alternativa D — ❌ Incorreta

Afirma que as avaliações de soluções sejam realizadas utilizando técnicas estatísticas e quantitativas. Isso é característico dos níveis mais altos de maturidade (nível A), onde há uso de técnicas estatísticas para análise de desempenho de processos — não é um resultado esperado do REQ no nível D. O REQ não trata de avaliação quantitativa de soluções; isso pertence a processos de alto nível, como Análise de Decisão e Resolução (DAR) ou a melhoria contínua do nível A.

Alternativa E — ❌ Incorreta

Afirma que os recursos materiais e o ambiente de trabalho necessários para executar o projeto sejam estabelecidos e mantidos atualizados. Isso é resultado do processo Gerência de Projetos (GPR), que trata de recursos, prazos, riscos e responsabilidades do projeto. O REQ não cuida de recursos materiais ou ambiente de trabalho; cuida dos requisitos do produto.

Gabarito: letra B