Vous êtes sur la page 1sur 56

Modélisation orientée objet UML

Module: M4 - 1ere Année IOSM

Pr. Abdessamad EL BOUSHAKI


abdessamad.elboushaki@gmail.com

ENSA de Fès
Université Sidi Mohammed Ben Abdellah

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 1/55
Modélisation objet avec UML

Modélisation objet avec UML

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 2/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 3/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Modélisation des besoins

Avant de développer un système, il faut savoir précisément a


QUOI il devra servir, cad à quels besoins il devra répondre

Modéliser les besoins permet de :


Identifier les interactions du système avec son environnement : humains et
autres systèmes.
Identifier les besoins : fonctionnalités du système.
Identifier les dépendances entre les fonctionnalités.
Organiser les besoins entre eux, de manière a faire apparaı̂tre des relations
(réutilisations possible).
Avec UML, on modélise les besoins au moyen de diagrammes de cas
d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 4/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Définition

Un modèle qui représente les fonctions du système du point de vue de


l’utilisateur.
Il permet de communiquer avec les clients/utilisateurs et l’expert du
domaine, Assurance de compréhension mutuelle.
Un diagramme de cas d’utilisation définit :
Le système
⇒ Que doit faire le système?
Les acteurs
⇒ Qui interagit avec le système ?
Les cas d’utilisation (fonctionnalités)
⇒ Quelle interfaces doit posséder le système ?
Les liens entre acteurs et cas d’utilisation
⇒ Quel acteur accède à quel cas d’utilisation ?
Un modèle de cas d’utilisation se définit par :
Des diagrammes de cas d’utilisation
Une description textuelle des scénarios d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 5/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Acteur

Définition :
rôle joué par une entité externe qui interagit avec le système modélisé
il peut consulter et/ou modifier l’état du système par messages
Comment les identifier ?
utilisateurs humains
systèmes connexes qui interagissent également avec le système modélisé
Comment les représenter ?

Actor

Exemple : Client, Conseiller financier, Banque ...

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 6/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Cas d’utilisation
Définition :
Séquences d’actions réalisées par le système (résultat observable pour un
acteur)
Un cas d’utilisation est l’expression d’un service réalisé de bout en bout, avec
un déclenchement, un déroulement et une fin, pour l’acteur qui l’initie
Comment les identifier ?
exigences fonctionnelles du système
fonction métier selon le point de vue des acteurs
Pour chaque acteur :
rechercher ses utilisations métiers
déterminer dans le cahier des charges les services attendus
Nommez les cas d’utilisation (point de vue acteur) :
verbe à l’infinitif + complément
Comment les représenter ?

Cas d'utilisation

Exemple : Consulter un compte, Retirer de l’argent, Déposer un chèque


Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 7/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Acteurs et cas d’utilisation

Acteur :
élément externe en interaction directe avec le système
Cas d’utilisation :
ensemble fonctionnel cohérent, identifiable extérieurement et fourni par le
système
Association Acteur - Cas :
chemin de communication indiquant la participation de l’acteur à la
réalisation du cas
un acteur peut utiliser plusieurs fois le même cas d’utilisation

Cas d'utilisation

Acteur

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 8/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple

Dans un système de gestion des comptes bancaire, un client peut retirer


l’argent, effectuer un virement ou consulter l’état de son compte.

Systeme de gestion des comptes

Retirer argent

E ectuer virement
Client

consulter comptes

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 9/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Relations entre acteurs

La seule relation possible entre deux Acteur général


acteurs est l’héritage/généralisation.
un acteur A est une généralisation
d’un acteur B si l’acteur A peut être
substitué par l’acteur B
tous les cas d’utilisation accessibles à
A le sont aussi à B, mais l’inverse
n’est pas vrai.

Acteur particulier

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 10/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Généralisation : Exemple

Système de gestion des commandes

Annuler commande

Commercial

Passer command

Client

Editer statistiques

Directeur

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 11/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Identification des acteurs

Les principaux acteurs sont les utilisateurs du système.


Attention
Un acteur correspond à un rôle, pas à une personne physique.

Une même personne physique peut être représentée par plusieurs acteurs si
elle a plusieurs rôles.
Si plusieurs personnes jouent le même rôle vis-a-vis du système, elles seront
représentées par un seul acteur.
En plus des utilisateurs, les acteurs peuvent être :
Des périphériques manipules par le système (imprimantes...)
Des logiciels déjà disponibles à intégrer dans le projet
Des systèmes informatiques externes au système mais qui interagissent avec
lui etc.
Pour faciliter la recherche des acteurs, on se fonde sur les frontières du
système.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 12/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Acteurs principaux et secondaires

