Questão de Banco de Dados — DER - Diagrama de Entidade e Relacionamento — CESPE / CEBRASPE 2025
Banco de Dados›DER - Diagrama de Entidade e Relacionamento
Código
ce195386
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Área: Administração de Banco de Dados
Uma equipe de analistas está desenvolvendo o banco de dados de uma agência bancária e, durante o levantamento de requisitos, colheu os seguintes dados:• cada cliente possui um código único, nome, CPF, endereço e pode possuir mais de uma conta bancária;• cada conta bancária pertence a um único cliente, possui número exclusivo, tipo (corrente ou poupança) e saldo;• a agência deseja armazenar os dados de transações, que envolvem valores movimentados em contas bancárias, com data, hora e tipo (depósito, saque ou transferência).Com base nessa situação hipotética, assinale a opção em que é corretamente descrita a modelagem conceitual dos dados conforme o modelo entidade-relacionamento.
AEndereço deve ser modelado como entidade, já que contém múltiplos campos e se relaciona com o cliente.
BCliente, conta e transação devem ser modelados como entidades, sendo do tipo 1:N o relacionamento entre cliente e conta.
CCliente deve ser modelado como atributo da entidade conta, pois cada conta pertence a um único cliente.
DTransação deve ser modelada como um relacionamento entre cliente e conta para permitir rastreamento de operações.
ETransação deve ser modelada como atributo multivalorado da entidade conta, pois várias transações podem ocorrer por conta.
Revelar gabarito e comentário▾
GabaritoB — Cliente, conta e transação devem ser modelados como entidades, sendo do tipo 1:N o relacionamento entre cliente e conta.
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”.
Modelagem Conceitual – Diagrama Entidade-Relacionamento (DER)
Gabarito: letra B. No modelo entidade-relacionamento, Cliente, Conta e Transação devem ser entidades independentes, com relacionamento 1:N entre Cliente e Conta (um cliente possui várias contas). As demais alternativas apresentam erros conceituais – modelar Endereço como entidade desnecessariamente, tratar Cliente como atributo de Conta, ou modelar Transação como relacionamento ou atributo multivalorado, ignorando que ela possui atributos próprios.
A banca testa os fundamentos do DER: o que é entidade, o que é atributo e como devem ser modeladas as associações. Vejamos cada alternativa.
Alternativa A — ❌ Incorreta
Afirma que Endereço deve ser entidade por conter múltiplos campos. No DER, atributos compostos (como endereço) podem ser representados como atributo composto da entidade Cliente, sem necessidade de criar uma entidade separada – a menos que o endereço tenha vida própria (vários clientes no mesmo endereço, por exemplo), o que não foi dito no enunciado. Aqui, Endereço é apenas uma característica do cliente, portanto atributo.
Alternativa B — ✅ Correta ⟵ GABARITO
Correta porque:
Cliente, Conta e Transação são entidades independentes, pois cada uma possui atributos próprios (código, nome, CPF / número, tipo, saldo / valor, data, hora, tipo).
O relacionamento entre Cliente e Conta é 1:N (1 cliente → N contas), conforme o enunciado: "cada cliente pode possuir mais de uma conta bancária" e "cada conta pertence a um único cliente".
Transação está associada a Conta (uma conta tem várias transações), o que também é uma relação 1:N entre Conta e Transação.
Alternativa C — ❌ Incorreta
Propõe modelar Cliente como atributo de Conta. Isso é um erro grave: Cliente é uma entidade (possui atributos próprios e se relaciona com outras entidades). Tratá-lo como atributo quebra a independência e não permite representar corretamente a associação entre cliente e conta.
Alternativa D — ❌ Incorreta
Diz que Transação deve ser um relacionamento entre Cliente e Conta. No DER, um relacionamento não tem atributos próprios que não sejam chaves estrangeiras. Transação possui atributos (valor, data, hora, tipo) e, portanto, deve ser modelada como entidade (ou entidade fraca, dependendo do projeto). A associação entre Conta e Transação é um relacionamento, e não o contrário.
Alternativa E — ❌ Incorreta
Afirma que Transação deve ser atributo multivalorado de Conta. Atributos multivalorados são usados para valores simples que se repetem (ex.: telefones). Transação é um conjunto de dados complexos com vários campos, logo merece entidade própria.