Département GI

Module : UML & DotNet

Elément : UML

Historique d’UML
Début des années 1990
 Les premiers processus de développement OO apparaissent
 Augmentation de nombre des méthodes et notations étaient la cause de grande
confusion :
 Méthode OOD de Grady Booch (1991)
 Méthode OMT de James Rumbaugh (1991)
 Méthode OOSE de Ivar Jacobson (1991)

Fin 1994
 James Rumbaugh rejoint Grady Booch chez Rational Software
 OMT + OOD  Unified Method (oct 1995)

Fin 1995
 Ivar Jacobson les rejoint chez Rational Software
 Unified Method + OOSE  UML 0.9 (juin 1996)

Début 1997
 Partenaires divers : Microsoft, Oracle, IBM, HP et autres leaders collaborent
  UML 1.0 (jan 1997)
Fin 1997
 L’OMG (Object Management Group) retient UML 1.1 comme norme de modélisation

Les versions se succèdent :

 Début 1998
 UML 1.2 puis UML 1.3
 En 2001
 UML1.4
 En 2003
 UML 1.5
 En 2005
 UML 2.0
 En 2006
 UML 2.1
 En 2013
 UML 2.5
 En 2017
 UML 2.5.1

1
Dr. Yassine Rhazali
1 Er Chapitre : L'approche Objet
Aujourd’hui l’approche objet occupe une place clé dans le génie logiciel. En effet, ces
dernières années nous avons assisté tout d’abord à une utilisation plus large des langages de
programmation objet de référence comme C++, C# et Java et ensuite à l’introduction des
concepts objet dans d’autres langages comme par exemple VB.NET, Perl et même Cobol.

1.1 Objet et classe

1.1.1 Concept d’objet
Un objet représente une entité du monde réel (ou du monde virtuel pour les objets
immatériels) qui se caractérise par un ensemble de propriétés (attributs) des états
significatifs et un comportement.

Exemple
Considérons l’employé objet Amine, n° 105, embauché en tant qu’ingénieur travaillant sur le
site N. Cet objet est caractérisé par la liste de ses attributs et son état est représenté par les
valeurs de ses attributs :
• N° employé : 105,
• Nom : Amine,
• Qualification : ingénieur,
• Lieu de travail : site N.

Son comportement est caractérisé par les opérations qu’il peut exécuter. Dans notre cas nous
pouvons avoir les opérations suivantes :
• Entrer dans l’organisme,
• Changer de qualification,
• Changer de lieu de travail,
• Sortir de l’organisme.

1.1.2 Concept de classe

Une classe est l’abstraction d’un ensemble d’objets qui possèdent une structure identique
(liste des attributs) et un même comportement (liste des opérations).

Un objet est une instance d’une et une seule classe. Une classe abstraite est une classe qui n’a
pas d’instance. Les concepts de classe et d’objet sont interdépendants.

Exemple
Considérons la classe Employé qui représente l’ensemble des employés d’une entreprise. La
description de la classe Employé comportera les éléments suivants :

• Nom de classe : Employé.

• Attributs :
– Numéro,
– Nom,
– Qualification,
– Site de travail.

• Opérations :
– Engager un employé,
– Consulter un employé,
– Modifier un employé,

2
Dr. Yassine Rhazali
 – Départ d’un employé.

1.2 Encapsulation
Par rapport à l’approche classique, l’approche objet se caractérise par le regroupement dans une
même classe les attributs et les opérations. Ce regroupement porte le nom d’encapsulation
données-traitements.

Plus précisément, les données ne sont accessibles qu’à partir d’opérations définies dans la classe.
L’ensemble des opérations d’une classe rendu visible aux autres classes porte le nom d’interface.

1.3 Association et agrégation entre les classes

L’association représente une relation entre plusieurs classes. Elle correspond à l’abstraction
des liens qui existent entre les objets dans le monde réel. Les multiplicités (ou cardinalités) et les
rôles des objets participant aux relations complètent la description d’une association.

L’agrégation est une forme particulière d’association entre plusieurs classes. Elle exprime
le fait qu’une classe est composée d’une ou plusieurs autres classes.

1.4 Généralisation et spécialisation de classe

La généralisation de classes consiste à factoriser dans une classe, appelée superclasse, les
attributs et/ou les opérations des classes considérées.

La spécialisation représente la démarche inverse de la généralisation puisqu’elle consiste à

créer à partir d’une classe, plusieurs classes spécialisées.

Une classe spécialisée porte aussi le nom de sous-classe. La spécialisation de classe se construit
en deux temps : d’abord par héritage des opérations et des attributs d’une super-classe et
ensuite par ajout d’opérations et/ou d’attributs spécifiques à la sous-classe.

1.5 Polymorphisme
Le polymorphisme est la capacité donnée à une même opération de s’exécuter différemment
suivant le contexte de la classe où elle se trouve.

Ainsi une opération définie dans une super-classe peut s’exécuter de manière différente selon la
sous-classe où elle est héritée.

Exemple
Soit la classe Employé et ses deux sous-classes Cadre et NonCadre.
• Nom de classe : Employé.
– Attributs :
– numéro,
– nom,
– salaire de base.
– Opérations : calculSalaire( ).
• Nom de la sous-classe : Cadre.
– Attributs : niveau d’encadrement.
– Opérations : calculSalaire( ).

3
Dr. Yassine Rhazali
• Nom de la sous-classe : NonCadre.
– Attributs : niveau de spécialisation.
– Opérations : calculSalaire( ).

Dans cet exemple, lorsque l’on appelle l’opération calculSalaire( ), c’est l’opération de sous-
classe Cadre ou celle de la sous-classe NonCadre qui est en fait activée selon l’objet concerné.
L’opération de la sous-classe fait en général appel explicitement à l’opération calculSalaire( ) de
la super-classe pour bénéficier des traitements communs aux cadres et non cadres et ensuite il y
aura poursuite du traitement spécifique à la sous-classe.

4
Dr. Yassine Rhazali
2 ème Chapitre: DIAGRAMME UML DES CAS
D’UTILISATION
2.1 Présentation générale et concepts de base
Un diagramme de cas d’utilisation permet de décrire l’interaction entre les acteurs
(utilisateurs du cas) et le système. La description de l’interaction est réalisée suivant le point
de vue de l’utilisateur.

La représentation d’un cas d’utilisation se base sur trois concepts : l’acteur, le cas
d’utilisation et l’interaction entre l’acteur et le cas d’utilisation.

2.1.1 Acteur
Un acteur est un utilisateur de futur système qui va utiliser ses fonctionnalités (cas
d’utilisation).