L’acteur est dit principal pour un cas d’utilisation lorsque l’acteur est a
l’initiative des échanges nécessaires pour réaliser le cas d’utilisation.
Les autres acteurs secondaires sont sollicités par le système alors que le plus
souvent.
le plus souvent, les acteurs secondaires sont d’autres systèmes informatiques
avec lesquels le système développe est inter-connecté.
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

Payer en ligne
<<primary>> <<secondary>>
Client Banque

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 13/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Relations entre cas d’utilisation


Inclusion : le cas A inclut le cas B (B est une partie obligatoire de A)

A B
<<include>>

Extension : le cas B étend le cas A (A est une partie optionnelle de B)

A B
<<extend>>

Généralisation : le cas A est une généralisation le cas B (B est une sorte de


A)

A B

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 14/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Dépendances d’inclusion

Le cas inclus est une partie d’un autre cas d’utilisation qui:
n’est pas utile en soi (c-à-d sans le cas contenant)
peut être partagé entre divers cas contenants
est nécessaire au bon fonctionnement du cas contenant.

Système

Cas de base

Acteur

<<include>>

Sous-partie

L’acteur est nécessairement impliqué dans la sous-partie.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 15/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Dépendances d’inclusion : Exemple

Système

Lire un e-mail

Utilisateur <<include>>

Authenti cation

<<include>>

Ecrire un e-mail

Le sous-cas peut avoir des associations propres.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 16/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Dépendances d’extension

Une relation d’extension entre cas d’utilisation signifie que le cas d’utilisation
source étend le comportement du cas d’utilisation destination.
Enrichir un cas d’utilisation par un autre, cependant, cet enrichissement est
optionnel.

Système

Cas de base

Acteur

<<extend>>

Extension

L’acteur est nécessairement impliqué dans le cas de base.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 17/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Dépendances d’extension : Exemple

Cas de
base
Système bancaire

Réaliser un virement vers un autre compte

Client

<<extend>>

Créer un compte Cas


étendu

Le cas étendu peut avoir des associations propres.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 18/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Décomposition grâce aux inclusions et aux extensions


Quand un cas est trop complexe (faisant intervenir un trop grand nombre
d’actions), on peut procéder à sa décomposition en cas plus simple.
Exemple :

Système de gestion des commandes

Valider Panier

<<include>>

Passer commande S'authenti er


<<include>>
Client

<<include>>

Payer

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 19/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Héritage/Généralisation
Le cas d’utilisation A est une généralisation de B, si B est un cas particulier
de A c’est-à-dire lorsque A peut être substitué par B pour un cas précis.
Cette relation de généralisation est présente dans le plupart des diagrammes
UML et se traduit par le concept d’héritage dans les langages orientés objet.

Système

Cas général

Acteur1

Cas particulier 1 Cas particulier 2

Acteur2

Acteur1 peut faire le cas général, donc il peut faire les cas
particuliers 1 et 2.
Acteur2 ne peut pas faire le cas particulier 2.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 20/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Héritage/Généralisation : Exemple

Système bancaire

Retirer de l'argent
Client

Retirer de l'argent au guichet

Retirer de l'argent à l'automate

Ouvrir un compte

Client jeune

Ouvrir un compte courant


Ouvrir un livret jeune

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 21/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Recenser les cas d’utilisation

Il n’y a pas une manière mécanique et totalement objective de repérer les cas
d’utilisation.
Il faut se placer du point de vue de chaque acteur et déterminer comment il
se sert du système, dans quels cas il l’utilise, et à quelles fonctionnalités il doit
avoir accès.
Il faut éviter les redondances et limiter le nombre de cas en se situant au bon
niveau d’abstraction (par example, ne pas réduire un cas à une seul action).
Il ne faut pas faire apparaı̂tre les détails des cas d’utilisation, mais il faut
rester au niveau des grandes fonctions du système.

Trouver le bon niveau de détail pour les cas d’utilisation est un


problème difficile qui nécessite de l’expérience.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 22/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Relations acteur - cas d’utilisation


Cas habituel : association.

Système

Cas d'utilisation

Acteur

interaction bidirectionnelle.
,→ Peut lier plusieurs acteurs à un même cas. Exemple :

Système bancaire

E ectuer virement

Client Banquier

Un cas lié à plusieurs acteurs ne donne pas pour autant


d’information sur la concomitance.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 23/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Relations acteur - cas d’utilisation

Association unidirectionnelle de l’acteur vers le système :


,→ stimulus, message entrant pour le système. Exemple :

Système industriel

Sonner alarme

Capteur

Association unidirectionnelle du système vers l’acteur :


,→ message sortant. Exemple :

