mod le entit association n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Modèle Entité-Association PowerPoint Presentation
Download Presentation
Modèle Entité-Association

Loading in 2 Seconds...

play fullscreen
1 / 80

Modèle Entité-Association - PowerPoint PPT Presentation


  • 123 Views
  • Uploaded on

Modèle Entité-Association. Modélisation conceptuelle. Objectif : représenter la réalité telle qu'elle est perçue par les utilisateurs Le processus de modélisation et la définition de son résultat sous forme d'un schéma conceptuel est appelé conception de la base de données

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Modèle Entité-Association' - orrick


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
mod lisation conceptuelle
Modélisation conceptuelle
  • Objectif: représenter la réalité telle qu'elle est perçue par les utilisateurs
  • Le processus de modélisation et la définition de son résultat sous forme d'un schéma conceptuel est appelé conception de la base de données
  • La qualité de la conception de la BD est un facteur critique de réussite
mod le de donn es rappel
Modèle de données (rappel)
  • Ensemble de :
    • concepts permettant la description et la manipulation des données du monde réel
    • règles d’utilisation de ces concepts
  • Ces concepts décrivent les aspects:
    • Statiques: structure des données
    • Dynamiques: opérations sur les données

+ contraintes explicites

mod les conceptuels
Modèles conceptuels
  • Respectent la trilogie de base
    • objets (ou entité du monde réel)
    • liens
    • propriétés
  • Permettent des représentations multiples
conception d une bd phases
Conception d’une BD : phases
  • analyse de la réalité
    • partielle
    • subjective
    • infidèle
  • représentation (modèle)
    • contenu
    • structure
    • règles
    • dynamique
  • description (langage de définition des données - LDD)
structure per ue du monde r el
Structure perçue du monde réel
  • Jeanpossède une HondaCRV grise
  • Arlette, sa femme, est avec lui
observations
Observations
  • "Jean" , "Arlette’’
    • désignent des objets reconnus comme des Personnes
  • "Honda CRV’’
    • nom utilisé pour désigner une Voiture
  • "Jean" Possède "Honda CRV" :
    • exprime un lien entre une personne et une voiture
  • ... est marié avec... :
    • exprime un lien entre une personne et une autre personne
  • "grise":
    • valeur pour la propriété couleur de la voiture
  • "Jean":
    • valeur pour la propriété prénom de la personne
abstraction

Lisa

Zoë

Dylan ...

Fred

Abstraction

De la réalité perçue

à la représentation:

Faire abstraction des particularités permet de passer des objets aux types d'objets

type d’objet: Personne

propriétés: - nom,

- âge, ...

qualit s pour mod les conceptuels
Qualitéspour modèles conceptuels
  • Complétude
    • Description de tous phénomènes courants
  • Fiabilité
    • formellement défini
  • Orientation utilisateur
    • compréhensible, clair, lisible
  • Implémentabilité
    • traduisible en un modèle réalisable par un SGBD
quels mod les conceptuels
Quels modèles conceptuels ?
  • Idéalement: tous les concepts utiles
  • Pratiquement: un nombre limité
  • Qui sont :

objets + liens + propriétés

+ multi-représentation

+ contraintes d’intégrité

diff rents mod les conceptuels
Différents Modèles conceptuels
  • Entité-Association – EA
  • Entité-Association avec MERISE (MCD)
  • UML
  • autres
    • NB: les modèle relationnel et certains modèles orienté objets sont des modèles logique (objectif: implémentation)
quelques termes

Etudiant

Quelques termes

Une perception du monde réel

Abstraction / Description

Diagramme

Classe d'objets similaires

étudiants

SCHEMA

Base de données

Type d'objet

Étudiant:

-nom

-prénoms

-date de naissance

-section

-année

INSTANCES ou OCCURRENCES

TYPE

POPULATION

le mod le entit association
Le modèle Entité-Association
  • But: permettre la description conceptuelle des structures de données d'une application
  • Les concepts de base (correspondent aux concepts d’abstraction de la réalité):
    • objet ou individu <=> entité
    • lien <=> association (relationship)
    • propriété <=> attribut

Les entités et les associations sont décrites par des attributs

  • + la représentation multiple (concepts avancés)
entit s et types d entit s

Lisa

Zoë

Dylan ...

Fred

Entités et types d’entités
  • Entité: représentation d’un objet du monde réel ayant une existence propre
  • Type d'entité (TE): représentation d'un ensemble d'entités perçues comme similaires et ayant les mêmes caractéristiques

Personne