Une même personne physique peut se comporter comme plusieurs acteurs différents que le
nombre de rôles qu’elle joue vis-à-vis du système. Par exemple l’administrateur d’un groupe
facebook il peut être considéré en tant qu’un utilisateur d’un compte facebook standard ou en
tant qu’administrateur d’une page facebook.

Un acteur peut aussi être un système externe avec lequel le cas d’utilisation va interagir.

Formalisme et exemple

Un acteur peut se représenter symboliquement par un « bonhomme » et être identifié par son
nom. Il peut aussi être formalisé par une classe stéréotypée « acteur » (fig. 1).

Figure 1: représentation d'acteur

2.1.2 Cas d’utilisation et interaction

Un cas d’utilisation correspond à un certain nombre de fonctionnalités que le système
devra exécuter en réponse à un besoin d’un acteur.

Une interaction permet de décrire les échanges entre un acteur et un cas d’utilisation.

Formalisme et exemple

Un cas d’utilisation se représente par un ovale dans lequel figure son intitulé.

L’interaction entre un acteur et un cas d’utilisation se représente comme une association. Elle
peut comporter des multiplicités comme toute association entre classes.

5
Dr. Yassine Rhazali
Le formalisme de base de représentation d’un cas d’utilisation est donné à la figure 2.

Figure 2: interaction acteur et cas d'utilisation

2.1.3 Relations entre cas d’utilisation

Trois relations peuvent être décrites entre cas d’utilisation : une relation d’inclusion (« include
»), une relation d’extension (« extend ») et une relation de généralisation.

Relation d’inclusion

Une relation d’inclusion d’un cas d’utilisation A par rapport à un cas d’utilisation B signifie
qu’une instance de A contient le comportement décrit dans B.

La figure 3 donne le formalisme et un exemple d’une relation d’inclusion entre cas d’utilisation.

Figure 3: Formalisme et exemple de la relation d’inclusion

Relation de généralisation

Une relation de généralisation de cas d’utilisation peut être définie conformément au principe
de la spécialisation-généralisation.

La figure 4 donne un exemple d’une relation de généralisation de cas d’utilisation

6
Dr. Yassine Rhazali
 Figure 4: Exemple d’une relation de généralisation de cas d’utilisation

Relation d’extension

Une relation d’extension d’un cas d’utilisation A par un cas d’utilisation B signifie qu’une
instance de A peut être étendue par le comportement décrit dans B. Deux caractéristiques sont à
noter :

• Le caractère optionnel de l’extension « extend » dans le déroulement du cas d’utilisation

standard.
• La mention explicite du point d’extension dans le cas d’utilisation standard.

La figure 5 donne un exemple d’une relation d’extension entre cas d’utilisation.

Une note peut être ajoutée à la représentation du cas d’utilisation permettant d’expliciter la
condition.

Figure 5: Formalisme et exemple d’une relation d’extension

7
Dr. Yassine Rhazali
2.2 Description textuelle d’un cas d’utilisation
À chaque cas d’utilisation doit être associée une description textuelle des interactions entre
l’acteur et le système et les actions que le système doit réaliser en vue de produire les résultats
attendus par les acteurs.

UML ne propose pas de présentation de cette description textuelle. Cependant, les travaux
menés par Alistair Cockburn [Cockburn2001] sur ce sujet constituent une référence en la
matière et tout naturellement nous reprenons ici l’essentiel de cette présentation.

La description textuelle d’un cas d’utilisation est articulée en six points :

• Objectif – Décrire le contexte et les résultats attendus du cas d’utilisation.

• Acteurs concernés – Le ou les acteurs concernés par le cas d’utilisation doivent être identifiés
en précisant globalement leur rôle.

• Pré conditions – Si certaines conditions particulières sont requises avant l’exécution du cas,
elles sont à exprimer à ce niveau.

• Post conditions – Par symétrie, si certaines conditions particulières doivent être réunies
après l’exécution du cas, elles sont à exprimer à ce niveau.

• Scénario nominal – Il s’agit là du scénario principal qui doit se dérouler sans incident et qui
permet d’aboutir au résultat souhaité.

• Scénarios alternatifs – Les autres scénarios, secondaires ou correspondants à la résolution

d’anomalies, sont à décrire à ce niveau. Le lien avec le scénario principal se fait à l’aide d’une
numérotation hiérarchisée (1.1a, 1.1b…) rappelant le numéro de l’action concernée.

2.3 Travaux dirigés

On désire automatiser la gestion d’une bibliothèque. La bibliothèque est administrée par un
gestionnaire qui gère les inscriptions et des relances des lecteurs lorsque ces derniers n’ont pas
rendu leurs ouvrages au-delà du délai autorisé. Les bibliothécaires gèrent les emprunts et le
retour des ouvrages ainsi que l’approvisionnement de nouveaux ouvrages.

Il existe trois catégories d’abonné. Tout d’abord les étudiants qui doivent seulement s’acquitter
d’une somme forfaitaire pour une année afin d’avoir droit à tous les services de la bibliothèque.
L’accès à la bibliothèque est libre pour tous les enseignants. Enfin, il est possible d’autoriser des
étudiants d’une autre université à s’inscrire exceptionnellement comme abonné moyennant le
versement d’une cotisation. Le nombre d’abonné externe est limité chaque année à environ 10 %
des inscrits.

Un nouveau service de consultation du catalogue général des ouvrages doit être mis en place.

Les ouvrages, souvent acquis en plusieurs exemplaires, sont rangés dans des rayons de la
bibliothèque. Chaque exemplaire est repéré par une référence gérée dans le catalogue et le code
du rayon où il est rangé.

Chaque abonné ne peut emprunter plus de trois ouvrages. Le délai d’emprunt d’un ouvrage est
de trois semaines, il peut cependant être prolongé exceptionnellement à cinq semaines.

Il est demandé d’élaborer le diagramme des cas d’utilisation (DCU).

8
Dr. Yassine Rhazali
3 ème Chapitre : Diagrammes UML de
modélisation statique
3.1 DIAGRAMME DE CLASSE (DCL) ET DIAGRAMME
D’OBJET (DOB)
La description du diagramme de classe est fondée sur :
• Le concept d’objet,
• Le concept de classe comprenant les attributs et les opérations,
• Les différents types d’association entre classes.

3.1.1 Objet
Un objet est un concept, une abstraction ou une chose qui a un sens dans le contexte du système
à modéliser. Chaque objet a une identité et peut être distingué des autres.

Un objet est caractérisé par les valeurs de ses propriétés qui lui attribuent des états significatifs
suivant les instants considérés.

3.1.2 Classe, attribut et opération

Classe

Une classe décrit un groupe d’objets ayant les mêmes propriétés (attributs), un même
comportement (opérations).

