Université Sidi Mohamed Ben Abdallah Faculté des Sciences Dhar El Mahraz Fès Département d’Informatique

Document sur la formation Du langage UML

Réalisé par : WARME Moumouni Etudiant en Master I Filière : Master Qualité Logiciel Année Universitaire 2010-2011

Le Langage UML
Table des matières

W.Moumouni

Introduction............................................................................................................................................. 4 Chapitre 1 : Le diagramme de cas d’utilisation ....................................................................................... 5 1. 2. 3. a. b. c. 4. a. b. c. 5. Définition : ................................................................................................................................... 5 Les objectifs : ............................................................................................................................... 5 Les éléments du diagramme de cas d’utilisation ........................................................................ 6 Acteur ...................................................................................................................................... 6 Cas d’utilisation ....................................................................................................................... 6 Représentation d’un diagramme de cas d’utilisation ............................................................. 7 Relations dans les diagrammes de cas d’utilisation .................................................................... 7 Relations entre acteurs et cas d’utilisation ............................................................................. 7 Relations entre cas d’utilisations............................................................................................. 8 Relations entre acteurs ......................................................................................................... 10 Exemple d’application ............................................................................................................... 11

Chapitre 2 : Le diagramme de séquence ............................................................................................... 13 1. 2. 3. a. b. c. d. 4. Définition : ................................................................................................................................. 13 Les objectifs : ............................................................................................................................. 13 Les éléments du diagramme de séquences .............................................................................. 13 Représentation des lignes de vie........................................................................................... 13 Représentation des messages ............................................................................................... 13 Fragments d’interaction combinés ....................................................................................... 16 Utilisation d’interaction (interaction use) ............................................................................. 18 Exemple d’application ............................................................................................................... 19

Chapitre 3: Le diagramme d’état-transition.......................................................................................... 22 1. 2. 3. Définition : ................................................................................................................................. 22 Les objectifs : ............................................................................................................................. 22 Les éléments du diagramme de séquences .............................................................................. 22

2

............. 22 Représentation: ................................................................... b........ 2.. 26 Conclusion ...................................................................................... 3................................................................................... a................................... 24 Les Relations ....................... 4. 24 Les éléments du diagramme de classe ............................ Définition ........................................................... 27 3 ............................................................................................................................................................................................................................. W................... 24 1............... 24 Les objectifs : .................................................................................................................. 25 Exemple d’application ...............................Le Langage UML 1...................................................................... 22 Chapitre 4: Le diagramme de classes ................................................................................................ 2...........................................................................Moumouni Définitions : ............................................................. 24 Les Classes ....................................................................................

Cette programmation a pour objectif de rendre utilisable les objets ou entités réutilisables. L  UML (Unified Modeling Language) : C’est un langage de modélisation graphique qui permet de représenter et de communiquer les divers aspects d’un système d’information. pour en faire une application. sans oublié la séparation des données et du traitement sur ces données. Pour mieux aborder la suite nous allons d’abord définir un certain nombre de concepts. Donc c’est un métalangage car il fournit les éléments permettant de construire le modèle qui. sera le langage de l’application. En tant que étudiant informaticien développeur il est primordial de maitriser ce langage pour mieux effectuer une approche concrète et claire des applications à développer. La version étudiée dans ce document est UML 2.0 qui comporte 13 diagrammes par rapport à la version UML 1.Moumouni Introduction Le langage UML est un langage de modélisation utilisé dans plusieurs domaines y compris l’informatique précisément dans la POO (Programmation Orientée Objet). Ainsi la réalisation de ce document a pour but de consolider. Aux graphiques sont bien sûr associés des textes qui expliquent leur contenu.0 qui ne compte que 9 diagrammes.0.0 sont :  Diagramme d’activité  Diagramme de classes  Diagramme de cas d’utilisation  Diagramme de communication  Diagramme de composants  Diagramme de déploiement  Diagramme d’états-transitions  Diagramme global d’interaction 4 . d’approfondir les différentes notions acquises lors de la formation.Le Langage UML W. C’est dans cette logique que cette formation sur UML a été effectuée. lui. Ce langage est dans sa version UML 2. Les treize diagrammes d’UML 2. Définitions :  POO (Programmation Orientée Objet) : La programmation orienté objet c’est pensé en terme d'ensemble d’objets reliés abstraits inter-opérant entre eux.