associations et types d associations
Associations et types d’associations
  • Association: représentation d'un lien non orienté entre plusieurs entités (qui jouent un rôle déterminé)
  • Typed'association (TA): représentation d'un ensemble d'associations ayant la même sémantique et décritespar les mêmes caractéristiques

achète

Personne

Maison

’achète ’ = < 1 personne, 1 maison >

slide16

NSS

Nom

Prénom

Personne

Propriétés de l’entité

Entité

Possède

N-Mat

Modèle

Type

Nbre de places

Est-marié-avec

Voiture

Association

Définition du schéma (1)

  • Un schéma est une collection de types
  • La bases de données contiendra les valeurs représentant les instances de ces types
  • Exemple de schéma conceptuel :

Formalisme graphique de représentation E-A

population d un ta
Population d'un TA

achète

Personne

Maison

r les
Rôles

’achète’ = < 1 personne, 1 maison >

achète

Personne

Maison

ACHETEUR

ACHETÉ

Association binaire: deux rôles

associations ternaires
Associations Ternaires

’achète’ = < 1 client, 1 produit, 1 fournisseur >

3 rôles

achète

Client

Produit

Fournisseur

associations cycliques
Associations Cycliques

2 rôles (au moins) lient le même type d'entité

Marié à

Personne

’marié à ’ = < 1 personne, 1 personne >

Problème: comment savoir dans un couple qui est le mari et qui est la femme ?

< Dupont Dominique, Dupont Dominique >

?

associations cycliques r les nomm s
Associations Cycliques: rôles nommés

?

Solution: spécifier le rôle de chaque entité pour supprimer les ambiguïtés

FEMME

Marié à

Personne

MARI

’marié à’ = < 1 personne/FEMME, 1 personne/MARI >

< Dupont Dominique / femme,

Dupont Dominique / mari >

associations cycliques1

Emprunteur

Emprunt

Personne

Banque

Garant

L'UN

Ami de

Personne

L’AUTRE

Associations Cycliques
  • Ternaires:
  • Symétriques:
cardinalit des r les

Possède

Min : Max

Personne

Cardinalité des rôles
  • Combien de voitures (minimum) une personne peut-elle avoir?
  • Combien de voitures (maximum) une personne peut-elle avoir?

Possède

Personne

Voiture

contraintes de cardinalit

Possède

0 : n

Personne

Possède

1 : 1

0 : n

Personne

Voiture

Contraintes de cardinalité
  • Une personne peut ne pas avoir de voiture, en avoir 1, 2, … n (pas de contrainte)
  • Une voiture a un et un seul propiétaire

Remarque : Les cardinalités représentent les liens entre les instances (occurrences) des types d’entités reliés par une association.

population d un ta1
Population d'un TA

achète

0:n

1:1

Personne

Maison

valeurs et notations des cardinalit s

Possède

Voiture

Personne

1 : 1

0 : n

Valeurs et notations des cardinalités

Minimum Maximum

0 1 zéro à un

1 1 un et un seul

0 n zéro à plusieurs

1 n un à plusieurs

n m plusieurs à plusieurs

attributs
Attributs
  • Décrivent l’information (les propriétés) à conserver sur:
    • une entité
    • une association
    • un attribut

FEMME

Marié à

Personne

MARI

Date_mariage

nom

prénom

salaire

jour

mois

année

Domaine [1,31]

attributs simples
Attributs simples
  • simple (atomique): non décomposable
    • Exemples: jour, prénom
  • Feuilles de l’arbre des attributs: seuls les attributs simples portent des valeur
  • Le domaine de valeurs est constitué de valeurs atomiques
    • Ex.: jour - domaine de valeurs: {1, 2, …., 31}
    • Domaines prédéfinis standard, intervalles, énumérés
attributs complexes
Attributs complexes
  • complexe: décomposé en d'autres attributs
    • Exemples: date (jour, mois, année),

adresse (rue, ville, code postal)

  • Un attribut complexe ne porte pas de valeur propre (pas de domaine directement associé)
  • La valeur d'un attribut complexe est la composition des valeurs de ses attributs composants.
  • Un composant d'attribut complexe peut être lui-même un attribut complexe.
attributs mono ou multivalu s
Attributs mono- ou multivalués
  • monovalué: une seule valeur par occurrence (cardinalité max=1)

Exemples: date de naissance, numéro SS

  • multivalué: plusieurs valeurs par occurence (cardinalité max>1).

Exemples: prénoms, téléphones, couleurs

Une valeur d'attribut multivalué est un ensemble (ou liste ou multi-ensemble) de valeurs, prises chacune dans le domaine de valeurs associé à l'attribut.

