UML 2 pour les Bases de Données

Partager par email

×

Bien qu’il existe depuis quelques années des outils informatiques permettant de générer des scripts SQL à partir d’un schéma conceptuel graphique, il est courant de constater que ces mêmes scripts (ou les modèles logiques de données), doivent être modifiés manuellement par la suite, soit pour des raisons d’optimisation, soit parce que l’outil ne permet pas de générer une caractéristique particulière du SGBD (héritage, index, vues, type de données...), soit tout simplement parce que le concepteur préfère utiliser une autre possibilité d’implémentation pour traduire telle ou telle autre association.

Code Titre Durée Prix HT
UM100 UML 2 pour les Bases de Données
 5 jours Nous consulter

Objectifs

  • Les concepteurs UML repéreront des règles de passage afin de traduire un diagramme de classes dans un modèle de données d’une base de données relationnelle ou objet-relationnelle.
  • Les programmeurs connaissant le modèle relationnel et SQL2 découvriront l’influence de l’approche objet sur les bases de données, et les mécanismes de programmation mettant en œuvre les types abstraits de données avec SQL3.
  • Les étudiants dénicheront des définitions pragmatiques et de nombreux exercices mettant en jeu tous les niveaux du processus de conception d’une base de données.

Public

Cet ouvrage s’adresse aux personnes qui s’intéressent à la modélisation et à la conception des bases de données.

Pré-requis

Les concepteurs habitués au modèle entité-association (que ce soit la notation américaine ou celle de type Merise/2) y trouveront les moyens de migrer vers le diagramme de classes de UML 2.

Post-Formation

Méthodes

50% Pratique 50% Théorique

Programme

  • À qui s’adresse cette formation ?
  • UML et bases de données
  • Conception et normalisation
  • Programmation SQL2 et SQL3
  • Outils du marché
  • Sites Web
  • Présentation
  • Évolution des SGBD relationnels
  • Les niveaux d’abstraction
  • Caractéristiques des SGBD
  • Modèle de données
  • Que sont devenus les SGBD objet ?
  • Les SGBD objet-relationnels
  • Du modèle entité-association à UML
  • Pourquoi faudra-t-il utiliser UML ?
  • Comment concevoir une base de données avec UML ?

Le Niveau Conceptuel : Face à Face Merise/UML

  • Face à face Merise/UML
  • Concepts de base
  • Associations un-à-un
  • Associations un-à-plusieurs
  • Associations plusieurs-à-plusieurs
  • Associations n-aires
  • Associations réflexives
  • Associations dérivées et qualifiées
  • Associations navigables
  • Contraintes
  • Affinage des associations n-aires
  • Associations d’agrégation
  • Règles de validation
  • Caractère élémentaire d’un attribut
  • Vérification
  • Première forme normale
  • Deuxième forme normale
  • Troisième forme normale
  • Forme normale de Boyce Codd
  • Décomposition des n-aires
  • Héritage
  • Formalisme
  • Différents cas d’héritage
  • Héritage multiple
  • Héritage simple
  • Encapsulation
  • Positionnement des méthodes
  • Visibilité des attributs et des méthodes
  • Au niveau de la base de données
  • Attributs dérivés
  • Identification et incidence sur la réification
  • Identification absolue d’une entité
  • Identification relative
  • Identification d’une association
  • Identifiant alternatif
  • Entité faible
  • Exemple récapitulatif
  • Aspects temporels
  • Modélisation d’un moment
  • Modélisation de chronologie
  • Modélisation de l’historisation
  • La démarche
  • Décomposition en propositions élémentaires
  • Propositions incomplètes
  • Propositions redondantes
  • Propositions réductibles
  • Propositions complexes irréductibles
  • Chronologie des étapes
  • UML 2 ou Merise/2 ?
  • Quelques règles à respecter avec UML
  • Exercices

Le Niveau Logique : du Relationnel à l’Objet

  • Présentation
  • Modèle de données
  • Équivalences avec le modèle de données du SGBD
  • Dépendances fonctionnelles
  • Formes normales
  • Approche par décomposition
  • Approche par synthèse
  • Bilan
  • Modèles objet
  • Notation UML
  • Les concepts objet au niveau logique
  • Du conceptuel au logique
  • D’un schéma entité-association/UML vers un schéma relationnel
  • D’un schéma entité-association/UML vers un schéma objet
  • Associations d’agrégation
  • Raisonnement par rétro-conception
  • Deux relations en liaison
  • Trois relations en liaison
  • Du conceptuel à l’objet
  • Transformation des entités/classes
  • Exercices

Le Niveau Physique : de SQL2 à SQL3

  • Le langage SQL
  • Les normes
  • Définition des données
  • Manipulation des données
  • Interrogation des données
  • Contrôle des données
  • Passage du logique à SQL2
  • Traduction des relations
  • Traduction des associations binaires
  • Traduction des associations d’héritage
  • Traduction des contraintes d’héritage
  • Transformation des agrégations
  • Traduction des contraintes
  • Du Modèle Objet à SQL3
  • Traduction des classes UML
  • Associations un-à-un
  • Associations un-à-plusieurs
  • Associations plusieurs-à-plusieurs
  • Associations n-aires
  • Associations réflexives
  • Classes-associations UML
  • Transformation des associations d’héritage
  • Exercices

Outils du Marché : de la Théorie à la Pratique

  • Associations binaires
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • Associations n-aires
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • Classes-associations
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • Contraintes
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • Agrégations
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • Héritage
  • Niveau conceptuel
  • Niveau logique
  • Script SQL
  • Bilan intermédiaire
  • La rétro-conception
  • Bilan général
  • Quelques mots sur les outils
  • Conclusion

Environnement

Mot-clés

UML

Commander