Un objet est une instance d’une classe. La classe représente l’abstraction de ses objets.

Une classe se représente à l’aide d’un rectangle comportant plusieurs compartiments.

Les trois compartiments de base sont :

• la désignation de la classe,
• la description des attributs,
• la description des opérations.

Deux autres compartiments peuvent être aussi indiqués :

• la description des responsabilités de la classe,
• la description des exceptions traitées par la classe.

Il est possible de manipuler les classes en limitant le niveau de description à un nombre réduit
de compartiments selon les objectifs poursuivis par le modélisateur.

La figure 6 montre le formalisme général des compartiments d’une classe et des premiers
exemples.

Attribut

Un attribut est une propriété élémentaire d’une classe. Pour chaque objet d’une classe l’attribut
prend une valeur.

La figure 7 montre le formalisme et un exemple de représentation des attributs de classe.

9
Dr. Yassine Rhazali
 Figure 6: Formalisme général d’une classe et exemples.

Figure 7: Formalisme d’attributs de classe et exemple.

La description complète des attributs d’une classe comporte un certain nombre de

caractéristiques qui doivent respecter le formalisme suivant :

Visibilité/Nom attribut : type [= valeur initiale {propriétés}]

– Visibilité : se reporter aux explications données plus loin sur ce point.

– Nom d’attribut : nom unique dans sa classe.
–Type : type primitif (entier, chaîne de caractères…) dépendant des types disponibles dans le
langage d’implémentation ou type classe matérialisant un lien avec une autre classe.
– Valeur initiale : valeur facultative donnée à l’initialisation d’un objet de la classe.
– {propriétés}} : valeurs marquées facultatives (ex. : « interdit » pour mise à jour interdite).

Un attribut peut avoir des valeurs multiples. Dans ce cas, cette caractéristique
caractéristique est indiquée après
le nom de l’attribut (ex. : prénom [3] pour une personne qui peut avoir trois prénoms).

Un attribut dont la valeur peut être calculée à partir d’autres attributs de la classe est un attribut
dérivé qui se note « /nom de l’attribut dérivé ». Un exemple d’attribut dérivé est donné à la
figure 9.

Figure 8: Exemple de représentation d’une classe

Opération

10
Dr. Yassine Rhazali
Une opération est une fonction applicable aux objets d’une classe. Une opération permet de
décrire le comportement d’un objet. Une méthode est l’implémentation d’une opération.

Chaque opération est désignée soit seulement par son nom, sa liste de paramètres et son type de
retour. La signature d’une méthode correspond au nom de la méthode et la liste des paramètres
en entrée. La figure 9 montre le formalisme et un exemple de représentation d’opérations de
classe.

Figure 9: Formalisme et exemple d’opérations de classe.

La description complète des opérations d’une classe comporte un certain nombre de

caractéristiques qui doivent respecter le formalisme suivant :

Visibilité Nom d’opération (paramètres) [:[type résultat] {propriétés}]

– Visibilité : se reporter aux explications données plus loin sur ce point.

– Nom d’opération : utiliser un verbe représentant l’action à réaliser.
– Paramètres : liste de paramètres (chaque paramètre peut être décrit, en plus de son nom, par
son type et sa valeur par défaut). L’absence de paramètre est indiquée par ( ).
– Type résultat : type de (s) valeur(s) retourné(s) dépendant des types disponibles dans le
langage d’implémentation. Par défaut, une opération ne retourne pas de valeur, ceci est indiqué
par exemple par le mot réservé « void » dans le langage C++ ou Java.
– {propriétés} : valeurs facultatives applicables (ex. : {query} pour un comportement sans
influence sur l’état du système).

Exemples de classes et représentation d’objets

Il est utile de préciser que la représentation des objets sera utilisée dans plusieurs autres
diagrammes importants d’UML. C’est le cas notamment du diagramme de séquence ou encore du
diagramme d’état-transition.

La figure 10 présente des exemples d’objets.

Figure 10: Exemples de représentation d’objets

11
Dr. Yassine Rhazali
Visibilité des attributs et opérations

Chaque attribut ou opération d’une classe peut être de type public, protégé, privé ou paquetage.
Les symboles + (public), # (protégé), - (privé) et ~ (paquetage) sont indiqués devant chaque
attribut ou opération pour signifier le type de visibilité autorisé pour les autres classes.

Attribut ou opération de niveau classe

Un attribut ou une opération peut être défini non pas au niveau des instances d’une classe, mais
au niveau de la classe.

Il s’agit soit d’un attribut qui est une constante pour toutes les instances d’une classe soit d’une
opération d’une classe abstraite.

C’est le soulignement de l’attribut ou de l’opération qui caractérise cette propriété.

Dans l’exemple de la figure 11, l’attribut « ristourne » est de type classe et l’opération « créer »
est une opération exécutable au niveau de la classe.

Figure 11: Exemple d’attribut ou d’opération de niveau classe.

3.1.3 Association, multiplicité, navigabilité et contraintes

Lien et association

Un lien est une connexion physique ou conceptuelle entre instances de classes donc entre objets.
Une association décrit un groupe de liens ayant une même structure et une même sémantique.
Un lien est une instance d’une association. Chaque association peut être identifiée par son nom.

La figure 12 donne le formalisme de l’association. Le symbole (facultatif) indique le sens de

lecture de l’association. Dans cette figure est donné aussi un exemple de représentation d’une
association.
Le rôle réalisé par une classe dans une association peut être précisé sur l’association.

La figure 13 donne un exemple de rôle d’association.

12
Dr. Yassine Rhazali
 Figure 12: Formalisme et exemple d’association

Figure 13: Exemple de rôles d’une association

Multiplicité

La multiplicité indique un domaine de valeurs pour préciser le nombre d’instance d’une classe
vis-à-vis d’une autre classe pour une association donnée. Le domaine de valeurs est décrit
selon plusieurs formes :
• Intervalle fermé – Exemple : 3 ..15.
• Valeurs exactes – Exemple : 3, 5, 8.
• Valeur indéterminée notée * – Exemple : 1..*.
– Dans le cas où l’on utilise seulement *, cela traduit une multiplicité 0..*.

Nous donnons, à la figure 14, quelques exemples des principales multiplicités définies dans UML.

Figure 14: Exemple de multiplicités

13
Dr. Yassine Rhazali
Navigabilité

La navigabilité indique si l’association fonctionne de manière unidirectionnelle ou

bidirectionnelle, elle est matérialisée par une ou deux extrémités fléchées. La nonnavigabilité se
représente par un « X ».

Les situations possibles de navigabilité sont représentées à la figure 15.

