• Aucun résultat trouvé

Bases de données Modélisation

N/A
N/A
Protected

Academic year: 2022

Partager "Bases de données Modélisation"

Copied!
23
0
0

Texte intégral

(1)

[email protected] [email protected]

© 2018-2021, Μη ͂ τις (http://info.usherbrooke.ca/llavoie)

CC BY-NC-SA 4.0 (https://creativecommons.org/licenses/by-nc-sa/4.0/)

Le méta-modèle entité-association Et les notations UML et EAE-UML

2022-03-25

Bases de données Modélisation

MCD_02b

v302b

MCD_02b

v303c

(2)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

2022 -03 -25 M CE D _M CD _0 2b — Mo dé lisa tio n E A-UM L ( v3 03 c) © 20 18 -2022, Μ η ͂ τις — CC B Y-NC -SA 4.0

Plan

¢ Rappel : notation EA

¢ La notation UML

¢ Équivalences EAE-UML

¢ Exercice

(3)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Méta-modèle entité-association symboles de base

E Entité forte

E Entité faible

R Association

a Attribut (non-clé)

a Attribut clé

a Attribut clé partiel

a Attribut multivalué

j

a i

Attribut composite

R Association déterminante

a Attribut calculé

(min,max)

rôle Participation

Participation déterminante

(4)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

La notation EAE

Extensions

o

S1 Sn

T

...

d

S U

T

...

u

S U

T

Dérivation disjointe

Dérivation conjointe

Union

(5)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

¢ Présentation

¢ Concepts de base

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

La notation UML

(6)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

UML Aperçu

¢ UML est un langage conçu pour soutenir la conception de classes en permettant d’en visualiser les composants et les liens.

¢ UML est le résultat de la fusion de plusieurs notations antérieures de conception orientée-objet (OMT, OOD, etc.).

¢ Portée d’UML

— Décrire la structure de la classe :

¢ attributs,

¢ méthodes,

¢ liens (relations) avec les autres classes.

— Et, par extension, de décrire plusieurs utilisations auxquelles participent les classes :

¢ définition de processus

¢ schéma d’architecture

¢ stratégie de déploiement…

(7)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

UML Ne pas confondre

¢ Deux entités d’un même ensemble d’entités se distinguent par leur clé.

¢ Deux objets d’une même classe se distinguent par leur emplacement.

¢ EA

— Entités et ensembles d’entités.

— Associations.

— Outil de modélisation.

¢ UML

— Objets et classes.

— Pointeurs.

— Outil de conception.

(8)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

¢ Définition par équivalences simples

¢ Pourquoi (encore) une autre notation?

¢ Exercice

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA

(9)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA Les entités

e () : t a {key}

b {key}

c d

X

X a

b c

d e

T S

i j

(a,b) U

g

h i

j S

g h

U T

(a,b) (1,1)

Classes, attributs et clés Entités, attributs et clés

Composition Attributs composites et multiples

(10)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA Les associations

S T

R (a,b) S role-s (a,b) R role-t (c,d) T

role-s role-t

(c,d)

Relation binaire Association binaire

U

S T

U

R

S (a,b) R (c,d) T

(e,f)

Relation multiple Association multiple

∀ s∈S.(a ≤ #{(s,t,u) ∈ R} ≤ b)

∀ t∈T.(c ≤ #{(s,t,u) ∈ R} ≤ d)

∀ u∈U.(e ≤ #{(s,t,u) ∈ R} ≤ f)

role-s role-t

role-? role-?

role-? role-u

...

(11)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA

Les associations déterminantes

(a,b)

S R T

cp ct

ct {key}

(a,b) T

Agrégation Association binaire déterminante et clés partielles

cp {key/R}

S

S R T1

cp ct1

ct1 {key}

T1

Relation déterminante Association générale déterminante et clés partielles

cp {key/R}

S

Tn ctn

R

ctn {key}

Tn ... ...

R

(12)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EAE Dérivation

d

S1 Sn

T

Généralisation conjointe Dérivation conjointe

Généralisation disjointe Dérivation disjointe

T

S1 Sn

o

S1 Sn

T

... ...

{overlapping}

...

T

S1 ... Sn

{disjoint}

«abstract» T si la relation dT est

totale

«abstract» T si la relation oT est

totale

(13)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EAE Union

u

S1 Sn

T

Héritage multiple Union

...

T

S1 ... Sn

(14)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA

Attributs de relation et relation orientée

S R T

(1,1)

S (c,d) (a,b) T

R

role-s role-t

U

g h

(a,b) role-s

(c,d) role-t

g h

U

Attributs de relation Association ternaire totale

(a,b) role-s

S T

R role-t (c,d)

Relation ortientée Ne pas limiter l'orientation d'une association en analyse

S R T

g

(a,b) role-s

(c,d) role-t

h

Attributs de relation Association avec attribut

S (c,d) (a,b) T

R

role-s role-t

g h

R’

(15)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Notation « à la » UML plutôt que notation EAE Pour

¢ Certains informaticiens désirent s’en tenir à un seul langage graphique (une seule notation).

¢ On trouve plus facilement des outils pour UML que pour EA (ou EAE).

¢ La représentation (graphique) des attributs est plus compacte, simple et commode en UML.

¢ Depuis l’inclusion des n-relations en UML (2012), il n’y a plus de perte significative d’expressivité.

¢ On peut éviter la surspécification en s’en tenant aux seuls concepts de modélisation.

¢ On peut « faire semblant » que les objets sont des entités.

¢ ...

(16)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Notation UML plutôt que EAE Contre

¢ Parce que plusieurs experts du domaine s’y retrouvent mieux avec les diagrammes EA, mais pour combien de temps

encore?

¢ Pour distinguer graphiquement, dès le premier coup d’oeil, le modèle conceptuel d’une de ses conceptions dérivées.

¢ Parce qu’on ne peut indiquer correctement, simplement et commodément les participations des n-relations.

¢ Il est plus aisé d’éviter la (tentation de la) surspécification.

¢ Il est difficile de « faire semblant » que les objets sont des entités.

¢ ...

(17)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Notation UML plutôt que EAE Résumé

¢ Pour

— Prévalence des outils UML.

— Une meilleure notation des attributs en UML que dans les méthodes nord-américaines (mais pas Merise).

¢ Contre

— Fausse (bonne) idée qu’un modèle EAE se transpose directement en modèle objet... et vice-versa.

— Perte de vue de la finalité du diagramme EAE : la communication entre l’expert du domaine et l’analyste informatique.

— Confusion possible : risque d’oublier que derrière le diagramme « à la

UML » il y a un modèle EAE.

(18)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

Cours universitaires DISP :

définition de la notion de disponibilité

COM :

définition de la notion de compétence

PRE :

définition de la notion de préalable

Professeur, Étudiant : attributs incomplets

-03 -25

Modèle entité- association

Exemple (1) M CE D

_M CD _0 2b — Mo dé lisa tio n E A-UM L ( v3 03 c) © 20 18 -2022, Μ η ͂ τις — CC B Y-NC -SA 4.0

Cours

Groupe DEF

Trimestre PROG

INS

Étudiant AFF

Professeur

sigle titre trimestre

groupe

noEmployé

matricule nom

note

nom

(0,*) (0,*)

(0,*)

(1,*) (1,3)

(0,*) (0,*)

(0,*)

DISP (0,*)

(0,*) COM

(0,*)

(0,*)

préalable

(19)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25 M CE D _M CD _0 2b — Mo dé lisa tio n E A-UM L ( v3 03 c) © 20 18 -2022, Μ η ͂ τις — CC B Y-NC -SA 4.0

Cours universitaires

Équivalences UML – EA Exemple (2)

+sigle {key}

+titre

Cours

+trimestre {key}

Trimestre +sigle {key}

+titre

Préalable

(0,*)

PROG (0,*)

+groupe {key/DEF}

Groupe

+matricule {key}

+nom

Étudiant

(1,*) (0,*)

DEF

note INS

+noEmployé {key}

+nom

Professeur (0,*)

AFF (1,3)

(0,*)

DISP (0,*) (0,*)

COM

(0,*)

∀ c∈Cours.(0 ≤ #{(c,t,g) ∈ DEF} ≤ n)

∀ t∈Trimestre.(0 ≤ #{(c,t,g) ∈ DEF} ≤ n)

∀ g∈Groupe.(1 ≤ #{(c,t,g) ∈ DEF} ≤ n)

Affecté

formé inscrit

est disponible

(20)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Équivalences UML – EA

Exercice : Gaspard et Madeleine

¢ Voir BD011 pour l’énoncé

¢ Utilisation de la notation EA en déplaçant les attributs dans le

rectangle de l’entité

(21)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

2022 -03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

typeArme typeMunition

poids Arme

nb

Munition

idProduit nomProduit quantiteEnStock prixUnitaireDeRef

Produit

Organisation

1..1 1..1

0..*

0..*

idExpedition quantite dateDepart dateArrivee

Expédition

prixAchat Réception prixVente

Livraison

1..1

0..*

1..1

0..*

noFournisseur Fournisseur noClient

Client 1..1

0..*

typeA typeM

Armenent

d

d

c de

chez du

+typeArme {key} +typeMunition {key}

+poids Arme

+nb Munition

+noProduit {key}

+nomProduit +quantiteEnStock +prixUnitaireDeRef

Produit

«virtual»

+idOrganisation {key}

+nomOrganisation Organisation

+Utilise Arme +Utilise Munition

1..1 1..1

0..* 0..*

+typeMunition +typeArme

+idExpedition {key}

+quantite +dateDepart +dateArrivee

Expédition

«virtual»

+prixAchat Réception +prixVente

Livraison

0..* 0..*

+noFournisseur {key}

Fournisseur +noClient {key}

Client

1..1

0..*

+produit

S

{non overlapping}

{non overlapping}

{overlapping}

(22)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25

MCED_MCD_02b —Modélisation EA-UML (v303c) © 2018-2022,Μῆτις —CC BY-NC-SA 4.0

Postlude

Dictionnaires de données

¢ Que documenter ?

— entités, attributs, domaines, associations, contraintes

¢ Comment documenter ?

— pour tous : identifiant, définition

— entités : liste des attributs, contraintes internes

— attributs : domaine

— domaines : ensemble de valeurs, représentation interne et externe

— associations : liste des participations

— contraintes :

¢ règles (de domaine, de métier, d’organisation)

¢ restrictions

(23)

Département d’informatique, Faculté des sciences, Université de Sherbrooke, Québec

-03 -25 M CE D _M CD _0 2b — Mo dé lisa tio n E A-UM L ( v3 03 c) © 20 18 -2022, Μ η ͂ τις — CC B Y-NC -SA 4.0

!

Références

Documents relatifs

Pour ceci faire, lors de la phase d’extraction de la sémantique d’un schéma de base de données, nous enri- chissons la représentation des concepts, des relations entre concepts

La base de données (données primaires) est la matière première à partir de laquelle la bioinformatique va produire d'autres données (données secondaires) et

•Extraction des caractéristiques de l’image : couleur, texture, forme, contraintes spatiales, régions.. Recherche d’images basée sur

En revanche, l’utilisation du type GUID ou UUID comme clef d’une table est une folie dont les conséquences sont catastrophiques… La longueur de cette information nécessite davantage

Dossiers en soins palliatifs est une série trimestrielle publiée dans Le Médecin de famille canadien et rédigée par les membres du Comité des soins palliatifs du

déduire de la base conceptuelle des données mais ne sont déduire de la base conceptuelle des données mais ne sont pas présentent dans celle-ci (ex : âge calculé à partir de la

Un attribut calculé est un attribut dont la valeur est calculée à partir d’informations qui sont dans la base de données. C’est donc un attribut qui duplique l’information.

• Dans la typologie des clés primaires, chaque clé étrangère fait référence à une table avec une clé primaire simple. • Exemple : la table de liaison PARTICIPER relie