UML
Formateur : Ibrahim kabba
Partie pratique
1. UML
Définition:
• UML: langage graphique standard de modélisation
des systèmes d’information
• UML: langage visuel pour comprendre le système
• Communiquer et travailler à plusieurs
• Aider à spécifier, concevoir et développer un système
d’information
• Avec différents modèles et différentes vues
1. UML
Caractéristiques:
• UML est un support de communication
• Sa notation graphique permet d'exprimer visuellement
une solution objet.
• L'aspect formel de sa notation limite les ambiguïtés et
les incompréhensions.
• Son aspect visuel facilite la comparaison et l'évaluation
de solutions.
• Son indépendance (par rapport aux langages
d'implémentation, domaine d'application, processus...) en
font un langage universel.
1. UML
Alors UML c'est la solution à tout?
• UML n’est qu’un ensemble de formalismes permettant
d’appréhender un problème et de le modéliser
• Un formalisme n’est qu’un outil
• Le succès = savoir utiliser les outils
• Ce n’est pas un algorithme ou une méthode
automatique à appliquer
• UML laisse la liberté de « penser » ☺
1. UML
Et comment l'utiliser alors?
Avant tout, une bonne démarche qui permet de :
• Bien comprendre les demandes et exigences des
utilisateurs finaux
• Bien communiquer avec le client
• Tenir compte des changements du cahier des charges
• Empêcher la découverte tardive de défauts sérieux
dans le projet
• Traiter au plus tôt tous les points critiques du projet
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Qu'est ce qu'un diagramme de cas d'utilisation?
Avant de se lancer dans la réalisation d’un logiciel, Il faut
comprendre, clarifier et structurer les attentes et les
besoins du client.
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.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Les acteurs :
Avant de rechercher les besoins, la première tache consiste à
définir les limite du système (c.à.d. ce qui est inclus ou pas dans le
système), puis à identifier les différentes entités intervenants sur
le système. Ces entités sont appelés acteurs.
Les acteurs se représentent sous la forme d’un petit personnage
(stick man). Chaque acteur porte un nom.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Un acteur est un utilisateur externe au système. Cela
peut être :
- Une personne.
- Du matériel (capteurs, moteurs, relais…).
- Un autre système.
Quelquefois, nous utilisons :
- le stick man si l’acteur est humain
- le stick man avec la mention « system » si l’acteur est
du matériel ou un autre système.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Exemple : Le DAB (Distributeur Automatique de
Billet)
- Un DAB permet à tout porteur de carte bancaire de
retirer de l’argent.
- Si le porteur de carte est un client de la banque
propriétaire du DAB, il peut en plus consulter les soldes
de ses comptes et effectuer des virements entres ces
différents comptes.
- Les transactions sont sécurisées c’est-à-dire :
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Exemple : Le DAB (Distributeur Automatique de Billet)
–suite-
- Le DAB consulte le Système d’Information de la banque
(S.I. Banque) pour les opérations que désire effectuer un
client de la banque (retraits, consultation soldes et
virements).
- Le DAB consulte le Système d’Autorisation Globale Carte
Bancaire (Sys. Auto.) pour les retraits des porteurs de
cartes non clients de la banque.
- Le DAB nécessite des opérations de maintenance tel que
la recharge en billet, la récupération des cartes avalée,
etc.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les limites du système sont clairement définies, il
s’agit des limites physiques du DAB.
Quels sont les différents acteurs interagissant avec
le DAB?
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Les cas d’utilisation :
- Le cas d’utilisation représente une fonctionnalité du
système (visible de l’extérieur du système).
- Un cas d’utilisation se représente par une ellipse
contenant le nom du cas d’utilisation (phrase
commençant par un verbe à l’infinitif).
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Les différents cas d’utilisation peuvent être représentés
à l’intérieur d’un même rectangle représentant les
limites du système.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Relation entre acteurs et cas d’utilisation :
La relation d’association
- A chaque acteur est associé un ou plusieurs cas
d’utilisations, la relation d’association peut aussi
être appelée relation de communication.
- Elle est représentée par un trait reliant l’acteur
et le cas d’utilisation.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC)
Les relations entre cas d’utilisation :
Nous pouvons compléter le diagramme par d’autres cas
d’utilisation (non lié à des acteurs mais à d’autres cas
d’utilisation) qui préciseront le diagramme.
Relation d’inclusion :
La relation d’inclusion sert à enrichir un cas d’utilisation
par un autre cas d’utilisation (c’est une sous fonction).
La relation d’inclusion est impérative et donc
systématique.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Dans un diagramme des cas d’utilisation, cette relation
est représentée par une flèche pointillée reliant les 2
cas d’utilisation et munie du stéréotype « include ».
Exemple : le DAB
Après discussion avec l’expert métier, il apparaît que
l’une des sous fonctions importantes est l’authentification
(commune aux 3 cas d’utilisations: Retirer de l’argent,
Consulter ses soldes et Effectuer un virement).
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Relation d’extension :
Comme la relation d’inclusion, la relation d’extension
enrichit un cas d’utilisation par un autre cas d’utilisation
de sous fonction mais celui-ci est optionnel.
Cette relation est représentée par une flèche en
pointillée reliant les 2 cas d’utilisations et munie du
stéréotype « extend ».
Exemple : Le DAB permet à son utilisateur d’imprimer un
reçu s’il le désire.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Relation de généralisation ou de spécialisation :
Il est possible de spécialiser un cas d’utilisation en un
autre cas d’utilisation. Nous obtenons alors un 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).
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
La relation de généralisation est représenté par une
flèche avec une extrémité triangulaire.
Exemple : L’expert métier précise que le DAB sera situé
dans une zone internationale et devra donc pouvoir
fournir la somme d’argent en Dollars ou en Euros.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Type d’acteurs et relation entre acteurs :
Acteurs principaux et secondaires :
A chaque cas d’utilisation est associé un ou plusieurs
acteurs.
• Un acteur est principal pour le cas d’utilisation auquel
il est lié si ce cas d’utilisation lui rend un service.
• Les autres acteurs liés à ce cas d’utilisation sont dit
secondaire.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Type d’acteurs et relation entre acteurs :
Normalement, Il ne peut y avoir qu’un seul acteur
principal par cas d’utilisation.
• En général, l’acteur principal sollicite le cas
d’utilisation alors que l’acteur secondaire est sollicité
par le cas d’utilisation.
• Un acteur peut être principal pour un cas d’utilisation
et secondaire pour un autre cas d’utilisation.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Si nous désirons indiquer si l’acteur est principal ou
secondaire pour un cas d’utilisation, nous pouvons
ajouter les stéréotypes « primary » ou « secondary »
Sur la relation d’association entre l’acteur et le cas
d’utilisation.
La relation de généralisation :
La seule relation possible entre 2 acteurs est la
généralisation (même comportement et même
représentation graphique que la relation de
généralisation entre 2 cas d’utilisation).
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
Exemple : Dans le cas du DAB, l’acteur Client banque
est une spécialisation de l’acteur Porteur de carte.
2. Diagramme de cas d’utilisation
(USE CASE) – UC -
Les éléments d'un diagramme(UC) –suite-
En UML une note (un commentaire) est représentée par un rectangle dont l’un
des coins est retourné. La note est reliée à l’élément ou aux éléments qu’elle
décrit par une ou plusieurs lignes pointillées
