UML ET LE PROCESSUS

8/7/2019 UML ET LE PROCESSUS

1/33

UML ET LE PROCESSUS

UNIFIE

HRICHI Mohamed


2/33

[email protected] 2

Agenda

Prsentation gnrale dUML

o Dfinition et Historique

o Vue statique

o Vue dynamique

Prsentation de ProcessusUnifie

o Dfinition

o Vue densemble

o Dmarche de processus unifie

Dmarche suivre dans le PFE


3/33

Dfinition

[email protected] 3

UML est un langage de modlisation graphique

Un langage universel pouvant servir de support

pour tout langage orient objet

Une notation graphique simple, comprhensible

mme par des non informaticiens

UML facilite la communication entre Client et

concepteur


4/33

Historique

[email protected] 4


5/33

Vues dUML

[email protected] 5

Vue StatiqueDiagramme de cas dutilisation

Diagramme de classe

Diagramme de composants

Diagramme dobjetsDiagramme de dploiement

Vue dynamiqueDiagrammes de squence

Diagrammes de collaboration

Diagrammes d'tats-transitions

Diagrammes d'activits


6/33

Vue Statique

[email protected] 6

Diagramme de cas dutilisation

Comportement de systme de point de vue utilisateur Structurer les besoins des utilisateurs et les objectifs correspondants du

systme

Un cas dutilisation spcifie une squence dinteractions, entre les

acteurs et le systme

cas

dutilisation

Acteur

Fonctionnalit

systme


7/33

Vue Statique

[email protected] 7

Diagramme de classe

Structure statique de systme Dcrit le type des objets ou donnes du systme ainsi que les diffrentes

formes de relation statiques qui les relient entre eux

Dterminer les attributs des classes

Dterminer les mthodes et leurs paramtres


8/33

Vue Statique

[email protected] 8

Diagramme de composants

Le diagramme de composant permet de reprsenter les composants

logiciels dun systme ainsi que les liens existant entre ces composants.

Les composants logiciels peuvent tre de deux origines :

soit des composants mtiers propres une entreprise

soit des composants disponibles sur le march comme parexemple les composants .NET, WSDL, etc.


9/33

Vue Statique

[email protected] 9

Diagramme dobjets

permet de reprsenter les instances des classes exprime les relations qui existent entre les objets et leurs relations un

moment donn.

permet d'exprimer des contextes d'excution


10/33

Vue Statique

[email protected] 10

Diagramme de dploiement

permet de reprsenter larchitecture physique du systme comprend des nuds correspondant aux supports physiques (serveurs,

routeurs)

la rpartition des artefacts logiciels (bibliothques, excutables) sur

ces nuds

Game Computer

SGBD computer

JBDCConnection

Play thegame File

System

Save/load thehighscore

Maybe a Remotea file system


11/33

Vue Dynamique


Diagramme de squence

reprsenter les interactions entre objets en indiquant la chronologie

des changes

capturer le comportement de tous les objets et acteurs impliqus dans

un cas dutilisation

Il constitue une spcication utile pour le codage dun algorithme


12/33

Vue Dynamique


Diagramme de collaboration

mettre en vidence les interactions entre objets, ainsi que les

messages changs

permet de dcrire les interactions entre objets intervenant dans la

ralisation dun scnario dun cas dutilisation


13/33

Vue Dynamique


Diagramme d'tats-transitions

Ltat dun objet est dfini, un instant donn, par lensemble des

valeurs de ses proprits

Le passage dun tat un autre tat sappelle transition

Un vnement est un fait survenu qui dclenche une transition


14/33

Vue Dynamique


Diagramme d'activits

prsente un certain nombre de points communs avec le diagramme

dtat-transition

il concerne le comportement interne des oprations ou des cas

dutilisation

le comportement vis sapplique aux flots de contrle et aux flots dedonnes


15/33

Prsentation de processusunifie


Dfinition :

Le processus unifi a tlabor par Jacobson

pilot par des cas d'utilisation

un processus de dveloppement logiciel itratifet incrmental

centr sur l'architecture

orient vers la diminution des risques


16/33

Vue densemble dUP


L'objectifd'un processus unifi est de matriser la complexit

des projets informatiques en diminuant les risques.

UP rpond aux proccupations suivantes :

- QUI participe au projet ?

- QUOI, qu'est-ce qui est produit durant le projet ?

- COMMENT doit-il tre ralis ?

- QUAND est ralis chaque livrable ?


17/33

Vue densemble dUP



18/33

Dmarche de processusunifie



19/33

Dmarche UPpour le PFE


En fonction de temps le processusunifie est divis en quatre phase :

Phase Lancement

Phase Elaboration

Phase Construction

Phase Transition

En fonction dactivits en cinq :

Expression des besoins

Analyse

Conception

Implmentation

Test


20/33

Phase Lancement


Initialiser le projet

porte essentiellement sur les besoins principaux du point de vue de

l'utilisateur

Identifier les risques les d

lais et les cots

une identification des principaux cas dutilisation accompagne

dune description gnrale

Il est possible raliser des maquettes sur les cas dutilisation

identifis


21/33

Phase Elaboration


permet de prciser la plupart des cas dutilisation

de concevoir larchitecture du systme

Dfinition les besoins fonctionnels et non fonctionnels

(performance , s

curit

, etc.)

raffiner le modle initial de cas d'utilisation


22/33

Phase Construction


la production dune premire version du produit

capturer tous les besoins restants

centre sur les activits de conception, dimplmentation

implmentation de tous les cas d'utilisation identifis


23/33

Phase Transition


Traiter tout les actions lies au dploiement

vrifier si le systme offre vritablement les services exigs par les

utilisateurs

Dtecter les anomalies

livrer le produit pour une exploitation relle


24/33

LesDiagrammessuffisantspourun PFE


1. Cas dutilisation


25/33



2. Modle de traabilit du cas dutilisation


26/33



3. Diagramme de classe danalyse du cas dutilisation


27/33



4. Diagramme de collaboration

PEC = Prise en charge

BT = Bouton

UI = User Interface


28/33



5. Diagramme de classe de conception


29/33



6. Diagramme de squence


30/33



7. Diagramme de classe entit


31/33



8. Diagramme de composant


32/33



9. Diagramme de dploiement


33/33

MERCI


Documents

UML ET LE PROCESSUS