Association de cohabitation intergénérationnelle

**SorceleurCodeur** · 09/05/2019, 15h57

Bonjour,

Je fais un stage dans une association de cohabitation intergénérationnelle et je dois donc créer une base de données pour les "clients" et les cohabitations. En regroupant les données demandées dans les formulaires de leur site internet, j'ai pu écrire l'ébauche des besoins :

Je n'ai pas encore toutes les données (il me manque un formulaire que j'aurais plus tard, qui concerne surtout des caractéristiques des "clients" (fumeur ou non, allergique au poil de chat ou non...)). Néanmoins j'ai commencé à faire un MCD et j'aimerais votre avis sur celui-ci

Je me pose notamment des questions sur :

— Les multiples héritages (majeur qui hérite de jeune qui hérite de personne...).
— L'entité proche, qui regroupe en fait les tuteurs (pour les mineurs) et les accompagnants (pour les séniors). Je les ai regroupés, car ils avaient exactement les mêmes attributs (ceux de "Personne", évidemment, et un attribut "profession")... une erreur ?
— La façon de modéliser les prestations : Il y en a beaucoup (je n’ai pas tout mis dans le document) et il me semblait plus approprié de les regrouper ainsi... une erreur ?
— Idem pour "Enfant-sen" et les futurs "caractéristiques" des clients. Dois-je mettre les caractéristiques que les jeunes et les séniors ont en communs dans la même entité (caractéristiques) qu'ils vont se partager, et les caractéristiques spécifiques comme des booléens (dans senior ou jeune donc) ou dois-je procéder différemment (sachant qu'il y aura beaucoup de caractéristiques, faut-il tout de même créer une entité à chaque fois ?)

merci à ceux qui voudront bien m'aiguiller

[ATTACH=CONFIG]MCD cohabitation[/ATTACH]

**SorceleurCodeur** · 13/05/2019, 14h38

Personne ?

**escartefigue** · 14/05/2019, 09h13

Bonjour,

La première remarque est qu'il manque des définitions (par exemple c'est quoi un "proche", une "prestation"...) et il manque toutes les règles de gestion

Ensuite, procéder par héritage pour distinguer les mineurs, jeunes, majeurs et séniors ne convient pas : un mineur deviendra un jour majeur. Ce qui distingue l'un de l'autre c'est la date de naissance à comparer avec la date du jour. La notion de "sénior" n'a pas de définition stricte, si elle a un sens dans votre contexte, il faut en donner les règles.

Les adresses française sont normalisées, à savoir 6 * 38 caractères. La dernière ligne est consacrée au code postal et à la ville.
La norme est accessible gratuitement sur le web
Si vous avez des adresses étrangères, il faut rechercher la norme applicable dans chaque pays.
Etes vous certain que vous avez besoin d'une et une seule adresse pour une personne ?
Etes vous certain que vous avez besoin d'un et une seul téléphone pour une personne ?

La profession devrait être externalisée dans une entité-type en relation avec les personnes. Relation éventuellement à date si vous avez besoin de l'historique car une personne peut changer de profession :
PERSONNE 0,n --- exercer --- 0,n PROFESSION
.............................│
DATE 0,n ------------┘

**SorceleurCodeur** · 14/05/2019, 11h00

Bonjour et merci pour votre réponse !

La première remarque est qu'il manque des définitions (par exemple c'est quoi un "proche", une "prestation"...) et il manque toutes les règles de gestion

Un jeune est un personne de moins de 30 ans qui cherche un logement. Un senior est une personne de plus de 60 ans qui propose une cohabitation.

Prestation : ce sont des qualités que peut avoir (ou non) un logement. Par exemple : Un lit double dans la chambre du jeune, une connexion internet... Chacune d'elle, lorsqu'elle est présente dans le logement, lui rapportent des points, qui sont par la suite additionnés pour donner une note au logement (de cette note dépendra notamment le loyer).

=> La note étant une valeur calculée, je ne l'ai pas modélisée.

Un mineur a obligatoirement un tuteur (il peut en avoir 2) alors que ce n'est pas le cas pour un majeur. Un senior, lui, peut avoir (ou non) un accompagnant. Étant donné que tuteur et accompagnant ont les mêmes attributs et qu'il ne me semblait pas primordial de les séparer, je les ait regroupé dans l'entité "proche". Une erreur ?

=> Comment modéliser le fait qu'un mineur puisse avoir un/des tuteurs, et pas un majeur, sans utiliser l'héritage ?

Hier j'ai même crée une entité supplémentaire : "cohabitant" qui hérite de personne et dont hérite Senior et Jeune (à la place de directement hériter de personne), mais pour le coup je ne suis pas du tout sûr de moi

Les adresses française sont normalisées, à savoir 6 * 38 caractères. La dernière ligne est consacrée au code postal et à la ville.
La norme est accessible gratuitement sur le web

Merci, je vais regarder ça !

Etes vous certain que vous avez besoin d'une et une seule adresse pour une personne ?
Etes vous certain que vous avez besoin d'un et une seul téléphone pour une personne ?

Étant donné que les formulaires d'inscriptions ne demandent qu'une adresse et qu'un numéro de téléphone, je suis tenté de répondre que oui.