Figure 15: Représentation de la navigabilité d’association.

Par défaut, on admet qu’une navigabilité non définie correspond à une navigabilité implicite.

Dans l’exemple donné à la figure 16, a une personne sont associées ses copies d’examen mais
l’inverse n’est pas possible (notamment avant la correction de la copie).

Figure 16: Exemple de navigabilité d’une association.

Contraintes

Ordre de tri

Pour une association de multiplicité supérieure à 1, les liens peuvent être :

• non ordonnés (valeur par défaut),

• ordonnés ou triés lorsque l’on est au niveau de l’implémentation (tri sur une valeur
interne).

Un exemple est donné à la figure 17. Dans cet exemple, pour une entreprise donnée, les
personnes seront enregistrées suivant un ordre qui correspondra à un des attributs de
Personne.

Figure 17: Exemple de contrainte d’ordre d’une association

14
Dr. Yassine Rhazali
Propriétés de mise à jour de liens

Il est possible d’indiquer des contraintes particulières relatives aux conditions de mise à jour des
liens.
• {interdit} : interdit l’ajout, la suppression ou la mise à jour des liens.

Association de dimension supérieure à 2 et classe-association

Une association de dimension supérieure à 2 se représente en utilisant un losange permettant de

relier toutes les classes concernées.

Une classe-association permet de décrire soit des attributs soit des opérations propres à
l’association. Cette classe-association est elle-même reliée par un trait en pointillé au losange de
connexion. Une classe-association peut être reliée à d’autres classes d’un diagramme de classes.

Un exemple d’une association de dimension 3 comprenant une classe-association « Affectation »

est donné à la figure 18. La classe-association Affectation permet de décrire les attributs propres
à l’association de dimension 3 représentée.

Figure 18: Exemple d’une association de dimension 3

3.1.4 Agrégation et composition entre classes

Agrégation

L’agrégation est une association qui permet de représenter un lien de type « ensemble »
comprenant des « éléments ». Il s’agit d’une relation entre une classe représentant le niveau «
ensemble » et 1 à n classes de niveau « éléments ».

La figure 19 montre un exemple de relation d’agrégation.

15
Dr. Yassine Rhazali
 Figure 19: Exemple d’agrégation

Composition

La composition est une relation d’agrégation dans laquelle il existe une contrainte de durée de
vie entre la classe « composant » et la ou les classes « composé ». Autrement dit la suppression
de la classe « composé » implique la suppression de la ou des classes « composant ».

Par exemple dans la figure 20 Un document est composé de plusieurs paragraphes, qui, à son
tour, est composé de plusieurs phrases.
phrases

Figure 20: exemple de relation de composition

3.1.5 Association qualifiée, dépendance et classe d’interface

Qualification

La qualification d’une relation entre deux classes permet de préciser la sémantique de

l’association et de qualifier de manière restrictive les liens entre les instances.

Seules les instances possédant l’attribut indiqué dans la qualification sont concernées par
l’association. Cet attribut ne fait pas partie de l’association.

Soit la relation entre les répertoires et les fichiers appartenant à ces répertoires. À un répertoire
est associé 0 à n fichiers. Si l’on veut restreindre cette association pour ne considérer
consid qu’un
fichier associé à son répertoire, la relation qualifiée est alors utilisée pour cela. La figure 21
montre la représentation de ces deux situations.

Figure 21: Formalisme et exemple d’association qualifiée

16
Dr. Yassine Rhazali
Dépendance

La dépendance entre deux classes permet de représenter l’existence d’un lien sémantique. Une
classe B est en dépendance de la classe A si des éléments de la classe A sont nécessaires pour
construire la classe B.

La relation de dépendance se représente par une flèche en pointillé (fig. 22) entre deux classes.

Figure 22: Formalisme de représentation d’un lien de dépendance

Interface

Une classe d’interface permet de décrire la vue externe d’une classe. La classe d’interface,
identifiée par un nom, comporte la liste des opérations accessibles par les autres classes. Le
compartiment des attributs ne fait pas partie de la description d’une interface.

L’interface peut être aussi matérialisée plus globalement par un petit cercle associé à la classe
source.

La classe utilisatrice de l’interface est reliée au symbole de l’interface par une flèche en pointillé.

La figure 23 et figure 24 donnent le formalisme, sur un exemple, des deux types de

représentation d’une interface.

Figure 23: Exemple de description d’une classe d’interface

Figure 24: Exemple de description d’une classe d’interface

17
Dr. Yassine Rhazali
3.1.6 Généralisation et spécialisation
La généralisation est la relation entre une classe et deux autres classes ou plus partageant un
sous-ensemble commun d’attributs et/ou d’opérations.

L’opération qui consiste à créer une super-classe à partir de classes s’appelle la généralisation.
Inversement la spécialisation consiste à créer des sousclasses à partir d’une classe.

La figure 25 montre un exemple de relation de spécialisation. Dans cet exemple, les attributs
nom, prénom et date de naissance et l’opération « calculer âge » de « Employé » sont hérités par
les trois sous-classes : Employé horaire, Employé salarié, Vacataire.

Classe abstraite

Une classe abstraite est une classe qui n’a pas d’instance directe mais dont les classes
descendantes ont des instances. Dans une relation d’héritage, la super-classe est par définition
une classe abstraite. C’est le cas de la classe Employé dans l’exemple présenté à la figure.25.

Figure 25: Exemple de relation de spécialisation

L’héritage avec recouvrement

D’une manière générale, quatre situations peuvent se rencontrer et se représentent sous forme
de contraintes :
• {chevauchement} : deux sous-classes peuvent avoir, parmi leurs instances, des
instances identiques ;
• {disjoint} : les instances d’une sous-classe ne peuvent être incluses dans une autre sous-
classe de la même classe ;
• {complète} : la généralisation ne peut pas être étendue ;
• {incomplète} : la généralisation peut être étendue.

La figure 26 montre un exemple d’héritage avec recouvrement d’instances entre les classes
Étudiant et Employé. En effet, une même personne peut être à la fois étudiante dans une
université et employée dans une entreprise.

18
Dr. Yassine Rhazali
 Figure 26: Exemple d’héritage avec recouvrement d’instances.

Extension et restriction de classe

L’ajout de propriétés dans une sous-classe correspond à une extension de classe. Le masquage
de propriétés dans une sous-classe correspond à une restriction de classe.

La figure 27 montre un exemple d’héritage avec restriction et extension.

Figure 27: Exemple d’héritage avec extension et restriction de propriétés

L’héritage multiple

Dans certains cas, il est nécessaire de faire hériter une même classe de deux classes « parentes »
distinctes. Ce cas correspond à un héritage multiple.

