Conception Partie1

21/09/2024
Cours conception des

systèmes d’information
Analyse et Conception de Systèmes Informatiques Orientés objets en UML
Enseignant du cours: Mariem Gzara

Filière : Licence en Génie Logiciel et Système d’Information
Niveau : 2ème année
Année universitaire : 2023-2024
L2GLSI-ISIMM-23/24-M.GZARA 1
Chapitre : Diagramme de
cas d’utilisation
Système - cas d’utilisation-acteur-
association-description textuelle-
diagramme de séquence analyse
2
21/09/2024
Diagramme de cas d’utilisation

› Le diagramme des cas d'utilisation (Use Case Diagram)
constitue la première étape de l’analyse UML en :
– Modélisant les besoins des utilisateurs.
– Identifiant les grandes fonctionnalités et les limites du système.
– Représentant les interactions entre le système et ses
utilisateurs.
☞ Décrire le système de façon très abstraite

☞ Une vue fonctionnelle
☞ Très simples
Diagramme de cas d’utilisation

› Comprend:
– Les acteurs
– Le système
– Les cas d’utilisation
4
21/09/2024
Acteurs
› Un acteur est un utilisateur externe au système :
– Une personne.
– Du matériel (capteurs, moteurs, relais…).
– Un autre système
› Notation:
– Petit bonhomme avec son nom (i.e son rôle) inscrit dessous
– Un classeur stéréotype <<actor>>
Quelquefois, nous utilisons :

- Le stick man si l’acteur est humain
- Le classeur si l’acteur est du matériel ou un autreL2GLSI-ISIMM-23/24-M.GZARA
système 5
Acteurs
› Type acteurs :
– Acteur primaire (principal) « primary » : acteur déclenchant le
cas
– Acteur secondaire « secondary » : acteur sollicité par le cas
› Les matériels extérieurs sauf la machine où se trouve l’application (tels
que distributeur de billets).
› Les autres systèmes tels que par exemple le réseau des cartes bancaires
– Notation :
› Le stéréotype << primary >> vient orner l'association reliant un cas
d'utilisation à son acteur principal
› Le stéréotype << secondary >> est utilisé pour les acteurs secondaires
6
21/09/2024
Etude de cas : station-service de distribution

d'essence
› Les clients se servent de l'essence
› Le pompiste remplit les cuves.
› Question 1: Le client se sert de l'essence de la façon suivante : il prend un pistolet
accroché à une pompe et appuie sur la gâchette pour prendre de l'essence. Qui est
l'acteur du système le client, le pistolet ou la gâchette ?
› Question 2: Ahmed est pompiste à la station et peut se servir de l'essence pour sa
voiture. Pour modéliser cette activité d’Ahmed, doit-on définir un nouvel acteur ?
Comment modélise-t-on ça ?
› Question 3: Lorsqu’Ahmed vient avec son camion-citerne pour remplir les réservoirs des
pompes, est-il considéré comme un nouvel acteur ? Comment modélise-t-on cela ?
› Question 4: Certains pompistes sont aussi qualifiés pour opérer des opérations de
maintenance en plus des opérations habituelles des pompistes telles que le remplissage
des réservoirs. Ils sont donc réparateurs en plus d'être pompistes. Comment modéliser
cela ?

d'essence
› Réponse 1: C'est le client. Un acteur est toujours
extérieur au système. Définir les acteurs d'un système,
c'est aussi en définir les bornes (les limites) du système.
› Réponse 2: Ahmed est ici considéré comme un client.
Pour définir les acteurs, il faut raisonner en termes de
rôles.
8
21/09/2024

d'essence
› Réponse 3:
› Réponse 4:
Cas d’utilisation
› Le cas d’utilisation représente une fonctionnalité du système
(visible de l’extérieur du système).
› Notation UML:
– Une ellipse contenant le nom du cas d’utilisation (phrase commençant
par un verbe à l’infinitif)
– Optionnellement, un stéréotype au dessus du nom.
– Ou, un classeur stéréotypé << use case >> dans le cas

de présenter les attributs ou les opérations du cas d'utilisation
10
21/09/2024
Représentation du diagramme de cas

d’utilisation
› La frontière du système est représentée par un cadre.