attributs obligatoires ou facultatifs
Attributs obligatoires ou facultatifs
  • obligatoire: une valeur au moins par occurrence (cardinalité min>=1).
    • Exemples: nom, prénoms
  • facultatif: peut ne pas prendre de valeur (cardinalité min=0).
    • Exemples: salaire, téléphones
  • Le caractère obligatoire ou facultatif est déterminé par les besoins de l'application:
    • Si l'on accepte d'enregistrer une personne sans connaître sa date de naissance, alors l'attribut date-de-naissance sera facultatif; sinon, il sera obligatoire
attributs exemple
Attributs: exemple

Employé

liste

No-emp nom prénoms CV postes

diplôme année intitulé salaires date-début date-fin

simple

obligatoire

monovalué

complexe, facultatif, multivalué de type ensemble

montant date

année mois

simple, obligatoire, multivalué de type liste

identifiants de te et ta
Identifiants de TE et TA
  • Nécessité de pouvoir désigner une entité (une association) de façon univoque (unique)
  • Identifiant:
    • Ensemble minimal d'attributs tel qu'il n'existe pas deux instances du TE (TA) où ces attributs aient la même valeur
identifiants du te employ

Il n’ y a pas deux employés qui ont le même numéro

S’il n’y a pas deux employés qui ont à la fois le même nom et les mêmes prénoms

Identifiants du TE Employé

Deux identifiants de Employé: No-emp, nom+prénoms

Employé

No-emp nom prénoms CV postes

diplôme année intitulé salaires date-début date-fin

montant date

année mois

identifiant d un ta r les multivalu s

Identifiant de Contrôle: Etudiant.No-carte + Cours.No-cours

Identifiant d'un TA: rôles multivalués
  • Cas fréquent:

id.TA = ensemble des identifiants des TE liés

Contrôle

Etudiant

Cours

No-carte nom note No-cours intitulé

identifiant d un ta attribut propre

Commande

Client

Produit

Identifiant d'un TA: attribut propre
  • id.TA = attribut du TA

No-client nom No-commande date quantité No-produit nom

Deux identifiants pour Commande:

1) No-commande

2) Client.No-client + Produit.No-produit

(s’ il n’existe qu’une seule commande d’un client donné pour un produit donné)

identifiant d un ta id te attribut propre
Identifiant d'un TA: id.TE +attribut propre
  • Un client peut commander le même produit plusieurs fois à des dates différentes

Commande

Client

Produit

No-client nom date quantité No-produit nom

Identifiant de Commande:

Client.No-client + Produit.No-produit + Commande.date

identifiant d un ta r le monovalu

Assure

Personne

Voiture

No-AVS No-imm.

Compagnie Ass.

Nom

Identifiant d'un TA: rôle monovalué
  • Règle:

Tout rôle monovalué induit un identifiant du TA (l’identifiant du TE lié est aussi identifiant du TA)

Identifiant de Assure: Voiture.No-imm.

identifiant d un ta cyclique
Identifiant d'un TA cyclique
  • Comme pour les autres TA

FEMME

Marié à

Personne

MARI

Date_mariage

nom

prénom

salaire

jour

mois

année

Deux rôles monovalués:

deux identifiants pour Marié à:

1) Personne/Femme.nom

2) Personne/Mari.nom

identifiant de te faible

Existe

Livre

Exemplaire

No-ISBN titre date-achât No-exemp. état

Identifiant de TE faible
  • Un TE qui ne peut être identifié par ses seuls attributs propres est appeléTE faible

Identifiant de Exemplaire: (Livre.No-ISBN + No-exemp.)

Identifiant de Existe: (Livre.No-ISBN + No-exemp.)

exemple de sch ma ea
Exemple de schéma EA

Gestion d'un hypermarché

chef

Chef de

Employé

Fournisseur

subord.

nom salaire NomF adresse

Affecté

Livré par

quantité

Vend

Rayon

Article

NomR étage quantité NomA type

exercice biblioth que
Exercice: Bibliothèque
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
objets ayant une existence propre
Objets ayant une existence propre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
les types d entit s
Les types d’entités
  • Objets ayant une existence propre et ayant un intérêt pour au moins un traitement de l’application

Auteur

Bibliotheque

Livre

?

Editeur

Client

objets ayant une existence propre1
Objets ayant une existence propre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
les types d entit s1
Les types d’entités
  • Objets ayant une existence propre et ayant un intérêt pour au moins un traitement de l’application

Auteur

?

Bibliothèque

Livre

Editeur

Client

