Questão de Engenharia de Software — Qualidade de Software — Avança SP 2024

Qualidade de Software: definição e os três aspectos essenciais

Gabarito: letra A. A definição de qualidade de software, conforme a literatura clássica (Pressman), enfatiza três aspectos: os requisitos de software, os critérios de desenvolvimento e os requisitos implícitos — estes últimos representam as expectativas não documentadas que todo software de alta qualidade deve atender, como facilidade de uso e confiabilidade. É exatamente esse terceiro pilar que a alternativa A completa corretamente.

A qualidade de software é um conceito multifacetado, e a banca explora justamente a capacidade do candidato de reconhecer os elementos que compõem sua definição. Vamos entender cada um desses três aspectos com profundidade, pois é isso que separa quem acerta de quem chuta.

O que é qualidade de software? Em termos simples, qualidade de software é o grau em que um produto atende aos requisitos especificados e às expectativas dos usuários. A norma NBR ISO 9000 define qualidade como "grau no qual um conjunto de características inerentes satisfaz aos requisitos". No contexto de desenvolvimento, a qualidade envolve tanto a conformidade com requisitos explícitos quanto o atendimento a necessidades implícitas — aquelas que não estão escritas em nenhum documento, mas que o usuário espera naturalmente.

Os três aspectos da definição de Pressman: Roger Pressman, em sua obra clássica "Engenharia de Software", define qualidade de software destacando três pontos fundamentais:

1. Requisitos de software — são as funcionalidades e desempenho que o software deve entregar, conforme especificado no modelo de requisitos. É a base do que o sistema deve fazer.

2. Critérios de desenvolvimento — são os padrões e práticas de engenharia que guiam a construção do software, como boas práticas de codificação, testes e documentação. Eles garantem que o processo de desenvolvimento seja consistente e controlado.

3. Requisitos implícitos — são as expectativas não documentadas que todo software de qualidade deve atender, como facilidade de uso, confiabilidade e desempenho adequado. Mesmo que não estejam escritos, o usuário espera que o software seja intuitivo e funcione sem erros.

A pegadinha desta questão está em reconhecer que o terceiro aspecto não é algo tangível como "configuração" ou "métricas", mas sim um conjunto de expectativas subjetivas que completam a tríade da qualidade. As demais alternativas trazem termos que parecem técnicos, mas não fazem parte dessa definição específica.

Por que os requisitos implícitos são tão importantes? Porque um software pode atender perfeitamente aos requisitos explícitos (documentados) e ainda assim ser considerado de baixa qualidade se não atender às expectativas implícitas. Por exemplo, um sistema pode ter todas as funcionalidades especificadas, mas se for difícil de usar ou lento, o usuário o considerará ruim. A qualidade, portanto, não é apenas conformidade com o que foi pedido, mas também satisfação com o que era esperado.

Distinção crucial: requisitos explícitos são aqueles documentados no levantamento de requisitos (funcionais e não funcionais), enquanto requisitos implícitos são subentendidos, como usabilidade, segurança e desempenho. A banca adora cobrar essa diferença, e é exatamente nela que as alternativas se dividem.

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa A está correta porque completa a tríade da definição de qualidade de software: requisitos de software, critérios de desenvolvimento e requisitos implícitos. Esses requisitos implícitos representam as expectativas não documentadas que o software deve atender para ser considerado de qualidade, como facilidade de uso, confiabilidade e desempenho. A literatura de Pressman enfatiza que um produto útil "satisfaz a um conjunto de requisitos implícitos (p. ex., facilidade de uso) que se espera de todo software de alta qualidade". Portanto, é exatamente esse o terceiro aspecto que completa a definição.

Alternativa B — ❌ Incorreta

A alternativa B está incorreta porque "configuração inicial" não é um dos três aspectos da definição de qualidade de software. Configuração inicial pode se referir à configuração do ambiente de desenvolvimento ou à configuração do sistema, mas não faz parte da tríade definida por Pressman. A banca tenta confundir com o conceito de gerência de configuração, que é uma área da engenharia de software, mas não é um aspecto da definição de qualidade.

Alternativa C — ❌ Incorreta

A alternativa C está incorreta porque "qualidade de preços" não é um conceito da engenharia de software. Não existe esse termo na literatura de qualidade de software. A banca inventa um distrator que parece plausível, mas não tem fundamento técnico. O custo da qualidade é um tema relacionado, mas não é "qualidade de preços" e não faz parte da definição dos três aspectos.

Alternativa D — ❌ Incorreta

A alternativa D está incorreta porque "métricas de valor" não é um dos três aspectos da definição. Métricas de software são importantes para medir a qualidade, mas não são um aspecto da definição em si. A banca tenta confundir com o conceito de medição de qualidade, que é uma prática, não um componente da definição.

Alternativa E — ❌ Incorreta

A alternativa E está incorreta porque "listagem de programadores" não tem relação com a definição de qualidade de software. É um distrator completamente fora de contexto, provavelmente incluído para testar se o candidato realmente conhece o assunto ou se marca qualquer alternativa que pareça técnica.

Gabarito: letra A