La figure 28 montre un exemple classique d’héritage multiple où la classe « Véhicule amphibie »

hérite des classes « Véhicule terrestre » et « Véhicule marin ».

19
Dr. Yassine Rhazali
 Figure 28: Exemple de relation d’héritage multiple

3.1.7 Stéréotype de classe

UML propose un certain nombre de stéréotypes qui permettent de qualifier les profils
d’utilisation.
Parmi ces stéréotypes, nous présentons ci-après quatre d’entre eux :
• « Classe d’implémentation » – Ce stéréotype est utilisé pour décrire des classes de
niveau physique.
• « Type » – Ce stéréotype permet de spécifier des opérations applicables à un
domaine d’objets. Exemple : Type Integer d’un langage de programmation.
• « Utilitaire » – Ce stéréotype qualifie toutes les fonctions utilitaires de base
utilisées par les objets.
• « MétaClasse » – Ce stéréotype permet de regrouper des classes dans une famille
de classe.

3.1.8 Travaux dirigées

Exercice 1

Il est demandé de représenter le diagramme de classe d’une gestion technique de documents.

Chaque document est composé d’un ou plusieurs feuillets. Un feuillet comporte du texte et des
objets géométriques qui constituent deux types d’objets graphiques supportant des opérations
de type : sélectionner, copier, couper, coller et déplacer.

Nous considérons les quatre objets géométriques suivants : cercle, ellipse, carré, rectangle. Il est
demandé d’utiliser les propriétés de la généralisation et la spécialisation afin de représenter au
mieux ces objets géométriques.

20
Dr. Yassine Rhazali
Exercice 2

Un hôtel est composé d'au moins deux chambres. Chaque chambre dispose d'une salle d'eau :
douche ou bien baignoire. Un hôtel héberge des personnes. Il peut employer du personnel et il
est impérativement dirigé par un directeur. On ne connaît que le nom et le prénom des
employés, des directeurs et des occupants. Certaines personnes sont des enfants et d'autres des
adultes (faire travailler des enfants est interdit).

Un hôtel a les caractéristiques suivantes : une adresse, un nombre de pièces et une catégorie.
Une chambre est caractérisée par le nombre et de lits qu'elle contient, son prix et son numéro.
On veut pouvoir savoir qui occupe quelle chambre à quelle date. Pour chaque jour de l'année, on
veut pouvoir calculer le loyer de chaque chambre en fonction de son prix et de son occupation
(le loyer est nul si la chambre est inoccupée). La somme de ces loyers permet de calculer le
chiffre d'affaires de l'hôtel entre deux dates.

3.2 DIAGRAMME DE STRUCTURE COMPOSITE

Le diagramme de structure composite permet de décrire des collaborations d’instances (de
classes, de composants…) constituant des fonctions particulières du système à développer.

3.2.1 Collaboration
Une collaboration représente un assemblage de rôles d’éléments qui interagissent en vue de
réaliser une fonction donnée. Il existe deux manières de représenter une collaboration :

• représentation par une collaboration de rôles,

• représentation par une structure composite : le diagramme de structure composite.

3.2.2 Représentation et exemples

Représentation par une collaboration de rôles

Dans ce cas, une collaboration est formalisée par une ellipse en pointillé dans laquelle on fait
figurer les rôles des éléments qui interagissent en vue de réaliser la fonction souhaitée (fig. 29).
Dans cet exemple, la fonction Persistance objets métier résulte d’une collaboration entre deux
rôles d’éléments :

• mapping : classeMétier,
• stockage : tableBDD.

Figure 29: Exemple de représentation d’une structure composite à l’aide d’une collaboration de rôles

Représentation par un diagramme de structure composite

21
Dr. Yassine Rhazali
Cette nouvelle représentation (fig. 30) permet de montrer plus explicitement les éléments de la
collaboration :

• la collaboration représentée par une ellipse en pointillé ;

• les éléments participant à la collaboration (classe, composant…) représentés à l’extérieur de la
collaboration ;
• les rôles considérés dans chaque participation représentés sur les liens entre les éléments
participants et la collaboration.

Dans cet exemple, la fonction Persistance objets métier résulte d’une collaboration entre la
classe ClasseMétier considérée suivant le rôle mapping et la classe TableBDD considérée suivant
le rôle stockage.

Cette représentation permet aussi de préciser les seuls attributs des classes participantes qui
sont considérés suivant les rôles pris en compte.

Figure 30: Exemple de représentation de collaboration d’instances

22
Dr. Yassine Rhazali
4 ème chapitre: Diagrammes UML de
modélisation dynamique
4.1 DIAGRAMME DE SÉQUENCE (DSE)
4.1.1 Présentation générale et concepts de base
L’objectif du diagramme de séquence est de représenter les interactions entre objets en
indiquant la chronologie des échanges. Cette représentation peut se réaliser par cas
d’utilisation en considérant les différents scénarios associés.

Un diagramme de séquence se représente globalement dans un grand rectangle avec indication

du nom du diagramme en haut à gauche comme indiqué à la figure 31.

Figure 31: Formalisme général du cadre d’un diagramme de séquence.

4.1.2 Ligne de vie

Une ligne de vie représente l’ensemble des opérations exécutées par un objet. Un message
reçu par un objet déclenche l’exécution d’une opération. Le retour d’information peut être
implicite (cas général) ou explicite à l’aide d’un message de retour.

4.2 Opérations particulières

4.2.1 Création et destruction d’objet
Si un objet est créé par une opération, celui-ci n’apparaît qu’au moment où il est créé. Si l’objet
est détruit par une opération, la destruction se représente par « X ». Un exemple type est donné à
la figure 32.

Il est aussi possible dans certains outils de modélisation d’indiquer plus simplement la création
d’une nouvelle instance d’objet en utilisant le mot-clé « create »

23
Dr. Yassine Rhazali
 Figure 32: Exemple type de création et de destruction d’objet

4.2.2 Contrainte temporelle

Des contraintes de chronologie entre les messages peuvent être spécifiées. De plus lorsque l’émission
d’un message requiert une certaine durée, il se représente sous la forme d’un trait oblique. Un
exemple général de contrainte temporelle est donné à la figure 33.

Lorsque le diagramme de séquence est utilisé pour représenter un sous-ensemble du logiciel à

réaliser, il est possible d’indiquer le pseudo-code exécuté par un objet pendant le déroulement d’une
opération.

Figure 33: Exemple type de représentation de contrainte temporelle

24
Dr. Yassine Rhazali
4.3 Fragment d’interaction
Dans un diagramme de séquence, il est possible de distinguer des sous-ensembles d’interactions
qui constituent des fragments.

