Modélisation conceptuelle club de handball

Version imprimable

28/04/2017, 23h07
Romain.90

1 pièce(s) jointe(s)

Modélisation conceptuelle club de handball

Bonjour à tous,

Nous avons un projet à réaliser en cours qui est la réalisation d'une MCD sur le sujet de notre choix.

Avec mon camarade nous avons choisi de modéliser un club de handball.

Nous devons créer notre projet de A à Z.

C'est à dire que nous devons d'abord savoir ce que nous voulons faire puis créer la MCD correspondante.

Voici ce que ça donne pour le moment :

Nous avons voulu représenter un club de handball. Ce club comporte des joueurs qui appartiennent à une équipe, qui participe à des entraînements pour préparer des matchs (les deux étant encadrés par un entraîneur).

Voici ce que ça donne au niveau MCD :
Pièce jointe 269518

Je viens vers vous car j'aimerais étoffer cette MCD, je la trouve trop légère...

Est-ce que vous auriez des idées pour l'améliorer ? Et est-ce que vous voyez des fautes sur la version actuelle ?

Merci d'avance !

Romain

PS: Nous avons un niveau basique sur Merise qui se résume à : Entités, attributs, relations, liaisons, cardinalités.
29/04/2017, 23h50
escartefigue
Citation:

Envoyé par Romain.90

C'est à dire que nous devons d'abord savoir ce que nous voulons faire puis créer la MCD correspondante.

Vous devez savoir ce que vous voulez faire, mais aussi l'écrire, c'est à dire rédiger vos règles de gestion, c'est sur cette base que le MCD (et non la, car MCD=Modèle (masculin) Conceptuel de Données) sera établi.

Pour le reste, il me semble (sous réserve encore une fois des règles de gestion) qu'un joueur peut changer d'équipe, par exemple un junior passe en sénior, auquel cas la relation entre joueur et équipe doit être à date.

Questions :
- est-ce l'équipe qui participe à un entrainement ou certains joueurs ? il me semble que ce sont plutôt les joueurs, certains joueurs pouvant être absents (malades ou autre) a tel ou tel entrainement, certains joueurs peuvent peut être s'entrainer mais ne pas faire partie d'une équipe. ==> à préciser dans les règles de gestion
- est ce qu'un entrainement prépare un ou plusieurs matchs ? je n'en suis pas certain, les joueurs peuvent s'entrainer sans pour autant participer au(x) match(s) et les entrainements peuvent sans doute être vus comme une préparation à l'ensemble d'une saison et non a une préparation pour tel ou tel match. ==> à préciser dans les règles de gestion
Remarques :
- La relation à 3 entre entraineur, entrainement et match n'existe probablement pas : un entraineur qui encadre un entrainement peut être absent aux matchs et inversement ou alors expliquez (là encore règles de gestion manquantes)
- Tous les attributs doivent être typés et la longueur doit être précisée
- Attention aux cardinalités mini 1, exemple un joueur ne peut il pas faire partie d'aucune équipe (ex : joueur nouvellement inscrit dans le culb, est il forcément dans une équipe ?, idem pour un entraineur nouvellement embauché qui n'a pas forcément déja encadré un entrainement, une nouvelle équipe qui ne s'est pas encore entrainée ...)
02/05/2017, 20h54
Romain.90

2 pièce(s) jointe(s)

Salut escartefigue,

Tout d'abord merci pour ta réponse !

Ah autant pour moi, je pensais que c'était "une modélisation conceptuelle de données". Merci de m'avoir corrigé, ça peut m'éviter de me faire reprendre par le prof :P

J'ai modifié mon mcd selon tes questions et remarques :
Pièce jointe 270567

1) J'ai mis date_entrée, sortie dans la relation entre joueur et équipe. Est-ce que c'est comme cela que tu le voyais ?