celui où s’assure la relation entre l’utilisateur et les objets que le système ou l’application met en œuvre. D’ailleurs nous allons étudier que trois parmi ces quatre diagrammes. 5 . qui sont :  Diagramme de cas d’utilisation  Diagramme de séquence  Diagramme d’état-transition  Diagramme de classes Ces diagrammes seront détaillés dans les chapitres qui suivent. L’élaboration de celui-ci nécessite des entretiens avec les utilisateurs. analyser et organiser les besoins d’un système  Répertorier les comportements d’un système  Découper de manière simple les fonctionnalités d’un système. c’à dire les fonctionnalités de l’application ou du système nécessaires aux utilisateurs.Moumouni Tous ces diagrammes ne sont pas utilisé en même temps lors d’une modélisation puisque chaque diagramme à un rôle bien spécifique et selon le besoin. Définition : Le diagramme de cas d’utilisation comme sont nom l’indique présente les différents cas d’utilisation. 2. C’est le premier diagramme du modèle UML. Les objectifs : Les objectifs de ce diagramme sont tout à fait évidents :  Présenter de manière claire et simple le cahier de charge d’un système  Recueillir.Le Langage UML  Diagramme d’objets  Diagramme des packages  Diagramme de temps  Diagramme de structure composite  Diagramme de séquence W. Chapitre 1 : Le diagramme de cas d’utilisation 1.

<<Stéréotype>> Nom du cas Figure 3 : Exemple de représentation d’un cas d’utilisation 6 . b. un système externe ou un dispositif matériel qui interagit avec le système. Cl i ent Figure 1 : Exemple de représentation d’un acteur Il est également possible de représenter un acteur sous la forme d’un classeur (figure 2) stéréotypé. et optionnellement. un déroulement et une fin. Cas d’utilisation Un cas d’utilisation est une unité représentant une fonctionnalité visible de l’extérieur. un stéréotype. <<acteur>> Client Figure 2 : Exemple de représentation d’un acteur sous forme de classeur Le stéréotype : Un stéréotype est une annotation s’appliquant sur un élément de modèle.Précisons que le stéréotype n’est pas propre au diagramme de cas d’utilisation mais est une annotation générale utilisable dans tous les diagrammes UML. Ainsi nous avons des acteurs principaux qui sont les principaux utilisateurs. Il est représenté par une ellipse (figure 3) contenant le nom du cas (un verbe à l’infinitif).Moumouni 3. pour l’acteur qui l’initie. Le statu d’un acteur va dépendre des fonctionnalités du système utilisés par celui-ci. Les éléments du diagramme de cas d’utilisation Ce diagramme comporte plusieurs éléments qui sont : a.Le Langage UML W. Un cas d’utilisation modélise donc un service rendu par le système. avec un déclenchement. exemple le stéréotype <<acteur>> au niveau du classeur . et des acteurs secondaires ce qui par exemple ferons marcher le système exemple l’administrateur etc. au-dessus du nom. Il se représente par un petit bonhomme (figure 1) avec son nom (exemple son rôle) inscrit en dessous. Acteur Un acteur est l’idéalisation d’un rôle joué par une personne. réalisant un service de bout en bout. sans imposer le mode de réalisation de ce service.

