Questão de Governança de TI — ISO-IEC 12207 — CESPE / CEBRASPE 2021
Governança de TI›ISO-IEC 12207
Código
ce123270
Banca
CESPE / CEBRASPE
Órgão
Prefeitura de Aracaju - SE
Ano
2021
Nível
Superior
Cargo
Auditor de Tributos Municipais - Tecnologia da Informação
Considerando os processos técnicos referidos na norma ISO/IEC 12207, assinale a opção que apresenta um propósito do processo de validação para sistemas de software.
Aalcançar nível de confiança de que o produto entregue atende às exigências das partes interessadas e está apto para uso
Bestabelecer a capacidade de um sistema em fornecer serviços em ambientes diversos
Ccertificar que a implementação de cada requisito do sistema de software é testado quanto à conformidade e que o sistema de software está pronto para a entrega
Dconfirmar que um produto ou serviço de software reflete adequadamente os requisitos especificados
Everificar que o produto de software integrado atende aos testes de qualificação
Revelar gabarito e comentário▾
GabaritoA — alcançar nível de confiança de que o produto entregue atende às exigências das partes interessadas e está apto para uso
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”.
ISO/IEC 12207 — Processo de Validação
Gabarito: letra A. O processo de validação na ISO/IEC 12207 tem como propósito confirmar que o produto de software atende às necessidades das partes interessadas e está apto para o uso pretendido. Isso corresponde exatamente à descrição da alternativa A.
A banca cobra a diferença entre validação e verificação, dois processos técnicos distintos na norma. Enquanto a validação responde "construímos o produto certo?", a verificação responde "construímos o produto corretamente?". A pegadinha comum é trocar os propósitos, como ocorre nas alternativas C e D.
Alternativa A — ✅ Correta ⟵ GABARITO
A definição de validação na ISO/IEC 12207 é: confirmar que o produto ou serviço atende às necessidades reais do cliente e das partes interessadas, garantindo que ele é adequado ao uso. É o que a alternativa descreve: "alcançar nível de confiança de que o produto entregue atende às exigências das partes interessadas e está apto para uso".
Alternativa B — ❌ Incorreta
"Estabelecer a capacidade de um sistema em fornecer serviços em ambientes diversos" relaciona-se mais com testes de portabilidade ou de aceitação, não com o processo de validação per se.
Alternativa C — ❌ Incorreta
"Certificar que a implementação de cada requisito do sistema de software é testado quanto à conformidade e que o sistema está pronto para a entrega" descreve, na verdade, o processo de verificação, que checa se cada requisito foi implementado corretamente, e não se o produto atende às necessidades do cliente.
Alternativa D — ❌ Incorreta
"Confirmar que um produto ou serviço de software reflete adequadamente os requisitos especificados" é novamente uma descrição de verificação — garantir que o produto está em conformidade com os requisitos documentados, e não validar se atende ao uso real.
Alternativa E — ❌ Incorreta
"Verificar que o produto de software integrado atende aos testes de qualificação" mistura verificação com testes de qualificação, que são etapas específicas após a integração, mas não abrangem o propósito amplo da validação.
NÃO CAIA NESSA!
A banca explora a confusão clássica entre validação e verificação. Lembre-se: validação = "fizemos o produto certo?" (atende às necessidades do cliente); verificação = "fizemos o produto corretamente?" (atende aos requisitos especificados). As alternativas C e D trocam os papéis.