La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

1 Modélisation des bases de données avec UML Construction dun modèle UML dobjets persistants et transformation en modèle relationnel.

Présentations similaires


Présentation au sujet: "1 Modélisation des bases de données avec UML Construction dun modèle UML dobjets persistants et transformation en modèle relationnel."— Transcription de la présentation:

1 1 Modélisation des bases de données avec UML Construction dun modèle UML dobjets persistants et transformation en modèle relationnel

2 2 diagramme de classes diagramme dobjets diagramme de composants diagramme de déploiement Statique (ce que le système EST) diagramme de séquence diagramme de collaboration diagramme détats-transitions diagramme dactivités Fonctionnel (ce que le système FAIT) Dynamique (comment le système EVOLUE) diagramme de cas dutilisation diagramme de collaboration Axes de modélisation d un système

3 3 Conceptuel organisationnel logique physique En UML, les mêmes modèles peuvent être utilisés à différents niveaux d abstraction du plus conceptuel à limplantation. On peut donc appliquer des mécanismes de transformation continue. Niveaux dabstraction dun SI

4 4 diagramme de cas dutilisation diagramme de classes diagramme de séquence diagramme de collaboration diagramme dobjets diagramme détats-transitions diagramme dactivités (nous utiliserons IDEF 0) diagramme de composants diagramme de déploiement Les 9 diagrammes UML

5 5 DiagrammeClassesComposantsDéploiementCollaborationEtats TransitionsSéquenceObjetsCas d utilisation ClassesEtats TransitionsSéquence Ceci est un commentaire Description UML des 9 diagrammes UML Activité

6 6 Cas dutilisation une fonctionnalité attendue du système (VEGA2) par les différents acteurs. Exemples : Quelques diagrammes : acteur (intéragissant avec VEGA2) Système (VEGA2) message Diagramme de séquence Chaque cas d'utilisation apparaît comme un scénario, décrit par un ou plusieurs diagrammes de séquence. Un diagramme de séquences montre les interactions entre les acteurs et le système selon un point de vue temporel pour accomplir une fonctionnalité attendue du système (un cas d utilisation). Cest une ensemble de messages échangés entre les acteurs et le système, ordonnés chronologiquement. Diagramme de Classes

7 7 Modèle Fonctionnel Use Cases : cas d utilisation diagramme de collaboration

8 8 Modèle Statique diagramme d objets Diagramme de classes

9 9 Objet : une entité concrète avec une identité bien définie qui encapsule un état et un comportement. L état est représenté par des valeurs dattribut et des associations, le comportement par des méthodes. Un objet est une instance d une classe. Classe : une description dun ensemble dobjets qui partagent les mêmes attributs, opérations, méthodes, relations et contraintes. Une classe peut posséder des attributs ou des méthodes « de classe ». Objets et classes MaVoiture : Voiture marque = Renault Modèle = Nevada Immatriculation = 648ADX38 AnnéeModele = 1992 Kilométrage = Voiture marque : chaîne Modèle : chaîne Immatriculation : chaîne (8) AnnéeModele : date Age_moyen : entier Rouler ( ) Kilometrage_annuel_moyen ( )

10 10 Structure statique dun système, en termes dobjets et de liens entre ces objets. Ces objets et ces liens possèdent des attributs qui possèdent des valeurs. Un objet est une instance de classe et un lien est une instance dassociation. Personne âge : entier patron collaborateur 1 * Diagramme de classes Nom de lobjet : Classe Attributs = valeurs Diagramme dObjets Etienne : personne âge = 35 Jean-Luc : personne âge = 25 patron Diagramme d objets collaborateur emploie>