Relations entre acteurs et cas d’utilisation Relation d’association : c’est un chemin de communication entre un acteur et un cas d’utilisation qui est représenté par un trait continu (figure 5). Relations dans les diagrammes de cas d’utilisation a. Le nom du système figure à l’intérieur du cadre.Moumouni c. Comme le montre la figure 4. Représentation d’un diagramme de cas d’utilisation Figure 4: Diagramme de cas d’utilisation modélisant une borne d’accès à une banque.Le Langage UML W. 7 . en haut. la frontière du système est représentée par un cadre. Figure 5: Exemple de relation entre cas d’utilisation et les acteurs. Les acteurs sont à l’extérieur et les cas d’utilisation à l’intérieur. 4.

Un cas d’utilisation a au plus un acteur principal. En général. Un acteur principal obtient un résultat observable du système tandis qu’un acteur secondaire est sollicité pour des informations complémentaires.Le Langage UML Acteurs principaux et secondaires : W.Moumouni Un acteur est qualifié de principal pour un cas d’utilisation lorsque ce cas rend service à cet acteur. le stéréotype << secondary >> est utilisé pour les acteurs secondaires. Relations entre cas d’utilisations Types et représentations Figure 6 : Exemple de diagramme avec des relations entre les cas d’utilisations 8 . Le stéréotype << primary >> vient orner l’association reliant un cas d’utilisation à son acteur principal. c’est cas d’utilisation interne. l’acteur principal initie le cas d’utilisation par ses sollicitations. Les autres acteurs sont alors qualifiés de secondaires. b. Cas d’utilisation interne : Lorsqu’un cas d’utilisation n’est relié à aucun acteur.

Relation d’inclusion Un cas A inclut un cas B si le comportement décrit par le cas A inclut le comportement du cas B : le cas A dépend de B. l’accès aux informations d’un compte bancaire inclut nécessairement une phase d’authentification avec un identifiant et un mot de passe (figure 6). et la généralisation/spécialisation. Par exemple. Relation d’extension La relation d’extension est probablement la plus utile car elle a une sémantique qui a un sens du point de vue métier au contraire des deux autres qui sont plus des artifices d’informaticiens. qui figure dans un compartiment du cas étendu sous la rubrique point d’extension. Cette dépendance est symbolisée par le stéréotype << include >> (figure 6). Ce point s’appelle le point d’extension. Graphiquement. Cette dépendance est symbolisée par le stéréotype << extend >> (figure 6). La figure 6 présente l’exemple d’une banque où la vérification du solde du compte n’intervient que si la demande de retrait dépasse 20 euros. la flèche est dirigée de A vers B. qui sont explicitées par un stéréotype (les plus utilisés sont l’inclusion et l’extension). Exécuter B peut éventuellement entraîner l’exécution de A : contrairement à l’inclusion. la condition est exprimée sous la forme d’une note. et est éventuellement associé à une contrainte indiquant le moment où l’extension intervient. Les inclusions permettent essentiellement de factoriser une partie de la description d’un cas d’utilisation qui serait commune à d’autres cas d’utilisation (voir le cas S’authentifier de la figure 6). Si le cas A inclut ou étend le cas B.Le Langage UML Il existe principalement deux types de relations :   W. B l’est obligatoirement. 9 . Une extension est souvent soumise à condition. Il porte un nom. l’extension est optionnelle. comme une partie de A. Lorsque A est sollicité. Une dépendance se représente par une flèche avec un trait pointillé (figure 6). L’extension peut intervenir à un point précis du cas étendu. On dit qu’un cas d’utilisation A étend un cas d’utilisation B lorsque le cas d’utilisation A peut être appelé au cours de l’exécution du cas d’utilisation B. Le symbole utilisé pour la généralisation est une flèche avec un trait plein dont la pointe est un triangle fermé désignant le cas le plus général (figure 6).Moumouni les dépendances stéréotypées.