Système industriel

noti er l'accès

Ressource humaine

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 24/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Scénario : description textuelle

Le diagramme de cas d’utilisation décrite les grandes fonctions d’un système


du point de vue des acteurs, mais n’expose pas de façon détaillée le dialogue
entre les acteurs et les cas d’utilisation.
Un simple nom est tout à fait insuffisant pour décrire un cas d’utilisation.

Chaque cas d’utilisation doit être documente pour qu’il n’y ait
aucune ambiguı̈té concernant son déroulement et ce qu’il recouvre
précisément.

Scénario: succession particulière d’enchaı̂nements s’exécutant du début à la


fin du cas.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 25/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

En pratique ...

La fiche de description textuelle d’un cas d’utilisation n’est pas normalisée...


Cependant, on peut utiliser la structuration suivante :
Sommaire d’identification (obligatoire) : Inclut titre, résumé, dates de
création et de modification, version, responsable, acteurs...
Description des scénarios (obligatoire) : Décrit le scénario nominal, les
scénarios d’erreur, les pré/post-conditions...
Exigences non-fonctionnelles (optionnel) : Ajoute, si c’est pertinent, les
informations suivantes : fréquence ; disponibilité, fiabilité, confidentialité...

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 26/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple scénario

Payer par carte


<<secondary>>

Client Banque

Identification :
Nom du cas : Payer par carte
Objectif : Détailler les étapes permettant à client de payer par carte bancaire
Acteurs : Client, Banque (secondaire)
Date : 20/10/2019
Responsables : David
Version : 1.0

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 27/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple scénario

Séquencements :
Le cas d’utilisation commence lorsqu’un client demande le paiement par carte
bancaire
Pré-condition
Le client a validé sa commande
Enchaı̂nement nominal
1 Le client saisir les informations de sa carte bancaire
2 Le système vérifie que le numéro de carte bancaire est correct
3 Le système vérifie la carte auprès du système bancaire
4 Le système demande au système bancaire de débiter le client
5 Le système notifie le client de bon déroulement de la transition
Enchaı̂nements alternatifs
1 En (2) : si le numéro est incorrect, le client est averti de l’erreur, et invité à
recommencer
2 En (3) : si les informations sont erronées, elles sont re-demandées au client
Post-conditions
La commande est validée
Le compte de l’entreprise est crédite

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 28/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple scénario

Rubriques optionnelles :
Contraintes non fonctionnelles
Fiabilité : les accès doivent être sécurisés
Confidentialité : les informations concernant le client ne doivent pas être
divulgués.
Contraintes liées à l’interface homme-machine
Toujours demander la validation des opérations bancaires

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 29/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


L’énoncé textuel

La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à


inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les
inscriptions peuvent être particulières s’il s’agit d’une inscription en double cursus
ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et
ce cas particulier est de la responsabilité de certains membres de la scolarité.
L’inscription en double cursus peut être gérée par n’importe quel agent de la
scolarité. Une fois l’inscription terminée, il faut imprimer la carte d’étudiant, à
l’aide d’une imprimante spéciale. Que ce soit pour inscrire, modifier ou supprimer
une inscription, la scolarité doit pouvoir vérifier le paiement des droits
d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 30/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 31/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


L’énoncé textuel

La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à


inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les
inscriptions peuvent être particulières s’il s’agit d’une inscription en double cursus
ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et
ce cas particulier est de la responsabilité de certains membres de la scolarité.
L’inscription en double cursus peut être gérée par n’importe quel agent de la
scolarité. Une fois l’inscription terminée, il faut imprimer la carte d’étudiant, à
l’aide d’une imprimante spéciale. Que ce soit pour inscrire, modifier ou supprimer
une inscription, la scolarité doit pouvoir vérifier le paiement des droits
d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 32/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Scolarité
Imprimante

Scolarité FA
CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 33/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 34/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


L’énoncé textuel

La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à


inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les
inscriptions peuvent être particulières s’il s’agit d’une inscription en double cursus
ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et
ce cas particulier est de la responsabilité de certains membres de la scolarité.
L’inscription en double cursus peut être gérée par n’importe quel agent de la
scolarité. Une fois l’inscription terminée, il faut imprimer la carte d’étudiant, à
l’aide d’une imprimante spéciale. Que ce soit pour inscrire, modifier ou supprimer
une inscription, la scolarité doit pouvoir vérifier le paiement des droits
d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 35/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Scolarité
Imprimante

Scolarité FA
CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 36/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs
I Identifier les cas d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 37/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


L’énoncé textuel

La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à


inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les
inscriptions peuvent être particulières s’il s’agit d’une inscription en double cursus
ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et
ce cas particulier est de la responsabilité de certains membres de la scolarité.
L’inscription en double cursus peut être gérée par n’importe quel agent de la
scolarité. Une fois l’inscription terminée, il faut imprimer la carte d’étudiant, à
l’aide d’une imprimante spéciale. Que ce soit pour inscrire, modifier ou supprimer
une inscription, la scolarité doit pouvoir vérifier le paiement des droits
d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 38/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

Scolarité
Imprimante
Modi er inscription Supprimer inscription

Inscrire Imprimer carte étudiant

Inscrire en double cursus

Scolarité FA
Inscrire en alternance CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 39/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs
I Identifier les cas d’utilisation
I Associer les cas d’utilisations et les acteurs

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 40/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


L’énoncé textuel

La scolarité de l’université s’occupe de la gestion des inscriptions. Cela consiste à


inscrire les étudiants, modifier leurs inscriptions, voire les supprimer. Les
inscriptions peuvent être particulières s’il s’agit d’une inscription en double cursus
ou en alternance. Les inscriptions en alternance ont besoin de l’accord du CFA, et
ce cas particulier est de la responsabilité de certains membres de la scolarité.
L’inscription en double cursus peut être gérée par n’importe quel agent de la
scolarité. Une fois l’inscription terminée, il faut imprimer la carte d’étudiant, à
l’aide d’une imprimante spéciale. Que ce soit pour inscrire, modifier ou supprimer
une inscription, la scolarité doit pouvoir vérifier le paiement des droits
d’inscription.

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 41/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

Scolarité Supprimer inscription


Imprimante
Modi er inscription

Imprimer carte étudiant


Inscrire

Inscrire en double cursus

Inscrire en alternance

Scolarité FA
CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 42/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs
I Identifier les cas d’utilisation
I Associer les cas d’utilisations et les acteurs
I Trouver les dépendances (inclusion/extension) entre les cas d’utilisation

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 43/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

<<include>>
Scolarité <<include>>
<<include>>
Imprimante
Modi er inscription Supprimer inscription

Inscrire <<include>>

Imprimer carte étudiant

<<extend>>
<<extend>>
Inscrire en double cursus

Inscrire en alternance

Scolarité FA
CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 44/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs
I Identifier les cas d’utilisation
I Associer les cas d’utilisations et les acteurs
I Trouver les dépendances (inclusion/extension) entre les cas d’utilisation
I Supprimer les associations superflues

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 45/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement

<<include>>
Scolarité <<include>>
<<include>>
Imprimante
Modi er inscription Supprimer inscription

Inscrire <<include>>

Imprimer carte étudiant

<<extend>>
<<extend>>
Inscrire en double cursus

Inscrire en alternance

Scolarité FA
CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 46/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université

Les différentes étapes de la construction du Diagramme de cas d’utilisation:


I Identifier les acteurs (et ce qui est dans le système).
I Identifier les héritages entre acteurs
I Identifier les cas d’utilisation
I Associer les cas d’utilisations et les acteurs
I Trouver les dépendances (inclusion/extension) entre les cas d’utilisation
I Supprimer les associations superflues
I Factoriser par héritage

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 47/55
Modélisation objet avec UML les diagrammes de cas d’utilisation

Exemple applicatif : L’inscription à l’université


Diagramme de cas d’utilisation

Système de gestion des inscriptions

Véri er paiement
Gérer les inscriptions <<include>>

Scolarité

Supprimer inscription
Imprimante
Modi er inscription

<<include>>
Inscrire Imprimer carte étudiant

<<extend>>
<<extend>>

Inscrire en double cursus

Inscrire en alternance

Scolarité FA CFA

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 48/55
Modélisation objet avec UML les diagrammes de classes

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 49/55
Modélisation objet avec UML les diagrammes d’objets

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 50/55
Modélisation objet avec UML les diagrammes de collaboration

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 51/55
Modélisation objet avec UML les diagrammes de composants

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 52/55
Modélisation objet avec UML les diagrammes de déploiement

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 53/55
Modélisation objet avec UML les diagrammes de séquence

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 54/55
Modélisation objet avec UML les diagrammes d’états-transitions

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 55/55
Modélisation objet avec UML les diagrammes d’activités

Sommaire

1 Modélisation objet avec UML


les diagrammes de cas d’utilisation
les diagrammes de classes
les diagrammes d’objets
les diagrammes de collaboration
les diagrammes de composants
les diagrammes de déploiement
les diagrammes de séquence
les diagrammes d’états-transitions
les diagrammes d’activités

Pr. Abdessamad EL BOUSHAKI (ENSA de Fès) Modélisation Orientée Objet UML 56/55