0% ont trouvé ce document utile (0 vote)
203 vues26 pages

UML Cours 1 PDF

Transféré par

team team
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
203 vues26 pages

UML Cours 1 PDF

Transféré par

team team
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

UML

(UNIFIED MODELING
LANGUAGE)
P R É S E N T É PA R : D J E B B I K A W T H E R
1
INTRODUCTION À UML

2
DEFINITION:
• Les méthodes Orientées Objet sont apparue vers les années 80
après l’apparition des langages de programmation orientés objet.
• En 1984, le nombre de méthodes a atteint à peu près les
cinquantaines.
• Ces méthodes contiennent une grande variété de notations et
d’outils incompatibles, ce qui a provoqué un grand conflit : « La
guerre des méthodes ».
• L’effort d’unification s’est réalisé sur un langage et non sur une
méthode.
3
DEFINITION:
• L’unification a commencé en 1995 par trois méthodes : OMT,
OOSE, OOD
• UML a été soumis à l’OMG : Organisme de Standardisation Objet .
• Il a été approuvé et la version 1.1 est sortie en novembre 1997
• Depuis UML a connu d’autres versions .

• (V1.1 – 1997) • (V2.0 – 2003)


• (V1.2 – 1998) • (V2.1 – 2006)
UML 1 : 9 UML 2 : 13
• (V1.3 – 1999) diagrammes • (V2.3 – 2010) diagrammes

• (V1.4 – 2001) • (V2.4,1 – 2013)


• (V1.5 – 2002)
4
CONCEPT COMMUNS ENTRE LES
DIAGRAMMES:

5
LA NOTE:

Une note est un commentaire explicatif qui peut être écrit


en langage naturel ou formel .

6
LA CONTRAINTE

• La contrainte est une note qui a une valeur sémantique particulière


(condition à vérifier).
• Si la note(contrainte) concernent plusieurs éléments elle doit être
inscrite dans une note .
• Elle peut être inscrite dans un langage formel ou naturel.

7
LA CONTRAINTE

8
LE PAQUETAGE:

• Permet d’unifier les concepts , Domaines, Systèmes , ensembles,


processus, sous domaines.
• Il permet de regrouper les éléments UML, selon un point de vue
fonctionnel, c’est-à-dire découper le système en fonctions et
regrouper les fonctions d’une façon homogènes.
• Ou bien selon un point de vue structurel , c’est-à-dire regrouper les
éléments qui ont un lien logique ou une description voisine.

9
LE PAQUETAGE

10
LA DÉPENDANCE

• C’est un lien d’Utilisation entre deux éléments UML, l’élément utilisé doit être public pour
l’autre.

11
LES DIAGRAMMES UML
1. UML1 :
• Vue Statique: Diagramme de classe, Objet , de composant, de
déploiement, de cas d’utilisation
• Vue dynamique: Diagramme d’état transition, d’activité, de
séquences, collaboration
1. UML 2:
• Timing (dynamique), paquetage(statique),vue d’ensemble
d’interaction(dynamique),structure composite(statique).

12
EXEMPLES DIAGRAMMES UML

13
DIAGRAMME DE CLASSE

14
DIAGRAMME D’OBJET
Instance de diagramme de classe:

15
DIAGRAMME DE COMPOSANTS:
On représente l’architecture logicielle du système:

16
DIAGRAMME DE DÉPLOIEMENT
On représente l’architecture matérielle du système:

17
DIAGRAMME DE CAS D’UTILISATION
Interaction entre le Système et les Utilisateurs:

18
DIAGRAMME D’ETAT TRANSITION
Représente les différents états par lesquels passe un objet,
dans notre cas l’objet est : Facture

Facture

19
DIAGRAMME D’ACTIVITÉS
Représente un enchainement d’activités:

20
DIAGRAMME DE SÉQUENCES
On représente le description de l’utilisation du système à un moment
donné, dans notre cas: « Consulter Etudiant »

Acteur Objet

Message
Activation

21
DIAGRAMME DE COLLABORATION
C’est l’Isomorphe du diagramme de séquences:

22
DIAGRAMME DE PAQUETAGE
Division du système en catégories:

23
DIAGRAMME DE TIMING
C’est une extension du diagramme d’état transition ,
Exemple : « téléphone portable »

24
DIAGRAMME DE STRUCTURE
COMPOSITE
Permet de représenter des classes avec des structures composées:

25
CONCLUSION

• Dans ce chapitre nous avons pris connaissances des différents


diagrammes UML, prochainement nous allons nous approfondir
dans le digramme de Cas d’Utilisation.

26

Vous aimerez peut-être aussi