2) C'est certains joueurs qui participent à un entraînement en effet. J'ai donc lié directement joueur à entraînement. Et comme cela je pense que ce que tu as dit "certains joueurs peuvent participer à un entraînement et ne pas faire partie d'une équipe" est respectée.

3) "Les entrainements peuvent sans doute être vus comme une préparation à l'ensemble d'une saison et non a une préparation pour tel ou tel match. ==> à préciser dans les règles de gestion". J'ai créé une entité "saison" que j'ai relié à "entraînement", est-ce que ça correspond à ce que tu disais ?

4) "La relation à 3 entre entraineur, entrainement et match n'existe probablement pas : un entraîneur qui encadre un entrainement peut être absent aux matchs et inversement ou alors expliquez (là encore règles de gestion manquantes)" --> J'ai modifié les cardinalités, est-ce que tu crois que cela suffit ?

5) "Tous les attributs doivent être typés et la longueur doit être précisée" --> Fait, merci de me l'avoir fait remarquer !

6) "Attention aux cardinalités mini 1, exemple un joueur ne peut il pas faire partie d'aucune équipe (ex : joueur nouvellement inscrit dans le culb, est il forcément dans une équipe ?, idem pour un entraineur nouvellement embauché qui n'a pas forcément déja encadré un entrainement, une nouvelle équipe qui ne s'est pas encore entrainée ...)" --> Tu as raison, j'ai modifié les cardinalités.

Si tu as d'autres remarques et recommandations, n'hésite pas à m'en faire part ! :P

Bonne soirée,

Romain

PS: Désolé pour la réponse tardive, j'ai eu un weekend chargé !
03/05/2017, 08h55
escartefigue

Citation:

Envoyé par Romain.90

1) J'ai mis date_entrée, sortie dans la relation entre joueur et équipe. Est-ce que c'est comme cela que tu le voyais ?

Le problème n'est pas tant ce que je vois, mais ce qui est la réalité de la situation de votre club que vous devez décrire par des règles de gestion claires et identifiées.
Par exemple si les règles de gestion sont les suivantes :
- RG01 : tout joueur est inscrit dans une et une seule équipe à un un instant "t", et il peut changer d'équipe à tout moment
- RG02 : une équipe est composée d'au moins 6 joueurs
- RG03 ....
Alors le MCD est la relation à trois suivante (sanchant que la cardinalité mini "6", ne s'écrit pas à ce stade d'où le "1")
JOUEUR 1,1 --- Jouer --- 1,n EQUIPE
CALENDRIER 0,n -┘
Si au contraire les règles de gestion sont les suivantes :
- RG01 : un joueur peut facultativement être inscrit dans au maximum une équipe
- RG02 : une peut comporter zéro à plusieurs joueurs
Alors le MCD est une relation à deux comme suit :
JOUEUR 0,1 --- Jouer --- 0,n EQUIPE

Citation:

Envoyé par Romain.90

4) "La relation à 3 entre entraineur, entrainement et match n'existe probablement pas : un entraîneur qui encadre un entrainement peut être absent aux matchs et inversement ou alors expliquez (là encore règles de gestion manquantes)" --> J'ai modifié les cardinalités, est-ce que tu crois que cela suffit ?

Est-ce que le fait qu'un entraineur assiste à une rencontre présente un intérêt, qu'allez vous faire de cette relation ?
Si toutefois cette relation présente un intérêt, alors il faut mettre un maxi n coté rencontre, car il peut y avoir plusieurs entraineurs à une même rencontre !

Citation:

Envoyé par Romain.90

5) "Tous les attributs doivent être typés et la longueur doit être précisée" --> Fait, merci de me l'avoir fait remarquer !

Si c'est fait, celà n'apparait pas ! il faut indiquer par exemple "PRENOM VarChar(40) "

