Você está na página 1de 3

Modelagem de Software – 2023/1

Professor Rogério Resende


Atividade 4: Treinador de vôlei – Diagrama de Classes (parte I)

Nome: Gabriel Henrique Moreira


RA: 12315339
Atividade (para 13/04 – Individual)

Partindo do Diagrama de Caso de Uso do cenário Treinador de Vôlei, identificar todas as classes
envolvidas e construir um diagrama de classes simplificado. Esse diagrama deve abstrair os atributos e
métodos, ou seja, deve conter apenas o nome de cada classe e o relacionamento entre elas,
especificando a multiplicidade.
Veja o exemplo abaixo:

Onde estão as interrogações deve ser especificada a multiplicidade*.


Fazer o desenho no Diagrams.net ou outro software apropriado.
Salvar o diagrama para dar continuidade na próxima atividade.
Postar no Teams em arquivo doc.

* Tabela com os símbolos de multiplicidade:

RESPOSTA:
A classe Time possui uma multiplicidade 1..* com a classe Jogador,
indicando que um time pode ter vários jogadores e um jogador pode
pertencer a apenas um time.

A classe Time também possui uma multiplicidade 1 com a classe


Treinador, indicando que um time deve ter um treinador e um treinador
pode treinar apenas um time.

A classe Treinador possui uma multiplicidade 0..1 com a classe Time,


indicando que um treinador pode não treinar nenhum time ou pode
treinar apenas um time.

A classe Jogador não tem relacionamentos com outras classes, pois é


uma classe independente.
A classe Estatísticas pode ser usada para representar as estatísticas de
um jogador ou de um time. No entanto, como as estatísticas são
atributos dos jogadores e não dos times, o relacionamento entre a
classe Time e a classe Estatísticas não é necessário.

Você também pode gostar