La profession devrait être externalisée dans une entité-type en relation avec les personnes. Relation éventuellement à date si vous avez besoin de l'historique car une personne peut changer de profession :
PERSONNE 0,n --- exercer --- 0,n PROFESSION
.............................│
DATE 0,n ------------┘

Merci, je vais donc externaliser la profession.

**SorceleurCodeur** · 16/05/2019, 09h23

Re-bonjour

J'ai reçu les autres formulaires et je me retrouve avec un MCD très volumineux. Certains points me font toujours douter. Je vais donc essayer de les détailler en me focalisant dessus.

Premier point : Sur les héritages (je ne parlerais donc pas des adresses, des status et autres caractéristiques, mais uniquement de se doute sur l'héritage)

Attributs :

Un senior a :

- Une civilité
- Un nom
- Un prénom
- Une date de naissance
- Un téléphone
- Une adresse mail
- Une profession
- Une nationalité
- Une motivation

Un jeune a :

- Une civilité
- Un nom
- Un prénom
- Une date de naissance
- Un téléphone
- Une adresse mail
- Une profession
- Une nationalité
- Une motivation

Un accompagnant a :

- Une civilité
- Un nom
- Un prénom
- Un téléphone
- Une profession

Un tuteur a :

- Une civilité
- Un nom
- Un prénom
- Un téléphone
- Une profession

Règle de gestion:

Un Senior est un cohabitant qui peut avoir un accompagnant (un ou aucun)
Un jeune est un cohabitant qui est soit un mineur, soit un majeur.
Un tuteur gère un ou plusieurs mineurs.
Un mineur est géré obligatoirement par un ou deux tuteurs.
Un accompagnant est une personne (généralement un membre de leurs famille) qui peut aider un ou plusieurs seniors dans leurs démarches.

Voir plus bas le MCD que j'ai construit pour modéliser ça.

Mes doutes :

J'ai regroupé tuteur et accompagnant dans une même entité : proche. Une erreur ?
J'ai créée une entité Cohabitant pour regrouper les attributs communs au senior et au jeune, mais qui ne sont pas celles des tuteurs ou accompagnants (date naissance, mail, nationalité, motivation). Une erreur ?

**escartefigue** · 16/05/2019, 14h33

Bonjour,

Envoyé par SorceleurCodeur

Un jeune est un personne de moins de 30 ans qui cherche un logement. Un senior est une personne de plus de 60 ans qui propose une cohabitation.

Moins de 30 ans est une information variable dans le temps, qui cherche un logement est également une information qui change dans le temps, deux bonnes raisons pour ne surtout pas considérer qu'un jeune est un sous-type d'une personne ! Idem pour un sénior bien sur...
Chaque sous-type deviendra une table, imaginez le boulot inutile et risqué si vous devez déplacer les jeunes qui franhissent le cap des 30 ans ou qui trouvent un logement dans une une autre table

Et chemin arrière si le jeune qui perd son logement en cherche un à nouveau

Pour le reste, je n'ai que très peu de disponibilités en ce moment, mais oubliez la modélisation pour l'instant, réfléchissez bien aux règles de gestion (inspirez vous des autres sujets qui ont trouvé réponse dans cette section), rédigez-les, affectez leur un identifiant pour faciliter les échanges, la modélisation en sera grandement simplifiée

**SorceleurCodeur** · 21/05/2019, 13h39

Bonjour,

J'ai suivi votre conseil et je me suis donc concentré sur l'écriture des règles de gestions. Les voici (dites-mois si ce n'est pas cela que vous entendiez par règles de gestions) :

Je vous ajoute le MCD complet (là où j'en été donc), mais je ne suis pas contre l'idée de recommencer à zéro si je suis partis dans une mauvaise direction.

**SQLpro** · 24/05/2019, 09h07

Envoyé par escartefigue

...
Les adresses française sont normalisées, à savoir 6 * 38 caractères. La dernière ligne est consacrée au code postal et à la ville.
La norme est accessible gratuitement sur le web

C'est une norme européenne….

A +

**SorceleurCodeur** · 28/05/2019, 10h10

Un petit up !

**escartefigue** · 04/06/2019, 14h47

vous n'avez pas tenu compte de mes remarques concernant l'héritage : ni un jeune ni un senior ne doivent être des sous-types, un sous type est un sous-ensemble stable d'un sur-type, or "jeune" et "senior" ne sont pas des qualités stables. Idem pour les majeurs et mineurs par rapport aux jeunes.

**SorceleurCodeur** · 05/06/2019, 10h07

vous n'avez pas tenu compte de mes remarques concernant l'héritage : ni un jeune ni un senior ne doivent être des sous-types, un sous type est un sous-ensemble stable d'un sur-type, or "jeune" et "senior" ne sont pas des qualités stables. Idem pour les majeurs et mineurs par rapport aux jeunes.

Ha, je pensais que cela pouvait se régler lors de la transformation en MLD (descente des attributs du sur-type dans les sous-types puis suppression du sur-type) => Il n'y aurait eu ni de table personne, ni de table cohabitant.

Je suis votre conseil, en supprimant les héritages, voici ce que cela me donne :

Association de cohabitation intergénérationnelle

Schéma

Discussions similaires

Partager

Partager