mais l’inverse n’est pas vrai. c. Dans la figure 6. la consultation d’un compte via Internet est un cas particulier de la consultation. Ceci ressemble au concept d’héritage en POO. tous les cas d’utilisation accessibles à A le sont aussi à B. Par exemple. Par contre. Cette relation de généralisation/spécialisation est présente dans la plupart des diagrammes UML et se traduit par le concept d’héritage dans les langages orientés objet. il peut gérer le stock. Relations entre acteurs La seule relation possible entre deux acteurs est la généralisation : un acteur A est une généralisation d’un acteur B (spécialisation) si l’acteur A peut être substitué par l’acteur B. Dans ce cas. Figure 7 : Exemple de relation de généralisation entre les acteurs 10 . le préposé aux commandes ne peut pas gérer le stock.Le Langage UML Relation de généralisation W. la figure 7 montre que le directeur des ventes est un préposé aux commandes avec un pouvoir supplémentaire : en plus de pouvoir passer et suivre une commande. Le symbole utilisé pour la généralisation entre acteurs est une flèche avec un trait plein dont la pointe est un triangle fermé désignant l’acteur le plus général (on a déjà vu ça avec les relations entre cas d’utilisation).Moumouni Un cas A est une généralisation d’un cas B si B est un cas particulier de A.

