I. z.i. Etape Logique
I. z.i.i. Modele Logique de Donnees (MLD)
C'est une etape intermediaire entre l'etape conceptuelle
et l'etape physique. Elle exprime les elements conceptuels de la Base de
donnees.
I. z.i.i.i. Passage du MOD au MLD
Le passage est automatique. C'est -a-dire qu'il est
obtenu par
l'ordinateur et puisque nous avons travaille avec le SGBD
du type relationnel, nous avons donc obtenu un MLD relationnel
brut.
I. z.i.i. z. Regles de passage
1. Les objets deviennent des tables dans le sens
mathematique du terme ; C'est-A-dire ayant n lignes et n colonnes ;
2. Les proprietes deviennent des attributs et les
identifiants deviennent des cles primaires ;
3. Les relations, dans le sens conceptuel, subissent
plusieurs traitements :
i. Cas d'une relation conceptuelle ayant un CIF
:
La relation disparait ; la semantique est maintenue
parce que la table pere envoie son identifiant a la table fils et si elle
portait des proprietes, celles-ci deviennent des attributs dans la table fils
;
. Cas d'une relation conceptuelle (i,n -i,n) ou
(o,n-o,n)
La relation conceptuelle devient une table de lien dont
la cle est une concatenation des identifiants des objets qui participaient a la
relation.
3. Cas d'une relation conceptuelle (i,i-o,i)
C'est l'objet qui a la cardinalite 1,1 qui est considere
comme la table fils et on retombe dans le cas d'une relation conceptuelle ayant
un cif.
4. Cas d'une relation conceptuelle (i,i-i,i)
Le problème est considéré soit comme
le cas d'une relation conceptuelle ayant un cif, soit comme le cas d'une
relation conceptuelle (1,1- 1,n) ou (0,n-0,n)
FACTURE
#Num-fac Date-fac Montant-fac Libelle
119
1.2.1.1.3. Presentation du Modele Logique des
Donnees
Brutes (MLD brutes)
CATEGORIE
#code-cat Lib-cat
1,n
Appartenir
CHAMBRE
#Num-affec Num-cham Num-lit
Numpav
ACTE
#Code-act Lib-act
Date-act
Prix-act
FICHE
#Num-obs Date-obs Annotation Signe-Subj Signe-Objet Maladie
Entraîner
1,n
1,1,
1,1
1,n
Détenir
Avoir rapport
1,n
1,1
PATIENT
1,1
Affecter
1,n
1,1
1,n
1,1
Suivre
SEJOUR
# Date-entree Date-sort
Constant
n 1,1 1,n
Poser
TRAITEMENT
#Num-trait Lib-trait
Date-trait Heure-trait
PERSONNE
#Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps
Telp-ps
1,1
1,n
Administrer
Payer
1,n
#Num-pat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais Etatcil
Poids-pat Gs
Gr
Ant-pers Ant-fam Adresse-pat
1,n
1. z.1.1.4. Regles de Normalisation
Nous avons fait suivre le MLD brut de l'operation appelee
« Normalisation » par le passage du MOD au MLD mais la
redondance
demeure. La normalisation est une operation qui permet de
supprimer la redondance qui reste encore dans le MLD.
Il existe cinq regles normalisation mais comme il est
dit au c hapitra I de la premiere partie, nous nous sommes limit~s a la
troisieme forme car a ce niveau, le MLD obtenu est valide.
i. Premiere forme normale (IFN)
Une table est en 1FN si tous ses attributs sont
elementaires et si elle admet au moins une cle.
Il faut :
· sortir le groupe répétitif de la
table initiale
· transformer le groupe répétitif en
table ayant pour cle, la cle primaire de la table initiale.
. Deuxieme forme normale (z FN)
Une table est a cette forme lorsque, tout en
étant a la première forme normale, ses propriétés
sont en dependance fonctionnelle avec son identifiant.
On doit :
· Regrouper dans une autre table, les attributs
dependants de la totalité de la cle et conserver cette cle ou cette
table ;
· Regrouper dans une autre table, les attributs
dependants d'une partie de la cle et faire de cette partie, la cle primaire de
la nouvelle table.
3. Troisieme forme normale (3 FN)
Tout en etant a la 2 FN, un objet ne doit pas porter des
attributs dependant transitivement de sa cle ou via un attribut non
cle.
Il faut :
· Conserver dans la table initiale, les attributs
dependants directement de la cle ;
· Regrouper dans une autre table, les attributs
dependants transitivement de la cle. L'attribut de transition reste dupliquer
dans la table initiale et devient la cle initiale de la nouvelle
table.
1.2.1.1.5. Presentation du MLD normalisees
CATEGORIE
#code-cat Lib-cat
CHAMBRE
|
#Num-affec #Num-pat Num-cham Num-lit
Numpav
|
SEJOUR
|
# Date-entree #Num-pat Date-sort
Constant
|
PATIENT
|
#Num-pat #code-cat Nom-pat Post-pat Prenom-pat Sexe-pat Datenais
Etatcil Poids-pat Gs
Gr
Ant-pers Ant-fam Adresse-pat
|
FICHE
|
#Num-obs #Num-pat
Date-obs
Annotation Signe-Subj Signe-Objet Maladie
|
FACTURE
#Num-fac Date-fac Montant-fac Libelle
|
|
|
|
TRAITEMENT
|
|
|
|
|
|
ACTE
|
|
|
|
|
|
|
|
|
|
#Num-trait #Matr-ps #Num-pat Lib-trait
Date-trait Heure-trait
|
|
|
|
|
|
#Code-act #Matr-ps #Num-fac Lib-act
Date-act
Prix-act
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
PERSONNE
#Matr-ps Nom-ps Post-ps Sexe-ps Type-ps Adresse-ps
Telp-ps
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
1.2.1.1.6. Le schema logique relationnel aussi au
MLD
Le sc héma logique relationnel associé est
constitué du non de la table suivi de la liste de ses attributs avec
leurs domaines des valeurs ainsi que l'ensemble des contraintes
d'intégrités associées a cette table.
|
SCHEMA LOG1QUE RELAT1ONNEL ASSOC1E
|
|
APPL1CAT1ON : GEST1ON DES PAT1ENTS 1r. ER1C WANG1
NGOY
|
|
SEJOUR
|
# Date-entrée:Date[8] ; #Num-pat:car[5];
Date-sorti : Date[8] ; Constant : car[30]
|
|
F1CHE
|
#Num-obs :car[5] ; Num-pat : car[5]; Date: Date[8];
Annotation:car[30]; Signe-subl:car[30]; Signe-obj:car[30]; Maladie:
car[25]
|
|
CATEGOR1E
|
#Code-cat: car [2]; Lib-cat: car [30]
|
|
CHAMBRE
|
#Num-affec : car[5] ; #Num-pat:car[5]; Num-c ham :car[3]
; Num-lit :car[3] ; Numpav :car[3]
|
|
PAT1ENT
|
#Num-pat:car[5]; #Code-cat : car[2] ; Nom-pat :car[15] ;
Post-pat :car[15] ; Prenom-pat :car[15] ; sexe-pat :car[1] ;
Datenais :Date[8] ; Etatcil :car[10] ; Poids-pat :Num[3]
;
Gs :car[2] ; Gr : car[1] ; Ant-pers :car[30] ; Ant-fam
:car[30] ; Adresse-pat :car[30]
|
|
FACTURE
|
#Num-fac : car [10] ; #Num-pat:car[5]; Date-fac : Date
[8] ; Montant-fac :Num[10] ; Libelle :car [25]
|
|
ACTE
|
#Code-act :car[5] ; #Num-fac : car [10] ; #Matr-ps
:car[10] ; Lib-act: car[30]; Date-act: Date [8]; Prix-act: Num[10]
|
|
TRA1TEMENT
|
#Num-trait : car[5] ; #Num-pat :car [5] #Matr-ps :car[10]
; Lib-trait :car[30] ; Date-trait : Date[8] ; Heure-trait :Time[5]
;
|
|
PERSONNE
|
#Matr-ps :car[10] ; Nom-ps :car[15] ; Post-ps :car[15] ;
Sexeps :car[1] ; Type-ps :car[10] ; Adresse-ps : car[30] ; Telp-
ps :car[10]
|
1.2.1.7. Calcul du volume de la base de
donnees
La necessite de calculer le volume de la Base de donnees,
c'est pour connaLtre la capacite du materiel à utiliser compte tenu du
besoin en Base de donnees et des autres enregistrements se trouvant
déjà dans le disque dur.
I. Volume Theorique
Volume theorique BDD = Somme (T*N)
Oil T= taille
N = nombres d'occurrences.
|
Table
|
T
|
N
|
Volume
|
|
SEJOUR
|
51
|
2000
|
102000
|
|
F1CHE
|
133
|
2000
|
266000
|
|
CATEGOR1E
|
32
|
5
|
160
|
|
CHAMBRE
|
19
|
100
|
1900
|
|
PAT1ENT
|
158
|
2000
|
316000
|
|
FACTURE
|
58
|
2000
|
116000
|
|
TRA1TEMENT
|
63
|
2000
|
126000
|
|
PERSONNE
|
91
|
200
|
182000
|
|
ACTE
|
73
|
50
|
3650
|
|
TOTAL
|
829310
|
. Volume des index
Volume Index = Somme (t*N) Oil t= taille
index
|
Table
|
T
|
N
|
Volume
|
|
SEJOUR
|
13
|
2000
|
26000
|
|
F1CHE
|
10
|
2000
|
20000
|
|
CATEGOR1E
|
2
|
5
|
10
|
|
CHAMBRE
|
10
|
100
|
1000
|
|
PAT1ENT
|
7
|
2000
|
14000
|
|
FACTURE
|
10
|
2000
|
20000
|
|
TRA1TEMENT
|
20
|
2000
|
40000
|
|
PERSONNE
|
10
|
200
|
2000
|
|
ACTE
|
25
|
50
|
1250
|
|
TOTAL
|
124260
|
N = nombre d'occurrences 3. Calcul du Volume
Total
Volume BDD =( Volume théorique BDD + volume
1ndex) * Coefficient
= (829310+124260) * 3 =2860710ctets
=2793, 662109 Ko =2, 728185654 Mo =0,
002664243 Go
126 II. z.t. z. Modele Logique de Traitement
Le modele logique de traitement est un ensemble de modele
et schema qui permet de decrire le traitement d'une application.
Soulignons d'office qu'a ce niveau, on pense a la logique
de programmation et en plus le passage du MOT en MLT n'est pas automatique. Il
faudra a ce niveau beaucoup d'imagination, de creativite et de
reflexion.
Cette &tape donne des orientations a suivre lors
pendant la programmation.
| 
