Pular para o conteúdo principal

Questão de Engenharia de Software — Engenharia de Requisitos — FCC 2019

Engenharia de SoftwareEngenharia de Requisitos
Código
fc053695
Banca
FCC
Órgão
METRÔ-SP
Ano
2019
Cargo
Analista Desenvolvimento Gestão Júnior – Ciências da Computação
Considere a seguinte lista de requisitos:I. O sistema deve gerar, mensalmente, um relatório de movimentação origem-destino, separado por linha de trem metropolitano.II. O sistema deve atender à regulamentação e às melhores práticas de segurança da informação estabelecidas para o Estado de São Paulo, seguindo, especialmente, as recomendações de uso do padrão recomendado para sistemas criptográficos e de políticas de cópias de segurança.III. O relatório de movimentação origem-destino, separado por linha de trem metropolitano, também deve ser emitido a pedido dos gestores, sempre que ocorrer alguma situação de exceção.IV. A linguagem de programação utilizada para o sistema deve ser compliance com a política organizacional, utilizando, sempre que possível, a Unified Modeling Language na descrição de Casos de Uso e na modelagem de Classes e Objetos.V. A cada substituição de composições (vagões) dos trens metropolitanos que seguirem para manutenção, o sistema deve emitir um aviso operacional que deverá ser encaminhado, a título de notificação, para as oficinas.São requisitos não funcionais os que constam APENAS em
  1. AII e IV.
  2. BI, III e IV.
  3. CII e III.
  4. DI e V.
  5. EII, III e V.
Revelar gabarito e comentário

GabaritoA — II e IV.

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

Classificação de requisitos: funcionais × não funcionais

Gabarito: letra A — Apenas os itens II e IV são requisitos não funcionais. Requisitos não funcionais são restrições sobre serviços ou funções do sistema (ex.: segurança, desempenho, restrições de processo), enquanto requisitos funcionais descrevem o que o sistema deve fazer (funcionalidades). A alternativa A lista exatamente os dois requisitos que impõem restrições (II — segurança da informação; IV — linguagem de programação e modelagem), conforme a definição clássica de engenharia de requisitos.

Análise dos itens

Item I — ❌ Incorreto (não é requisito não funcional)

"O sistema deve gerar, mensalmente, um relatório de movimentação origem-destino..." — Descreve uma funcionalidade específica (gerar relatório). Portanto, é requisito funcional.

Item II — ✅ Correto (requisito não funcional)

"O sistema deve atender à regulamentação e às melhores práticas de segurança da informação... seguindo recomendações de uso do padrão recomendado para sistemas criptográficos e políticas de cópias de segurança." — Impõe restrições de segurança, criptografia e backup. É um requisito não funcional de produto (qualidade).

Item III — ❌ Incorreto (não é requisito não funcional)

"O relatório... também deve ser emitido a pedido dos gestores, sempre que ocorrer alguma situação de exceção." — Descreve uma funcionalidade adicional (emissão sob demanda). É funcional, mesmo que condicionada a exceções.

Item IV — ✅ Correto (requisito não funcional)

"A linguagem de programação utilizada... deve ser compliance com a política organizacional, utilizando, sempre que possível, a UML na descrição de Casos de Uso e na modelagem..." — Impõe restrições organizacionais sobre o processo de desenvolvimento (linguagem, notação). É requisito não funcional tipicamente classificado como organizacional.

Item V — ❌ Incorreto (não é requisito não funcional)

"A cada substituição de composições... o sistema deve emitir um aviso operacional que deverá ser encaminhado... para as oficinas." — Descreve uma funcionalidade (emitir aviso). É funcional.

Requisitos de software
  • 1Funcionais (o que o sistema faz)
    • Gerar relatório mensal (I)
    • Emitir relatório sob demanda (III)
    • Emitir aviso operacional (V)
  • 2Não funcionais (restrições/qualidade)
    • Segurança da informação (II)
    • Linguagem/modelagem (IV)
LEVEL · soulevel.com.br
NÃO CAIA NESSA!

A banca pode fazer o aluno confundir requisitos não funcionais com funcionais. Os itens III e V descrevem funcionalidades que parecem restrições (condições de exceção, notificações), mas na verdade são serviços que o sistema executa. Já os itens II e IV são claramente restrições (segurança, linguagem). A dica é: pergunte-se "isso é uma função (o sistema faz algo) ou uma restrição (como deve ser feito)?" Função = funcional; restrição = não funcional.

Conclusão: Apenas II e IV são requisitos não funcionais, correspondendo à alternativa A.

Link permanente: /questoes/fc053695