Pular para o conteúdo principal

Questão de Engenharia de Software — Gestão de Projetos em Engenharia de Software — FCC 2024

Engenharia de SoftwareGestão de Projetos em Engenharia de Software
Código
fc072142
Banca
FCC
Órgão
TRT - 20ª REGIÃO (SE)
Ano
2024
Nível
Superior
Cargo
Técnico Judiciário - Área Apoio Especializado - Especialidade Tecnologia da Informação
Um Tribunal do Trabalho está implementando um sistema de gerenciamento onde um projeto pode ter múltiplos participantes e cada participante pode estar em vários projetos; um projeto também pode ter várias fases e cada fase pertence a apenas um projeto; um participante pode ter diferentes papéis em um projeto.Dentre as seguintes características para modelar o relacionamento entre Participante e Projeto, a mais adequada é:
  1. Aum relacionamento hierárquico entre Participante e Projeto, com o Participante sendo um subtipo de Projeto.
  2. Bdois relacionamentos binários muitos-para-muitos: um entre Participante e Projeto, e outro entre Participante e Papel.
  3. Cum relacionamento binário muitos-para-muitos com uma entidade associativa para armazenar o papel do participante.
  4. Dum relacionamento um-para-muitos entre Participante e Projeto, com um atributo no Participante indicando o papel.
  5. Eum relacionamento ternário entre Participante, Projeto e Papel e outro binário entre Projeto e Papel.
Revelar gabarito e comentário

GabaritoC — um relacionamento binário muitos-para-muitos com uma entidade associativa para armazenar o papel do participante.

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 de Relacionamento Muitos-para-Muitos com Papel

Gabarito: letra C. A modelagem mais adequada para o relacionamento muitos-para-muitos entre Participante e Projeto, onde um participante pode ter diferentes papéis em cada projeto, é utilizar um relacionamento binário muitos-para-muitos com uma entidade associativa (tabela intermediária) que armazene o papel do participante no projeto. Essa é a abordagem clássica em modelos entidade-relacionamento (ER) e resolve corretamente a cardinalidade e os atributos da associação.

Alternativa A — ❌ Incorreta

Propõe um relacionamento hierárquico com Participante como subtipo de Projeto. Isso é conceitualmente errado: Participante e Projeto são entidades independentes; não há relação de especialização entre eles. A hierarquia não modela a participação em múltiplos projetos.

Alternativa B — ❌ Incorreta

Sugere dois relacionamentos binários muitos-para-muitos: um entre Participante e Projeto, e outro entre Participante e Papel. Isso criaria duas associações independentes, não capturando que o papel é um atributo da participação (um participante pode ter papéis diferentes em projetos diferentes). Além disso, o papel não é uma entidade que se relaciona diretamente com Participante e Projeto de forma separada — ele depende da combinação de ambos.

Alternativa C — ✅ Correta ⟵ GABARITO

Um único relacionamento binário muitos-para-muitos entre Participante e Projeto, resolvido por uma entidade associativa (ex.: Participação) que armazena o papel do participante naquele projeto. Essa é a solução padrão da modelagem ER para capturar a cardinalidade N:N com atributos próprios da associação.

Alternativa D — ❌ Incorreta

Define um relacionamento um-para-muitos entre Participante e Projeto, o que não permite que um mesmo participante esteja em vários projetos. Além disso, atribuir o papel diretamente no Participante impediria que ele tivesse papéis diferentes em projetos distintos.

Alternativa E — ❌ Incorreta

Propõe um relacionamento ternário entre Participante, Projeto e Papel, mais um binário entre Projeto e Papel. O relacionamento ternário já capturaria a associação, mas adicionar um binário Projeto-Papel é redundante e não reflete a semântica correta. A modelagem com entidade associativa é mais simples e direta.

PEGA ESSA DICA!

Sempre que houver um relacionamento N:N com atributos próprios (como papel, data de início, etc.), opte por criar uma entidade associativa (tabela intermediária) que armazene esses atributos. Isso mantém a integridade e evita redundâncias.

Link permanente: /questoes/fc072142