objets ayant une existence propre2
Objets ayant une existence propre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeuret son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
les types d entit s2
Les types d’entités
  • Objets ayant une existence propre et ayant un intérêt pour au moins un traitement de l’application

Auteur

Bibliothèque

Livre

Editeur

Client

?

objets ayant une existence propre3
Objets ayant une existence propre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
les types d entit s3

?

Les types d’entités
  • Objets ayant une existence propre et ayant un intérêt pour au moins un traitement de l’application

Auteur

Bibliothèque

Livre

?

Editeur

Client

objets ayant une existence propre4
Objets ayant une existence propre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un livre est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
les types d entit s4
Les types d’entités
  • Objets ayant une existence propre et ayant un intérêt pour au moins un traitement de l’application

Auteur

Bibliothèque

Livre

Editeur

Client

les attributs d u te livre
Les attributsdu TE Livre
  • Un client qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un LIVRE est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
type d entit livre et ses attributs
Type d’entité Livre et ses attributs

1:1

titre

Livre

numéro

list

auteurs

1:n

état

date-achat

éditeur

les attributs du te client
Les attributs du TE Client
  • Un CLIENT qui s'inscrit à la bibliothèque verse une caution. Suivant le montant de cette caution il aura le droit d'effectuer en même temps 10 emprunts au maximum.
  • Les emprunts durent au maximum 15 jours
  • Un LIVRE est caractérisé par son numéro dans la bibliothèque (identifiant), son titre, son éditeur et son (ses) auteur(s).
  • On veut pouvoir obtenir, pour chaque client les emprunts qu'il a effectués (nombre, numéro et titre du livre, date de l'emprunt).
  • Toutes les semaines, on édite la liste des emprunteurs en retard : nom et adresse du client, date de l'emprunt, numéro(s) et titre du (des) livre(s) concerné(s).
  • On veut enfin pouvoir connaître pour chaque livre sa date d'achat et son état.
type d entit client et ses attributs
Type d’entité Client et ses attributs

numéro

Client

nom

caution

adresse

rue

ville

les te du sch ma conceptuel
Les TE du schéma conceptuel

titre

numéro

Livre

Client

numéro

nom

auteurs

caution

adresse

date-achat

éditeur

état

rue

ville

les types d association

Emprunte

emprunté

emprunteur

date-emprunt

date-retour

Les types d’association
  • représentation d'un lien non orienté entre plusieurs entités (qui jouent un rôle déterminé)

Livre

Client

sch ma conceptuel biblioth que

Emprunte

emprunté

emprunteur

date-emprunt

date-retour

Schéma conceptuel Bibliothèque

titre

numéro

Livre

Client

numéro

nom

caution

auteurs

adresse

éditeur

date-achat

état

rue

ville

contraintes d int grit ci
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.
ci sur les attributs

Emprunte

emprunté

emprunteur

date-emprunt

date-retour

CI sur les attributs
  • 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.

titre

numéro

Livre

Client

numéro

nom

caution

auteurs

adresse

éditeur

date-achat

état

rue

ville

repr sentation multiple

Articles

Hi-Fi

Habillement

Alimentaire

Produit laitiers

Fruits

Légumes

Viandes

Représentation multiple
  • Un objet peut avoir plusieurs représentations
  • Plusieurs points de vues:
  • un article
  • un articlealimentaire
  • un produit laitier
lien de g n ralisation sp cialisation

Un article alimentaire

Est un article

Lien IS_A

Article

alimentaire

Article

habillement

Article

Hi-Fi

Produit

laitier

Viande

Fruits et

legumes

Lien de Généralisation / Spécialisation

Article

Raffinement de classification

hi rarchie de g n ralisation sp cialisation

TE générique

Spécialisation

Généralisation

TE spécifiques

Inclusion de populations:

tout X est unY

Y

X

Hiérarchie de Généralisation/Spécialisation

Article

Lien IS_A

Article

alimentaire

Article

habillement

Article

Hi-Fi

XEst unY

Xsous-typedeY

Ysur-typedeX

contraintes d int grit sur is a
Contraintes d'intégrité sur Is-a

Article

Lien IS_A

Article

alimentaire

Article

habillement

Article

Hi-Fi

Disjonction: les articles alimentaires et les articles d'habillement n'ont pas d'instances communes

Couverture: tout article appartient à l'un des sous-types (alimentaires, d'habillement ou Hi-Fi)

Partition: disjonction + couverture

clusters de sp cialisation
Clusters de spécialisation

Etudiant

Et.garçon

Et.fille

Et.info

Et.ssc

Et.3ème

