Académique Documents
Professionnel Documents
Culture Documents
DONNÉES
Rappel
Etapes de développement d’un modèle conceptuel
Extension du Modèle Conceptuel de Données
Relation N-aire
Relation récursive
Généralisation et spécialisation
Passage au Modèle Logique de Données (MLD)
Etapes de développement d’un modèle Conceptuel
3
Etapes de développement
Dictionnaire de données
Analyse des dépendances entre les données
Matricedes dépendances
Graphe des dépendances
Elaboration du modèle conceptuel de données
Etapes de développement d’un modèle Conceptuel
7
Dictionnaire de données
Après avoir auditer le système d’information et collecter toute la documentation en circulation. l’ensemble des
données collectées doivent être regroupées au niveau d’un référentiel unique qui est le dictionnaire de données.
-Le dictionnaire de données permet de regrouper dans un seul document, l’ensemble des données manipulées par le
système d’information. Il n’est pas recommandé de conserver dans la base de données, les données calculées sauf si une
contre indication est exigée (Contrainte légale par exemple) (Montant HT , montant TTC…).
-Il est recommandé d’utiliser des données élémentaires "Atomique" , les données composées peuvent conduire vers une
perte de mémoire par redondances de quelques composantes (Ville par exemple ), et produire des difficultés lors de
l’analyse et l’exploitation des données (exemple : Filtrage par ville ).
Elaboration du modèle Conceptuel
8
P1 P2
DF
CIN Nom
CIN NOM
DF
NOM
DF
CIN
Elaboration du modèle Conceptuel
9
L’objectif de la matrice des dépendances fonctionnelles est de déduire les donnés qui sont
liées dans notre système d’informations, à travers cette matrice on va former des groupes
dans lesquels les données sont dépendantes.
Ces groupements vont nous aider à déduire les entités du modèles conceptuels.
Ce document doit être renseigné selon les exigences du client, c’est a lui de déduire les dépendances .
Elaboration du modèle Conceptuel
10
Les données en lignes qui restent sans liaison peuvent se relier à une combinaison
de données. (La donnée Quantité sera en DF avec (N°Facture et Référence)).
Les dépendances composées (N°Facture , Référence → Quantité) donnent lieu aux
associations
Etapes de développement d’un modèle Conceptuel
11
N°Facture Référence
Prix_Unitaire
Date_Facture Désignation
N°Client
Nom_clien Adresse_clien
Quantité
t CP_clientt
#N
CLIENT
CLIENT Facture Produit
Nom_Clien
t
(1,n) (1,n) Contient (1,n)
(1,1) #N Facture #Référence
Adresse_Cl Concerne -Quantité
Date_Facture Désignation
i Prix_Unitaire
CP_Client
Ville_Clien
t
Etapes de développement d’un modèle Conceptuel
13
Autre exemple
CN Id_Matière
E
-Dans une relation (R) entre deux entités (E1) et (E2), La cardinalité d’une entité (E1) s’écrit sous la forme (Xmin,
Xmax) .
-Xmin définit le nombre minimal d’éléments (occurrences) de (E2) qui peuvent être en relation avec un seul élément
(occurrence ) de (E1); Xmin peut prendre deux valeurs possibles (0 ou 1)
-Xmax définit le nombre maximale d’éléments (occurrences) de (E2) qui peuvent être en relation avec un seul élément
14
Diriger
Professeur Département
Affecter
Extension du MCD
16
Relations ternaires
Opération de vente
Client Produit
Commander
Fournisseur
Relation N-aires
Action d’enseignement
Salle Professeur
Enseigner
Matière Groupe
Etapes de développement d’un modèle Conceptuel
17
#CNE Année_Uni
Nom #Année
Prénom CIF
D_Nai
Niveau
#Id_Niv
Diplôme
Extension du MCD
18
Relation récursive
Personne Compose
Marier Article r
Généralisation
C’est le regroupement d’un ensemble d’entités qui possèdent des
propriétés (attributs) communes dans une nouvelle entité.
Exemple :
L’entité (Espèce) est une généralisation de deux ensembles (Lion) et
(oiseau).
Employé est une généralisation des deux entités (Manager) et
(ouvrier).
Employé Espèces
Spécialisation
C’est la définition de nouvelles entités à partir d’une entité plus
générale. (Séparation d’une entité en plusieurs sous ensembles).
L’ensemble des nouvelles entités crées permet de spécifier des
attributs supplémentaires qui caractérise chaque entité.
Exemple :
Etudiants
Exemple d’application
Exemple d’application
(0,n) (1,n)
(0,1) Employé Participer Projet
(1,1)
Diriger Affecter
(1,1)
Département (1,n)
Modèle Logique de données
25
Règle 1:
Chaque ENTITÉ se transforme en une TABLE qui possède une clé primaire,
les attributs devient des champs de la table.
Le choix de la clé primaire doit satisfaire les critères d’unicité et d’optimalité.
Table 1 Table 2 Table 3
Département Employé Projet
#D #E #P
Description Nom Contenu
Rue
Ville
Modèle Logique de données
26
Règle 2 :
Dans le MLD, les relations sont éliminées, elles sont soit remplacées par des tables ou
supprimées selon les cardinalités de la relation.
Employé Département
#E #D
MLD Nom Description
Rue
Ville
#D
Id_Employé(#E) DF
---> Id_Département (#D)
Modèle Logique de données
28
E1
E2
E2 #C1
E1 #C2
A1
#C1 #C2 R3 A2
A1 CIF A2
#C1
#C2
C3
E3
#C3
A3 E3
#C3
A3
Modèle Conceptuel
Modèle Logique
Modèle Logique de données
29
Cas particuliers
Relation réflexive
Relation N-aire
Modèle Logique de données
30
Application :
Gestion des Stages des Etudiants
Modélisation physique
La réalisation du modèle physique, consiste à construire pas à pas la structure de la base
données (Composée de groupement de données dans des tables), en respectant le MLD
(plan d’architecture de données).
Cette structure est principalement constituée de tables qui peuvent être assimilées à des
listes de valeurs, chaque table est composée des champs (colonnes) et des
enregistrements (lignes), la liaison entre les tables se fait à travers les clés étrangères.
La réalisation de la structure de la BD se fait à l’aide d’un SGBD en utilisant un langage
relationnel ou en utilisant des interfaces graphiques.
(0,n)
(0,1) Employé Participer
(1,1)
Dirige Affecter
r
(1,n)
Tables
Sur un modèle physique, une table est similaire à une liste de valeurs, elle
est l’élément de base d’une BD. Les champs de la table sont équivalentes
aux colonnes, Les enregistrements sont équivalent aux lignes.
Il est nécessaires de définir les contraintes que les données de chaque
champ doivent vérifier et les liaisons entre les différentes tables.
Eléments d’une Base de Données
36
Formulaires.
Ce sont les interfaces qui seront utilisées par l’utilisateur
finale de la base de données pour saisir les enregistrements
et visualiser les données saisies.
Eléments d’une Base de Données
37
Les états.
Se sont des documents qui regroupent les données extraites à
partir de la base de données sous forme d’une liste de données.
Le doucement se présente sous la forme de tableau classé par
ordre ou organisé par groupement.
Eléments d’une Base de Données
38
Requêtes.
Exemple :
La table (Département) a comme clé primaire, l’identifiant (D#).
La clé primaire (D#) est utilisée au niveau de la table (Employé) comme clé étrangère, pour
déterminer le département de chaque employé.
Le lien entre les deux tables respecte la contrainte d’intégrité référentielle si, dans la table
(Employé), toutes les valeurs du champ (D#_Affectation) existent dans la table département.
Contraintes d’intégrité référentielle
40
Remarque :
Programmeur
d’applications
Programmeur d’applications :
Développement des programmes au profit de l’utilisateur finale:
-Interfaces de saisie ou d’extraction de données (Interface locale ou à distance).
-Développent des applications de traitement de données pour extraire des
informations décisionnelles (tableau de bord).
Utilisateur final :
-Il est le responsable de l’alimentation de la base de données par les enregistrements .
-Au niveau décisionnel, l’utilisateur exploite la base pour l’analyse des données
(analyses statistiques, prévisionnelles) pour l’orientation de la prise de décision.