Diagrammes pour PFE

Table of Contents
1. Diagramme de cas d’utilisation...........................................................................................................2
a. Composantes...................................................................................................................................2
b. Les relations.....................................................................................................................................2
2. Diagramme de classes.........................................................................................................................2
a. Composantes...................................................................................................................................2
b. Les relations.....................................................................................................................................3
3. Diagramme de séquence.....................................................................................................................4
a. Messages.........................................................................................................................................4
b. Fragment d’interaction....................................................................................................................4
4. Diagramme d’activités:........................................................................................................................5

1
1. Diagramme de cas d’utilisation
Il convient de répondre à la question :“A quoi va servir le logiciel ?”

a. Composantes
Acteurs :
Acteurs non humains
Rôles et personnes physiques
Cas d’utilisation :
 C’est une fonctionnalité du point de vue d’un acteur.
b. Les relations

Inclusion : B est une partie obligatoire de A et on lit A inclut B (dans le sens de la

flèche).

Extension : B est une partie optionnelle de A et on lit B étend A (dans le sens de

la flèche).

Généralisation : Les flèches en pointillés dénotent en fait une relation

de dépendance, et les mentions includes et extends sont des stéréotypes et à ce
titre placé entre guillemets.

2. Diagramme de classes
Les diagrammes de cas d’utilisation modélisent à QUOI sert le système
a. Composantes
Une classe définit un type d’objet

nom de classe
Nom d’ attribut
nom d’une propriété

 Le nom d’une classe commence par une majuscule

 Le nom d’une propriété commence par une minuscule
 Les types de base (int, long, float, double, boolean) sont en minuscules
 Il n’a pas d’espace dans les noms de classes ou de propriétés
 Pour les noms composés, on fait commencer chaque mot par une majuscule

b. Les relations
1. Associations

2
Une association est une relation entre deux classes. On la décrit à l'aide de rôles
et de cardinalités

2. Héritage (généralisation / spécialisation)

Une flèche triangulaire vide décrit une dérivation. La classe dérivée est la classe
de base, mais avec des propriétés additionnelles ou modifiées.
Elle spécialise ou étend la superclasse plus générale.

3. Héritage d'interface (spécifie / raffine)

Une flèche d'héritage en tirets indique qu'une classe raffine ou implémente une

interface.

L'interface elle-même est indiquée soit en précisant le stéréotype « interface »

dans le nom de la classe, soit en utilisant des coins arrondis.

4. Classe interne

Marque la présence d'une classe interne à une autre.

3
 5. Dépendance

Une classe utilise une autre classe, mais sans que la ressource soit un membre de
l'utilisateur. Si la classe de ressource est modifiée, il y a peut-être des méthodes à
modifier dans l'utilisateur. La ligne est souvent stéréotypée par « crée » ou
« modifie ».

6. Agrégation (contient)

La destruction du tout ne détruit pas les parties.

7. Composition (possède)

La destruction du tout détruit les parties. Rare en Java

3. Diagramme de séquence
Le but est de décrire comment les objets collaborent au cours du temps et quelles
responsabilités ils assument.

Un diagramme de séquence représente donc les interactions entre objets

a. Messages
_synchrone : l’objet émetteur se bloque en attendant la réponse de l’objet récepteur du
message

– asynchrone : l’objet émetteur n’attend pas la réponse de l’objet récepteur du message

et continue son activité

b. Fragment d’interaction
Un fragment (ou cadre) permet d’identifier une sous-partie d’une interaction afin que
celle-ci soit référencées par d’autres interactions ou de lui spécifier des conditions
particulières d’exécution (boucle, optionnel, ...).

– sd : fragment du diagramme de séquence en entier

– alt : fragment alternatif (Si ... Alors ... Sinon ...)

4
 – opt : fragment optionnel – par : fragment parallèle (traitements concurrents)

– loop : le fragment s’exécute plusieurs fois (boucle)

– region : région critique (un seul thread à la fois)

– ref : référence à une interaction dans un autre diagramme

4. Diagramme d’activités:
Le diagramme d’activité UML est principalement utilisé pour visualiser les processus métier

5. Diagramme de transition d’état

5
6