Un fragment d’interaction se représente globalement comme un diagramme de séquence dans

un rectangle avec indication dans le coin à gauche du nom du fragment.

Un port d’entrée et un port de sortie peuvent être indiqués pour connaître la manière dont ce
fragment peut être relié au reste du diagramme comme le montre la figure 34 Dans le cas où
aucun port n’est indiqué c’est l’ensemble du fragment qui est appelé pour exécution.

Figure 34:Exemple de fragment d’interaction avec port d’entrée et de sortie

Dans l’exemple proposé (fig. 34), le fragment « ContrôlerProduit » est représenté avec un port
d’entrée et un port de sortie.

Un fragment d’interaction dit combiner correspond à un ensemble d’interaction auquel on

applique un opérateur. Un fragment combiné se représente globalement comme un diagramme
de séquence avec indication dans le coin à gauche du nom de l’opérateur.

Treize opérateurs ont été définis dans UML : alt, opt, loop, par, strict/weak, break, ignore/
consider, critical, negative, assertion et ref.

4.3.1 Opérateur alt

L’opérateur alt correspond à une instruction de test avec une ou plusieurs alternatives
possibles. Il est aussi permis d’utiliser les clauses de type sinon.

L’opérateur alt se représente dans un fragment possédant au moins deux parties séparées par
des pointillés. L’exemple donné (fig. 35) montre l’équivalent d’un test à deux conditions
explicites.

4.3.2 Opérateur opt

L’opérateur opt (optional) correspond à une instruction de test sans alternative (sinon).

25
Dr. Yassine Rhazali
L’opérateur opt se représente dans un fragment possédant une seule partie (fig. 36).

Figure 35: Exemple de fragment d’interaction avec l’opérateur alt

Figure 36: Exemple de fragment d’interaction avec l’opérateur opt

4.3.3 Opérateur loop

L’opérateur loop correspond à une instruction de boucle qui permet d’exécuter une séquence
d’interaction tant qu’une condition est satisfaite.

Il est possible aussi d’utiliser une condition portant sur un nombre minimum et maximum
d’exécution de la boucle en écrivant : loop min, max. Dans ce cas, la boucle s’exécutera au
minimum min fois et au maximum max fois. Il est aussi possible de combiner l’option min/max
avec la condition associée à la boucle.

L’opérateur loop se représente dans un fragment possédant une seule partie et englobant toutes
les interactions faisant partie de la boucle. Un exemple est donné à la figure 37.

26
Dr. Yassine Rhazali
 Figure 37:Exemple de fragment d’interaction avec l’opérateur loop

4.3.4 Opérateur par

L’opérateur par (parallel) permet de représenter deux séries d’interactions qui se déroulent en
parallèle.

L’opérateur par se représente dans un fragment possédant deux parties séparées par une ligne
en pointillé. C’est un opérateur qui est à plutôt utilisé dans l’informatique temps réel et c’est
pour cela que j’ai donné qu’un exemple type (fig. 38).

Figure 38: Exemple de fragment d’interaction avec l’opérateur par

4.3.5 Opérateurs strict et weak sequencing

Les opérateurs srict et weak permettent de représenter une série d’interactions dont certaines
s’opèrent sur des objets indépendants :
• L’opérateur strict est utilisé quand l’ordre d’exécution des opérations doit être strictement
respecté.

27
Dr. Yassine Rhazali
• L’opérateur weak est utilisé quand l’ordre d’exécution des opérations n’a pas d’importance.
L’exemple présenté figure 39 montre que les opérations A1, A2, B1, B2 et A3 doivent être
exécutées dans cet ordre puisqu’elles font partie du fragment d’interaction comportant
l’opérateur strict.

Figure 39: Exemple de fragment d’interaction avec l’opérateur strict

4.3.6 Opérateur break

L’opérateur break permet de représenter une situation exceptionnelle correspondant à un
scénario de rupture par rapport au scénario général. Le scénario de rupture s’exécute si la
condition de garde est satisfaite.
L’exemple présenté figure 40 montre que les opérations annulerOp1( ), annulerOp2( ) et
afficherAide( ) ne seront exécutées que si la touche F1 est activée sinon le fragment est ignoré et
la séquence de traitement passe directement de l’opération Op2( ) à l’opération Op3( ).

Figure 40: Exemple de fragment d’interaction avec l’opérateur break

28
Dr. Yassine Rhazali
4.4 Opérateurs ignore et consider
Les opérateurs ignore et consider sont utilisés pour des fragments d’interactions dans lesquels
on veut montrer que certains messages peuvent être soit absents sans avoir d’incidence sur
le déroulement des interactions (ignore), soit obligatoirement présents (consider).

L’exemple présenté figure 41 montre que :

• dans le fragment consider, les messages Op1, Op2 et Op5 doivent être obligatoirement
présents lors de l’exécution du fragment sinon le fragment n’est pas exécuté,
• dans le fragment ignore, les messages Op2 et Op3 peuvent être absents lors de l’exécution du
fragment.

Figure 41: Exemple de fragment d’interaction

4.4.1 Opérateur critical

L’opérateur critical permet d’indiquer qu’une séquence d’interactions ne peut être interrompue
compte tenu du caractère critique des opérations traitées. On considère que le traitement des
interactions comprises dans la séquence critique est atomique.

L’exemple présenté figure 42 montre que les opérations Op1( ), Op2( ) et Op3( ) du fragment
critical doivent s’exécuter sans interruption.

4.4.2 Opérateur negative

L’opérateur neg (negative) permet d’indiquer qu’une séquence d’interactions est invalide.

L’exemple présenté figure 43 montre que les opérations Op1( ) et Op2( ) du fragment neg sont
invalides. Une erreur sera déclenchée dans ce cas à l’exécution du fragment.

29
Dr. Yassine Rhazali
 Figure 42: Exemple de fragment d’interaction avec l’opérateur critical

Figure 43: Exemple de fragment d’interaction avec l’opérateur neg

4.4.3 Opérateur assertion

L’opérateur assert (assertion) permet d’indiquer qu’une séquence d’interactions est l’unique
séquence possible en considérant les messages échangés dans le fragment. Toute autre
configuration de message est invalide.

30
Dr. Yassine Rhazali
L’exemple présenté figure 44 montre que le fragment assert ne s’exécutera que si l’unique
séquence de traitement Op1( ), Op2( ) et Op3( ) se réalise en respectant l’ensemble des
caractéristiques de ces opérations (paramètre d’entrée, type de résultat…). Toute autre situation
sera considérée invalide.

Figure 44: Exemple de fragment d’interaction avec l’opérateur assert

4.4.4 Opérateur ref

