| Accueil | Forums | Bureautique | Développement | SGBD |
  Entité / Relation
 
  Le langage SQL DML
 
  Langage SQL DDL
 
 
  Entite Relation - Quelques règles
 

Règles de nommage

On doit éviter les polysèmes et les synonymes qui sont sources d'ambiguïté.

Polysèmes :

on appelle polysème le nom identique désignant deux éléments différents. exemples :
  • Date : est la date de commande, de livraison, de facture, etc..
  • Nom : est ce le nom du salarié, du service, de l'entreprise, etc...
  • Synonymes :

    On appelle synonymes, deux noms différents désignant le même objet. exemples :
  • Référence article et numero de produit
  • Numero de police et numero de contrat
  • L'identifiant

    L'indentifiant determine sans ambiguïté chacune des occurences de l'entité. Il ne peut donc y avoir deux occurences de l'entité qui ont la même valeur pour cette propriété identifiante.

    De même l'ensemble des propriétés de l'entité doivent être dépendantes de l'identifiant (ex : la connaissance du matricule du salarié determine au plus un nom de salarié, un prénom de salarié, etc... alors que la connaissance du nom du salarié peut determiner plusieurs prénoms s'il y a des homonymes dans l'entreprise).

    Il doit y avoir dépendance monovalué des propriétés de l'entité par rapport à l'identifiant.

    Méthode

    Il convient dans un premier temps de lister l'ensemble des informations que nous avons sur le système à analyser pour réaliser le recueil de données. Pour réaliser ce recueil nous avons plusieurs outils à notre disposition. Attention, il faut rester à l'intérieur du domaine que nous souhaitons analyser.
    • Interview des utilisateurs
    • Documents utilisés par le système (ex : factures, bons de livraison, fiches clients, etc...)
    • Analyse de systèmes identiques ou proche de notre problèmatique
    Une fois que nous avons la liste des données , il convient de repérer les entités et les propriétés. Ensuite, il faut aussi connaître les règles de gestion pour affiner l'analyse.

    Par exemple, est-il utile de décomposer l'adresse du client en propriétés atomiques (adresse, code postal, commune) ou même en allant plus loin (N°, type de voie, nom de la voie, étage, etc...). Il faut se limiter à la décomposition en propriétés atomique qui serons utile au système pour fonctionner et répondre aux tâches demandées.

     
    2005 Copyright Ephicom