© Éditions Eyrolles
5
Avant-propos
Le chapitre 2 expose les règles de dérivation d’un modèle conceptuel dans le modèle de données
relationnel (ou objet-relationnel). Nous rappelons aussi les principes de normalisation, qui
permettent de préparer correctement un diagramme de classes à sa traduction en langage SQL.
Programmation SQL2 et SQL3
Le chapitre 3 détaille la traduction d’un modèle de données relationnel en script SQL2 et celle
d’un modèle objet-relationnel en langage SQL3. Nous décrivons également les moyens de
programmer les différentes contraintes d’un schéma conceptuel.
Outils du marché
Le chapitre 4 valide la démarche théorique de l’ouvrage en la comparant aux offres des principaux outils informatiques du marché. L’étude comparative confronte 14 logiciels (Enterprise
Architect, MagicDraw, MEGA Designer, ModelSphere, MyEclipse, Objecteering, Poseidon,
PowerAMC, Rational Rose Data Modeler, Together, Visio, Visual Paradigm, Visual UML et
Win’Design). Chaque outil est évalué selon la qualité dont il dispose à implémenter différents
critères de UML 2 (associations binaires, n-aires, classes-associations, agrégations, contraintes
inter-associations, héritage multiple avec contrainte et rétroconception d’une base de données).
Annexes
Les annexes contiennent une webographie et une bibliographie. L’index recense les termes
utilisés dans la définition des concepts et instructions SQL, ce qui permettra au lecteur de faire
rapidement le parallèle entre les concepts et la programmation.
Site Web
Les corrigés détaillés des exercices et les errata sont mis en ligne sur http://www.soutou.net/
christian/livres/UML2BD/Complements.html.
Conventions typographiques
La police courrier est utilisée pour souligner les instructions SQL, noms de variables, tables,
contraintes, etc. (ex : SELECT nom FROM Pilote). De plus, nous employons les majuscules
pour les directives SQL et les minuscules pour les autres éléments. Le nom des tables, comme
celui des classes, est précédé d’une majuscule. Nous utilisons aussi cette convention pour les
noms et composants des classes UML (ex : la classe Compagnie dispose de la méthode
affreter).
5
Avant-propos
Le chapitre 2 expose les règles de dérivation d’un modèle conceptuel dans le modèle de données
relationnel (ou objet-relationnel). Nous rappelons aussi les principes de normalisation, qui
permettent de préparer correctement un diagramme de classes à sa traduction en langage SQL.
Programmation SQL2 et SQL3
Le chapitre 3 détaille la traduction d’un modèle de données relationnel en script SQL2 et celle
d’un modèle objet-relationnel en langage SQL3. Nous décrivons également les moyens de
programmer les différentes contraintes d’un schéma conceptuel.
Outils du marché
Le chapitre 4 valide la démarche théorique de l’ouvrage en la comparant aux offres des principaux outils informatiques du marché. L’étude comparative confronte 14 logiciels (Enterprise
Architect, MagicDraw, MEGA Designer, ModelSphere, MyEclipse, Objecteering, Poseidon,
PowerAMC, Rational Rose Data Modeler, Together, Visio, Visual Paradigm, Visual UML et
Win’Design). Chaque outil est évalué selon la qualité dont il dispose à implémenter différents
critères de UML 2 (associations binaires, n-aires, classes-associations, agrégations, contraintes
inter-associations, héritage multiple avec contrainte et rétroconception d’une base de données).
Annexes
Les annexes contiennent une webographie et une bibliographie. L’index recense les termes
utilisés dans la définition des concepts et instructions SQL, ce qui permettra au lecteur de faire
rapidement le parallèle entre les concepts et la programmation.
Site Web
Les corrigés détaillés des exercices et les errata sont mis en ligne sur http://www.soutou.net/
christian/livres/UML2BD/Complements.html.
Conventions typographiques
La police courrier est utilisée pour souligner les instructions SQL, noms de variables, tables,
contraintes, etc. (ex : SELECT nom FROM Pilote). De plus, nous employons les majuscules
pour les directives SQL et les minuscules pour les autres éléments. Le nom des tables, comme
celui des classes, est précédé d’une majuscule. Nous utilisons aussi cette convention pour les
noms et composants des classes UML (ex : la classe Compagnie dispose de la méthode
affreter).