Cours UML Yassine Rhazali Partie 3
Cours UML Yassine Rhazali Partie 3
Cours UML Yassine Rhazali Partie 3
Logiciel
Définition
Logiciel : l’ensemble des instructions qui agissent sur des structures des données.
Classifications
Il y a plusieurs manières de classification des logiciels :
Logiciel de base : c’est un logiciel de base d’autres logiciel, ainsi les systèmes
d’exploitation se sont des logiciels de base qui permettent de fonctionner directement le
matériel.
Logiciel d’application : c’est un logiciel qui réalise une application en se basant sur un
logiciel de base, ainsi photoshop, office et mozila se sont des logiciels d’application.
Puis il y a :
Ensuite Il y a :
Enfin il y a :
Logiciel bureau : qui sont utilisés localement dans l’ordinateur tel que bloc note
Logiciel web : se sont des logiciels client-serveur installés dans le serveur et utilisés
depuis les navigateurs des clients tel que facebook
Logiciel mobile : sont des logiciels développés pour une utilisation au niveau de
smartphone ils peuvent être des logiciels client-serveur ou web tel que numberbook et
candy camera.
1
Dr. Yassine Rhazali
Middleware
Un middleware (intergiciel) est un logiciel d'échange d'informations entre différentes
applications informatiques. Ainsi on trouve CORBA d’OMG, RMI de Java et DCOM de Microsoft.
Protection de logiciel
Le code source des logiciels sont protégés par la convention de Berne.
Génie logiciel
Définition et objectifs
Le génie logiciel désigne l'ensemble des méthodes, des techniques et outils permettant la
production d'un logiciel.
L’objectif principal du génie logiciel c’est minimiser le cout, minimiser le temps, minimiser les
risques et réaliser un logiciel de qualité.
Le découpage permet de détecter les erreurs très tôt et ainsi de maîtriser le cout, le temps, et la
qualité du logiciel.
2
Dr. Yassine Rhazali
Faisabilité : Est-ce que le logiciel est réalisable ? Est-ce que le développement
proposé mérite la mise en œuvre ?
Spécification des besoins : Permet de définir ce que doit faire le logiciel et non
comment il le fait. Quatre types de spécifications :
o Spécification générale : Objectifs à atteindre, Contraintes.
o Spécification fonctionnelles est la description des fonctionnalités du futur
logiciel de manière détaillée que possible.
o Spécification d’interface décrit les interfaces du logiciel avec le monde
extérieur : homme (IHM), autres logiciel (Middleware), machines (rebot)
o Spécification technique :(Étude de l’existant) : Moyens d’accès (local, distant,
Internet, …), Quantité d’informations à stocker (choix du SGBDR, …)
Organisation du projet : Permet de déterminer la manière de développer le
logiciel : contient plusieurs étapes :
o planification : permet de : découper le projet en tâches, puis décrire leur
enchaînement dans le temps, ensuite affecter à chacune une durée et un
effort.
o Analyse des coûts: estimation du prix du projet
Tests :
3
Dr. Yassine Rhazali
Maintenance
Documents
Analyse
Conception
Développement
Test
Maintenance
4
Dr. Yassine Rhazali
Inconvénients du modèle en cascade : le principal inconvénient c’est que les erreurs sont
détectées tardivement, ce qui résulte un coût important en cas d’anomalie.
Modèle en V
Permet de définir les procédures de vérification de la conformité du logiciel aux spécifications
depuis les premières phases.
Figure 2: cycle en V
Avantages du modèle en V : permet de construire un livrable final parfait, puisque les étapes
de test sont nombreuses.
Inconvénients du modèle en V: ce modèle est utilisé juste pour les projets de petites tailles.
Cycle en spirale
Permet la définition de versions successives, en se basant sur la gestion des risques.
5
Dr. Yassine Rhazali
On distingue quatre phases :
1. déterminer les objectifs ;
2. déterminer des risques ;
3. développement et test ;
4. planification de l’itération suivante.
Cycle itératif
Avantages du modèle itératif : Ce type de cycle de développement est le plus souple. Ainsi le
projet fini peut varier du besoin qui a été exprimé à l’origine.
6
Dr. Yassine Rhazali
Partie 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
7
Dr. Yassine Rhazali
1er Chapitre: DIAGRAMME UML DES CAS
D’UTILISATION
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.
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).
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.
8
Dr. Yassine Rhazali
Le formalisme de base de représentation d’un cas d’utilisation est donné à la figure 2.
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.
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.
9
Dr. Yassine Rhazali
Figure 8: 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 :
Une note peut être ajoutée à la représentation du cas d’utilisation permettant d’expliciter la
condition.
10
Dr. Yassine Rhazali
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.
• 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é.
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.
11
Dr. Yassine Rhazali
2ème chapitre : DIAGRAMME DE SÉQUENCE (DSE)
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.
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.
Opérations particulières
1.1.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 7.
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 »
12
Dr. Yassine Rhazali
Figure 7: Exemple type de création et de destruction d’objet
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 8.
13
Dr. Yassine Rhazali
Fragment d’interaction
Dans un diagramme de séquence, il est possible de distinguer des sous-ensembles d’interactions
qui constituent des fragments.
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.
Dans l’exemple proposé (fig. 9), le fragment « ContrôlerProduit » est représenté avec un port
d’entrée et un port de sortie.
Treize opérateurs ont été définis dans UML : alt, opt, loop, par, strict/weak, break, ignore/
consider, critical, negative, assertion et ref.
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. 10) montre l’équivalent d’un test à deux conditions
explicites.
Opérateur opt
L’opérateur opt (optional) correspond à une instruction de test sans alternative (sinon).
14
Dr. Yassine Rhazali
L’opérateur opt se représente dans un fragment possédant une seule partie (fig. 11).
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 12.
15
Dr. Yassine Rhazali
Figure 10:Exemple de fragment d’interaction avec l’opérateur loop
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).
16
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.
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( ).
17
Dr. Yassine Rhazali
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).
• 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.
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.
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.
18
Dr. Yassine Rhazali
Figure 15: Exemple de fragment d’interaction avec l’opérateur critical
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.
19
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.
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.
20
Dr. Yassine Rhazali
Figure 19: Exemple de diagramme de séquence associé à un cas d’utilisation
Travaux dirigés
Exercice 1
21
Dr. Yassine Rhazali
3ème CHAPITRE : 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.
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.
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.
• la désignation de la classe,
• la description des attributs,
• la description des opérations.
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.
22
Dr. Yassine Rhazali
Figure 20: Formalisme général d’une classe et exemples.
Un attribut peut avoir des valeurs multiples. Dans ce cas, cette 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.
Opération
23
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.
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.
24
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.
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.
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.
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.
25
Dr. Yassine Rhazali
Figure 26: Formalisme et exemple d’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.
26
Dr. Yassine Rhazali
Navigabilité
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).
Contraintes
Ordre de tri
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.
27
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.
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.
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 ».
28
Dr. Yassine Rhazali
Figure 33: 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.
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 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.
29
Dr. Yassine Rhazali
Figure 35: Formalisme et exemple d’association qualifiée
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.
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é.
30
Dr. Yassine Rhazali
Figure 38: Exemple de description d’une classe d’interface
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.
31
Dr. Yassine Rhazali
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.
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.
32
Dr. Yassine Rhazali
Figure 41: 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.
33
Dr. Yassine Rhazali
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.
Travaux dirigées
Exercice 1
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.
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.
34
Dr. Yassine Rhazali