Et.4ème

critère: sexecritère: sectioncritère: année

g n ralisation multiple

…….

Etudiant

Enseignant

Doctorant

Assistant

Professeur

assistants

assitants-doctorants

doctorants

Généralisation multiple

Assistant-Doctorant

h ritage

Vente

nom

marque

type

Article

Article

alimentaire

Article

habillement

Article

Hi-Fi

date limite tailles couleurs puissance

Reparation

La description des sous-types ne porte que sur les informations additionnelles propres au sous-type

Service

après vente

Héritage
h ritage et inclusion

Carré

Rectangle

a

b

a

Carré

Rectangle

a

a

b

mauvais

Rectangle

Carré

b

CI: a=b

BD LPOO

Héritage et inclusion
description d un sch ma ea
DESCRIPTION D’UN SCHÉMA EA
  • Types d’entités
  • Types d’association
  • Attributs
  • Liens is-a
  • Types d’identifiant
  • Domaines d’attribut
  • Contraintes d'intégrité

schéma conceptuel

EA =( {TE}, {TA}, {CI} )

description d un te
Description d'un TE
  • nom du type d'entité;
  • nom du (ou des) type(s) d'entité sur-type de ce type d'entité, s'il en existe;
  • une définition libre (commentaire) précisant la sémantique du TE
    • caractérisation exacte de la population du type d'entité
  • description des attributs du TE
  • composition des identifiants du TE, s'il en existe
  • contraintes d'intégrité propres au TE
les entit s dans le temps
Les entités dans le temps

TE Client: qu'est qu'un client ???

  • Toute personne qui a une commande en cours
  • Toute personne qui a fait une commande dans les six derniers mois
  • Toute personne qui a fait une commande dans le passé ou qui est susceptible de faire une commande dans le futur
  • ………
description d un ta
Description d'un TA
  • nom du type d'association
  • une définition libre (commentaire) précisant la sémantique du TA
  • noms des TE participant au TA, avec le nom du rôle les associant au TA
  • pour chaque rôle, sa cardinalité
  • description des attributs du TA , s'il en existe
  • composition des identifiants du TA, s'il en existe
  • contraintes d'intégrité propres au TA
les associations dans le temps
Les associations dans le temps

TA Personne – Emprunte – Livre

  • Quels emprunts veut-on dans la BD?
  • Seulement les emprunts en cours
  • Les emprunts des trois derniers mois
  • Aussi les emprunts à venir (réservations)
  • ….
exemple ta a ffect bd hypermarch
Exemple: TA "Affecté" (BDhypermarché)
  • nom: Affecté
  • définition: "lie un employé au rayon dans lequel cet employé travaille aujourd'hui”
  • TE participants: <Employé, > , <Rayon, >
  • cardinalités: Employé : min=0, max=1 Rayon : min=0, max=n
  • attributs: /
  • identifiant: Employé.nom
  • contraintes d'intégrité: /
description d un attribut
Description d'un attribut
  • nom de l'attribut
  • définition libre de sa sémantique
  • cardinalités
  • si attribut simple: domaine de valeurs
  • si attribut complexe: description des attributs composants
domaine de valeurs d un attribut simple
Domaine de valeurs d’un attribut simple
  • Le domaine de valeurs d’un attribut définit l'ensemble des valeurs permises pour cet attribut.
  • Le domaine d’un attribut simple peut être
    • un domaine de base: entiers, réels, string, booléen, date, …
    • un domaine de base avec restriction:

Entier [>=1,<=12] pour l'attribut mois

    • un domaine énuméré:

{janvier, février, …, décembre}

    • un domaine de type défini par l’utilisateur
contraintes d int grit ci1
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.
ci sur les attributs1
CI sur les attributs
  • Restrictions de domaine fixes :
    • âge  [0 : 130 ]
  • Restrictions selon le contexte :
    • SI mois  {4, 6, 9, 11} ALORS jour  [1:30] ,

SINON SI mois=2 ALORS jour  [1:29],

SINON jour  [1:31]

    • "x,y  Personne, <x,y>  Mariage

=> x.état-civil = "marié" & y.état-civil = "marié”

    • "x  Personne,"y  Voiture, <x,y>  Conduit

=> x.âge >=18

    • "x  Personne,

(x.sexe=F OR x.age<18)=>x.statut_milit.=NUL

attributs d riv s
Attributs dérivés

nombre d'enfants =

nombre d'occurrences du TA “Parent” qui lient cette Personne

Parent

2:2

Personne

nom

Enfant

nom prénoms nombre d'enfants nom prénoms