Internaute. gérer son catalogue de livre et sa base de données de clients.Le Langage UML 5. etc. L’objectif fondamental du futur site BookStore est de permettre aux internautes de rechercher des ouvrages par thème. La société BookStore souhaite réaliser un site e-commerce pour gérer seulement la vente de ses livres en ligne. La société BookStore possède un système « Gestion des stocks » qui met à jour les données concernant le prix et l’état du stock des livres du catalogue. BookBank. Client. Acteurs secondaire : Administrateur du site. Exemple d’application W. littérature.Moumouni Nous allons mettre en pratique les différentes notions acquises concernant les diagrammes de cas d’utilisation. 11 . etc. de se constituer un panier virtuel. concerne le processus d’achat/vente de livres sur Internet. Une fois le chèque encaissé par la banque partenaire BookBank. Art. BookStore reçoit ses commandes par fax et les chèques par courrier puis envoie le bon de commande au client. Après l’analyse effectuée nous avons tiré le diagramme de cas d’utilisation.). dans l’étude de cas suivant : Etude de cas 1 : Un site e-commerce Le commerce électronique dans cette étude de cas. La société BookStore est spécialisée dans la vente de livres de tout type (science. puis de pouvoir les commander et les payer directement sur le Web. Celui-ci présente les différents éléments suivant suivant : Les cas d’utilisation :  S’inscrire  S’authentifier  Rechercher des ouvrages  Gérer le panier  Commander le livre  Payer  Gérer les clients  Maintenance catalogue  Maintenance du site Les Acteurs : Principaux acteurs sont : Visiteur. mot-clé. numérique. etc…) et sur tout support (livre papier. Ce système est automatiquement chargé dans la base de données de façon périodique. elle utilise la société de transport BookEx pour acheminer les livres vers leurs clients... DVD. Actuellement. auteur. Système de gestion de stock.

Moumouni Figure 8 : Diagramme de cas d’utilisation 12 .Le Langage UML W.

Le Langage UML W. contenant une étiquette dont la syntaxe est : [<nom_du_rôle>] : [<Nom_du_type>] Au moins un des deux noms doit être spécifié dans l’étiquette. Représentation des lignes de vie Une ligne de vie se représente par un rectangle. auquel est accrochée une ligne verticale pointillée. obligatoire. Il indique les objets que l’acteur va manipuler et les opérations qui font passer d’un objet à l’autre. Les éléments du diagramme de séquences a. Définition : Le diagramme de séquence représente la succession chronologique des opérations réalisées par un acteur.Moumouni Chapitre 2 : Le diagramme de séquence 1. Plusieurs types de messages existent. 2. les deux points (:) sont. Les objectifs : Elle a comme objectifs de présenter :  les objets manipulés par les acteurs  la durée de vie d’un objet  ordre chronologique d’enchainement des objets d’un système  les opérations effectuées sur les objets par les acteurs 3. quand à eux. les plus communs sont :    l’envoi d’un signal l’invocation d’une opération la création ou la destruction d’une instance. b. 13 . Représentation des messages Un message définit une communication particulière entre des lignes de vie.

La création d’un objet est matérialisée par une flèche qui pointe sur le sommet d’une ligne de vie (figure 11).Moumouni Figure 9: Représentation d’un message asynchrone Graphiquement. 14 . un message asynchrone se représente par une flèche en traits pleins et à l’extrémité ouverte partant de la ligne de vie d’un objet expéditeur et allant vers celle de l’objet cible (figure 9). Messages synchrones Figure 10: Représentation d’un message synchrone Graphiquement. un message synchrone se représente par une flèche en traits pleins et à l’extrémité pleine partant de la ligne de vie d’un objet expéditeur et allant vers celle de l’objet cible (figure10). Ce message peut être suivi d’une réponse qui se représente par une flèche en pointillé (figure 10). La destruction d’un objet est matérialisée par une croix qui marque la fin de la ligne de vie de l’objet (figure 11).Le Langage UML Messages asynchrones W. Messages de création et destruction d’instance Figure 11: Représentation d’un message de création et destruction d’instance. La destruction d’un objet n’est pas nécessairement consécutive à la réception d’un message.

Moumouni Figure 12: Les différents évènements correspondant à un message asynchrone. ainsi que le début de l’exécution de la réaction et sa fin (figure 12). la réception d’un message est suivie de l’exécution d’une méthode d’une classe. Dans la plupart des cas. UML permet de séparer clairement l’envoi du message. Cette méthode peut recevoir des arguments et la syntaxe des messages permet de transmettre ces arguments. Syntaxe des messages et des réponses Figure 13: Syntaxe des messages et des réponses.Le Langage UML Événements et messages W. sa réception. 15 .

Message perdu et trouvé Figure 14: Représentation d’un message perdu et d’un message trouvé.Le Langage UML La syntaxe de réponse à un message est la suivante : W. strict sequencing. assertion et negative . La liste suivante regroupe les opérateurs d’interaction par fonctions :     les opérateurs de choix et de boucle : alternative. Une flèche partant d’une petite boule noire représente un message trouvé (figure 14). les opérateurs contrôlant l’envoi en parallèle de messages : parallel et critical region . Fragments d’interaction combinés Un fragment combiné représente des articulations d’interactions. Il existe 12 d’opérateurs définis dans la notation UML 2. Dans le pentagone figure le type de la combinaison.0. La figure 13 montre un exemple d’exécution d’une méthode avec une réponse. Un message complet est tel que les événements d’envoi et de réception sont connus. c. Les conditions de choix des opérandes sont données par des expressions booléennes entre crochets ([ ]). consider. break et loop . L’opérateur défini la signification du fragment combiné. Il est représenté dans un rectangle dont le coin supérieur gauche contient un pentagone. Les opérandes d’un opérateur d’interaction sont séparés par une ligne pointillée. mais pas l’événement de réception. Il se représente par une flèche qui pointe sur une petite boule noire (figure 14). appelé opérateur d’interaction. Un message perdu est tel que l’événement d’envoi est connu. option. Un message trouvé est tel que l’événement de réception est connu. Il est défini par un opérateur et des opérandes. les opérateurs contrôlant l’envoi de messages : ignore. les opérateurs fixant l’ordre d’envoi des messages : weak sequencing . 16 . Nous allons présenter que celle vue lors de cette formation.Moumouni [<attribut> = ] message [ : <valeur_de_retour>] où message représente le message d’envoi. mais pas l’événement d’émission.

Le sous-fragment s’exécute si la condition de garde est vraie et ne s’exécute pas dans le cas contraire. C’est un peu l’équivalent d’une exécution à choix multiple. Opérateurs opt L’opérateur option. comporte une opérande et une condition de garde associée. est un opérateur conditionnel possédant plusieurs opérandes (figure 15).' <maxInt> ] ')' ] 17 . ou alt. L’opérateur alternative.Le Langage UML W. ou opt.Moumouni Opérateur alt Figure 15: Représentation d’un choix dans un diagramme de séquence illustrant le découvrement d’une case au jeu du démineur. La syntaxe de la boucle est la suivante : loop[ '('<minInt> [ '. Opérateur loop Un fragment combiné de type loop possède un sous-fragment et spécifie un compte minimum et maximum (boucle) ainsi qu’une condition de garde.

la boucle continue. La boucle est répétée au moins minInt fois avant qu’une éventuelle condition de garde booléenne ne soit testée. Graphiquement. Tant que la condition est vraie. dans la définition d’un autre diagramme de séquence.Le Langage UML W. d. Cette syntaxe peut être remplacée par une indication intelligible comme sur la figure 15. Figure 16: Représentation de l’appel d’un diagramme de séquence dans un autre 18 . On place dans le rectangle le nom du diagramme référencée (figure 16).Moumouni La condition de garde est placée entre crochets sur la ligne de vie. une utilisation apparaît dans un diagramme de séquence sous forme de rectangle avec le tag ref (pour référence). Utilisation d’interaction (interaction use) Il est possible de faire référence à un autre diagramme de séquence. au plus maxInt fois.

pour l’étude de cas 1 du chapitre 1. Exemple d’application W. Voici quelques principaux diagrammes de séquence: Figure 17: Diagramme de sequence du cas S’inscrire 19 . Ainsi chaque diagramme de séquence est lié à un cas d’utilisation du diagramme de cas d’utilisation.Moumouni Nous allons donner des exemples de diagramme de séquence.Le Langage UML 4.

Moumouni Figure 18: Diagramme de séquence du cas S’authentifier Figure 19: Diagramme de séquence du cas gérer panier 20 .Le Langage UML W.

Moumouni Figure 20: Diagramme de séquence du cas rechercher ouvrage Figure 21: Diagramme de séquence du cas payer ouvrage 21 .Le Langage UML W.

il représente une conjonction instantanée des valeurs des attributs d'un objet.Moumouni Chapitre 3: Le diagramme d’état-transition 1. lorsqu'on ne spécifie pas l'événement qui la déclenche.  Une transition est déclenchée par un événement. Définition : Un diagramme d’états-transitions est un graphe qui représente un automate à états finis. mais aussi d’un historique des sollicitations passées. Les éléments du diagramme de séquences 1. c’est-à-dire une machine dont le comportement des sorties ne dépend pas seulement de l’état de ses entrées. En d'autres termes : c'est l'arrivée d'un événement qui conditionne la transition.  Une transition représente le passage instantané d'un état vers un autre.  Les transitions peuvent aussi être automatiques. 2.Le Langage UML W. Représentation: Etat simple : Etat initial : Etat final : 22 . Définitions :  Un état se caractérise par sa durée et sa stabilité. Les objectifs :  Décrire les changements d'états d'un objet ou d'un composant  Séquences d’actions et états traités par une instance  Une vision complète et non ambiguë de l’ensemble des comportements du système 3. 2.

Moumouni Figure 22:Exemple diagramme d’état-transition 23 .Le Langage UML W.

2. Les objectifs :  Modéliser les concepts du domaine d’application  Identifier la structure des classes du système  Identifier les propriétés. et les méthodes de chaque  Représenter les relations entre les classes 3. Les éléments du diagramme de classe Les éléments de ce diagramme sont les classes et les relations entre ces classes. il est le seul obligatoire lors d’une telle modélisation. Définition Il permet de fournir une représentation abstraite des objets du système qui vont interagir ensemble pour réaliser les cas d’utilisation.Moumouni Chapitre 4: Le diagramme de classes 1. Les classes sont les modules de base de la programmation orientée objet. Figure 23: Exemple de classe 24 . Le diagramme de classes est considéré comme le plus important de la modélisation orientée objet. a. La section centrale définit les propriétés de la classe.Le Langage UML W. Les Classes Une classe est la description formelle d’un ensemble d’objets ayant une sémantique et des caractéristiques communes. La section du bas énumère les méthodes de la classe. Une classe est représentée en utilisant un rectangle divisé (figure) en trois sections : La section supérieure est le nom de la classe.

1 Livre Figure 26: Exemple de relation d’agrégation Généralisation Une relation de généralisation est l'équivalent d'une relation d'héritage en terme orientés objet (relation "est-un "). Elle est modélisée par une ligne (figure) reliant les deux classes.Le Langage UML b. Voiture 1 0. alors elle possède une relation de composition avec la classe contenant.* 1 Adresses Figure 24: Exemple d’association Composition Si une classe ne peut pas exister par elle-même. Personne 0. et peut également comporter des règles de multiplicité (par exemple un à un. Une relation de composition est indiquée par une ligne avec un "losange" (figure) rempli. Les Relations Association : W. un à plusieurs.Moumouni Une association est une relation générique entre deux classes.. 25 . Elle décrite par une relation "possède"... mais doit être un membre d'une autre classe. plusieurs à plusieurs) pour la relation.4 Roue Figure 25: Exemple de relation de composition Agrégation Les agrégations indiquent une relation de contenant-contenu.. Bibliothèque 1.* 1. Cette ligne peut être qualifiée avec le type de relation. Une relation d'agrégation est représentée par une ligne avec un "losange" creux. Une relation de généralisation est indiquée par une flèche creuse se dirigeant vers la classe "Parent ".

