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

Classes, objets, séquences, communication, états

Présentations similaires


Présentation au sujet: "Classes, objets, séquences, communication, états"— Transcription de la présentation:

1 Classes, objets, séquences, communication, états
Introduction à UML David Lovera - IMALOGIC (2012) Classes, objets, séquences, communication, états

2 Introduction Qu'est-ce que UML?
Classification des différents diagrammes Classes, objets Séquences Communication Etats Conclusion UML – David Lovera - IMALOGIC (2012)

3 Qu'est-ce que UML? Unified Modeling Language
Langage “visuel” pour modéliser, spécifier, visualiser, documenter et ... … surtout communiquer entre membres d'une même équipe Les différents diagrammes représentent différents points de vues d'un même problème Approche orientée objet Mais … UML n'est pas une méthodologie UML – David Lovera - IMALOGIC (2012)

4 Classification des différents diagrammes
UML – David Lovera - IMALOGIC (2012)

5 Diagramme de classe – Notion de classe
Notation un objet est une instanciation (occurrence) d'une classe Une classe est composée: attributs données dont les valeurs représentent l'état de l'objet méthodes opérations applicables aux objets UML – David Lovera - IMALOGIC (2012)

6 Diagramme de classe – Modélisation objet
Visibilité des attributs définissent les droits d'accès aux données Publique (+) Protégée (#) Privée (-) Static (~) UML – David Lovera - IMALOGIC (2012)

7 Types de relation entre classes
Héritage Association Agrégation Composition UML – David Lovera - IMALOGIC (2012)

8 Types de relation : Héritage
étendre les propriétés d'une classe, sous forme de sous-classes factoriser les propriétés groupe de classes sous forme de super-classe Spécialisation Généralisation Chaque personne de l’université est identifiée par son nom, prénom Les étudiants ont plus un noEtudiant Les enseignants ont un numéro de téléphone interne UML – David Lovera - IMALOGIC (2012)

9 Types de relation : Association
Chaque instance de voiture a un lien vers le propriétaire Chaque instance de Personne a un ensemble de lien vers les voitures UML – David Lovera - IMALOGIC (2012)

10 Types de relation : Association
Une personne peut acheter 0 ou n voitures Une voiture est achetée par une et une seule personne Multiplicités 1 : la classe est en relation avec un et un seul objet de l’autre classe 1..* : la classe est en relation avec au moins un objet de l’autre classe 0..* : la classe est en relation avec 0 ou n objets de l’autre classe 0..1 : la classe est en relation avec au plus un objet de l’autre classe UML – David Lovera - IMALOGIC (2012)

11 Types de relation : Agrégation
Cas particulier d’association exprimant une relation de « contenance » ou parlera d'agrégation ou de composition (agrégation forte) Exemples: Une voiture a 4 roues Un dessin contient un ensemble de figures géométriques Une présentation PowerPoint est composé de transparents Une équipe de recherche est composée d’un ensemble de personnes Deux types de relations de « contenance » en UML Agrégation Composition (Agrégation forte) UML – David Lovera - IMALOGIC (2012)

12 Types de relation : Agrégation
Type de relations A « contient » des instances de B Propriétés de l’agrégation La suppression de A n’implique pas la suppression de B L'élément agrégé peut être partagé Exemples L’enseignant est un composant d’une (ou plusieurs) équipe de recherche d’un seul département La disparition d’une équipe de recherche n’entraîne pas la disparition d’un enseignant UML – David Lovera - IMALOGIC (2012)

13 Types de relation : Composition (agrégation forte)
La suppression de A entraîne la suppression de B Exemple: « Une présentation PowerPoint est composée de transparents » La suppression de la présentation entraîne la disparition des transparents qui la compose UML – David Lovera - IMALOGIC (2012)

14 Diagramme de classes UML – David Lovera - IMALOGIC (2012)

15 Diagramme d’objets montre des objets (instances de classes dans un état particulier) et des liens (relations sémantiques) entre ces objets. Pas de multiplicité, Attributs <>, NomObjet:Classe : : UML – David Lovera - IMALOGIC (2012)

16 Diagramme de séquence Les diagrammes de séquences montrent les interactions entre objets selon un point de vue temporel. UML – David Lovera - IMALOGIC (2012)

17 Diagramme de séquence Concepts principaux
1 Les participants (le plus souvent des objets) Une ligne de vie Des zones d’activation 2 Les messages L’opération et éventuellement ses paramètres Éventuellement son résultat 3 Les instances Création / Destruction 4 Les fragments Alt : conditionnelle Loop : boucle UML – David Lovera - IMALOGIC (2012)

18 Diagramme de séquence Participants, syntaxe des messages et des réponses UML – David Lovera - IMALOGIC (2012)

