3.2.3. Etablissement du dictionnaire de données
Pour faciliter la manipulation des données et une
meilleure compréhension de celles-ci, un dictionnaire de données
a été établi (Annexe 2). Le dictionnaire de données
est en fait un document qui regroupe toutes les données
conservées dans la base. Pour chaque donnée, il indique le code
mnémonique (libellé), la désignation (mention
décrivant ce à quoi la donnée correspond), le type de
donnée (alphabétique, numérique, alphanumérique,
date, etc...) et la taille (exprimée en nombre de caractères ou
de chiffres).
3.2.4. Association et cardinalités
Afin de traduire une image fidèle du prototype, les dix
entités définies ont été reliées entre elles
par des associations. En tenant compte des règles de gestion, des
cardinalités ont été positionnées sur chacune des
branches des associations indiquant ainsi le nombre de fois (minimum et
maximum) que le lien entre deux entités liées peut se produire.
La valeur des cardinalités varie entre 0,1 et N (plusieurs).
3.2.5. Modèle Conceptuel de Données (MCD)
La modélisation conceptuelle des données a pour
objectif d'exprimer formellement la signification de l'ensemble des
informations du système d'information, sans contraintes technique ou
économique. Le MCD est essentiellement préoccupé par la
sémantique des
Réalisé et soutenu par Patricia Murielle Y.
HOUNGAN
33
Développement d'un Système d'Information
Géographique pour la gestion des complexes funèbres
informations. Pour la gestion du complexe funèbre de
Somè, le MCD élaboré se présente comme l'indique la
figure 8.
Figure 8 : Modèle Conceptuel de Données
L'existence d'associations non porteuses ayant sur l'une de
leurs branches une cardinalité maximum 1 au sein du MCD, a amené
à aborder la notion de Contrainte d'Intégrité
Fonctionnelle (CIF).
Une CIF se définit par le fait que l'une des
entités participant à l'association est complètement
déterminée par la connaissance d'une ou plusieurs autres
entités participant dans cette même association. La prise en
compte des CIF a permis d'obtenir la figure 9.
Réalisé et soutenu par Patricia Murielle Y.
HOUNGAN
34
Développement d'un Système d'Information
Géographique pour la gestion des complexes funèbres
Figure 9 : Modèle Conceptuel de Données
simplifié
3.2.6. Modèle Logique de Données (MLD)
Le Modèle Logique des Données (MLD) a
été une étape intermédiaire pour passer du MCD, qui
est un modèle sémantique, à une représentation
physique des données. Il a consisté en effet à
établir les différentes tables des objets. Ainsi, les
règles de passage ont été les suivantes :
- Les entités deviennent des tables, les
propriétés des attributs et les identifiants des clés
primaires.
- Dans les associations "père-fils",
l'identifiant de l'entité père migre dans la table fils
pour
devenir une clé étrangère.
- Dans les associations "plusieurs à
plusieurs", l'association devient une table et sa clé est la
concaténation des identifiants de toutes les entités qui
interviennent dans l'association.
L'application de ces règles a permis d'obtenir le
schéma de la figure 10.
Réalisé et soutenu par Patricia Murielle Y.
HOUNGAN
35
Développement d'un Système d'Information
Géographique pour la gestion des complexes funèbres
|
CIMETIERE (cimnom, cim_dep, cim_arr, cim_qtr,
cim_superficie, cim_geom)
|
|
INFRASTRUCTURE (inf mat, inf_nom, inf_type,
inf_datcrea, inf_x, inf_y, # cim_nom)
|
|
LOT (lotnum, lot_sup, lot_foss, lot_geom, #
cim_nom)
|
|
ALLEE (allnum, all_emprise, all_geom)
|
|
FOSSE (fos num, fos_cat, fos_statut, fos_nbrinh,
fos_prix, fos_geom, #lot_num, #tit_mat,
|
|
#amg_mat)
|
|
TITULAIRE (tit mat , tit_nom, tit_prenom,
tit_profess, tit_adress, tit_tel1, tit_tel2 , tit_piece)
|
|
INHUME (inhmat, inh_titre, inh_nom, inh_prenom,
inh_sexe, inh_age, inh_datnaiss, inh_datdead,
|
|
inh_datinh, inh_photo, inh_actdecès, inh_pere, inh_mere, #
fos_num)
|
|
REQUERANT (req mat, req_nom, req_prenom,
req_profess, req_adress, req_tel, req_piece)
|
|
AMENAGEMENT (amgmat, amg_nom, amg_prenom,
amg_profess, amg_adress, amg_tel1,
|
|
amg_tel2, amg_piece)
|
|
AGENT (agtmat, agt_nom, agt_prenom,
agt_fonction, agt_adress, agt_tel, agt_piece, #cim_nom)
|
|
TRANSFORMER (#fosnum,#reqmat, transf_num,
transf_datdemande, transf_dattransf,
|
|
tps_avttransf, transf_quitt, lien_req)
|
Figure 10: Modèle Logique de Données (Voir
en annexe le dictionnaire des données pour la description de
chaque attribut)
|
|