L’opérateur ref permet d’appeler une séquence d’interactions décrite par ailleurs constituant
ainsi une sorte de sous-diagramme de séquence.
L’exemple présenté figure. 45 montre que l’on fait appel à un fragment « Contrôle,des droits »
qui est décrit par ailleurs.

Figure 45: Exemple de fragment d’interaction avec l’opérateur ref

4.5 Autre utilisation du diagramme de séquence

Le diagramme de séquence peut être aussi utilisé pour documenter un cas d’utilisation. Les
interactions entre objets représentent, dans ce cas, des flux d’informations échangés et non pas
de véritables messages entre les opérations des objets. Un exemple de cette utilisation du
diagramme de séquence est donné à la figure 46.

31
Dr. Yassine Rhazali
 Figure 46: Exemple de diagramme de séquence associé à un cas d’utilisation

4.5.1 Travaux dirigés

Exercice 1

A partir du diagramme de classe ci-dessus

ci rédigez
édigez un diagramme de séquence pour modéliser le
scénario où un utilisateur voudrait imprimer un fichier.
fic
Exercice 2
On considère le cas d’utilisation gestion des emprunts. Le fonctionnement de la bibliothèque
est le suivant : une bibliothèque propose à ses adhérents des ouvrages littéraires. Les
ouvrages peuvent être présents en plusieurs exemplaires. Un adhérent peut emprunter
jusqu’à trois livres. Le scénario nominal d’emprunt est comme suit : Le bibliothécaire
recherche l’adhérent dans le système, vérifie si l’adhérent est autorisé à emprunter,
recherche l’ouvrage, vérifie s’il y a un exemplaire disponible,
disponible, décrémente le nombre
d’exemplaires et attribue l’exemplaire à l’adhérent.
Représenter par un diagramme de séquence système, le scénario nominal d’emprunt.

32
Dr. Yassine Rhazali
4.6 DIAGRAMME GLOBAL D’INTERACTION
4.6.1 Présentation générale et concepts de base
Le diagramme global d’interaction permet de représenter une vue générale des interactions
décrites dans le diagramme de séquence et des flots de contrôle décrits dans le diagramme
d’activité.

Le diagramme global d’interaction privilégie la vue générale des flux de contrôle dans lesquels
les noeuds sont des interactions ou des utilisations d’interactions (opérateur ref).

Autrement dit, le diagramme global d’interaction est un diagramme d’activité dans lequel on
représente des fragments d’interaction ou des utilisations d’interactions. Ainsi, il est possible de
représenter :

• des choix de fragments d’interactions (fusion) ;

• des déroulements parallèles de fragments d’interactions (débranchement et jonction) ;
• des boucles de fragments d’interaction.

Les lignes de vie concernées par le diagramme global d’interaction peuvent être citées dans l’en-
tête du diagramme mais ne sont pas à représenter graphiquement.

Concepts manipulés

Le diagramme global d’interaction utilise les concepts du diagramme d’activité auquel on ajoute
deux compléments :

• Les fragments d’interaction du diagramme de séquence – Il s’agit comme le montre la

figure 47 de la notion de fragment d’interaction vue dans le diagramme de séquence
mais qui ne doit pas être détaillé à ce niveau.

Figure 47: Exemple de fragment d’interaction

• Les utilisations de fragments d’interaction – Il est aussi possible de faire appel à des
fragments d’interaction à l’aide de l’opérateur ref comme le montre la figure 48.

33
Dr. Yassine Rhazali
 Figure 48: Exemple de fragment d’interaction avec l’opérateur ref

4.6.2 Représentation et exemple

La figure 49 donne un exemple de diagramme global d’interaction.

Figure 49: Exemple de diagramme global d’interaction

34
Dr. Yassine Rhazali
4.7 DIAGRAMME DE COMMUNICATION
4.7.1 Présentation générale et concepts de base
Le diagramme de communication constitue une autre représentation des interactions que celle
du diagramme de séquence. En effet, le diagramme de communication met plus l’accent sur
l’aspect spatial des échanges que l’aspect temporel.

4.7.1.1 Rôle
Chaque participant à un échange de message correspondant à une ligne de vie (objet) dans le diagramme de
séquence se représente sous forme d’un rôle dans le diagramme de communication. Un rôle est identifié par
:

<nom de rôle> : <nom du type>

Une des deux parties de cette identification est obligatoire ainsi que le séparateur « : ». Le nom du rôle
correspond au nom de l’objet dans le cas où l’acteur ou la classe ont un rôle unique par rapport au système.
Le nom du type correspond au nom de la classe lorsque l’on manipule des objets.

Exemple
administrateur : utilisateur

Pour un utilisateur qui est vu au travers de son rôle d’administrateur.

4.7.1.2 Message
Un message correspond à un appel d’opération effectué par un rôle émetteur vers un rôle récepteur. Le sens
du message est donné par une flèche portée au-dessus du lien reliant les participants au message (origine et
destinataire). Chaque message est identifié par :

<numéro> : nom ( )

Plus précisément l’identification d’un message doit respecter la syntaxe suivante : [n° du message préc.
reçu] « . » n° du message *[clause d’itération] [condition] « : » nom du message.

• Numéro du message précédent reçu : permet d’indiquer la chronologie des messages.

• Numéro du message : numéro hiérarchique du message de type 1.1, 1.2… avec utilisation
de lettre pour indiquer la simultanéité d’envoi de message.
• Clause d’itération : indique si l’envoi du message est répété. La syntaxe est *[spécification de
l’itération].
• Condition : indique si l’envoi du message est soumis à une condition à satisfaire.

Exemples

1.2.1 * [3 fois] pour un message à adresser trois fois de suite.

1.2a et 1.2b pour deux messages envoyés en même temps.
Exemple récapitulatif de désignation de message :
1.2a.1.1[si t > 100] : lancer( )
Ce message signifie :
1.2a : numéro du message reçu avant l’envoi du message courant.
1.1 : numéro de message courant à envoyer.
[si t > 100] : message à envoyer si t > 100.
lancer( ) : nom du message à envoyer.

Formalisme et exemple

35
Dr. Yassine Rhazali
Les rôles correspondent à des objets. Le lien entre les rôles est représenté par un trait matérialisant le
support des messages échangés. La figure 22 donne le formalisme de base du diagramme de
communication.

Figure 50:: Formalisme de base du diagramme de communication

Un premier exemple de diagramme de communication est donné à la figure 23.

Figure 51: Exemple 1 de diagramme de communication

Un deuxième exemple
ple de diagramme de communication est donné à la figure 24.
2

Figure 52: Exemple 2 de diagramme de communication

Un deuxième exemple de diagramme de communication est donné à la figure 25.

