Questão de Engenharia de Software — Geral — VUNESP 2024
Engenharia de Software›Geral
Código
vu212225
Banca
VUNESP
Órgão
Pref Osasco
Ano
2024
Cargo
Ana ( )
Uma definição representativa do conceito de qualidade de software estabelece que esse conceito compreende, especificamente,
Aa utilização de alguns tipos de compiladores definidos nas normas de qualidade de software.
Ba definição de um tamanho máximo para o código fonte resultante do software em desenvolvimento.
Co respeito ao orçamento previamente definido para o desenvolvimento do software.
Do respeito ao cronograma previamente definido para o desenvolvimento do software.
Ea satisfação de requisitos funcionais e de desempenho explicitamente declarados.
Revelar gabarito e comentário▾
GabaritoE — a satisfação de requisitos funcionais e de desempenho explicitamente declarados.
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: definição e escopo
Gabarito: letra E. A qualidade de software, em sua definição mais representativa, está diretamente ligada à satisfação dos requisitos funcionais e de desempenho explicitamente declarados. As demais alternativas confundem o conceito de qualidade com aspectos de gestão de projeto (orçamento, cronograma) ou com detalhes técnicos de implementação (compiladores, tamanho do código), que não definem o que é qualidade de software.
A qualidade de software é um conceito multifacetado que, na visão clássica de autores como Pressman e Sommerville, está centrada na conformidade com os requisitos estabelecidos e na satisfação das necessidades do usuário. A definição mais difundida, e que a banca explora, é a que associa qualidade à capacidade do software de atender aos requisitos funcionais (o que o sistema faz) e não funcionais, como desempenho (como o sistema se comporta em termos de velocidade, eficiência, etc.).
É importante distinguir qualidade de software de outros conceitos da engenharia de software. A gestão de projetos, por exemplo, preocupa-se com o cumprimento de prazos e orçamentos, mas isso é uma restrição de projeto, não uma definição de qualidade do produto final. Um software pode ser entregue dentro do prazo e do orçamento e ainda assim ser de baixa qualidade se não atender aos requisitos do usuário. Da mesma forma, a qualidade não está relacionada a aspectos específicos de implementação, como o tipo de compilador utilizado ou o tamanho do código-fonte, que são decisões técnicas de desenvolvimento.
A norma ISO/IEC 25010 (que substituiu a ISO/IEC 9126) define qualidade de software em termos de um modelo de qualidade que inclui características como funcionalidade, desempenho, compatibilidade, usabilidade, confiabilidade, segurança, manutenibilidade e portabilidade. Todas essas características estão relacionadas à capacidade do software de satisfazer necessidades explícitas e implícitas. A alternativa E captura exatamente essa essência ao mencionar "requisitos funcionais e de desempenho explicitamente declarados".
A pegadinha desta questão está em confundir qualidade de software com sucesso de projeto. As alternativas C e D (orçamento e cronograma) são fatores de sucesso do projeto, mas não definem a qualidade do produto de software em si. A banca explora essa confusão comum entre gestão de projetos e engenharia de software. O candidato que não tem clara essa distinção pode ser levado a escolher uma dessas alternativas, mas a definição representativa de qualidade de software está centrada no produto, não no processo de gestão.
Guarde a fronteira entre qualidade do produto (satisfação de requisitos) e sucesso do projeto (cumprimento de prazo e orçamento): é exatamente nela que as alternativas se dividem.
Qualidade de software
1Qualidade do produto
Satisfaz requisitos funcionais
Satisfaz requisitos de desempenho
Conformidade com o que foi declarado
2Sucesso do projeto (não define qualidade)
Cumprir orçamento
Cumprir cronograma
3Decisões técnicas (não definem qualidade)
Tipo de compilador
Tamanho do código-fonte
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A utilização de compiladores definidos em normas de qualidade não é parte da definição de qualidade de software. A escolha de compiladores é uma decisão técnica de implementação, não um atributo de qualidade do produto final. As normas de qualidade (como ISO 25010) definem características de qualidade, mas não prescrevem quais compiladores devem ser usados.
Alternativa B — ❌ Incorreta
A definição de um tamanho máximo para o código-fonte não é um critério de qualidade de software. O tamanho do código é uma métrica de tamanho (como linhas de código ou pontos de função), mas não define qualidade. Um software pode ser pequeno e de baixa qualidade, ou grande e de alta qualidade. A qualidade está relacionada à conformidade com requisitos, não ao tamanho do código.
Alternativa C — ❌ Incorreta
O respeito ao orçamento é um critério de sucesso do projeto, não de qualidade do software. A gestão de custos é uma área de conhecimento da gerência de projetos (PMBOK), mas não define a qualidade do produto. Um software pode ser desenvolvido dentro do orçamento e ainda assim não atender aos requisitos do usuário, sendo, portanto, de baixa qualidade.
Alternativa D — ❌ Incorreta
O respeito ao cronograma é outro critério de sucesso do projeto, não de qualidade do software. A gestão do tempo é uma área da gerência de projetos, mas não define a qualidade do produto. Um software pode ser entregue no prazo e ainda assim ter defeitos ou não atender às necessidades do usuário.
Alternativa E — ✅ Correta ⟵ GABARITO
A satisfação de requisitos funcionais e de desempenho explicitamente declarados é a definição mais representativa de qualidade de software. Requisitos funcionais definem o que o sistema deve fazer, e requisitos de desempenho definem como o sistema deve se comportar em termos de eficiência. A qualidade está diretamente ligada à conformidade com esses requisitos, que são a base para a validação e verificação do software.