› Le nom du système figure à l'intérieur du cadre, en haut.
› Les acteurs sont à l'extérieur
› Les cas d'utilisation à l'intérieur. L2GLSI-ISIMM-23/24-M.GZARA 11
11
Associations
› Association :
– Relation entre acteurs et cas d'utilisation (relation de communication)
– Représente la possibilité pour l'acteur de déclencher le cas
– Multiplicité:
› Lorsqu’un acteur peut interagir plusieurs fois avec un cas d’utilisation, il est
possible d’ajouter une multiplicité sur l’association du côté du cas
d’utilisation.
› Préciser une multiplicité sur une relation n’implique pas nécessairement que
les cas sont utilisés en même temps.
– Notation UML:
› un trait reliant l’acteur et le cas d’utilisation.
› Eventuellement, sur ce trait un stéréotype qui précise la relation de
communication («communicate »).
› Multiplicité: le symbole * du côté du cas d’utilisation signifie plusieurs.
Exactement n s’écrit tout simplement n, n..m signifie entre n et m, etc.
12
21/09/2024
Associations
› Relations entre cas d'utilisation (sous-fonction)
› Cas d'utilisation interne: un cas n'est pas directement relié à
un acteur
– Inclusion : X « includes » Y  X implique Y
↳Y est nécessaire pour X
– L’inclusion permet de :
› Partager une fonctionnalité commune entre plusieurs cas d’utilisation.
› Décomposer un cas d’utilisation complexe en décrivant ses sous-fonctions.
– Notation UML:
› Une flèche pointillée reliant les 2 cas d’utilisation et munie du stéréotype
«include ».
› Si le cas X inclut le cas Y, la flèche est dirigée de X vers Y.
La relation d’inclusion est impérative et donc systématique.
13
Associations
– Extension : X «extends» Y  X peut être provoqué par Y
↳ X est optionnel pour Y
– Point d’extension :
› L’extension peut intervenir à un point précis du cas étendu
› Une extension est souvent soumise à condition Notation UML:
– Notation:
› La condition est exprimée sous la forme d’une note
La relation d’exclusion est optionnelle
14
21/09/2024
Associations
– Généralisation ou spécialisation:
› X est un cas particulier de Y
› spécialiser un cas d’utilisation en un autre cas d’utilisation (sous-cas
d’utilisation)
› le sous-cas d’utilisation hérite du comportement du sur-cas d’utilisation.
› Le sous-cas d’utilisation hérite aussi de toutes les associations du sur-cas
(relations d’association avec les acteurs, relations d’inclusions, et relations
d’extensions).
– Notation:
› La relation de généralisation est représentée par une flèche avec une
extrémité triangulaire.
› Le nom d’un cas d’utilisation abstrait est écrit en italique (ou accompagné
du stéréotype « abstract »).
15
Description du cas d'utilisation

› Description textuelle d'un cas d'utilisation
– Titre: nom du cas d'utilisation
– Résumé: brève description
– Acteurs
– Contexte
– Données en entrée et préconditions
– Données en sortie et postconditions
– Scénario principal (nominal) pour ce cas d'utilisation :
Étapes à suivre pour réaliser ce cas
– Variantes, cas d'erreur:
Déviations des étapes du scénario principal, scénarios
alternatifs, scénarios d'erreur
16
21/09/2024
Description du cas d'utilisation

› Diagramme de séquence (analyse)
– Niveau analyse
– Diagramme de séquence acteur système
– Messages informels (pas des appels de méthodes)
– Noms des messages liés aux cas d'utilisation
– Mise en avant des données utiles au scénario (arguments)
17
Comment trouver les acteurs

› Qui est intéressé par le besoin ?
› Dans l’organisation, où le système se trouve-t-il utilisé ?
› Qui entre l’information, qui l’utilise, qui la détruit ?
› Qui utilise cette fonction ?
› Qui fait le support et la maintenance du système étudié ?
› Le système utilise-t-il une ressource extérieure ?
› Quels acteurs ont besoin de la fonction ?
› Un acteur joue-t-il plusieurs rôles ?
› Le même rôle est-il joué par plusieurs acteurs ?
18
21/09/2024
Comment trouver les use case?

› Quelles sont les tâches de l’acteur ?
› Quel acteur crée, sauvegarde, modifie, efface ou
simplement consulte cette information ?
› Quel use case crée, modifie, efface cette information ?
› L’acteur devra-t-il informer le système des changements
venant de l’extérieur ?
› L’acteur doit-il être informé sur certain état du système ?
› Tous les besoins fonctionnels sont-ils pris en compte ?
…?
19
Diagramme de cas d'utilisation

› Conseil : Rester lisible
– Pas plus de 6 ou 8 cas dans un diagramme
– Au besoin, faire plusieurs diagrammes (si cas disjoints entre
acteurs, pour détailler un cas...)
– Relations entre cas seulement si nécessaires et pas trop lourdes
– Le diagramme des cas d’utilisation apporte une vision utilisateur
et absolument pas une vision informatique.
– Le diagramme des cas d’utilisation n’est pas un inventaire
exhaustif de toutes les fonctions du système (fonctions
générales essentielles et principales sans rentrer dans les
détails).
☞ Pour les détails, privilégier la description textuelle
20
21/09/2024
Chapitre : Diagramme de
classe
Classe, responsabilité, association, multiplicité, agrégation,
composition, attribut, attribut dérivé, attribut de classe, classe
d’association, qualificatif, opération, opération de classe,
classification, généralisation, spécialisation, classe abstraite,
principe de substitution, généralisation multiple, contrainte
21
Notion de l’objet
› Un objet est une entité aux frontières bien définies
– Un objet est un concept, une abstraction ou une chose qui a un
sens dans le contexte du système à modéliser:
› La chaise de mon bureau, ma voiture, commande n°12, client Mourad
› Un objet a une identité :

