Académique Documents
Professionnel Documents
Culture Documents
(Chapitre 2)
1. Cycle de vie d'une base de données
2. Modélisation conceptuelle
3. Le modèle Entité\Association
1- Cycle de vie d'une base de données
4 phases :
Conception de la base (-> SC)
2 Wiem Mrabet
2. Objectifs de la Modélisation
La modélisation conceptuelle vise à la la définition du schéma conceptuel de la base de
données
Permettre une meilleure compréhension
Le monde réel est trop complexe
Abstraction des aspects cruciaux du problème
Omission des détails
Permettre une conception progressive
Abstractions et raffinements successifs
Possibilité de prototypage rapide
Découpage en modules ou packages
Génération des structures de données (et de traitements)
3 Wiem Mrabet
2. Élaborer un modèle conceptuel
Isoler les concepts fondamentaux
Que vont représenter les données de la BD ?
Découvrir les concepts élémentaires du monde réel
Décrire les concepts agrégés et les sous-concepts
4 Wiem Mrabet
3- Le modèle Entité/Association
Introduit par le chercheur américain Chen vers 1976.
Utilisé par plusieurs méthodes d'analyse et de conception comme la méthode Merise.
Appelé aussi modèle entité/liaison, modèle objet/relation ou encore modèle individuel.
Repose sur une constatation simple :
Les objets constituant le monde réel peuvent être classés en trois catégories :
les entités constituant les acteurs d’une application (personne, facture, etc.)
les relations (ou associations) qui existent entre elles (Acheter, Avoir, etc.).
les propriétés ou les attributs (nom, adresse, code, …)
5 Wiem Mrabet
3- Le modèle Entité/Association
Le modèle Entité/Association : Entité-Type
Une Entité-Type (ou T-entité) regroupe, sous le même nom, un ensemble d'objets (individus,
choses etc.) semblables et qui ont un intérêt pour le système considéré.
Une T-entité peut regrouper des individus, des choses ou des relations.
Par abus de langage, une T-entité sera appelée une entité.
Exemples :
La T-entité Personne regroupe toutes les personnes.
La T-entité Voiture regroupe toutes les voitures.
6 Wiem Mrabet
3- Le modèle Entité/Association
Le modèle Entité/Association : Entité-Type
Propriétés d'une Entité
1- Les occurrences d'une entité peuvent être distinguées et dénombrées.
2- Une entité doit avoir au moins une propriété.
3- Tous les attributs d'une entité sont distincts les uns des autres.
4- Au moins une propriété est considérée comme identifiant pour cette entité.
Un identifiant : aussi appelé clé est un attribut qui permet de retrouver une instance d'entité
unique à tout instant parmi celles de la classe.
Wiem Mrabet 7
3- Le modèle Entité/Association
Le modèle Entité/Association : Association-Type
Une association est un rapport déterminé perçu entre n entité(s), dans le champ de l'étude.
Elle n'a d'existence que par rapport à l'existence des entités.
Nom de l'association
éventuels attributs
Exemple :
Age et Prénoms sont des attributs de l'entité Personne.
Wiem Mrabet 9
3- Le modèle Entité/Association
Le modèle Entité/Association : Attribut
Un attribut est dit :
Mono-valué
Multi-valué
Obligatoire
Facultatif
10 Wiem Mrabet
3- Le modèle Entité/Association
Le modèle Entité/Association : Cardinalités
Les cardinalités d'une association fixent le degré de participation d'une entité à une association
donnée. Deux cardinalités sont fixées pour chaque association : la maximale et la minimale.
Wiem Mrabet 11
3- Le modèle Entité/Association
Le modèle Entité/Association : Valeurs des cardinalités
Entité 1 Association 1
Entité 1 Association 1 Cardinalité (0, N) : toute entité
Cardinalité (0, 1) : toute entité participe une ou plusieurs fois à
participe exactement une seule Entité 2 Association 2
l’association. Elle peut aussi ne
Entité 2 Association 2
fois à l’association ou elle ne pas participer à cette même
participe pas du tout à cette association
Entité 3 Association 3 même association. Entité 3 Association 3
Association 4
Association 4
Wiem Mrabet 12
3- Le modèle Entité/Association
Le modèle Entité/Association : plus sur les cardinalités
Types de l’associations
Wiem Mrabet 13
3- Le modèle Entité/Association
Le modèle Entité/Association : Compléments sur les associations
- Identifiant d'une association : est un identifiant qui est constitué de l’ensemble des
identifiants des entités liées cette association
Wiem Mrabet 14
3- Le modèle Entité/Association
Le modèle Entité/Association : Compléments sur les associations
- Association binaire
Une association est dite binaire qu'on elle relie exactement deux entités participantes. Elle peut être porteuse ou
non porteuse de donnée.
Wiem Mrabet 15
3- Le modèle Entité/Association
Le modèle Entité/Association : Compléments sur les associations
- Association n-aire
Une association est dite n-aire lorsqu'elle relie plus que deux entités participantes.
-Association réflexive
Une association est dite réflexive lorsqu'elle relie une seule entité participante.
Wiem Mrabet 16
3- Le modèle Entité/Association
Le modèle Entité/Association : Diagramme Entité/Association
Un diagramme E/A est une représentation schématique d'un réel donné qui permet de
structurer les informations sur les objets du domaine considéré. Les objets sont représentés sous
forme d'entités, associations ou attributs.
Exemple Récapitulatif :
On désire modéliser, sous forme de diagramme E/A, une partie de la Gestion Commerciale
: gestion des commandes. Cette partie couvre essentiellement le circuit pris par une
commande passée par un client, la description de la commande, etc.
Wiem Mrabet 17
3- Le modèle Entité/Association
Le modèle Entité/Association : Diagramme Entité/Association
Codification Intitulé Type Langueur
CodeProduit le code du produit N 4
LibProduit le libellé du produit C. 20
PrixPproduit le prix du produit N 8
NumDepot le numéro du dépôt N 2
AdrDepot l’adresse du dépôt C 40
TelDepot le téléphone du dépôt N 8
StkProduit la quantité stockée du produit, par dépôt N 4
NumClient le numéro du client N 4
NomClient le nom du client C 20
AdrClient l’adresse du client C 40
NumCde le numéro de commande N 2
DateCde la date de la commande C 8
QteCde la quantité commandée N 4
Wiem Mrabet 18
3- Le modèle Entité/Association
Le modèle Entité/Association : Diagramme Entité/Association
Règles de gestion
Une règle de gestion fixe et précise un fonctionnement particulier de l’organisme étudié. Le rôle
des règles de gestion est d’exprimer, sous forme de phrases ou de formules, une partie des
traitements exprimés sur les données de l’application à informatiser.
20 Wiem Mrabet
3- Le modèle Entité/Association
Etendu
Concepts Généralisation\Spécialisation
-Il est souvent appelé lien «est-un» (Is a) et on dit que l’E spécialisé est un sous-type de l’E
générique qui es est un sur-type
-Graphiquement, ce lien est représenté par une fléche orientée du E spécifique vers E
générique
Wiem Mrabet 21
3- Le modèle Entité/Association
Etendu
Concepts Généralisation\Spécialisation
E générique
Spécialisation Généralisation
E
spécifiques
-Les attributs communs au E générique et aux E spécifiques ne sont décrits, dans le schéma,
que comme attributs du E générique
-Les E spécifiques peuvent avoir des attributs propres
-Une E spécifique participe aussi à toute les associations auxquelles participe son E
générique
-Une E spécifique peut être E générique d’un autre type
-Une E spécifique hérite de tous ses ascendants hiérarchie d’héritage
Wiem Mrabet 22
3- Le modèle Entité/Association
Etendu
Concepts Généralisation\Spécialisation : Exemple
-Certains traitements doivent pouvoir accéder de façon uniforme à tous les articles, inventaire
-Nécessité de séparer les articles en plusieurs classes Exp : (alimentation, habillement, hygiène, …)
-Chaque classe peut avoir des caractéristiques qui lui sont propres. Exp. Date de limite de vente
(alimentation), taille et couleur (habillement).
Wiem Mrabet 23
3- Le modèle Entité/Association
Le modèle Entité/Association : Contraintes d'intégrité (CI)
Règles définissant les états (CI statiques) et les transitions d'état (CI dynamiques) possibles de la BD
Doivent être décrites explicitement (avec un langage approprié) si elles ne peuvent pas être décrites
avec les concepts du modèle de données
Une BD est cohérente si toutes les CI définies sont respectées par les valeurs de la BD.
Pour chaque occurrence d’Emprunt si la date-retour existe, alors elle doit être
supérieure à la date-emprunt.
Pour chaque occurrence de Livre, la date-achat doit être inférieure à la date-
emprunt de toutes les occurrences d’Emprunt qui lui sont liées.
24 Wiem Mrabet
3- Le modèle Entité/Association
Vérification du diagramme entité\association
- Vérification « syntaxique »
Wiem Mrabet 25
3- Le modèle Entité/Association
Le modèle Entité/Association : Remarques
-Incomplète : il ne représente que les informations qui sont intéressantes pour l’application
-Infidèle : il ne représente pas la réalité telle qu’elle est, mais telle qu’elle intéresse le
concepteur.
Wiem Mrabet 26