[MCD] Gestion de garde pharmacies (informations des pharmacies multilingues) [Résolu]

[mechakiss]

bonjour

je dois modéliser la base de donnée d'un système qui va permettre aux professionnels (responsable syndicale) de définir les gardes pour chaque pharmacie qui se trouve dans ça division administrative, et il va permettre aux grande public (équipé d'un mobile Android) d’accéder aux informations des pharmacies et des gardes (par déférentes méthodes : GPS,recherche et selon la langue par défaut de son mobile) .

plus de ce qui est dit en haut, j'ai défini les règles de gestion suivantes :

- un professionnel gère une pharmacie ou plusieurs et une pharmacie est géré par un professionnel ou plusieurs
- une pharmacie appartient à une seule division administrative.
- une garde est faite par une ou plusieurs pharmacies
- un admin gère un ou plusieurs professionnel

NB. la liste des règles n'est pas exclusive, vous pouvez me proposez d'autres règles, ou me demander de changer qlq un (pour que le système devient plus cohérent).

voilà ma version du MCD, je veux vous commentaires et critiques.

[CinePhil]

Bonjour,

1) Il manque des cardinalités dans ton schéma :

une pharmacie appartient à une seule division administrative.

pharmacie -1,1----appartenir----0,n- division_administrative

La règle de gestion pour l'association entre utilisateur et division n'est pas décrite mais je suppose que les cardinalités manquantes sont celles-ci :
utilisateur -1,1----situer----0,n- division

2) Dans tes règles de gestion, tu parles de professionnel et d'admin mais dans ton MCD il n'y a que des utilisateurs. Est-ce que les utilisateurs sont soit des admins, soit des professionnels ? Comment les distingues-tu ?

3) Quelle est le sens de cette auto-association "est géré" sur utilisateur ?

[mechakiss]

Envoyé par CinePhil

Bonjour,

1) Il manque des cardinalités dans ton schéma :

pharmacie -1,1----appartenir----0,n- division_administrative

La règle de gestion pour l'association entre utilisateur et division n'est pas décrite mais je suppose que les cardinalités manquantes sont celles-ci :
utilisateur -1,1----situer----0,n- division

2) Dans tes règles de gestion, tu parles de professionnel et d'admin mais dans ton MCD il n'y a que des utilisateurs. Est-ce que les utilisateurs sont soit des admins, soit des professionnels ? Comment les distingues-tu ?

3) Quelle est le sens de cette auto-association "est géré" sur utilisateur ?

2) un utilisateur il est soit admin, soit professionnel selon ça fonction ( ENUM( "admin","pro") )

3) l'admin a comme role : ajouter ou supprimer un utilisateur, tandis que le professionnel s'occupe de la gestion des pharmacies, des gardes et des division

[mechakiss]

MCD après prise en compte la ère remarque de CinePhil

[Richard_35]

Bonjour Mechakiss et CinePhil,

Je me permets de m'immiscer, CinePhil...

Deux remarques :

• les attributs Nom_Phar et Adr_Phar doivent être dans l'entité Pharmacie ;
  ==> en effet, tel que décrit, le nom et l'adresse de la pharmacie dépendraient des langues parlées dans celle-ci...
  
  
