Solucionado (ver solução)
Solucionado
(ver solução)
2
respostas

[Dúvida] A lógica da relação do meu modelo conceitual de conferências faz sentido?

Insira aqui a descrição dessa imagem para ajudar na acessibilidade

2 respostas
solução!

Olá, Alexander! Tudo bem?

Seja muito bem-vindo ao fórum! Que trabalho fantástico você fez. Modelar um sistema de conferências científicas é um desafio considerável, pois envolve muitos papéis diferentes (revisores, palestrantes, participantes) e uma hierarquia de eventos (conferência > sessões > apresentações).

Analisando o seu Diagrama Entidade-Relacionamento (DER), a lógica está muito bem estruturada e segue os padrões da modelagem conceitual.


O que está excelente no seu modelo:

  • A Cadeia de Avaliação: A relação revisores (1,n) — avaliar — (1,n) artigos/resumos está perfeita. Mostra que um revisor avalia vários artigos e um artigo pode passar por vários revisores.
  • Divisão de Sessões e Apresentações: Você acertou em cheio ao não ligar o palestrante diretamente à sessão, mas sim à Apresentação. Isso permite que uma sessão tenha várias apresentações de palestrantes diferentes.
  • Papéis do Participante: A forma como você separou palestrar, ouvir e organizar como relacionamentos distintos para a entidade participante é uma ótima solução para lidar com o fato de que uma mesma pessoa pode ter funções diferentes no evento.

Pontos de atenção para refinamento:

Para que seu modelo fique ainda mais próximo de um banco de dados real, deixo três sugestões técnicas:

  1. Cardinalidade Palestrante vs. Artigo:
    Na parte superior, você tem artigos/resumos (1,n) — apresentar — (1,1) palestrantes.
  • Reflexão: Isso significa que um artigo só pode ter um palestrante, mas um palestrante pode apresentar vários artigos. Geralmente em conferências, um artigo pode ter coautores que também apresentam. Se quiser permitir isso, a cardinalidade do lado do palestrante deveria ser (1,n).
  1. Relacionamento "Auto-relacionado" ou Generalização:
    Note que você tem palestrantes, organizadores e participantes como entidades separadas. Na prática, todos são Pessoas.
  • Dica: No futuro, você pode estudar Especialização/Generalização. Você teria uma entidade Pessoa com dados básicos (nome, CPF) e ela se especializaria em palestrante ou participante. Isso evita que você tenha que cadastrar a mesma pessoa duas vezes se ela for palestrante e também quiser ouvir outras sessões.
  1. Entidade "Material":
    Sua relação Apresentações (1,1) — incluir — (0,n) Material está correta. Ela diz que uma apresentação pode ter vários materiais (slides, PDFs, datasets), mas cada material pertence a apenas uma apresentação específica.

Resumo da ópera: A lógica faz total sentido! Você conseguiu mapear o fluxo completo, desde a submissão do artigo até a organização física das salas (sessões). O uso das cardinalidades 1,n e 1,1 está aplicado de forma muito consciente.

Espero que possa ter lhe ajudado!

Uma dúvida para o próximo passo: Quando você for transformar esse modelo conceitual em um modelo lógico (tabelas), como você pretende lidar com os artigos/resumos que não forem aprovados pelos revisores? Eles ainda devem aparecer no banco de dados?

Acredito que caso de fato viesse a desenvolver um banco estruturado e um sistema, deixaria a aba de deferidos e indeferidos para o palestrante, podendo até habilitar uma função para o revisor pontuar os erros do texto, assim havendo uma tabela para os arquivos/artigos que passaram e os que não passaram, como no exercício foi apenas pedido que passasse os aprovados, eu nem me importei em estruturar essa parte.
Mas muito obrigado Evandro, me ajudou muito!