Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — INSTITUTO AOCP 2024

Engenharia de SoftwareEngenharia de Requisitos
Código
qg263144
Banca
INSTITUTO AOCP
Órgão
UFS
Ano
2024
Nível
Superior
Cargo
Analista de Tecnologia da Informação - Classe E
Considerando os requisitos funcionais e não funcionais, informe se é verdadeiro (V) ou falso (F) o que se afirma a seguir e assinale a alternativa com a sequência correta.( ) Requisitos funcionais descrevem o que o sistema deve fazer.( ) Requisitos não funcionais estão relacionados à experiência do usuário.( ) Requisitos funcionais podem ser testados diretamente.( ) Requisitos não funcionais são sempre fáceis de medir.( ) Requisitos funcionais e não funcionais são mutuamente exclusivos.
  1. AV – V – F – V – F.
  2. BF – V – F – V – F.
  3. CF – F – F – V – V.
  4. DV – F – F – V – F.
  5. EV – V – V – F – F.
Revelar gabarito e comentário

GabaritoE — V – V – V – F – F.

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”.

Requisitos Funcionais e Não Funcionais

Gabarito: letra E — sequência V – V – V – F – F. Os requisitos funcionais descrevem o que o sistema deve fazer (V), os não funcionais estão relacionados à experiência do usuário (V), os funcionais podem ser testados diretamente (V), mas os não funcionais não são sempre fáceis de medir (F) e os dois tipos não são mutuamente exclusivos (F). Essa distinção é a base da Engenharia de Requisitos, conforme a literatura clássica de Sommerville.

Os requisitos de um sistema são as descrições do que o sistema deve fazer, os serviços que oferece e as restrições a seu funcionamento. Eles se dividem em duas grandes categorias: funcionais e não funcionais. Os requisitos funcionais são declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como deve se comportar em determinadas situações. Em alguns casos, também podem explicitar o que o sistema não deve fazer. Por exemplo, "o sistema deve permitir ao usuário pesquisar cursos disponíveis no site" é um requisito funcional: descreve uma ação concreta.

Os requisitos não funcionais, por sua vez, são restrições aos serviços ou funções oferecidas pelo sistema. Incluem restrições de tempo, de processo de desenvolvimento e impostas por normas. Ao contrário das características individuais ou serviços do sistema, os requisitos não funcionais muitas vezes se aplicam ao sistema como um todo. Exemplos clássicos são desempenho (tempo de resposta), segurança, disponibilidade e usabilidade — este último diretamente ligado à experiência do usuário.

A distinção entre os dois tipos é fundamental, mas eles não são mutuamente exclusivos: um requisito não funcional pode gerar uma série de requisitos funcionais, e mais de um requisito funcional pode garantir um requisito não funcional. Por exemplo, o requisito não funcional "o sistema deve ser seguro" pode gerar os requisitos funcionais "o sistema deve exigir login" e "o sistema deve criptografar dados".

Quanto à testabilidade, os requisitos funcionais são diretamente testáveis: pode-se verificar se o sistema executa a ação descrita. Já os requisitos não funcionais, embora também possam ser testados, muitas vezes exigem métricas e instrumentação específicas — medir desempenho, por exemplo, requer definir cenários de carga e critérios de aceitação. Por isso, afirmar que são "sempre fáceis de medir" é incorreto.

A pegadinha desta questão está na quarta e na quinta afirmativas: a banca explora a ideia de que requisitos não funcionais são fáceis de medir (quando muitos são subjetivos ou difíceis de quantificar) e que funcionais e não funcionais são mutuamente exclusivos (quando na prática eles se complementam e interagem). Guarde essa fronteira: funcional = o que o sistema faz; não funcional = como o sistema faz, com qualidade. É exatamente nessa distinção que as alternativas se dividem.

Funcionais
Não funcionais
Como faz com qualidade
Descrevem serviços/ações
Restrições de qualidade
O que o sistema faz
Testáveis diretamente
Muitas vezes difíceis de medir
LEVEL · soulevel.com.br

Afirmativa 1 — ✅ Verdadeira

Requisitos funcionais descrevem o que o sistema deve fazer. Essa é a definição clássica: são declarações de serviços que o sistema deve fornecer, de como deve reagir a entradas específicas e de como deve se comportar em determinadas situações. Por exemplo, "o sistema deve permitir ao usuário pesquisar cursos disponíveis no site" é um requisito funcional: descreve uma ação concreta.

Afirmativa 2 — ✅ Verdadeira

Requisitos não funcionais estão relacionados à experiência do usuário. Isso é verdadeiro, pois entre os requisitos não funcionais estão a usabilidade, o desempenho, a segurança e a disponibilidade — todos aspectos que afetam diretamente a experiência do usuário. A usabilidade, em particular, é um requisito não funcional que trata de como o usuário interage com o sistema e quão fácil é utilizá-lo.

Afirmativa 3 — ✅ Verdadeira

Requisitos funcionais podem ser testados diretamente. Como descrevem comportamentos e serviços específicos, é possível verificar diretamente se o sistema executa a ação descrita. Por exemplo, para testar o requisito "o sistema deve permitir ao usuário pesquisar cursos", basta executar a busca e verificar se os resultados são exibidos. Essa testabilidade direta é uma característica marcante dos requisitos funcionais.

Afirmativa 4 — ❌ Falsa

Requisitos não funcionais não são sempre fáceis de medir. Muitos requisitos não funcionais são subjetivos ou difíceis de quantificar. Por exemplo, "o sistema deve ser fácil de usar" é um requisito não funcional de usabilidade, mas medir "facilidade de uso" exige definir métricas específicas, como tempo para concluir tarefas ou taxa de erros do usuário. Outros, como desempenho, podem ser medidos, mas exigem cenários de teste e instrumentação adequados. Portanto, a afirmação de que são "sempre fáceis de medir" é incorreta.

Afirmativa 5 — ❌ Falsa

Requisitos funcionais e não funcionais não são mutuamente exclusivos. Na prática, eles se complementam e interagem. Um requisito não funcional pode gerar uma série de requisitos funcionais, e mais de um requisito funcional pode garantir um requisito não funcional. Por exemplo, o requisito não funcional "o sistema deve ser seguro" pode gerar os requisitos funcionais "o sistema deve exigir login" e "o sistema deve criptografar dados". Portanto, a afirmação de que são mutuamente exclusivos é incorreta.

NÃO CAIA NESSA!

A banca explora duas confusões clássicas: (1) achar que requisitos não funcionais são fáceis de medir, quando muitos são subjetivos ou exigem métricas complexas; (2) achar que funcionais e não funcionais são mutuamente exclusivos, quando na verdade eles se complementam — um requisito não funcional pode gerar vários funcionais, e vários funcionais podem garantir um não funcional. Com treino, você enxerga essas trocas de longe 💪

PEGA ESSA DICA!

Para resolver questões sobre requisitos, pergunte-se sempre: "isso descreve o que o sistema faz ou como ele faz com qualidade?" Se descreve uma ação concreta, é funcional; se descreve uma restrição de qualidade (desempenho, segurança, usabilidade), é não funcional. E lembre-se: eles não são mutuamente exclusivos — um não funcional pode gerar vários funcionais.

Gabarito: letra E — sequência V – V – V – F – F.

Link permanente: /questoes/qg263144