Figure 53: Exemple 3 de diagramme de communication

36
Dr. Yassine Rhazali
4.7.2 Travaux pratiques

A partir du diagramme de classe ci-dessus

ci rédigez un diagramme de communication
com pour
modéliser le scénario où un utilisateur voudrait imprimer un fichier.

4.8 DIAGRAMME D’ÉTAT-TRANSITION

D’ÉTAT (DET)
4.8.1 Présentation générale et concepts de base
4.8.1.1 État-transition
transition et événement
L’état d’un objet est défini, à un instant donné, par l’ensemble des valeurs de ses propriétés.
Seuls certains états caractéristiques du domaine étudié sont considérés.

Le passage d’un état à un autre état s’appelle transition. Un événement est un fait survenu qui
déclenche une transition.

Il existe quatre types d’événements :

Type appel de méthode (call) – C’est le type le plus courant que nous traiterons dans la suite de
la présentation.

Type signal – Exemple : clic de souris, interruption d’entrées-sorties…

d’entrées sorties… La modélisation de la
réception ou l’émission d’un signal est traitée dans le diagramme d’activité.

Type changement de valeur (vrai/faux) – C’est le cas de l’évaluation d’une expression

expres booléenne.

Type écoulement du temps – C’est un événement lié à une condition de type after (durée) ou
when (date).

Formalisme et exemple

Un objet reste dans un état pendant une certaine durée. La durée d’un état correspond au temps
qui s’écoule entre le début d’un état déclenché par une transition i et la fin de l’état déclenché
par la transition i+1. Une condition, appelée « garde », peut être associée à une transition.

Le formalisme de représentation d’état-transition

d’état est donné à la figure 54.

37
Dr. Yassine Rhazali
 Figure 54: Formalisme d’état-transition

La figure 55 donne un premier exemple d’état-transition. Dans cet exemple, pour un employé
donné d’une entreprise, nous pouvons considérer les deux états significatifs suivants : état
recruté, état en activité.

Figure 55: Exemple d’état-transition

4.8.1.2 Action et activité

Une action est une opération instantanée qui ne peut être interrompue ; elle est associée à une
transition.

Une activité est une opération d’une certaine durée qui peut être interrompue, elle est associée à
un état d’un objet.

Formalisme et exemple

Le formalisme de représentation d’état-transition comprenant la représentation d’action et/ou

activité est donné à la figure 56.

Figure 56: Formalisme d’état-transition avec action et activité

La figure 57 montre un exemple des actions et activités d’états ainsi que la description complète
d’une transition.

Figure 57: Exemple d’état-transition avec action et activité

4.8.2 Représentation du diagramme d’état-transition d’un objet

L’enchaînement de tous les états caractéristiques d’un objet constitue le diagramme d’état. Un
diagramme d’états débute toujours par un état initial et se termine par un ou plusieurs états
finaux sauf dans le cas où le diagramme d’états représente une boucle. À un événement peut être
associé un message composé d’attributs.

38
Dr. Yassine Rhazali
Formalisme et exemple

Le formalisme de représentation des états initial et final est donné à la figure 58

Figure 58: Formalisme de représentation des états initial et final

Afin de nous rapprocher des situations réelles, nous proposons à la figure 59 un premier
exemple tiré d’une gestion commerciale qui montre le diagramme d’état-transition de l’objet
client.

Nous proposons comme second exemple, à la figure 60, le diagramme d’état-transition de l’objet
« personnel » qui se caractérise par trois états :

• En prévision d’arrivée : si la date prévisionnelle est supérieur à la date du jour.

• En activité : état qui correspond à un personnel ayant une date d’arrivée renseignée.

• Parti : état qui correspond à un personnel ayant une date de départ renseignée.

Figure 59: Diagramme d’état-transition de l’objet client d’une gestion commerciale

39
Dr. Yassine Rhazali
 Figure 60: Exemple de diagramme d’état-transition

4.8.3 Compléments sur le diagramme d’état-transition

4.8.3.1 Composition et décomposition d’état
Il est possible de décrire un diagramme d’état-transition à plusieurs niveaux. Ainsi, à un premier
niveau, le diagramme comprendra des états élémentaires et des états composites. Les états
composites seront ensuite décrits à un niveau élémentaire dans un autre diagramme. On peut
aussi parler d’état composé et d’état composant.

Formalisme et exemple

Le formalisme de représentation d’états composites est donné à la figure 61.

Figure 61: Exemple d’état composite

Dans cet exemple, l’état contrôlé est un état composite qui fait l’objet d’une description
individualisée à un second niveau que l’on appelle aussi sous-machine d’état.

40
Dr. Yassine Rhazali
4.8.3.2 Point d’entrée et de sortie
Sur une sous-machine d’état, il est possible de repérer un point d’entrée et un point de sortie
particuliers.

Formalisme et exemple

Le formalisme de représentation d’une sous-machine d’état avec point d’entrée et de sortie est
donné à la figure 62.

Figure 62: Exemple d’une sous-machine d’état avec point d’entrée et de sortie

4.8.3.3 Point de jonction

Lorsque l’on veut relier plusieurs états vers d’autres états, un point de jonction permet de
décomposer une transition en deux parties en indiquant si nécessaire les gardes propres à
chaque segment de la transition.
À l’exécution, un seul parcours sera emprunté, c’est celui pour lequel toutes les conditions de
garde seront satisfaites.

Formalisme et exemple

Le formalisme de représentation d’états-transitions avec point de jonction est donné à la figure

63.

Figure 63: Exemple d’états-transitions avec point de jonction

41
Dr. Yassine Rhazali
4.8.3.4 Point de choix
Le point de choix se comporte comme un test de type : si condition faire action1 sinon faire
action2.

Formalisme et exemple

Le formalisme de représentation d’états composites est donné à la figure 64.

Figure 64:Exemple d’états-transitions avec point de choix

4.8.3.5 État historique

La mention de l’historisation d’un état composite permet de pouvoir indiquer la réutilisation du dernier état
historisé en cas de besoin.

Formalisme et exemple
Le formalisme de représentation d’états historisés est donné à la figure 65.

Figure 65: Exemple d’états-transitions historisés

4.8.4 Travaux pratiques

Soit à représenter le diagramme d’état-transition d’un objet personnel en suivant les événements de
gestion depuis le recrutement jusqu’à la mise en retraite. Après le recrutement, une personne est
considérée en activité dès sa prise de fonction dans l’entreprise. Au cours de sa carrière, nous
retiendrons seulement les événements : congé de maladie et prise de congé annuel. En fin de
carrière, nous retiendrons deux situations : la démission et la retraite.

42
Dr. Yassine Rhazali