11 11 Structure statique dun système, en termes de classes et de relations entre ces classes. Nom de classe Attributs Opérations () Voiture Couleur Cylindrée Vitesse max Démarrer () Accélérer () Freiner () Visibilité : trois niveaux de visibilité pour les attributs et les opérations: public (+) : élément visible à tous les clients de la classe protégé ( #) : élément visible aux sous-classes de la classe privé (-) : élément visible à la classe seule Syntaxe: nom_attribut : type_attribut = valeur initiale nom_opération (nom_argument : type_argument = valeur_par_défaut, …) : type_retourné exemple : Diagramme de classes

12 12 Agrégation : quand une classe fait partie dune autre classe (agrégat - composant) Association : toute relation structurelle entre classes, autre que l agrégation et la généralisation Généralisation : factorisation des éléments communs dun ensemble de classes dits sous- classes dans une classe plus générale dite super-classe. Elle signifie que la sous-classe est un ou est une sorte de la super-classe. Le lien inverse est appelé spécialisation classe 4 classe 3 classe 2 classe 1 agrégation association généralisation spécialisation véhicule voiturecamionavion moteur constructeur 1 1..* 1 Diagramme de classes : Relations entre classes

13 13 Agrégation: Association transitive : si voiture est composée de moteur et si moteur est composé de courroie alors voiture est composée de courroie Association non systémique : si voiture est composée de moteur, moteur ne peut pas être composé de voiture Association qui peut être réflexive : une fonction peut être composée d autres fonctions Rôle et multiplicité : Une classe a un rôle dans une association. Les rôles portent une information de multiplicité précisant le nombre d associations auquel une instance d objet peut être associée. Les multiplicités les plus courantes sont : 1 / 0..1 / m..n / * /0..* / 1..* Associations

14 14 Nommage des associations véhiculeconstructeur fabricant produit véhiculepersonne Conduit> conducteurvéhicule Possède> propriétairevéhicule directeursociété Possède> actionnaire société

15 15 PersonneSociétéEmployeur Employé1 0..* m.. n * ou 0.. * 1.. * Un et un seul (obligatoire) Zéro ou un (optionnel) De m à n (entiers) quelconque Au moins 1 Multiplicité des associations

16 16 Arité des associations Salle EnseignantEtudiant Début Fin Cours lieu Association darité 3

17 17 Placement des attributs et des associations Diplôme TravailEtudiant Chambre Réalise > Note Numéro Mention 0..* * 1

18 18 Contraintes comptepersonne {Ordonnée} Est_titulaire> * classepersonne {Sous ensemble} 0.. * Parent d élève Délégués universitépersonne {Ou-exclusif} 0.. * Enseignants Etudiants

19 19 Agrégation ChapitreLivre {Ordonnée} * Paragraphe {Ordonnée} 1.. *

20 20 Composition TêteHomme 1 1 La composition traduit une dépendance existentielle forte.

21 21 1..* 1 0..* EstResoluPar 1 0..* 1..* 1 Induit 1..* LesProblèmes LesProjets 1..* LesEtudes 0..1 ComplétéePar 0..* * 0..1 Suivant 0..* * Exemple de diagramme de classes

22 22 Modèle Statique Passage d un diagramme de classe à un modèle relationnel

23 23 Relation / Table Produit (Réf-produit, Libellé-p, Prix-vente-p) Fournisseur (Code-fournisseur, Adresse, Téléphone) Règle 0 & 1: attribut et classe produit Réf-produit Libellé-p Prix-vente-p fournisseur Code-fournisseur Adresse Téléphone Classe Passage du modèle statique UML au relationnel : les associations

24 24 Produit (Réf-produit, Libellé-p, Prix-vente-p, Code-fournisseur, remise) Fournisseur (Code-fournisseur, Adresse, Téléphone) Relation / Table Règle 2 : relation de multiplicité (1) fournisseur Code-fournisseur Adresse Téléphone Classe < fournir 1 produit Réf-produit Libellé-p Prix-vente-p remise Passage du modèle statique UML au relationnel : les associations *

25 25 Classe Produit (Réf-produit, Libellé-p, Prix-vente-p, remise, Code-fournisseur) Fournisseur (Code-fournisseur, Adresse, Téléphone) Relation / Table Règle 3 : relation de multiplicité (0-1) fournisseur Code-fournisseur Adresse Téléphone < fournir 0-1 produit Réf-produit Libellé-p Prix-vente-p remise Passage du modèle statique UML au relationnel : les associations *

26 26 Produit (Réf-produit, Libellé-p, Prix-vente-p) Fournisseur (Code-fournisseur, Adresse, Téléphone) Relation / Table Fournir (Réf-produit, Code-fournisseur, remise) Règle 4 : relation de multiplicité (0..*) (1..*) fournisseur Code-fournisseur Adresse Téléphone < fournir 0..* ou 1..* produit Réf-produit Libellé-p Prix-vente-p remise Classe Passage du modèle statique UML au relationnel : les associations *

27 27 Père (nom-fils, nom-père) Relation / Table Personne nom père de > Classe 0..* 1 Règle 5 : relation réflexive orientée Passage du modèle statique UML au relationnel : les associations

28 28 Personne nom frère de Classe Personne (Nom) Frère (nom, nom) Relation / Table Règle 6 relation réflexive symétrique Passage du modèle statique UML au relationnel : les associations Attention, la relation étant transitive, des traitements devront être associés au modèle.

29 29 Références site en français


Télécharger ppt "1 Modélisation des bases de données avec UML Construction dun modèle UML dobjets persistants et transformation en modèle relationnel."

Présentations similaires


Annonces Google