Et d'autres remarques d'ordre général :
- les types d'entité doivent avoir un nom au singulier, par exemple "ENTRAINEMENT" et non "ENTRAINEMENTS" : chaque occurrence d'entité sera de type "entrainement" ;)
- les relations doivent être identifiées par un verbe à l'infinitif ou au participe passé, par exemple "Appartenir" au lieu de "Appartient à"
- les joueurs, les entraineurs et autres individus sont des personnes. Elle partagent donc des attributs en commun (nom, prénom etc..) qu'il convient de mutualiser. Pour les attributs spécifiques à certains individus, il faut procéder par héritage
cf. ce sujet : https://www.developpez.net/forums/d9...-heritage-mcd/
- les adresses doivent faire l'objet d'un type d'entité spécifique, en relation avec la personne concernée : PERSONNE 0,n --- Resider --- 1,1 ou 1,n ADRESSE
03/05/2017, 21h27
Romain.90

1 pièce(s) jointe(s)

Merci pour ta réponse !

Citation:

Si au contraire les règles de gestion sont les suivantes :
- RG01 : un joueur peut facultativement être inscrit dans au maximum une équipe
- RG02 : une peut comporter zéro à plusieurs joueurs
Alors le MCD est une relation à deux comme suit :
JOUEUR 0,1 --- Jouer --- 0,n EQUIPE

On partirait là-dessus.

Citation:

Est-ce que le fait qu'un entraineur assiste à une rencontre présente un intérêt, qu'allez vous faire de cette relation ?
Si toutefois cette relation présente un intérêt, alors il faut mettre un maxi n coté rencontre, car il peut y avoir plusieurs entraineurs à une même rencontre !

Aucune idée, mais dans ce cas là pourquoi ça serait utile de le mettre pour entraînement ?

Citation:

Si c'est fait, celà n'apparait pas ! il faut indiquer par exemple "PRENOM VarChar(40) "

Ben ça notre prof ne le fait pas donc je vais pas le spécifier, mais je disais "fait" parce que j'ai modifié la longueur et le type des attributs à l'intérieure des entités du coup :P

Citation:

Et d'autres remarques d'ordre général :
- les types d'entité doivent avoir un nom au singulier, par exemple "ENTRAINEMENT" et non "ENTRAINEMENTS" : chaque occurrence d'entité sera de type "entrainement"
- les relations doivent être identifiées par un verbe à l'infinitif ou au participe passé, par exemple "Appartenir" au lieu de "Appartient à"
- les joueurs, les entraineurs et autres individus sont des personnes. Elle partagent donc des attributs en commun (nom, prénom etc..) qu'il convient de mutualiser. Pour les attributs spécifiques à certains individus, il faut procéder par héritage
cf. ce sujet : https://www.developpez.net/forums/d9...-heritage-mcd/
- les adresses doivent faire l'objet d'un type d'entité spécifique, en relation avec la personne concernée : PERSONNE 0,n --- Resider --- 1,1 ou 1,n ADRESSE

Ok j'ai fait des modifications, merci ! Par contre pour l'entité adresse est-ce que ça serait faux de la laisser en tant qu'attribut dans joueur et entraîneur ?

Je n'ai pas très bien compris la notion d'héritage ou en tout cas ce qui différerait entre un entraîneur et un joueur à part le fait qu'ils soient entraîneur et joueur justement. Est-ce que cela vaut le coup de faire ce type de liaison "héritage" dans ce cas ?

Et est-ce que tu aurais une idée d'entités que je pourrais rajouter ?

Voici le mcd actuel :

Pièce jointe 270990

Et voici les règles de gestion qui vont avec :

Nous avons voulu modéliser un club de handball. Dans ce club il y a des joueurs, qui appartiennent ou non à une équipe. Une équipe est composée d’au moins un joueur et d’au maximum douze joueurs. Les joueurs participent à aucun ou plusieurs entraînements. Ces entraînements sont encadrés par un entraîneur et servent à préparer la saison. Une saison de handball est constituée de rencontres entre équipes.

Mais c'est un peu court je trouve pour un projet, j'aimerais étoffer un peu !

Bonne soirée,

Romain