– Chaque objet a une identité et peut être distingué des autres
sans considérer a priori les valeurs de ses proporiétés.
› Un objet encapsule un état
› Un objet encapsule un comportement
22
21/09/2024
Notion de classe
› Une classe représente la description abstraite d’un
ensemble d’objets (abstraction de l’objet):
– Mêmes propriétés (attributs)
– Même comportement (opérations)
– Une sémantique (domaine de définition)
– Classe Voiture, classe Elève, classe Personne
› Un objet est une instance de classe
› Les objets d’une même classe possèdent les même
caractéristiques (attributs).
› Notation UML:
23
Attribut
› Un attribut est un type d’information contenu dans une
classe
– Attributs élémentaires ou atomiques : nom, âge
– Attributs structurés: adresse
– Attributs multivalués : une personne peut avoir plusieurs
numéros de téléphonnes
– Exemple :
› Classe Voiture
› Attributs: vitesse courante, numéro de l’immatriculation, nombre de
cylindre, …
› Notation UML:
24
21/09/2024
Attribut
› Visibilité/Nom Attribut : type [=valeur initiale {propriété}]
– Visibilité (-, +, #)
– Nom d’attribut: nom unique dans sa classe
– Type : type primitif
– Valeur initiale facultative
– Attribut dérivé : calculé à partir d’autres attributs de la classe
(/nom attribut dérivé)
– {proporiétés}: valeurs marquées facultatives (ex: <<interdit>>
pour mise à jour interdite)
– Attribut peut avoir des valeurs multiples (diplômes[5])
25
Opération
› Décrit le comportement d’un objet :
– Un élément de comportement (un service) contenu dans une
classe
› Fonction applicable aux objets d’une classe
› Une méthode est l’implémentation d’une opération
› Formalisme:
– Uniquement le nom de l’opération
(ou)
– Nom de l’opération, liste de paramètres, type de résultat
26
21/09/2024
Opération
› Visibilité Nom opération(paramètres) [:[type résultat] {propriétés}]:
– Visibilité (-, +, #)
– Nom opération: verbe représentant l’action à réaliser
– Paramètres : nom du paramètre, type, valeur par défaut
– Type résultat: type (s) de valeurs retournées
– {propriétés} : valeurs facultatives applicables
27
Visibilité des attributs et des opérations

› Public (+) : attribut ou opération visible partout
› Protégé (#): attribut ou opération visible seulement à
l’interieur de la classe et pour toutes les sous-classes de
la classe
› Privé (-): attribut ou opération seulement visible à
l’interieur de la classe
› Paquetage (~): attribut ou opération ou classe seulement
visible à l’interieur du paquetage où se trouve la classe
28
21/09/2024
Attribut ou opération de niveau classe

› Attribut qui est une constante pour toutes les instances
d’une classe
› Opération d’une classe abstraite
› Opération <<créer>> qui peut être définie au niveau de la
classe et applicable à la classe elle-même
› Formalisme:
– Soulignement de l’attribut ou de l’opération
29
Classe : Formalisme général

› Un rectangle comportant
plusieurs compartiments:
– Les trois compartiments de
base
› Désignation de la classe
› Description des attributs
› Description des opérations
– Deux autres compartiemnts : ☞ Il est possible de manipuler les
› Description des responsabilités de classes en limitant le niveau de
la classe description à un nombre réduit de
› Description des exceptions traitées compartiments selon les objectifs
par la classe de modélisation
30
21/09/2024
Association
› Une association représente une relation sémantique
durable entre deux classes
– Exemple:
› Une personne peut posséder plusieurs voitures
› Une voiture est possédée par une seule personne
– Une association est bidirectionnelle
› Notation UML:
31
Association : multiplicité et contraintes

› Multiplicité : contrainte valable durant toute l’existence
des objets
– Une et une seule
– Plusieurs (0 ou plus)
– Optionnelle (0 ou 1)
– 1 ou plus
– De m à n
› Autres contraintes sur association
– {ordered}
– {subset}
– Contrainte de partition {xor}
32
21/09/2024
33
Rôle
› Possibilité de nommer les extrémités d’association
› Indispensable pour les associations entre objets de
même classe
34
21/09/2024

› Une personne peut passer plusieurs commandes
› Une commande est toujours passée par une et une seule
personne
• L'extrémité d'une
association est
appelée rôle.
• Le rôle décrit
comment une
classe voit l'autre
classe au travers
d'une association
35

› Cardinalités (Merise, modèle entité association)
› Multiplicité (UML)
36
21/09/2024

› Ordonnancement, bags et séquences
– Ordonnancement des objets situés à l’extrémité d’une
association « plusieurs »
– Bag (sac) : collection non ordonnée avec autorisation de

doublons
– Séquence : collection ordonnée avec autorisation de doublons
37

› Les contraintes d’exclusion:
– Ce type de contrainte permet de modéliser le cas où pour une
instance donnée d’une classe, une seule association, parmi
plusieurs possibles, peut être valide à un instant donné
38
21/09/2024

› La contrainte {sous-ensemble} indique qu’une collection
est incluse dans une autre collection
› Des contraintes spécifiques au moyen du langage OCL
(Object Constraint Language)
39
Classe d’association
› Une association ne peut posséder d’attributs, à
l’exception du cas très particulier des associations
qualifiées.
› On peut définir une classe association, c‟est-à-dire une
association qui est également une classe.
› C’est une classe qui réalise la navigation entre les
instances dautres classes.
› Elle sert à connecter les classes entre elles
40
21/09/2024
41
42
21/09/2024
43
› Ne pas confondre classe-association et association
promue au rang de classe
44
21/09/2024
Association qualifiée
› Qualificateur :
– Attribut permettant de distinguer les objets situés à l’extrémité
de multiplicité « plusieurs » d’une association
– Attribut réduisant la multiplicité « plusieurs » à « un »
› Association qualifiée : association contenant un ou
plusieurs attributs qualificateurs
45
Association qualifiée
46
21/09/2024
Les diagrammes de classes : Navigabilité

› La navigabilité indique s’il est possible de traverser une
association.
› Par défaut, une association est navigable dans les deux
sens
47
Esemple : Système de fichier

› Spécification :
– Un utilisateur possède au moins un répertoire
– Un répertoire appartient à un et un seul utilisateur
– Un répertoire peut contenir d ’autres répertoires
– Un utilisateur peut accéder à au moins un répertoire
– Un répertoire peut être accédé par au moins un utilisateur
– Réaliser le diagramme de classes correspondant
48
21/09/2024
Exemple :pays et langues

› Spécifications :
– Un pays a un nom, un nombre d’habitants et une superficie
– Dans ce pays, certaines langues sont parlées
– Un pourcentage de la population parle une langue ;
– Une langue peut être officielle dans un pays
› Réaliser le diagramme de classes correspondant
L2GLSI-ISIMM-23/24-M.GZARA
49
49
Exemple : gestion salles d’attente clinique

› Spécifications:
– Chaque salle a une capacité d‟accueil limitée.
– Les salles portent un nom et sont situées à un emplacement
précis de la clinique.
– Les patients sont admis normalement ou en urgence.
– Les patients sont appelés prioritairement selon lordre darrivée
– Un patient est appelé est reçu et soigné par le docteur.
– Les soins ne sont pas interrompus par larrivée d’un patient en
urgence.
50
21/09/2024
Exemple : gestion salles d’attente clinique
51
Agrégation et composition
› Une agrégation exprime une relation de contenance
› Association non symétrique
› Une agrégation n’a pas besoin d’être nommée
– Implicitement : <<contient>>, <<est composé de>>
– Classe agrégat (composé), classes agrégée (composant)
Un répertoire contient des fichiers
52
21/09/2024
Exemple : personnes et commune

› Spécification :
– Une personne peut travailler pour plusieurs sociétés
– Une société a un et un seul PDG
– Une personne peut être PDG de plusieurs sociétés
– Une personne peut posséder plusieurs voitures
– Une voiture a un seul propriétaire
– Une personne peut avoir des enfants
– Une personne peut être le maire d ’une commune
– Une personne peut être le député d ’une circonscription
– Une commune appartient à une circonscription
53
Exemple : personnes et commune
54
21/09/2024
Agrégation et composition
› Une composition est une agrégation plus forte:
– Un élément ne peut appartenir qu’à un seul agrégat composite
› Agrégation non partagée
– La destruction de l’agrégat composite entrâine la destruction de
tous ses éléments
› Le composite est responsable du cycle de vie des parties,
Une pièce contient des murs

55
Généralisation, super-classe, sous-classe

› Relation de généralisation:
– Relier une super-classe (classe plus générale) à une ou plusieurs
autres classes plus spécialisées (sous-classes)
– Les sous-classes <<héritent>> des propriétés de leur super-
classe
– Les sous-classes peuvent comporter des propriétés spécifiques
› Exemple :
– Classe : moyen de transport : désignation, âge, vitesse limite,
prix HT, …
– Voiture: numéro d’immatriculation, nombre de portes, couleur
– Bateau : nombre de voiles
– Avion: altitude,
56
21/09/2024
57
58
21/09/2024
Association généralisation: contrainte
› Une généralisation incomplète indique qu’il existe

d’autres sous-classes qui peuvent être introduites dans la
généralisation.
› Une généralisation complète indique que l’ensemble des
sous-classes a été répertorié
› Par défaut, la généralisation est dite complète et
disjointe, i.e. une instance est au plus instance d’une
seule des sous-classes
› La contrainte overlapping indique qu’une instance de la
super-classe est l'instance de deux ou plusieurs
sousclasses.
59
Encapsulation
› L'encapsulation est un principe de conception consistant
à protéger le coeur d'un système des accès intempestifs
venant de l'extérieur.
› En UML, utilisation de modicateurs d'accès sur les
attributs ou les classes :
– Public ou << + >> : propriété ou classe visible partout
– Protected ou <<#>> . propriété ou classe visible dans la classe
et par tous ses descendants.
– Private ou <<- >> : propriété ou classe visible uniquement dans
la classe Package, ou <<~>> : propriété ou classe visible
uniquement dans le paquetage
– Il n'y a pas de visibilité par défaut .
60
21/09/2024
Classe abstraite
› Une méthode est dite abstraite lorsqu'on connaît son entête mais pas la manière
dont elle peut être réalisée.
› Il appartient aux classes enfant de définir les methodes abstraites.
› Une classe est dite abstraite lorsqu'elle définit au moins une méthode abstraite
ou lorsqu'une classe parent contient une méthode abstraite non encore réalisée.
61
Classe abstraite
62
21/09/2024
Package
› Mécanisme général de regroupement d’éléments en UML
– Regrouper des classes et des associations
– Les package sont des espaces de nommage:
› Deux éléments ne peuvent pas porter le même nom au sein du même
package
› Deux éléments appartenant à des packages différents peuvent porter le
même nom
› Structuration d’un modèle en packages:
– Cohérence :
› Regrouper les classes proches de point de vue sémantique
– Independence :
› Minimiser les relations entre packages, soit, les relations entre classes de
packages différents
Critère intéressant: Évaluer les durées de vie des
instances de concepts et rechercher l’homogénéité L2GLSI-ISIMM-23/24-M.GZARA 63
63
Interface
› Le rôle d'une interface est de regrouper un ensemble
d'opérations assurant un service cohérent offert par un
classeur et une classe en particulier.
› Une interface est définie comme une classe, avec les mêmes
compartiments.
› On ajoute le stéréotype <<interface>> avant le nom de
l'interface.
› On utilise une relation de type réalisation entre une interface
et une classe qui l'implémente.
› Les classes implémentant une interface doivent implémenter
toutes les opérations décrites dans l'interface
64
21/09/2024
Interface
› Classe cliente d'une interface:
– Quand une classe dépend d'une interface (interface requise)
pour réaliser ses opérations, elle est dite classe cliente de
l'interface
– On utilise une relation de dépendance entre la classe cliente et
l'interface requise.
– Toute classe implémentant l'interface pourra être utilisée
65
Interface
66
21/09/2024
Eléments dérivés
› Les attributs dérivés peuvent être calculés à partir
d'autres attributs et des formules de calcul.
› Les attributs dérivés sont symbolisés par l'ajout d’un
<</>> devant leur nom.
› Lors de la conception, un attribut dérivé peut être utilisé
comme marqueur jusqu'à ce que vous puissiez
déterminer les règles à lui appliquer.
› Une association dérivée est conditionnée ou peut être
déduite à partir d'autres autres associations. On utilise
également le symbole <</>>.
67
Attributs de classe
› Par défaut, les valeurs des attributs définis dans une
classe diffèrent d'un objet à un autre.
› Parfois, il est nécessaire de dénir un attribut de classe qui
garde une valeur unique et partagée par toutes les
instances.
› Graphiquement, un attribut de classe est souligné
68
21/09/2024
Opérations de classe
› Semblable aux attributs de classe
› Une opération de classe est une propriété de la classe, et
non de ses instances.
› Elle n'a pas accès aux attributs des objets de la classe.
69
Classe paramétrée
› Pour dénir une classe générique et paramétrable en fonction
de valeurs et/ou de types :
– Dénition d'une classe paramétrée par des éléments spéciés dans un
rectangle en pointillés ;
– Utilisation d'une dépendance stéréotypée <<bind>> pour dénir des
classes en fonction de la classe paramétrée.
Java5 : généricité
C++ : templates
70
21/09/2024
Le diagramme de classe
› Le diagramme de classe exprime de manière générale la
structure statique d’un système
› Le modèle des classes et des objets décrit les objets
persistants du système d’information
› Le diagramme de classes est le diagramme le plus important
dans toutes les méthodes orientés objets.
› Le développement du modèle statique constitue la deuxième
activité dans l’étape d’analyse
› Une classe ne doit pas avoir trop de responsabilités
› Ne pas confondre objet logique et objet physique (une entité
et sa description)
71
Comment construire un diagramme de

classes
› Lister les noms
– Un substantif (mot du domaine) est un candidat potentiel pour
› Une entité
› Un attribut
– Supprimer :
› Synonymes
› Polysèmes
› Noms superflus (inutiles ou hors domaine)
– Procéder par itérations
› Identifier les classes
– Regroupent des attribut
72
Le diagramme de séquence
Diagrammes de séquence
› Les diagrammes de séquences permettent de décrire
COMMENT les éléments du système interagissent entre
eux et avec les acteurs.
– Montrent les interactions entre objets selon un point de vue
temporel
– Description de scénarios types et des exceptions
› Deux utilisations principales :
1. Documentation des CU (point de vue Fonctionnel)
2. Représentation précise des interactions (point de vue
Dynamique)
› identification des messages, des envois, réceptions, etc
Diagramme de séquence
› Principes de base :
– Représentation graphique de la chronologie des échanges de
messages avec le système ou au sein du système
› « Vie » de chaque entité représentée verticalement
› Échanges de messages représentés horizontalement
› Éléments du diagramme de séquence :

– Acteurs
– Objets (instances)
– Messages (cas d'utilisation, appels d’opération)
Diagrammes de séquence
› Concepts principaux :
› 1. Les participants (le plus souvent des objets)
– Une ligne de vie : représente un participant à une interaction (objet ou acteur).
– Des zones d’activation
› 2. Les messages :
– L’opération et éventuellement ses paramètres
– Éventuellement son résultat
– Envoi d’un signal
– Destruction ou création d’objets
› 3. Des Fragments combinés
– Alt : conditionnelle
– Loop : boucle
– Ref : référence à un autre diagramme de séquence (=appel de fonction)
– Etc.
Diagramme de séquence: éléments de base
Fares: Acteur
Période d’activité
› La réception des messages provoque une période d’activité

(rectangle vertical sur la ligne de vie) marquant le traitement du
message.
› Période durant laquelle un objet effectue une action
› Etat actif (= durée de vie)
› un objet peut être actif plusieurs fois
Types de messages
› Message synchrone : Émetteur bloqué en attente du
retour
– Typiquement : appel de méthode (Si un objet A invoque une
méthode d’un objet B, A reste bloqué tant que B n’a pas
terminé.
Types de messages
› Message asynchrone : Émetteur non bloqué, continue son
exécution
– Le message envoyé peut être pris en compte par le récepteur à
tout moment ou ignoré.
Type de message
› Message de retour : On peut associer aux messages
d’appel de méthode un message de retour (en pointillés)
marquant la reprise du contrôle par l’objet émetteur du
message synchrone.
Correspondance message/opérations
› Les messages synchrones correspondent à des opérations dans le
diagramme de classes.
› Envoyer un message et attendre la réponse pour poursuivre son
activité revient à invoquer une méthode et attendre le retour pour
poursuivre ses traitements.
Message de retour
› Le récepteur d’un message synchrone rend la main à l’émetteur du
message en lui envoyant un message de retour
› Les messages de retour sont optionnels : la fin de la période
d’activité marque également la fin de l’exécution d’une méthode.
› Ils sont utilisés pour spécifier le résultat de la méthode invoquée.
Création d’objets
› Un message peut entraîner la création ou la destruction d’objets
– La création d’un objet est matérialisée par une flèche qui pointe sur le
sommet d’une ligne de vie (On peut aussi utiliser un message asynchrone
ordinaire portant le nom «create»).
› La destruction d’un objet est matérialisée par une croix qui
marque la fin de la ligne de vie de l’objet.
Création et destruction d'objet
Catégories de messages
› message trouvé (Found message) :
– message dont on ignore la provenance
– en dehors du cadre décrit par le Diagramme de Séquence
› message perdu (Lost message) :
– message envoyé, mais jamais reçu
Message réflexif
Un objet peut s’envoyer des messages:
• appel à une autre méthode de l’objet
• appel récursif
Durées et contraintes temporelles
› Représentation des délais de transmission :
Fragments combinés
› Un fragment combiné permet de décomposer une
interaction complexe en fragments suffisamment simples
pour être compris
› Types
– 1. Opt
– 2. Loop
– 3. Alt
– 4. Break
– 5. Critique
– 6. Ref
– 7. ...
Opt : Fragment parcouru si une condition est vérifiée
Alt : Equivalent à la structure de contrôle "si .. alors .. sinon"
Loop : Répétition du fragment tant que la condition est vérifiée
Break : Fragment exécuté et met fin au fragment englobant
Décomposition : mot clef "ref"
Fragments
combinés :
exemples
Alternative
› Principe : Condition à l'envoi d'un message
› Notation :
– Deux diagrammes
– Bloc d'alternative alt
Alternative
Boucle
Référence à un autre diagramme
Quelques règles
› Messages entre acteurs et interface
– « Fausses » opérations liées au cas d'utilisation (même nom)
– Arguments (saisis) et valeurs de retour (affichées) simples : texte,
nombre
› Messages au sein du système
– Opérations du diagramme de classes
– Si message de objA : ClasseA vers objB : ClasseB,
alors opération du message dans ClasseB
Utilisation d’un diagramme de séquence pour
modéliser un cas d’utilisation
› Chaque cas d'utilisation donne lieu à un diagramme de
séquences
› Les inclusions et les extensions sont des cas typiques

d’utilisation de la réutilisation par référencement
Utilisation d’un diagramme de séquence pour
modéliser un cas d’utilisation
Diagramme de séquences correspondant :
21/09/2024

Le modèle des objets

Le diagramme d’objets
› Le diagramme d’objets fait parties des diagrammes structurels
(statique).
› Il représente les objets d’un système (c.à.d. les instances des
classes) et leurs liens (c.à.d. les instances des associations) à
un instant donné.
› Il donne une image instantanée des instances d'un système et
des relations entre ces instances.
› A un diagramme de classe correspond une infinité de
diagrammes d’objets.
› Les diagrammes d’objet donnent des exemples, des cas de
figure:
– permettent d’affiner le diagramme de classe
– de mieux comprendre le diagramme de classe
2
21/09/2024
Le diagramme d’objets
› Pendant phase analyse, créer jeux d'essai pour vérifier si
le diagramme de classes est complet et exact.
› Avant de créer un diagramme de classes, illustrer avec
des exemples précis
Représentation graphique
› Chaque objet est
représenté dans un
rectangle:
– le nom de l’objet
(souligné)
– éventuellement la
valeur de un ou
plusieurs de ses
attributs.
4
21/09/2024
Représentation graphique
Diagramme d’objets
une instance
particulière du
diagramme de
classe
6
21/09/2024
8
21/09/2024
10
21/09/2024
Diagramme Objets recommandation

› Le diagramme d’objets ne doit être utilisé que pour
clarifier certaines structures complexes apparaissant sur
un diagramme de classes
› Tous les objets du diagramme de classes ne doivent pas
obligatoirement figurer sur le diagramme d’objets
› Le diagramme d’objets peut servir de base à un
diagramme d’interaction
11
21/09/2024

Diagramme d’états-transitions
Diagramme d’activité
12
Diagrammes d’états-
transitions
13
21/09/2024
Diagramme états-transitions
› Objectif :
– Décrire le comportement dynamique d'une entité (logiciel,
composant, objet...)
– Décrire le fonctionnement d’une machine (ou d’un objet) ayant
un comportement séquentiel.
› Comportement décrit par états + transitions entre les
états
– État : abstraction d'un moment de la vie d'une entité pendant
lequel elle satisfait un ensemble de conditions
– Transition : changement d'état
14
› Intérêt :
– Vue synthétique de la dynamique de l'entité
– Regroupe un ensemble de scénarios
! Un diagramme d’états-transition est toujours associé à une et une seule classe.

15
21/09/2024
Exemple : distributeur automatique
16
Exemple : distributeur automatique
17
21/09/2024
Etat
› Types d'états :
– État initial :
› Initialisation du système, exécution du constructeur de l'objet
› est représenté par un point noir
– État final :
› Fin de vie du système, destruction de l'objet
› se représente par un point entouré d’un cercle
– États intermédiaires :
› étapes de la vie du système, de l'objet
› un rectangle arrondi contenant son nom
18
État
› Caractéristiques d'un état :
– Conditions vérifiées
– Événements attendus
19
21/09/2024
› Un diagramme d’états-transition est toujours associé à une et
une seule classe:
– Un objet peut passer par une série d'états pendant sa durée de vie.
– Un état représente une période dans la vie d'un objet pendant laquelle
ce dernier
› attend un événement (signal provenant d'autres objets) (Objet inactif)
› ou accomplit une activité (objet actif):
– Exécution d’une série de méthodes
– Interactions avec d’autres objets
– Etat initial: correspond à l'état de l'objet juste après sa création (défini

par l'un des constructeurs de l'objet).
– Un ou plusieurs états finaux : correspondent à une phase de
destruction de l'objet.
› Il arrive également qu'il n'y ait pas d'état final car un objet peut ne jamais être
détruit (dans le cas des services notamment).
20
Evénement
› Un événement est un fait qui déclenche le changement
d'état
› Un événement se produit à un instant précis et est
dépourvu de durée
› Il existe quatre types d’événements :
1. Événement de type signal (signal event)
2. Événement appel d'opération (call event)
3. Événement de changement (change event)
4. Événement temporel (time event)
21
21/09/2024
Evénement
1. Événement de type signal (signal event)
– réception d’un signal asynchrone émit par un autre objet ou par
un acteur
22
Evénement
2. Événement appel d'opération (call event) :
– Appel d’une méthode de l’objet courant par un autre objet ou par un
acteur.
3. Evénement de changement d'état:
– La satisfaction (vrai ou faux) d'une expression booléenne sur des
valeurs d'attributs.
– L’expression est testée en permanence.
4. Événement temporel (time event) :

– générés soit de manière absolue (date précise), soit de manière
relative (temps écoulé). Par défaut, le temps commence à s'écouler
dès l'entrée dans l'état courant.
23
21/09/2024
Une transition est une relation entre 2 états. Elle est orientée ce qui signifie que l'état
2 est possible si certains événements sont vérifiés.
Exemple : Une commande passera dans l'état "En attente" dès lors qu'elle aura été
expédiée
24
Transitions « change » et « after »

› Le changement de saisons constitue une boucle
continue. On considère un objet de la classe Saison
de durée de vie infinie.
› En utilisant des événements de type change ou after ,
donner le diagramme des états-transitions de la classe
Saison correspondant aux états de l'année climatique de
la Tunisie (printemps, été, automne, hiver).
› Les événements sont when(date=21 mars), when(date=21
juin)... ou alors after(3 mois)
25
21/09/2024
26
Etats associés à une classe

› Considérons une classe Partie dont la responsabilité est de
gérer le déroulement d'une partie de jeu d'échecs.
› Cette classe peut être dans deux états : le tour des blancs
le tour des noirs.
› Les événements à prendre en considération sont :
– un déplacement de pièces de la part du joueur noir
– un déplacement de pièces de la part du joueur blanc
– la demande de prise en compte d'un échec et mat par un joueur.
› S'il est validé par la classe partie, un échec et mat assure la victoire du dernier
joueur.
› Dans ce cas, une activité noirsGagnants ou blancsGagnants selon le cas
est déclenchée (appel de méthode).
– la demande de prise en compte d'un pat qui mène aussi à une n de
partie, avec une égalité.
› Dans ce cas, une activité égalité est déclenchée.
27
21/09/2024
28
Diagramme d’activité
29
21/09/2024
DIAGRAMME D’ACTIVITES
› Variante des diagrammes d’états-transitions•
› Diagramme d’activité représente graphiquement le
comportement d'une méthode ou le déroulement d'un cas
d'utilisation.
› Le passage d'une activité vers une autre est matérialisé par
une transition.
› Les transitions sont déclenchées par la fin d'une activité et
provoquent le début immédiat d'une autre (elles sont
automatiques).
› En théorie, tous les mécanismes dynamiques pourraient être
décrits par un diagramme d'activités, mais seuls les
mécanismes complexes ou intéressants méritent d'être
représentés
30
› Pour montrer le flux des opérations qui s'enchaînent dans
un processus interne du système.
› Ce diagramme est le comment de la description d’un
système que nous avons évité dans les diagrammes de
cas d’utilisation.
› Ce n’est pas un diagramme d’états-transitions :
– Le diagramme d’états-transitions met l’accent sur l’évolution
d’un objet au cours du temps.
– Le diagramme d’activités se focalisent sur le flux d’activités
concourant à la réalisation d’un processu
31
21/09/2024
32
33
21/09/2024
34
35
21/09/2024
36
37
21/09/2024
38
Distributeur de billets
› Le client introduit sa carte dont la validité est

immédiatement vérifiée.
› Il est ensuite invité à saisir le code de la carte.
› Après trois tentatives infructueuses, la carte est avalée.
› Sinon le client peut indiquer le montant qu'il désire retirer,
le solde de son compte bancaire est alors consulté pour
s'assurer que le retrait est possible.
– En cas de solde insuffisant, le client en est informé et peut alors
saisir un montant inférieur.
– Si le solde du compte est suffisant, le distributeur restitue la
carte et délivre alors les billets accompagnés d'un reçu.
39
21/09/2024
40
Mousse au chocolat (UML2 par la pratique, P.

Roques)
Voici la recette pour faire une bonne mousse au chocolat :
› Commencer par casser le chocolat en morceaux, puis le faire
fondre.
› En parallèle, casser les œufs en séparant les blancs des jaunes.
› Quand le chocolat est fondu, ajouter les jaunes d’œuf.
› Battre les blancs en neige jusqu’à ce qu’ils soient bien fermes.
› Les incorporer délicatement à la préparation chocolat sans les
briser.
› Verser dans des ramequins individuels.
› Mettre au frais au moins 3 heures au réfrigérateur avant de servir.
41
21/09/2024
42

Roques)
› Dans le diagramme d’activité de la question 1, on ne voit
pas encore les ingrédients manipulés. Ajouter les flots
d’objets (objet et son état) pour compléter le diagramme.
43
21/09/2024
44

Roques)
› 3. Le chef et son assistant vont partager le travail pour
préparer la recette. Créer un autre les partitions
représentant les entités responsables des actions.
45
21/09/2024
46
47
21/09/2024
DIAGRAMME
D’ACTIVITES
48
› Flux d'objet :
– Un flux d'objet représente la participation d'un objet dans un flux
de contrôle.
– Les flux d'objets sont représentés par des relations de
dépendance entre objets et états d'action ou d'activités.
– Les flux d'objets sont représentés par des flèches :
› Le diagramme ainsi obtenu est très intéressant, puisqu’il
fait le pont entre les trois axes de modélisation :
fonctionnel (actions), dynamique (flots) et statique
(entités et partitions)
49
21/09/2024
50
Diagramme de paquetage
51
21/09/2024
Diagramme de
composant
52

Conception Partie1

Transféré par

Informations du documentcliquez pour développer les informations du document

Informations du documentcliquez pour développer les informations du document

Droits d'auteur :

Formats disponibles

Conception Partie1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Conception Partie1

Transféré par

Droits d'auteur :

Formats disponibles

21/09/2024

Cours conception des

Enseignant du cours: Mariem Gzara

Diagramme de cas d’utilisation

☞ Décrire le système de façon très abstraite

Diagramme de cas d’utilisation

Quelquefois, nous utilisons :

Etude de cas : station-service de distribution

Etude de cas : station-service de distribution

Etude de cas : station-service de distribution

– Ou, un classeur stéréotypé << use case >> dans le cas

Représentation du diagramme de cas

› La frontière du système est représentée par un cadre.

La relation d’inclusion est impérative et donc systématique.

La relation d’exclusion est optionnelle

Description du cas d'utilisation

Description du cas d'utilisation

Comment trouver les acteurs

Comment trouver les use case?

Diagramme de cas d'utilisation

☞ Pour les détails, privilégier la description textuelle

› Un objet a une identité :

Visibilité des attributs et des opérations

Attribut ou opération de niveau classe

Classe : Formalisme général

Association : multiplicité et contraintes

Association : multiplicité et contraintes

Association : multiplicité et contraintes

Association : multiplicité et contraintes

Association : multiplicité et contraintes

– Bag (sac) : collection non ordonnée avec autorisation de

Association : multiplicité et contraintes

Association : multiplicité et contraintes

Les diagrammes de classes : Navigabilité

Esemple : Système de fichier

Exemple :pays et langues

Exemple : gestion salles d’attente clinique

Exemple : gestion salles d’attente clinique

Un répertoire contient des fichiers

Exemple : personnes et commune

Exemple : personnes et commune

Une pièce contient des murs

Généralisation, super-classe, sous-classe

Généralisation, super-classe, sous-classe

Généralisation, super-classe, sous-classe

Association généralisation: contrainte

› Une généralisation incomplète indique qu’il existe

Comment construire un diagramme de

› Éléments du diagramme de séquence :

› La réception des messages provoque une période d’activité

Alt : Equivalent à la structure de contrôle "si .. alors .. sinon"

Break : Fragment exécuté et met fin au fragment englobant

› Les inclusions et les extensions sont des cas typiques

Cours conception des

Le modèle des objets

Diagramme Objets recommandation

Cours conception des