5.2.2 Passage au modèle logique de
données
Le modèle logique de données et obtenu par
l'application des règles 1 à 4 énoncées dans la
sous-section 3.4.2. Toutes les classes sont d'abord transformées en
tables et les identifiants de chaque classe deviennent des clés
primaires des tables ainsi formées. Suivant les multiplicités
représentées au niveau des associations du MCD, nous obtenons les
transformations suivantes :
(i) La clé primaire de la table projet devient clé
étrangère de la table Extrants
(ii) La clé primaire de la table projet devient
clé étrangère de la table Effets
(iii) La clé primaire de la table projet devient
clé étrangère de la table Impacts
(iv) La clé primaire de la table programme devient
clé étrangère de la table Projet
(v) La clé primaire de la table MT devient clé
étrangère de la table Structure
(vi) L'association charge devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(vii) La clé primaire de la table projet devient
clé étrangère de la table Activités
(viii) L'association d_relatif_is devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(ix) L'association Finance devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(x) L'association ind_relatif_obj devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xi) La clé primaire de la table Secteur Social
devient clé étrangère de la table Indicateur Social
(xii) La clé primaire de la table projet devient
clé étrangère de la table Infos Complementaires
(xiii) L'association pr_localise_dept devient une table dont
la clé primaire est constituée des clés de chacune des
deux tables
(xiv) L'association pr_localise_reg devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xv) La clé primaire de la table Users devient
clé étrangère de la table Article
(xvi) La clé primaire de la table région
devient clé étrangère de la table Département
(xvii) L'association reg_relatif_is devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xviii) L'association res_affecte_activite devient une table
dont la clé primaire est constituée des clés de chacune
des deux tables
Brice Baem BAGOA, Elève Ingénieur des
Travaux Statistiques Page 61
5.2. Implémentation des structures de
données
(xix) L'association ind_mesure_eff devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xx) L'association ind_mesure_ext devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xxi) L'association ind_mesure_imp devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
(xxii) L'association prj_plan_fin devient une table dont la
clé primaire est constituée des clés de chacune des deux
tables
De ces transformations découle le modèle logique de
données représenté par la figure 5.3.
Graphique 5.3 -- Présentation du
Modèle Logique de Données
prj_plan_fin
id Proiet <pi fi2> <01
id Plan <pi fil> <0
Annee_SFin Dep_Effectiv Taux avancement Comment_Finan
Plan Finance
Ac
re.
id ressource <pi,fil>j.
· id activite <pi,fi2>
Valeur ressource
pr_localise_reg
· iC region <pi,f2> <0>
id Proiet <pi,fil> <0>
id activite `p <0
id_Projet
nom_activite
debut_acfivite fin_activite debut effectif fin
effective Commentaire _ad
·
Users
username 92 <0>
password statut user_email nom prenom
Source : Nos travaux
Ri
id ressource <pi> <0>
Type_ressurce
Programmes
id programme <pi> <O>
nom_programme Cout Total Debut_programme Fin_programme
Organisme_programme
ind_mesure_ext
cid Extrant <pi,fil~
id ind p 91fi2:
Annee_Ext Valeur_ext source_ext Comm_Extr
Extrants
·
id Extrant <0>
id_Projet <fi> <0>
nom_Extrant Etat_Extrant
Projets
id Proiet <pi> <O>
|
Ficance
|
|
|
|
|
|
id bailleur <pi fil>'
id Proiet <pi fi2>
|
Region
|
|
icon`r72 <0>
|
|
Montant
|
|
|
|
|
|
region
|
|
article
id article <pi> <O>
username <fi> <O>
Titre Article
contenu
image fichier
reg_relatif_is
id ind social <pi fi2, Contact
|
id region <pifil
|
|
id contact <pi> <O>
|
|
|
|
|
|
|
Annee_ind_reg
Valeur_ind_reg
Source_Ind_reg
|
|
|
Telephone email Adresse About
|
|
|
|
|
|
Messages
id message <p <O>
nom_projet Objecfif_General Cout_Initial_pr Secteur_act
sous_secteur Secteur inst Etat_f nance Nature finance Nature_Engagement
Debut_projet Fin_projet Organisme_Projet
ind_mesure_eff
cid Effet id ind p <pi fi2>
Annee_Eff Valeur_eff Source_Eff Comment Effet
Effets
id Effet <pi> <O>
id_Projet <fi> <O> nom Effet
Etat Effet
Info Complementaire id info <pi> <O>
id_Projet <fi> <
Type_info Commentaire
Indicateurs Projet
idindp 92 <0>
nom_ind_p <O>
Valeur Initaile Date Initiale Valeur cible Date Cible
ind_mesure_imp
rid Impact <pi fil>1
id ind p <pi fi2>
Annee_imp Valeur_imp Source_imp Comment_Imp
Impact
Id Impact <pi> <0>
id_Projet <f> <O>
nom_Impact Etat_Impact
·
|
|
|
Bailleur
|
|
|
pr_localise_dept
id departement <pi fi2> <O>
id Proiet <pi,fil> <O>
|
|
id bailleur <pi> <(
|
|
|
|
|
nom bailleur commentBailleur
|
|
|
|
|
|
1
|
|
|
|
|
|
Departement
|
|
|
|
|
|
id departement 92 <0>
|
|
|
|
|
id_region <fi> <O>
·
nom_departement
d_relatif_is
·
7- id ind social id departement
Annee_ind_dep
Valeur_ind_dep
,_Source_ind_dep
Indicateur Social
charge
id service <pi,fi2> <O>
id Proiet <pi fil> <O>
Structure
id service <pj <O>
id ministere <fi> <O> nom service
Nom_auteur email auteur Tel auteur Motif_Message Contenu
Date
Ministeres Techniques id ministere <pi> <0>
id ind social <pi> <O>
id_sect_social <fi> <O>
nom ind social
Secteur Social
id sect social <pi> <O>
nom_sect_social
nom_ministere
Brice Baem BAGOA, Elève Ingénieur des
Travaux Statistiques Page 63
5.2. Implémentation des structures de
données
| 
