Questão de Engenharia de Software — Qualidade de Software — FCC 2015
Engenharia de Software›Qualidade de Software
Código
fc023794
Banca
FCC
Órgão
TRE-RR
Ano
2015
Nível
Superior
Cargo
Analista Judiciário - Análise de Sistemas
Os fatores que afetam a qualidade do software podem ser categorizados em 2 amplos grupos que incluem os fatores que ....I..... . O software (documentos, programas e dados) deve ser comparado a algum valor para se chegar a uma indicação de qualidade.A métrica ..II.... pode ser usada para medir a funcionalidade entregue por um software, podendo ser usada para estimar o custo ou esforço necessário para projetar, codificar e testar o software; prever o número de componentes e/ou o número de linhas de código projetadas no sistema implementado e ..III......As lacunas I, II e III são, correta e respectivamente preenchidas com
Apodem ser medidos por métricas e os que podem ser medidos por indicadores; Ponto por Função; estimar a quantidade de requisitos implementados corretamente.
Bestão relacionados aos clientes e os que estão relacionados aos desenvolvedores; de Produto Efetivo; prever o número de erros que vão ser encontrados durante o teste.
Csão relativos ao código e os que são relativos ao hardware; Técnica; definir o número de casos de teste necessários para validar o sistema.
Dpodem ser medidos diretamente e os que podem ser medidos apenas indiretamente; Ponto por Função; prever o número de erros que vão ser encontrados durante o teste.
Epodem ser testados e os que não podem ser testados; de Produto Efetivo; estimar a quantidade de requisitos implementados corretamente.
Revelar gabarito e comentário▾
GabaritoD — podem ser medidos diretamente e os que podem ser medidos apenas indiretamente; Ponto por Função; prever o número de erros que vão ser encontrados durante o teste.
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”.
Qualidade de Software – Métricas e Fatores
Gabarito: letra D. Os fatores que afetam a qualidade do software são classificados em dois grupos: os que podem ser medidos diretamente (ex.: linhas de código) e os que podem ser medidos apenas indiretamente (ex.: funcionalidade, confiabilidade). A métrica Ponto por Função é usada para medir a funcionalidade entregue, estimar custo/esforço, prever componentes ou linhas de código e também prever o número de erros durante o teste. Essa é a combinação correta das lacunas I, II e III.
A questão exige o conhecimento sobre métricas de software, especialmente a Análise de Pontos de Função (APF), uma técnica de medição indireta do tamanho funcional do sistema, independente de tecnologia. Segundo o contexto, a APF “é uma técnica de medição das funcionalidades fornecida por um software sob o ponto de vista dos usuários”. Além disso, métricas diretas (como linhas de código) e indiretas (como pontos de função) são categorias clássicas dos fatores de qualidade.
Lacuna
Descrição correta (Gabarito D)
Alternativa A
Alternativa B
Alternativa C
Alternativa E
I
Podem ser medidos diretamente e os que podem ser medidos apenas indiretamente
Podem ser medidos por métricas e os que podem ser medidos por indicadores
Estão relacionados aos clientes e os que estão relacionados aos desenvolvedores
São relativos ao código e os que são relativos ao hardware
Podem ser testados e os que não podem ser testados
II
Ponto por Função
Ponto por Função
de Produto Efetivo
Técnica
de Produto Efetivo
III
Prever o número de erros que vão ser encontrados durante o teste
Estimar a quantidade de requisitos implementados corretamente
Prever o número de erros que vão ser encontrados durante o teste
Definir o número de casos de teste necessários para validar o sistema
Estimar a quantidade de requisitos implementados corretamente
Alternativa A — ❌ Incorreta
A lacuna I está errada ao propor “podem ser medidos por métricas e os que podem ser medidos por indicadores”. Embora métricas e indicadores sejam relacionados, a classificação padrão divide os fatores em diretamente mensuráveis e indiretamente mensuráveis. A lacuna III “estimar a quantidade de requisitos implementados corretamente” não é o propósito principal descrito para pontos de função; a APF é usada para prever defeitos, não requisitos implementados.
Alternativa B — ❌ Incorreta
A lacuna I “estão relacionados aos clientes e os que estão relacionados aos desenvolvedores” não corresponde à categorização dos fatores de qualidade. A métrica “de Produto Efetivo” não é um termo padrão; o correto é Ponto por Função. A lacuna III está correta ao falar em “prever o número de erros”, mas o erro anterior invalida a alternativa.
Alternativa C — ❌ Incorreta
A lacuna I “são relativos ao código e os que são relativos ao hardware” é uma divisão equivocada. A métrica “Técnica” é genérica demais; o nome correto é Ponto por Função. A lacuna III “definir o número de casos de teste” não é uma finalidade típica dos pontos de função.
Alternativa D — ✅ Correta ⟵ GABARITO
A lacuna I “podem ser medidos diretamente e os que podem ser medidos apenas indiretamente” reflete a classificação clássica dos fatores de qualidade (ex.: linhas de código – direto; funcionalidade – indireto). A lacuna II “Ponto por Função” é a métrica adequada para medir funcionalidade. A lacuna III “prever o número de erros que vão ser encontrados durante o teste” é uma aplicação válida: com base em dados históricos, pontos de função ajudam a estimar a densidade de defeitos. Todas as lacunas estão corretas.
Alternativa E — ❌ Incorreta
A lacuna I “podem ser testados e os que não podem ser testados” não é a categorização usual. A métrica “de Produto Efetivo” novamente não é padrão. A lacuna III “estimar a quantidade de requisitos implementados corretamente” não corresponde ao uso dos pontos de função.
PEGA ESSA DICA!
Em questões sobre métricas de software, lembre-se: métricas diretas medem atributos como linhas de código (LOC) ou esforço em horas; métricas indiretas derivam de outros atributos, como pontos de função (funcionalidade) ou complexidade ciclomática. A Análise de Pontos de Função é frequentemente cobrada para estimar tamanho, custo, esforço e também prever defeitos. Fique atento aos termos: “Ponto por Função” é a métrica, não “Técnica” ou “Produto Efetivo”.