4.1. MODELE LOGIQUE DES DONNEES (MLD)
Le modèle logique des données est une image du
modèle conceptuel de données intégrant les choix
d'organisation de données2.
Ce formalisme est bien adapté à l'objectif de
spécification des besoins en liaison étroite avec les
utilisateurs ; en outre, il présente l'avantage de fournir une
description indépendante des choix techniques (langage de
programmation).
La transformation du modèle conceptuel de données
en modèle logique de données se fait à l'aide de plusieurs
types de solutions entre autre :
· La solution de type fichier
· La solution de type base de données, dans laquelle
nous avons :
~ La base de données réseau ;
~ La base de données relationnelle ; ~ La base de
données hiérarchique.
Pour ce qui nous concerne, nous portons notre choix sur la
solution de type base de données relationnelles. En effet, le
modèle relationnel s'inspire directement des notions
mathématiques des relations. Dans ce modèle, les données
sont enregistrées sous forme des tables (adressage relatif) et
stratégie d'accès déterminé par le SGBD.
1 BOUBKER S&R. EL YAOGOUBI, op cit, p.53
2 Bertrand LIAUDET, INSIA-SGL2, la méthode
MERISE MCD1 ,1èreédition, mai 2008
~ 47 ~
Nous allons utiliser les règles courantes des
transformations du modèle conceptuel de données en modèle
logique de données qui sont à savoir :
· Pour les entités. Toute entités devient une
table, les propriétés de l'entité sont les attributs ou
les champs de la table, l'identifiant de l'entité est la clé
primaire de la table.
· Pour les associations. Cela dépend des
cardinalités. Deux cas sont possibles :
o association (1,1) à (1:n) : la relation est
matérialisée par l'ajout d'une clé étrangère
dans la table de cardinalité (1,1).
o Association (1, n) à (1, n) : la relation donne lieu a
la création d'une table dans laquelle la clé
étrangère est la concaténation des clés primaires
des table en relation.
Le modèle relationnel offre les avantages
ci-après
· simplicité de présentation :
représentation sous forme de tables
· opérations relationnelles : algèbre
relationnelle et langages assertionnels
· indépendance physique : optimisation des
accès et stratégie d'accès déterminée par le
système
· indépendance logique : concept de vues
· maintien de l'intégrité : contraintes
d'intégrité définies au niveau du schéma
Après application de ces règles, nous obtiendrons
le modèle logique des données relationnelle(MLDR) suivant :
~ 48 ~
SUPERVISEUR
<O>
Approuver
Etablir
Mat_Superviseur <pi>
Mat Superviseur Nom_Superviseur
<pi> Texte (6)
Texte (20)
FICHE RESULTAT
<pi>
<fi1>
<fi2>
<O>
<O>
<O>
NmF_Resultat Mat_Analyste Mat_Superviseur LibelleF_Result
Date_Etab Date_Approb
Texte (6) Texte (6) Texte (6) Texte (20) Date
Date
NumF_Resultat <pi>
ANALYSTE
<O>
Mat_Analyste <pi>
Mat_Analyste Nom_Analyste Fonction
<pi> Texte (6)
Texte (20)
Texte (15)
Renseigner
Renseigner
Comporter
Renseigner
Code_Elment Symbole
Unité
Code_Element <pi>
ELEMENT
<pi> Texte (6)
Texte (20)
Texte (20)
<O>
NmFResultat Num Echant CodeElment Resultat
Identifiant_1 <pi>
Renseigner
<pi,fi1>
<pi,fi2>
<pi,fi3>
Texte (6) Texte (8) Texte (6) Texte (5)
<O>
<O>
<O>
ECHANTILLON
<pi>
<fi1>
<fi2>
<O>
<O>
<O>
Num_Echant <pi>
NumEchant Num_Lot Code_Depot Nom_Echant Type_Echant
Texte (8) Texte (9) Texte (6) Texte (20) Texte (15)
Analyser
<pi,fi1> <pi,fi2>
<O> <O>
Identifiant_1 <pi>
NumEchant
Code_Labo
Date_Analyse
Texte (8) Numérique (4) Date
Analyser
Analyser
LOT
<O>
Tirer Stocker
Num_Lot <pi>
NumLot Date_Prelevement Statut_Lot
<pi> Texte (9) Date
Texte (20)
LABORATOIRE
CodeLabo Nom_Labo
<O>
Code_Labo <pi>
<pi> Numérique (4) Texte (15)
CodeDepot Num_Emp Libellé_Depot
Date_Entrée_Depo Date_Sortie_Dep
Code_depot <pi>
DEPOT
<pi> <fi>
Texte (6) Texte (8) Texte (20) Date
Date
<O> <O>
BORDEREAU DEMANDE D'ANALYSE
<pi> <fi>
<O> <O>
Num_Bord <pi>
Num_Bord Num_Echant Nom_Demand Departement Service Imputation
Texte (6) Texte (8) Texte (20) Texte (15) Texte (10) Texte
(15)
Se trouver
NumEmp Libellé_Empl
EMPLACEMENT
<pi> Texte (8)
Texte (15)
<O>
Figure 9
~ 49 ~
| 