• il faudrait examiner si, à terme, les utilisateurs n'auront pas d'attribut(s) propre(s) à leur fonction "admin" ou "pro" (date de nomination en "pro", date d'entrée en "admin", etc...). Dans ce cas, essayons de faire rentrer tout ce beau monde dans l'entité Personne (en tassant bien... (elle n'est pas de moi, celle-là..., il se reconnaîtra)) :

  Personne(Id_Personne, Nom, ... [attributs communs à toutes les personnes]) ;
  Pro(#Id_Personne, ... [attributs propres aux "pro"]) ;
  Admin(#Id_Personne, ... [attributs propres aux "admin"]).
  ==> trigger de contrôle d'existence dans Pro ou dans Admin.
  

Tout ceci, sous le contrôle de CinePhil, bien entendu.

[mechakiss]

Envoyé par Richard_35

Bonjour Mechakiss et CinePhil,

Je me permets de m'immiscer, CinePhil...

Deux remarques :

• les attributs Nom_Phar et Adr_Phar doivent être dans l'entité Pharmacie ;
  ==> en effet, tel que décrit, le nom et l'adresse de la pharmacie dépendraient des langues parlées dans celle-ci...
  
  
• il faudrait examiner si, à terme, les utilisateurs n'auront pas d'attribut(s) propre(s) à leur fonction "admin" ou "pro" (date de nomination en "pro", date d'entrée en "admin", etc...). Dans ce cas, essayons de faire rentrer tout ce beau monde dans l'entité Personne (en tassant bien... (elle n'est pas de moi, celle-là..., il se reconnaîtra)) :

  Personne(Id_Personne, Nom, ... [attributs communs à toutes les personnes]) ;
  Pro(#Id_Personne, ... [attributs propres aux "pro"]) ;
  Admin(#Id_Personne, ... [attributs propres aux "admin"]).
  ==> trigger de contrôle d'existence dans Pro ou dans Admin.
  

Tout ceci, sous le contrôle de CinePhil, bien entendu.

1) les informations d'une pharmacie sont écrits dans plusieurs langues (exemple en arabe, français ,anglais)

2) je vois pas comment ces informations seront utiles dans mon système, mais je vais chercher dans cette direction

Merci

[Richard_35]

Envoyé par Mechakiss

1) les informations d'une pharmacie sont écrits dans plusieurs langues (exemple en arabe, français ,anglais)

==> OK, dans ce cas.

Envoyé par Mechakiss

2) je vois pas comment ces informations seront utiles dans mon système, mais je vais chercher dans cette direction

==> sinon :

Utilisateur(Id_Utilisateur, Nom, Fonction (A=Admin, P=Pro), ...)

fonctionne également, mais il est bon de se poser la question en phase de modélisation.

[mechakiss]

Envoyé par CinePhil

2) Dans tes règles de gestion, tu parles de professionnel et d'admin mais dans ton MCD il n'y a que des utilisateurs. Est-ce que les utilisateurs sont soit des admins, soit des professionnels ? Comment les distingues-tu ?

3) Quelle est le sens de cette auto-association "est géré" sur utilisateur ?

comment trouves-tu la méthode avec laquelle j'ai modélisé la gestion des droits ? (la gestion des droits me pose tjrs problème dans mes MCD)

[mechakiss]

Envoyé par CinePhil

Bonjour,

1) Il manque des cardinalités dans ton schéma :

pharmacie -1,1----appartenir----0,n- division_administrative

La règle de gestion pour l'association entre utilisateur et division n'est pas décrite mais je suppose que les cardinalités manquantes sont celles-ci :
utilisateur -1,1----situer----0,n- division

2) Dans tes règles de gestion, tu parles de professionnel et d'admin mais dans ton MCD il n'y a que des utilisateurs. Est-ce que les utilisateurs sont soit des admins, soit des professionnels ? Comment les distingues-tu ?

3) Quelle est le sens de cette auto-association "est géré" sur utilisateur ?

tu valide ce MCD ? (dsl je dois passer à l’étape suivante mais j'ai tjrs cette idée de peut être il manque qlq chose,)

[mechakiss]

bonjour

je pense que j'ai fais une erreur dans la définition de l'association entre les deux entités pharmacie et administrateur (ex : utilisateur), et entre l'entité secteur (ex: division) et administrateur.

pour expliquer la situation, il y a deux types d'administrateurs :

administrateur système : il n'appartient à aucun secteur, il s'occupe de la gestion des administrateurs_secteurs (ajouter un administrateur secteur, désactiver son accée ...) et la gestion des secteurs (ajouter un secteur, supprimer un secteur..)

administrateur secteur : il appartient à un secteur, il s'occupe de la gestion des pharmacies qui appartient au même secteur que lui et de leurs gardes.(ajouter une pharmacie, mettre a jour les informations d'une pharmacie, lui attribuer une garde, supprimer une garde....)

et voilà MCD actuelle (que je pense qu'il est fausse)

[mechakiss]

dois-je ouvrir un nouveau sujet ? puisque je parle de nouveaux règles de gestion

[Richard_35]

Bonjour Mechakiss et CinePhil,

Envoyé par Mechakiss

pour expliquer la situation, il y a deux types d'administrateurs :
administrateur système : il n'appartient à aucun secteur, il s'occupe de la gestion des administrateurs_secteurs (ajouter un administrateur secteur, désactiver son accée ...) et la gestion des secteurs (ajouter un secteur, supprimer un secteur..)
administrateur secteur : il appartient à un secteur, il s'occupe de la gestion des pharmacies qui appartient au même secteur que lui et de leurs gardes.(ajouter une pharmacie, mettre a jour les informations d'une pharmacie, lui attribuer une garde, supprimer une garde....)
et voilà MCD actuelle (que je pense qu'il est fausse)

==> en effet car, dans ce MCD, tous les administrateurs peuvent gérer une équipe d'administrateurs.
Suggestion :

Code :

1
2
3
4
5
6
7
8
9
Adminitrateur ---0,1---[être adminitrateur système]---1,1--- AdminitrateurSysteme
     |                                                                |
     |                                                               1,n
     |                                                                |
     |                                                             [Gérer]
     |                                                                |
     |                                                               1,1
     |                                                                |
     |-----------0,1---[être adminitrateur secteur]---1,1--- AdminitrateurSecteur

donnant :

Adminitrateur(IdAdminitrateur, {informations communes à tous les administrateurs}) ;
AdminitrateurSysteme(#IdAdminitrateur, {informations propres aux administrateurs système}) ;
AdminitrateurSecteur(#IdAdminitrateur, #IdAdminitrateurSysteme, {informations propres aux administrateurs secteur}) ;
==> trigger vérifiant qu'un administrateur est, soit administrateur système, soit administrateur secteur et, obligatoirement, un des deux.

[CinePhil]

Richard, le sujet est traité dans cette autre discussion.

[mechakiss]

Envoyé par Richard_35

==> trigger vérifiant qu'un administrateur est, soit administrateur système, soit administrateur secteur et, obligatoirement, un des deux.[/INDENT]

que veux tu dire par trigger ?? (c'est la première fois que j'entend !!)

[Richard_35]

Un trigger est un programme qui se déclenche lors d’évènements particulier, au niveau de la base de donnée donc, en amont de toute programmation.
Les évènements sont :
- avant création ;
- après création ;
- avant modification ;
- après modification ;
...

Je te propose de clore cette discussion et de continuer sur celle que tu as ouverte avec CinePhil (je la suis aussi), cela évitera toute dispersion.

[mechakiss]

Envoyé par Richard_35

Un trigger est un programme qui se déclenche lors d’évènements particulier, au niveau de la base de donnée donc, en amont de toute programmation.
Les évènements sont :
- avant création ;
- après création ;
- avant modification ;
- après modification ;
...

Je te propose de clore cette discussion et de continuer sur celle que tu as ouverte avec CinePhil (je la suis aussi), cela évitera toute dispersion.

ok je vais passer cette discussion en résolu et poser cette question sur l'autre discussion

[solari20]

il manque beaucoup de chose

[Richard_35]

Bonjour à toi aussi, Solari20,

il manque beaucoup de chose

==> sans doute .