Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — INSTITUTO AOCP 2024

Engenharia de SoftwareEngenharia de Requisitos
Código
qa631566
Banca
INSTITUTO AOCP
Órgão
SEAP PR
Ano
2024
Cargo
Ag Prof ( )
Como profissional de TI do Poder Executivo do Estado do Paraná, você está envolvido em um projeto de desenvolvimento de um novo software para a organização. Sua responsabilidade inclui a engenharia de requisitos, e, durante o processo de validação de requisitos, diferentes tipos de verificação devem ser efetuados no documento de requisitos. O líder do projeto solicita que você verifique se o documento de requisitos inclui requisitos que definam todas as funções e restrições pretendidas pelo usuário do sistema. Essa é uma verificação do tipo
  1. Averificação de consistência.
  2. Bverificação de validade.
  3. Cverificação de completude.
  4. Dverificabilidade.
  5. Everificação de prototipação.
Revelar gabarito e comentário

GabaritoC — verificação de completude.

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”.

Validação de Requisitos: Completude

Gabarito: letra C. A verificação de completude é o tipo de validação que confere se o documento de requisitos inclui todas as funções e restrições pretendidas pelo usuário — exatamente o que o líder do projeto pediu. Essa é uma das verificações da atividade de validação de requisitos, conforme o processo de engenharia de requisitos de Sommerville.

A validação de requisitos é a fase da engenharia de requisitos que verifica se os requisitos documentados estão corretos, completos e consistentes com o que o usuário realmente deseja. É uma atividade de checagem do documento de requisitos, realizada antes de o desenvolvimento começar, para evitar que erros de especificação se propaguem para as fases seguintes — onde corrigi-los custaria muito mais caro.

Sommerville descreve a validação de requisitos como uma atividade que verifica os requisitos quanto a realismo, consistência e completude. Dentro dela, há verificações específicas, cada uma com um foco distinto:

  • Verificação de validade: confere se o sistema atende às necessidades reais do usuário — se as funções identificadas são as necessárias, ou se há funções adicionais ou diferentes que deveriam estar ali.

  • Verificação de consistência: garante que os requisitos não entram em conflito entre si — que não há contradições no documento.

  • Verificação de completude: assegura que o documento inclui todas as funções e restrições pretendidas pelo usuário — que nada ficou de fora.

  • Verificação de realismo: avalia se os requisitos podem ser implementados com a tecnologia e os recursos disponíveis.

  • Verificabilidade: confere se os requisitos são passíveis de verificação — se podem ser testados e comprovados.

A pegadinha desta questão está em distinguir validade de completude. A validade pergunta "estamos construindo o produto certo?" — se as funções especificadas são as que o usuário precisa. A completude pergunta "especificamos tudo o que o usuário quer?" — se todas as funções e restrições pretendidas estão no documento. O enunciado fala em "inclui requisitos que definam todas as funções e restrições pretendidas" — a palavra "todas" é o gatilho para completude.

Para fixar a distinção, veja a tabela:

Verificação

Pergunta que responde

Foco

Validade

O sistema faz o que o usuário precisa?

Necessidades reais

Consistência

Os requisitos se contradizem?

Conflitos internos

Completude

Todas as funções e restrições estão documentadas?

Cobertura total

Realismo

Os requisitos podem ser implementados?

Viabilidade técnica

Verificabilidade

Os requisitos podem ser testados?

Testabilidade

Guarde essa fronteira entre validade e completude: é exatamente nela que as alternativas desta questão se dividem.

1Validade
atende às necessidades reais do usuário
2Consistência
requisitos não entram em conflito
3Completude
todas as funções e restrições documentadas
4Realismo
pode ser implementado com recursos disponíveis
5Verificabilidade
pode ser testado e comprovado
Verificações da validação de requisitos
LEVELsoulevel.com.br
Verificações da validação de requisitos: Validade (atende às necessidades reais do usuário); Consistência (requisitos não entram em conflito); Completude (todas as funções e restrições documentadas); Realismo (pode ser implementado com recursos disponíveis); Verificabilidade (pode ser testado e comprovado)

Alternativa A — ❌ Incorreta

A verificação de consistência confere se os requisitos não entram em conflito entre si — se não há contradições no documento. O enunciado não menciona conflitos, mas sim a presença de todas as funções e restrições, o que é o foco da completude.

Alternativa B — ❌ Incorreta

A verificação de validade confere se o sistema atende às necessidades reais do usuário — se as funções identificadas são as necessárias, ou se há funções adicionais ou diferentes. O enunciado não pergunta se as funções são as corretas, mas se todas as pretendidas estão incluídas — isso é completude.

Alternativa C — ✅ Correta ⟵ GABARITO

A verificação de completude assegura que o documento de requisitos inclui todas as funções e restrições pretendidas pelo usuário. O enunciado pede exatamente isso: verificar se o documento "inclui requisitos que definam todas as funções e restrições pretendidas pelo usuário do sistema". A palavra "todas" é o termo-chave que identifica a completude.

Alternativa D — ❌ Incorreta

A verificabilidade confere se os requisitos são passíveis de verificação — se podem ser testados e comprovados. O enunciado não trata de testabilidade, mas da cobertura total das funções e restrições, que é o foco da completude.

Alternativa E — ❌ Incorreta

Prototipação não é um tipo de verificação da validação de requisitos — é uma técnica de elicitação de requisitos, usada para explorar aspectos críticos do produto por meio de um protótipo. O enunciado pede um tipo de verificação do documento, não uma técnica de levantamento.

NÃO CAIA NESSA!

A banca troca validade por completude — e são conceitos vizinhos que confundem. A validade pergunta se as funções especificadas são as necessárias (o produto certo); a completude pergunta se todas as funções e restrições pretendidas estão documentadas (nada ficou de fora). O enunciado usa "todas as funções e restrições pretendidas" — isso é completude, não validade. Com treino, você enxerga essa troca de longe 💪

PEGA ESSA DICA!

Na prova, identifique a palavra-chave: "todas" → completude; "conflito/contradição" → consistência; "necessidades reais" → validade; "implementar" → realismo; "testar" → verificabilidade. Essa associação direta resolve a questão em segundos.

Gabarito: letra C

Link permanente: /questoes/qa631566