Questão de Engenharia de Software — Desenvolvimento de Software — FCC 2018
Engenharia de Software›Desenvolvimento de Software
Código
fc042323
Banca
FCC
Órgão
Câmara Legislativa do Distrito Federal
Ano
2018
Cargo
Analista de Sistemas - Área 2
Considere as definições abaixo.I. Sempre que uma pessoa se dirigir ao setor de Ouvidoria para registrar uma reclamação, esta pessoa deve se identificar com seu documento de identidade. O profissional da Ouvidoria deve certificar-se que o documento seja válido.II. No módulo de busca, a localização dos projetos por assuntos, por ano e por autores é um processo oneroso em termos de memória e processamento devido ao alto volume de dados. Em função disso, o sistema deverá prover recursos de multithreading que possibilitem processar as buscas de forma paralela, de maneira que o tempo de resposta seja limitado a 30 minutos por busca.III Todo Deputado da Mesa Diretora deverá receber e-mails de aviso por meio do sistema. As informações de recebimento e de abertura dos e-mails deverão ficar registradas eletronicamente.Uma Analista de Sistemas, ao analisar as definições, conclui que
AIII é base para o requisito não funcional: enviar e-mail para Deputados da Mesa Diretora conforme critérios preestabelecidos.
BI é base para a regra de negócio: validação da identificação da pessoa que registra uma reclamação junto à Ouvidoria.
CII é base para o requisito funcional: tempo limite para retorno do processamento de buscas.
DI é base para o requisito não funcional: validação da identificação da pessoa que registra uma reclamação junto à Ouvidoria.
Etodas são base para a criação de regras de negócio, que são fontes para requisitos funcionais e não funcionais.
Revelar gabarito e comentário▾
GabaritoB — I é base para a regra de negócio: validação da identificação da pessoa que registra uma reclamação junto à Ouvidoria.
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: Regras de Negócio, Funcionais e Não Funcionais
Gabarito: letra B. A definição I descreve uma política ou procedimento do negócio (identificação e validação do documento), que constitui uma regra de negócio, e é corretamente interpretada como base para a regra de negócio de validação da identificação. As demais alternativas trocam a classificação: II é um requisito não funcional (desempenho), III é funcional, e a afirmação genérica de que todas são regras de negócio é imprecisa.
A banca testa a capacidade de distinguir entre regras de negócio, requisitos funcionais e requisitos não funcionais. Uma regra de negócio é uma diretriz ou restrição do negócio, independente do sistema. Um requisito funcional descreve uma funcionalidade que o sistema deve executar. Um requisito não funcional define atributos de qualidade ou restrições do sistema.
Definição
Classificação Correta
Descrição
Base para
I
Regra de negócio
Pessoa deve se identificar com documento válido ao registrar reclamação na Ouvidoria
Regra de negócio de validação da identificação
II
Requisito não funcional
Buscas paralelas com multithreading e tempo limite de 30 minutos por busca
Requisito não funcional de desempenho
III
Requisito funcional
Sistema deve enviar e-mails para Deputados da Mesa Diretora e registrar recebimento/abertura
Requisito funcional de notificação e registro
Requisitos
1Regra de negócio
I: validação da identificação
2Funcional
III: enviar e-mail e registrar
3Não funcional
II: desempenho (30 min, multithreading)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A definição III estabelece que o sistema deve enviar e-mails e registrar o recebimento/abertura – isso é um requisito funcional, não não funcional. A alternativa classifica erroneamente como não funcional.
Alternativa B — ✅ Correta ⟵ GABARITO
A definição I impõe uma regra do negócio: a pessoa deve se identificar e o profissional deve verificar a validade do documento. Trata-se de uma política operacional da ouvidoria, independentemente da implementação do sistema. Portanto, é base para uma regra de negócio de validação, conforme afirmado.
Alternativa C — ❌ Incorreta
a definição II menciona um tempo limite de 30 minutos e a necessidade de multithreading – isso é um requisito não funcional de desempenho, não um requisito funcional. A alternativa troca a categoria.
Alternativa D — ❌ Incorreta
Novamente, a definição I é uma regra de negócio, não um requisito não funcional. A alternativa a classifica incorretamente.
Alternativa E — ❌ Incorreta
Embora a definição I seja uma regra de negócio, a definição II é um requisito não funcional e a III é funcional. Portanto, nem todas são regras de negócio. A afirmação de que “todas são base para criação de regras de negócio” é falsa.
PEGA ESSA DICA!
Na prova, se uma definição descreve “o que o sistema deve fazer” (ex.: enviar e-mail, registrar log) é funcional. Se descreve “como o sistema deve ser” (desempenho, segurança, usabilidade) é não funcional. Se descreve uma política do negócio (quem pode fazer o quê, validações manuais) é regra de negócio. Aplique essa regra de bolso e acerte sempre.