19 Diagramme de séquence Création/destruction d'instance,
Message synchrone, asynchrone UML – David Lovera - IMALOGIC (2012)

20 Diagramme de séquence Fragments d’interaction combinés (combined fragment ou inline) Fragment est une zone du diagramme définie par un opérateur et une opérande. La liste suivante regroupe les opérateurs d’interaction par fonctions : les opérateurs de choix et de boucle alternative, option, break et loop ; les opérateurs contrôlant l’envoi en parallèle de messages parallel et critical region ; les opérateurs contrôlant l’envoi de messages ignore, consider, assertion et negative ; les opérateurs fixant l’ordre d’envoi des messages weak sequencing , strict sequencing. UML – David Lovera - IMALOGIC (2012)

21 Diagramme de séquence Opérateurs de choix et de boucle
UML – David Lovera - IMALOGIC (2012)

22 Diagramme de séquence Exemples : location d'un film
UML – David Lovera - IMALOGIC (2012)

23 Diagrammes de communication
Version simplifiée du diagramme de séquence S'oriente sur l'échange de messages entre objets ou acteurs de façon chronologique Plus facile à utiliser que le diagramme de séquence sur un “tableau blanc” Utile pour valider les diagrammes de classes (construits en parallèle) A été utilisé sur le projet MIP pour faire le lien entre l'analyse des besoins et le design de l'application UML – David Lovera - IMALOGIC (2012)

24 Diagrammes de communication
Les entités représentées sont des objets (instances de classes) Les flèches entre ces objets sont des messages (méthodes), les liens entre objets sont symboliques UML – David Lovera - IMALOGIC (2012)

25 Diagrammes de communication
Les numéros représentent la chronologie des messages échangés UML – David Lovera - IMALOGIC (2012)

26 Diagrammes de communication
La numérotation peut être plate (1, 2, 3, …) ou imbriquée (1, 2, 3, 3.1, 3.2, 3.2.1, 3.2.2, 4, …) La numérotation imbriquée est utilisée pour les appels subséquents de méthodes UML – David Lovera - IMALOGIC (2012)

27 Diagrammes de communication
Une flèche “pleine” représente un message (appel de méthode) synchrone Une flèche “vide” représente un message asynchrone UML – David Lovera - IMALOGIC (2012)

28 Diagrammes de communication
UML – David Lovera - IMALOGIC (2012)

29 Diagrammes de communication
UML – David Lovera - IMALOGIC (2012)

30 Diagrammes d'états Modélise les machines à états
Comportement qui spécifie une séquence d'états qu'un système traverse en réponse à des événements. Très utile pour modéliser les comportements (souvent complexes) quand il y a beaucoup d'événements quand on a des états clairement identifiables UML – David Lovera - IMALOGIC (2012)

31 Diagrammes d'états A tout instant, un système peut se trouver dans un “état” Etre dans un état donné, signifie que le système se comportera d'une certaine façon en réponse aux événements se produisant. Etat initial Etat final Etat normal UML – David Lovera - IMALOGIC (2012)

32 Diagrammes d'états Les transitions provoquent des changements d'états
Cette transition est considérée comme “instantanée” Dans un nouvel état, le système réagira de façon différente aux événements UML – David Lovera - IMALOGIC (2012)

33 Diagrammes d'états Une transition peut être automatique (on sort d'un état directement après y être entré) Une transition peut être déclenchée par un événement qui survient sur le système. UML – David Lovera - IMALOGIC (2012)

34 Diagrammes d'états Les gardes sont des conditions de transition
Si la condition n'est pas respectée, la transition ne s'effectue pas UML – David Lovera - IMALOGIC (2012)

35 Diagrammes d'états Lors d'une transition, on peut exécuter des activités (ensemble d'actions) UML – David Lovera - IMALOGIC (2012)

36 Diagrammes d'états Activités d'un état: ensemble d'actions exécutées dans un état donné entry: lorsque le système entre dans un état exit: lorsque le système sort d'un état do: lorsque le système se trouve dans son état courant (activité interruptible) UML – David Lovera - IMALOGIC (2012)

37 Diagrammes d'états UML – David Lovera - IMALOGIC (2012)

38 Diagrammes d'états UML – David Lovera - IMALOGIC (2012)

39 Diagrammes d'états Points de jonction statique
Les gardes sont évalués avant la transition UML – David Lovera - IMALOGIC (2012)

40 Diagrammes d'états Points de jonction dynamique
Les gardes sont évalués après la transition UML – David Lovera - IMALOGIC (2012)

41 Diagrammes d'états (7) UML – ACIC (2012)

42 Conclusion UML – David Lovera - IMALOGIC (2012)


Télécharger ppt "Classes, objets, séquences, communication, états"

Présentations similaires


Annonces Google