De UML SQL> une synthse
Christian Soutou
http://icare.iut-blagnac.fr/soutou
You cannot design databases without a familarity with the techniques of the ER diagramming R.J. Muller, Database Design for Smarties, Using UML for Data Modeling, Morgan & Kaufman, 1999
C. Soutou - 2006 2
Plan
Historique / Gnralits Face face Merise/UML Profil UML pour les bases de donnes Exercice Bibliographie, Webographie
C. Soutou - 2006
Historique
UML 1.2 UML 1.1 Rational, HP, Microsoft, Oracle, Unisys, etc UML 1.0 UML 0.9x
UML 2.0 2003 UML 1.3 1999 1998 1997
IBM et ObjecTime
Unified Method 0.8 OOSE Autres mthodes Booch OMT
C. Soutou - 2006 4
Gnralits
UML (Unified Modeling Language) Objectifs
Reprsenter des systmes par une notation unifie base sur les concepts objets Langage de modlisation (analyse et conception) tablir un couplage entre concepts et code excutable (C++, Java)
C. Soutou - 2006
Les diagrammes
Statiques (structurel)
Diagrammes de classes Diagrammes dobjets Diagrammes de cas dutilisation (use cases) Diagrammes de composants Diagrammes de dploiement Diagrammes de squence Diagrammes de collaboration Diagrammes dtats-transitions Diagrammes dactivits
Dynamiques (comportemental)
C. Soutou - 2006
Diagrammes statiques
Classes : Description des classes et des relations (associations entre les classes) Objets : Description des objets et leurs liens, correspondent des diagrammes de collaboration simplifis, sans reprsentation des envois de messages Cas dutilisation (use cases) : Description des fonctions du systme du point de vue des utilisateurs Composants : Description des composants physiques du systme Dploiement : Description des composants sur les dispositifs matriels
C. Soutou - 2006
Niveaux de conception
Conceptuel : oui Logique : oui Physique : non Externe : trs peu
Conceptuel
Logique
Externe Physique
C. Soutou - 2006
Pourquoi utiliser UML?
Notorit des entreprises qui appartiennent au consortium UML (DEC, HP, IBM, Microsoft, Oracle, Rational Software, Unisys...) La majorit des nouveaux projets utilisent cette UML via un outil Avantages indniables des concepts objets (rutilisabilit, maintenance, prototypage)
C. Soutou - 2006 9
Face face Merise/UML
Concepts de base Associations Agrgations Contraintes Hritage
C. Soutou - 2006
10
Historique de Merise
P. Moulin, J. Randon, S. Savoysky, S. Spaccapietra, H. Tardieu, M. Teboul, Conceptual model as database design tool, Proceedings of the IFIP Working conference on Modelling in Database Management Systems , G.M. Nijssen Ed., NorthHolland, 1976 P.P. Chen, The Entity-Relationship Model : Towards a Unified View of Data, ACM Transactions on Database Systems, Vol 1, N1, 1976
C. Soutou - 2006
11
Face face Merise/UML
Les + dUML
Les mthodes (dynamique des classes) Les strotypes : mcanismes dextensibilit par ajout de nouveaux types de classes
<<Table>> <<View>> <<Association>>
Lien avec les applications Java
Le - dUML : absence de mthode (ce nest quune notation)
C. Soutou - 2006 12
Face face Merise/UML
quivalences des concepts de base
Entit Classe Occurrence Objet Association Association / Classe-association Contraintes Contraintes / Notes MCD Diagramme des classes Cardinalit est synonyme de multiplicit mais linterprtation est diffrente
C. Soutou - 2006
13
Associations Merise
un identifiant (simple ou compos) par entit pas didentifiant dassociation pas de proprit pour les associations binaires un--un et un--plusieurs Rles possibles
C. Soutou - 2006
14
Cardinalit nest pas multiplicit
Interprtation des cardinalits
du modle de Chen (entity relationship) / UML du modle MCD de Merise
Associations binaires : simple permutation
Associations n-aires : raisonnement diffrent
C. Soutou - 2006 15
Associations n-aires
Dans Merise : lues dune entit du sens entit concerne entits connectes
Dans le modle de P. Chen et pour UML : lues du sens entits connectes entit concerne Rles et attributs possibles dans tous les formalismes
C. Soutou - 2006
16
Associations n-aires UML
Trois possibilits de reprsentation
Symbole losange Classe strotype Classe-association (modlisation de contraintes dunicit et dinclusion)
C. Soutou - 2006
17
Symbole losange
De plus en plus doutils le prenne en compte
C. Soutou - 2006
18
Classe strotype
Les liens doivent sinstancier simultanment
Mal support par les outils (ex. Rose / PowerAMC) dans la gnration SQL (cl primaire)
C. Soutou - 2006
19
Contrainte dunicit
Un employ prsent dans un aroport ne travaille que pour le compte dune seule compagnie arienne .
C. Soutou - 2006
20
Contrainte dinclusion
Un employ ne peut reprsenter que ses employeurs dans tout aroport o il travaille.
C. Soutou - 2006
21
Cumul de contraintes
Un employ ne peut reprsenter que ses employeurs dans tout aroport o il travaille. Un employ prsent dans un aroport ne travaille que pour le compte dune seule compagnie arienne .
C. Soutou - 2006
22
Agrgations
Lagrgation ( ) affine une association (rflexive, binaire ou n-aire) pour laquelle lune des extrmits joue un rle prdominant par rapport lautre Lagrgation concerne un seul rle dune association Agrgation forte : composition ( )
La notion dagrgation a t un des aspects les plus discuts de la notation UML Lagrgation se traduira au niveau de SQL par dclencheurs (triggers) ou contrainte CASCADE(sur des cls trangres)
C. Soutou - 2006 23
Agrgations
Il est prfrable dutiliser une agrgation dans les cas suivants
une classe fait partie dune autre classe une action sur une classe implique une action sur une autre classe les objets dune classe sont subordonns aux objets dune autre classe
C. Soutou - 2006
24
Contraintes
Objectif : plus de smantique un schma Contraintes Merise/2
Partition Exclusion Totalit Inclusion Simultanit Unicit (CIF)
XT X T I S CIF
Prises en compte par les outils mais pas de gnration automatique de code associe
C. Soutou - 2006 25
Contrainte de partition : CHECK
C. Soutou - 2006
26
Exclusivit : CHECK
X
<<Exclusivit>>
Totalit : CHECK
T
<<Totalit>>
Simultanit : CHECK
S
<<Simultanit>>
C. Soutou - 2006
27
Code SQL pour la simultanit
CREATE TABLE Pilote (numpil NUMBER PRIMARY KEY, nompil VARCHAR(10), sani VARCHAR(10), entraine VARCHAR(10), CONSTRAINT fk_pilote_sanitaire FOREIGN KEY(sani)REFERENCES Sanitaire(codesan), CONSTRAINT fk_pilote_entrainement FOREIGN KEY(entraine) REFERENCES Entrainement(codent), CONSTRAINT ck_pilote_simultaneite CHECK ((sani IS NULL AND entraine IS NULL) OR (sani IS NOT NULL AND entraine IS NOT NULL)) );
C. Soutou - 2006
28
Contrainte dinclusion : dclencheur
Merise/2
<<Sous-ensemble>>
C. Soutou - 2006 29
Contrainte dunicit
Merise/2 (CIF)
Associations binaires (un--plusieurs) Associations n-aires : inter-entits
Associations binaires (un--plusieurs) Associations n-aires : classesassociations
C. Soutou - 2006 30
Hritage au niveau conceptuel
Exemple : les navigants dAir France
PNT : Personnel Navigant Technique PNC : Personnel Navigant Commercial
Contraintes possibles
de partition (A) exclusion (B) totalit (C) aucune (D)
Personnel PNT Personnel Personnel PNT PNT
Les2
Personnel
PNT
Les2 Chercheur PNC
PNC
PNC
PNC
B
C. Soutou - 2006
D
31
Hritage Merise/2 - UML
C. Soutou - 2006
32
Hritage au niveau logique
dcomposition par distinction
PNC[numPers#, indice, prime] Personnel[numPers, nomPers] PNT[numPers#, brevet, validiteLicence]
Exclusion Partition
dcomposition descendante (push-down)
PNC[numPers, nomPers, indice, prime] PNT[numPers, nomPers, brevet, validiteLicence]
Totalit!!!
dcomposition ascendante (push-up).
Personnel[numPers, nomPers,indice, prime, brevet, validiteLicence]
Totalit (mais valeurs NULL)
C. Soutou - 2006
33
Profil UML pour les BD
Dfinition lments Exemple sous Rose
C. Soutou - 2006
34
Profils UML
Un profil est une proposition dune communaut et regroupe un ensemble dlments UML
Composants Strotypes Icnes
qui sappliquent un contexte particulier et qui conservent le mta-modle dUML intact
UML profile for Data Modeling propos par Rational Software
C. Soutou - 2006
35
lments du profil UML/BD
C. Soutou - 2006
36
Profil UML/BD
lments dune architecture
C. Soutou - 2006
37
Association un--plusieurs
C. Soutou - 2006
38
Association plusieurs--plusieurs
C. Soutou - 2006
39
Exercice
Un client dune banque est caractris par (num, nom, adresse). Il faudra pouvoir stocker ses diffrents numros de tlphone fixe, travail et portable (numtel). Un compte est rattach un client (ncompte, solde, dateouv). Un client peut disposer de plusieurs comptes. Un compte pargne est rmunr un taux (txInt). Un compte courant est caractris par un nombre dopration de carte bleue (nbopCB). On veut stocker les oprations faites par un client (signataire ou pas) sur un compte courant (dateop, montant). Quand le montant est positif il sagit dun dpt, quand il est ngatif il sagit dun retrait.
C. Soutou - 2006 40
Exercice
Un compte courant peut avoir plusieurs signataires (qui sont des clients de lagence). Pour un compte courant donn un signataire peut avoir diffrent droits (droit) : D signifie le droit de dbiter sur le compte R signifie le droit de retirer un chquier X signifie le droit de retirer et de clturer le compte Il est important de savoir quel employ de la banque (numEmp, nomEmp) a affect chaque droit.
C. Soutou - 2006
41
Bibliographie / Webographie
D. Nanci, B. Espinasse, B. Cohen, Ingnierie des systmes d'information : Merise, Vuibert, 2000 P.A. Muller, N. Gaertner, Modlisation objet avec UML, Eyrolles, 2003 P. Roques, UML par la pratique, Eyrolles, 2003 C. Soutou, De UML SQL, Eyrolles, 2002 Forum Modlisation, Mthodes,
http://www.developpez.net/forums/index.php
C. Soutou - 2006
42
