Questão de Engenharia de Software — Qualidade de Software — UECE-CEV 2018
Engenharia de Software›Qualidade de Software
Código
qq401979
Banca
UECE-CEV
Órgão
Prefeitura de Sobral - CE
Ano
2018
Nível
Superior
Cargo
Auditor de Controle Interno - Auditoria em Tecnologia da Informação
No que diz respeito ao controle de qualidade de software, é correto afirmar que
Aexistem requisitos de software que não são explicitamente declarados na especificação de um sistema.
Ba falta de conformidade de um software com os requisitos de qualidade é tolerável quando ele desempenha bem suas funções.
Cse um software não estiver de acordo com os critérios intermediários de qualidade, os padrões especificados devem ser revistos.
Dse dá o nome de controle de qualidade ao processo de avaliação da maturidade de um software em conformidade com o modelo CMMI.
Revelar gabarito e comentário▾
GabaritoA — existem requisitos de software que não são explicitamente declarados na especificação de um sistema.
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”.
Controle de qualidade de software
Gabarito: letra A. A qualidade de software abrange requisitos explícitos (declarados na especificação) e implícitos (esperados pelo usuário, mesmo que não documentados). É exatamente o que a alternativa A afirma: existem requisitos que não são explicitamente declarados. As demais alternativas distorcem conceitos fundamentais de controle de qualidade e conformidade.
A qualidade de software, conforme definido no material de apoio, é "a conformidade com requisitos funcionais e de desempenho explicitamente declarados, padrões de desenvolvimento documentados e características implícitas esperadas". Ou seja, nem tudo que se espera do sistema está escrito – a usabilidade, a segurança, a confiabilidade muitas vezes são implícitas e não constam textualmente na especificação.
Alternativa
Afirmação
Análise
Conclusão
A
Existem requisitos de software que não são explicitamente declarados na especificação de um sistema.
A qualidade de software abrange requisitos explícitos e implícitos (ex.: usabilidade, segurança, confiabilidade).
✅ Correta (Gabarito)
B
A falta de conformidade de um software com os requisitos de qualidade é tolerável quando ele desempenha bem suas funções.
A conformidade é uma dimensão essencial da qualidade; não conformidade não é tolerável mesmo com bom desempenho funcional.
❌ Incorreta
C
Se um software não estiver de acordo com os critérios intermediários de qualidade, os padrões especificados devem ser revistos.
Inverte a lógica: o software deve se adequar aos padrões, não o contrário.
❌ Incorreta
D
Controle de qualidade é o processo de avaliação da maturidade de um software em conformidade com o modelo CMMI.
Controle de qualidade é verificação de conformidade com requisitos; CMMI é um modelo de maturidade de processos, não de controle de qualidade.
❌ Incorreta
Qualidade de software: Requisitos (Explícitos (declarados na especificação), Implícitos (esperados, não documentados)); Conformidade (Com requisitos funcionais, Com padrões documentados, Com características implícitas); Dimensões (Garvin) (Desempenho funcional, Confiabilidade, Conformidade)
Alternativa A — ✅ Correta ⟵ GABARITO
A alternativa afirma que "existem requisitos de software que não são explicitamente declarados na especificação de um sistema". Isso é verdadeiro porque, no contexto da qualidade de software, há requisitos implícitos: características que o usuário espera mesmo sem tê-las listado. Exemplo: um sistema bancário deve manter o sigilo das transações – isso é um requisito implícito de segurança, que pode não estar escrito na especificação funcional, mas é essencial para a qualidade.
Alternativa B — ❌ Incorreta
Afirma que "a falta de conformidade de um software com os requisitos de qualidade é tolerável quando ele desempenha bem suas funções". Isso é falso. A qualidade de software inclui a conformidade como uma de suas dimensões (segundo Garvin). Não conformidade com requisitos de qualidade, mesmo que o software "funcione bem", compromete a qualidade. Exemplo: um sistema pode executar todas as funções corretamente, mas ter baixa confiabilidade (falhas frequentes) – isso não é tolerável. A não conformidade nunca é tolerável apenas por desempenho funcional.
Alternativa C — ❌ Incorreta
Afirma que "se um software não estiver de acordo com os critérios intermediários de qualidade, os padrões especificados devem ser revistos". Isso inverte a lógica do controle de qualidade. Os critérios intermediários são derivados dos padrões; se o software não atende a esses critérios, o produto é que deve ser corrigido, não os padrões (a menos que haja erro na especificação, mas a regra geral é que o produto deve se adequar aos padrões, e não o contrário). Controle de qualidade visa detectar defeitos e garantir conformidade, não revisar padrões por falha do produto.
Alternativa D — ❌ Incorreta
Afirma que "se dá o nome de controle de qualidade ao processo de avaliação da maturidade de um software em conformidade com o modelo CMMI". Isso é um equívoco. O CMMI (Capability Maturity Model Integration) é um modelo de melhoria de processo, não de avaliação de maturidade do software em si (produto). O controle de qualidade (QC) foca na verificação do produto, enquanto a avaliação de maturidade organizacional (como a feita com CMMI) relaciona-se com a garantia da qualidade (SQA) ou com a melhoria de processos. Além disso, o controle de qualidade não é sinônimo de avaliação de maturidade; são coisas distintas.
NÃO CAIA NESSA!
A banca explora a diferença entre requisitos explícitos e implícitos. Muitos candidatos acham que qualidade é só conformidade com o que está escrito, mas as bancas (especialmente FCC, CESPE, UECE) cobram que a qualidade também abrange requisitos implícitos. A alternativa A é a única que reflete essa abrangência.