Vous êtes sur la page 1sur 33

INPTIC- 2013/ 2014

2ime anne Licence SERVICE et


Resaux de Communication SRC
Systmes dinformation
COURS UML
Cours: 06 H. & TD: 06 H.
M. BOUKRARA Ammar

Introduction
Les annes 70: Les entreprises concevaient des SI avec des
propres mthodes (OO)
20 ans plus tard: On recense plus de 50 M.OO (toutes
divergentes)

Divergence rside dans les modles utiliss, les dmarches

03 mthodes ont marqu leurs distinction:


1) La mthode OMT de James Rumbaugh
2) La mthode BOOCH'93 de Grady Booch
3) La mthode OOSE de Ivar Jacobson (Object Oriented
Software Engineering)

UML (dbut des annes 1990)

UML: un standard mondial de


modlisation Objet
En 1997: Objet Management Group
(OMG) Normalisation

Modlisation Objet
Modliser le Monde ral (un domaine) par un ensemble
dentit Objet
Un Objet peut tre:
1) Physique : (Enseignant, Livre, Voiture)
2) Abstrait: (opration de vente, ligne commande,
Adresse_Machine)

UML utilise 09 Diagramme


1.
2.
3.
4.
5.
6.
7.
8.
9.

Diagramme de cas dutilisation


Diagramme de classes.
Diagramme dobjets.
Diagramme de composants.
Diagramme de dploiement.
Diagramme dtats.
Diagramme dactivits.
Diagramme de squence.
Diagramme de collaboration.

03 axes:

Diagramme par axe de modlisation

2ime anne Licence SRC


Diagrammes tudier
1. Le diagramme de cas dutilisations (***).
2. Le diagramme de classes (***)
3. Le diagramme de squence.
4. Le diagramme de collaboration.

Le diagramme de cas dutilisation


Dfinition
Les cas dutilisation sont une technique
utilise pour reprsenter un ensemble de
squences dactions que devrait raliser le
systme privilgiant le point de vue de
lutilisateur.

Exemple
Pour le cas dutilisation dun guichet automatique de
banque, on ne dira pas Distribuer de largent
favorisant ainsi le cot systme,
On dirait plutt Retirer de largent pour favoriser
le cot utilisateur.

Un DCU montre QUI fait QUOI ?

Notation DCU
Nom_du_Cas_Utilis
ation

Nom_Acteur

Association reliant les acteurs


aux cas dutilisation.

Exemple de CU avec Notation UML

Inclusion / extension

Gnralisation / Spcialisation

Hirarchisation des acteurs

Ce que Fait A = Action (B) + Action (C) + Action (D)

Exemple Pratique

Conclusion

Les DCU rcapitule les besoins


du SI;
Dfinissent les Fonctionnalits
du systme.

Le diagramme de Classes
Dfinition:
Une classe est une abstraction dun
lments du monde rel, elle encapsule
des proprits quon appelle attributs et
des comportements quon appelle des
mthodes.

Note:
Une classe reprsente un modle
commun un ensemble dobjets quon
appelle instances, ainsi un chien, cheval
et chat sont des instances de la classe
animal.

Exemple <Classeinstances>

Classe

instances Chien

Animal

Cheval

lphant

Notation

Nom_Classe
+ Attribut 1
- Attribut 2
/ Attribut 3
+ Mthode 1
# Mthode 2

(+ ) Public
(- ) Protg
(#) Priv

Association

Classe_1

Nom de
lassociation
0..*

Classe_2
1

Classe dassociation
Nom de
lassociation

Classe_1
0..*

Classe_Association

Classe_2
1

Agrgation
Classe_1

Classe_2

0..*

1..*

Lagrgation est un type particulier dassociation


Une occurrence de la classe 1 contient une ou
plusieurs occurrences de la classe 2

Composition
Classe_1

Classe_2

1
Type particulier dagrgation;
Un Lien smantique plus Fort

1..*

Gnralisation

Exemple Complet

Principes Conceptuels
1. Notez la gnralisation des trois (03) classes (Ingnieur,
Dveloppeur et Chef de projet) en une seule classe
abstraite Employ regroupant les attributs communs
aux trois classes filles (Nom, Prnom et adresse).
A laide de cette gnralisation, le fait de parler
demploy sous entend soit lIngnieur, Dveloppeur ou
Chef de projet.

2. Un employ peut ne pas possder de voitures, comme


il peut en possder plusieurs (Do la cardinalit 0..*).
La voiture, quant elle nest possde que par un seul
employ (Do la cardinalit 1).

3. La relation de composition entre la classe


Employ et Compte souligne le fait quun
compte nappartient qu un seul employ, et dpend
fortement de celui-ci (La destruction dune instance
dun employ entranerait systmatiquement celle de
son compte).
4. Lagrgation se situant entre les deux classes Employ et
Equipe montre un sens dappartenance. En effet, une quipe
comprend un nombre certain demploys.
Il faut souligner ici, que la destruction dune quipe nengendre
pas forcment la destruction de ses membres, puisquils seront
affects dautres quipes et resteront employs de la boite
informatique.

5. Une ou plusieurs quipes sont cres afin


quelles soient affectes un projet donn. Une
classe dassociation Affecte est cre pour
contenir les dates dbut et fin de chaque projet
ralis par chaque quipe, sauvegardant ainsi
lhistorique des affectations.

Conclusion
1. Ltablissement des diagrammes de cas
dutilisation reprsente ltape indispensable
pour lanalyse des besoins fonctionnels de
tout systme projet. Une bonne modlisation
de laspect fonctionnel avec les DCU signera
la bonne continuit de ltude du nouveau
systme, les autres diagrammes se reposant
sur la logique de ce diagramme.

2. Le diagramme de classe nous permet


de mettre en place les premires
fondations du nouveau systme. Il donne
une description dtaille de la structure
statique de celui-ci. Une bonne
construction
de
ce
diagramme
reprsenterait des donnes cohrentes et
stockables dans une base de donnes
structure et prenne.

Vous aimerez peut-être aussi