Discussion :

[yoaneca]

Bonjour à tous.

Je me présente brièvement : élève ingénieur en apprentissage dans une pme de pièce en carbone pour l'automobile.

Un projet de bdd m'a été confié, mais je suis novice dans ce domaine.
Je vous sollicite donc vous, expert, pour m'aider.
Il consiste en la gestion des habilitations des opérateurs.
De quoi ca parle:
Un opérateur acquiert différent niveau d'habilitation (N1, N2, N3) à des dates données sur des produits (faisant partie d'une gamme de produits) et à une phase lié aux produits.
Un formateur est lié a l'habilitation.
Une date de saisie de l'information.
Une date limite de réhabilitation qui sera mise à jour.

La bdd est évolutive et peut être remplie à l'aide de formulaire.
Des recherches peuvent être effectués pour classer toutes les habilitations en fonction d'un opérateur. Tous les opérateurs habilités à un produit, ou à une gamme de produits. Et tous les opérateurs en fonction de la date de réhabilitation.

Voilà comment je pense faire: Un diagramme de classe sous POWER AMC pour mettre la bdd en SQL (bdd trop importante pour tenir sur un fichieraccess) et passer sous ACCESS pour le formulaire et les requêtes (accesible pour tout utilisateur).

3 questions :
- Quelqu'un aurait-il une idée du diagramme ou en as déjà fait un du même genre (pour vérification)?
- Comment gérer les liens entre le diagramme, le langage SQL, et ACCESS ?
- Comment faire pour les requêtes et le formulaire ?

Merci d'avance pour vos idées.

[CinePhil]

Commence à faire un diagramme de classes et nous t'aiderons à le corriger.

[yoaneca]

Bonjour, vous trouverez ci-joint mon MCD pour les habilitations,
merci de me dire ce qui ne vas pas, je suis un petit peu perdu.

[CinePhil]

Poste seulement une image et pas un zip.

[yoaneca]

désolé difficile de poster des copie d'écran.

[CinePhil]

Voilà comment je pense faire: Un diagramme de classe sous POWER AMC

Le schéma que vous nous montrez aujourd'hui est un modèle conceptuel de données (MCD) selon la méthode Merise. Vous avez changé d'avis ?

Bonnes habitudes à prendre dans un MCD :
1) Nommer les associations à l'aide d'un verbe à l'infinitif.
2) Toujours mettre un identifiant sur les entités.
2 bis) Ne pas utiliser de propriétés naturelles pour les identifiants, surtout des chaînes de caractères mais des identifiants artificiels de type entier.

Revenons aux règles de gestion que vous avez postées il y a presque 2 mois...

Un opérateur acquiert différent niveau d'habilitation

Je complète cette règle de gestion :

... et un niveau d'habilitation peut être acquis par plusieurs opérateurs.

Ce qui donne le morceau de MCD suivant :
operateur -0,n----acuqérir----0,n- niveau_habilitation

Mais en réalité votre phrase est plus complète et plus complexe :

Un opérateur acquiert différent niveau d'habilitation (N1, N2, N3) à des dates données sur des produits (faisant partie d'une gamme de produits) et à une phase lié aux produits.

Une habilitation est-elle donnée :
- pour un produit ?
- pour une gamme de produits ?
- seulement pour une phase d'un produit ?
- seulement pour une phase d'une gamme de produits ?

Qu'est-ce qu'une phase ? Une phase de fabrication ?

Un formateur est lié a l'habilitation.

Complétez la règle de gestion comme dans mon billet de blog dont j'ai donné le lien plus haut.

Décomposez votre phrase complexe en règles de gestion élémentaires, vous arriverez mieux à faire votre MCD. L'actuel peut être jeté !

[yoaneca]

Bonjour,

Oui la méthode merise me semble plus simple que d'autres.
Merci pour vos explications, voici mon MCD modifié en PJ.

Pour les habiliations elles peuvent être données pour au moins un produit qui fait partie d'une gamme à des phases de productions différentes (moulage, usinage, finition...). Le produit reste le facteur de notation de l'habilitation N°1.

cdt

[CinePhil]

C'est déjà mieux !

Il manque encore les identifiants des entités.

Évite les lettres accentuées dans les noms des entités et des associations car le logiciel de modélisation te permettra de générer la BDD et reprendra ces lettes accentuées qui peuvent poser problème.

Les cardinalités des deux associations "contenir..." sont probablement fausses. Avec ton schéma, un produit n'est contenu que dans un seul marché et ne contient qu'une seule phase.

Si l'habilitation dépend de la phase et du marché, ce n'est pas directement Produit qu'il faut associer à Opérateur et à Niveau_habilitation.

Par rapport au système décrit dans ton premier message, il manque la modélisation du formateur.

Comme tu ne nous donnes pas les règles de gestion précises, on ne peut que faire des suppositions sur la validité ou non de ton MCD.

[yoaneca]

A quoi servent les identifiant des entités.
Et qu'entendez-vous par des règles de gestion précise ?

Merci d'avance.

[CinePhil]

A quoi servent les identifiant des entités.

À préparer les futures clés primaires des tables, ce qui permettra de distinguer de manière unique chaque ligne de la table, même en cas de jumeaux parfaits.

Et qu'entendez-vous par des règles de gestion précise ?

Ceci.

[yoaneca]

J'essaie d'être plus clair pour vous:

1) Un opérateur acquiert différent niveau d'habilitation
et un niveau d'habilitation peut être acquis par plusieurs opérateurs.

2) Un niveau d'habilitation acquis concerne un produit et un produit peut être concerné par plusieurs niveaux d'habilitations (N1, N2, N3).

3) Un produit est compris dans une gamme et une gamme comprend plusieurs produits.

4) Un produits contient plusieurs phases et un phase contient plusieurs produits.

5) un formateur délivre l'habilitation (à une date précise) et l'habilitations peut être délivré par plusieurs formateurs

6) Plusieurs dates de réhabilitations sont renouvelées à partir d'une date précise (1 an ou 6 mois après) et cette date précise renouvelle plusieurs date de réhabilitations.

Mieux ^^

Par contre désolé mais je ne comprend toujours pas l'histoire des clé primaire.

[CinePhil]

Maintenant que tu as des règles de gestion mieux écrites, revois ton MCD.

Pour l'explication sur les clés primaires, c'est par là.

[yoaneca]

Revue en pièce jointes.

Merci pour les explications sur les clé mais je ne vois pas le rapport au logiciel (power amc), ce sont des liens entre les tables qu'il faut rentrer ou un code à part qui sera générer ensuite dans ma base de données.

Parce que quand j'essai de générer un modèle physique de données il me met toutes mes clef actuelles en erreur.