1

Exposé sur

Unified Modeling Language (UML)

PRESENTE PAR :
Saouli Abdelfettah

Haddou Ben Derbal Hichem

2
 PLAN

1.L’approche objet

2.Définition UML

3.Diagramme d’ UML

4.Exemple générale

3
1. L'approche Orienté Objet :

Suite à l'évolution rapide du domaine de l’informatique

spécialement la programmation orienté objet, les méthodes de
modélisation classique (telle MERISE) ont rencontré plusieurs
difficultés plus tôt montre certains limites d’où de nombreuses
méthodes ont été soit adapté (exp MERISE 2….) ou développé
(exp OMT, BOOCH….) pour dépasser ces limites.

4
 Historique

2004 UML 2.0

1997 UML 1.0

1996
UML 0.9

Octobre 1995 Méthode unifiée 0.8

Booch’93 OMT-2

Autres méthodes Booch’91 OMT-1 OOSE

Partenaires

5
 Objet

Notion d’Objet
Une abstraction du monde réel c.-à-d. des données informatiques
regroupant des caractéristiques du monde réel

Exemple
une personne, une voiture, une maison, ...

Caractérisation d’un objet

Identité FIAT-UNO-17 : Voiture

permet de le distinguer des autres objets 233434 : Numéro de série

1500 kg : Poids
8864 YF 17 : Immatriculation
Attributs 133 000 : kilométrage
données caractérisant l'objet
Démarrer ()
Méthodes Arrêter()
Rouler()
actions que l'objet est à même de réaliser
 classe

Notion de Classe
• Structure d'un objet, c.-à-d. une déclaration de l'ensemble des entités
qui composeront l’objet
• Un objet est donc "issu" d'une classe.

Notation
un objet est une instanciation (occurrence) d'une classe

Une classe est composée: Nom_de_la_classe

 attributs
attribut1 : Type
données dont les valeurs représentent attribut2 : Type
l'état de l'objet …

 méthodes méthode1 ()
méthode2 ()
opérations applicables aux objets …
 Instanciation

ATTRIBUTS :
Levier vitesse
Position volant
Couleur
Type
Marque
Référence
...

Abstraction
Classe Objets
 UML
 Unified Modeling Language.
 Graphique.
 Orienté objets.
 Structuré.
 Pas méthode.
 Boite à outils.
 UML 2.0 en octobre 2004.
 Diagrammes d’UML
Tout d’abord qu’est ce qu’un diagramme :
Un diagramme donne à l'utilisateur un moyen de visualiser et
de manipuler des éléments de modélisation.

C’est pour ça UML définie 13 diagrammes deviser en deux

grand classe suivant les deux modes de représentation de
système l'un concerne la structure de système pris, l'autre
concerne sa dynamique de fonctionnement vue que ces deux
représentation sont nécessaires et complémentaire.

10
1.Diagramme des cas d’utilisation
 Montre l’aspect fonctionnel du système.
 Indique les différents acteurs du

système.
 Affiche les différentes tâches fournies

par chaque acteur.

 En gros, répond à la question: « Que font

les acteurs? ». INCLUDE

AUTRE CAS

CAS
D’UTILISATION

ACTEUR EXTEND
AUTRE CAS
2.Diagramme de séquence
 Montre l’aspect dynamique du système.
 Indique les différentes interactions entre les

objets du système.
 Respecte le timing et l’enchaînement.
 En gros, répond à la question « Quels sont les

scénarios possibles? ».
 Et décrit les scénarios de chaque cas

d’utilisation.
Axe des
temps

nom de l’acteur : object1:classe de l'objet Object2 Object3 :classe de l'objet

classe de l’acteur

annotations
événement 1
[x] opération 1
while Y

loop opération 2
(liste des
paramètres)

[non x] opération 3
opération 4
end loop

13
3.Diagramme de classes
 Montre l’aspect statique du système.
 Indique les différentes classes du système et

les associations qui les relient.

 Affiche aussi les attributs et les méthodes de

chaque classe.
 4.Diagramme d’objet:
*pour détailler des structures de classes complexes
*pour vérifier en analyse que tous les cas possibles ont bien été
envisagés dans le diagramme de classes.
5. Diagramme de composants:
* pour l’aspect technique, représente les composants
technologiques nécessaires à l’exploitation de l’application
* pour la configuration logicielle, montre la structure des
composants
comme les fichiers sources, les scripts ou les librairies.
6. Diagramme de déploiement:
montre à la fois
* le réseau informatique qui va supporter le système logiciel
* la façon dont les composants y sont installés

16
7. diagramme de collaboration:
*utilisé en début d’analyse pour :
-modéliser le contexte du système
-la définition des scénarios et les types d’utilisation
-concevoir une méthode en phase de conception
*montrer les interactions entre les objets du système

8. diagramme d’état:
*utilisé en analyse, pour montrer comment les objets d’une classe
se comportent et évoluent au cours du temps
*en conception, pour montrer la dynamique des classes de
conception
9. diagramme d’activités:
montre l’enchaînement des activités du système :
*utile soit pour consolider la spécification d’un cas d’utilisation
* soit pour concevoir une méthode en conception

17
Exemple général

18
 saisie des notes <<extend>> envoie des notes
verification envoie des notes

<<extend>> Agent Administ

Enseignant

Vérification des notes <<extend>> validation des notes declanche deliberation

<<include>>
<<include>>

gestion des compts des utilisateurs

Selection promo

selection module

Adminstrate
gestion des droits d"accés
19
 :Promotion :Deliberation

Agent Administratif
Loop
selection de promotion

verification

si oui declanche deliberation

20
 Personne
+ ID_personne
+ nom_persoone
+ prenom_personne
+ @personne
+ ajout_pe rsonne ()
+ supprime _pe rsonne ()

Enseignant
+ code_ENS Agent Administratif
+ Qualification + code_admin
+ Envoi des note s () + de clenche _de libe ration
+ Validation des note s ()
1..*

Enseigne Faculté
+ Type_seance + Id_fac
+ intitule_fac
+ ajout_fac ()
+ supprime _fac ()

1..1
1..* Etudiant
M odule + code_etud
+ Id_module 1..* + consulte_de libe raton ()
+ intitule_module + ge tCode _etud ()
1..* + se tCode_e tud (int ne wCode _e tud)
1..* 1..*
Departement
+ Id_depart
Note + intetule_depart
+ note_delibe + ajout_de part ()
+ type_examen + supprime _de part ()
+ smestre 1..1

1..1 1..*
Filiere
Promotion
1..* + Id_fil
+ ID_promo + intitule_fil
+ Date_d"entrer 1..1 + ajout_fil ()
+ niveau
+ supprime_fil ()
+ Ajout_promo () 21
+ supprime _promo ()
Merci Pour Votre Attention

22