par exemple comme membre ou comme paramètre d'une de ces fonctions. Une relation de dépendance est représentée par une flèche pointillée.Le Langage UML Annimal W. Les différentes méthodes n’on pas été présenter dans ce diagramme pour éviter de surcharger celui-ci. Figure 28: Exemple de relation de dépendance Par exemple. pour l’étude de cas 1 du chapitre 1.Moumouni Chat Vache Figure 27: Exemple de relation de généralisation (héritage) Dépendance Quand une classe utilise une autre classe. elle "dépend" ainsi de cette classe. alors des modifications devront également être apportées à la classe Confrontation. le diagramme de la figure montre que la classe Confrontation utilise la classe Stratégie car la classe Confrontation possède une méthode confronter dont deux paramètre sont du type Stratégie. change. 26 . notamment son interface. Exemple d’application Nous allons donner le diagramme de classe. 4. Si la classe Stratégie.

.Quantite : int .* 1.* Auteur Adresse . En somme ce langage propose plusieurs types de diagramme qui ne sont pas tous utilisé lors de la conception d’une application.Nom : String ..Pays : String 0.libelle : String 0...* Commande 1..* Ouvrage ISBN titre prix date edition : : : : int String float Date 0.1 0.. d’état-transition et de classe.* 0. Personnellement cette étude m’a été bénéfique et pour une bonne maitrise des différentes notions acquises..Le Langage UML W...* 0.1 Ligne .Prenom : String Carte bancaire Figure 29: Diagramme de class Conclusion Cette étude nous a permis de se familiariser et s'initier au langage UML.* 0.1 0..adresse : String Editeur ..1 0. il est nécessaire de faire beaucoup d’étude de cas pratique..1 NumCmde dateCmde montantCmde dateLivraison : : : : int Date double Date 0. Ce qui nous oblige à bien choisir le type de diagramme qui va mieux expliquer notre application.* .* 1..total : float 0..* 0. Ainsi nous avons acquis différentes notions concernant les diagrammes de cas d’utilisation.1 Theme ..1 Client Nom Prenom login password email : : : : : String String String String String 0. Cette étude a suscité en moi une curiosité d’aller comprendre les autres diagrammes que nous n’avons pas abordé à augmenté.Moumouni Panier . de séquence...1 0.Nom : String . 27 .montant : float 0..

Sign up to vote on this title
UsefulNot useful