Vous êtes sur la page 1sur 80

CH.

Chokri ESPRIT 2013-2014


2
PLAN
Introduction & Historique
Concepts et principes de base
ANALYSE
FONCTIONNELLE :
Diagramme de contexte statique
Diagramme de cas dutilisation
STATIQUE : classe ,package,objet,structure,deploiement
DYNAMIQUE : etat-transition,activit,sequence,communication

CONCEPTION :
dcoupage raffin en package selon les processus mtier
Dcoupage dun projet en des itrations relativement aux cas dutilisation
Architecture en couche et diagramme de package darchitecture
Diagramme de squence objet (ou dinteraction) et les oprations systme par
itration.
Application des strotypes de JACOBSON : ( entity , boundry et control )
Diagramme de communication par itration
Diagrammes de classes de conception par itration
Utilisation des design pattern (modle de conception)
(composite,state,singleton)

3
PLAN
Architecture
Architecture en couche
Diagramme de package par couche
Diagramme de composants
Diagramme de dploiement
Implmentation
Passage de la modlisation mtier au code objet
Descriptif dtaill des classes de conception propres un package
Implmentation en code :
JAVA
C++
C#

TD et Ateliers :
Exemples dapplication pour chaque lment syntaxique
Etude de cas typique : accompagnateur des diffrentes
parties du cours
Des projets de groupe (3 ou 5 par groupe)
Evaluation :
Travaux de groupe
Prsentation
DS en commun
Examen

5
INTRODUCTION
&
HISTORIQUE
6
Introduction & Historique
Dfinition

UML est un ensemble de modles permettant de reprsenter un systme
informatique et son utilisation prvue dans lentreprise. Lutilisation de ces
modles vise amliorer la qualit des applications informatiques
dvelopper.

Sa premire russite fut dtre retenu comme norme de modlisation par l
OMG (Object Management Group) aprs avoir reu le soutien de plusieurs
grands constructeurs informatiques et diteur de logiciels.

Lemploi du terme Langage de modlisation et non mthode signifie
que laccord a port sur :
Les modles pouvant tre utiliss
Les reprsentations sous forme de diagrammes


7
Introduction & Historique
Grady Booch J ames Rumbaugh I var J acobson
La mthode OOSE (Object Oriented Software Engineering) de Ivar Jacobson : bas sur
les mthodes danalyse antrieures enrichie des aspects comportementaux. Elle est base
sur lide de faire reposer lanalyse sur lexpression ,par lutilisateur ,de la faon
dont il pense utiliser le futur systme
La mthode OOD (Object Oriented Design) de Grady Booch Dvelopp la demande du
Ministre de la Dfense des tats-Unis pour prparer de faon rigoureuse la structuration des
programmes crit en ADA ou C++(trs proche de la programmation)
La mthode OMT (Object Modeling technique) de James Rumbough de Mise au point
General Electric et influence par linformatique industrielle (Automate,contrle de
processus,etc.).la mthode vise reprsenter un systme comme un assemblage
dlments. Chaque lment est donc un composant porteur dinformation et
encapsulant les actions qui peuvent tre excutes la rception dun message
stimulateur.
En 1991
Avant la Naissance :
Historique
8
Introduction & Historique
UML, fruit de combinaison des travaux des 3 hommes ,ft retenu par
lOMG (Object Management Group) comme une norme de modlisation
aprs avoir t soutenu par plusieurs autres grands constructeurs
informatique et diteurs de logiciel.
UML est plac sous la responsabilit de lOMG qui constitue des
groupes de travail ,ouvre des forum de discussion et lance des appels
doffre pour lamlioration.
UML nimpose pas une faon dutiliser ces modles: ce sont les
processus de dveloppement bass sur UML (RUP,2TUP,) qui tracent
une mthodologie.
Naissance :
En 1997
En 1996
linitiative de la socit Rational Software,les 3 auteurs se sont mis daccord sur
un langage de modlisation visant devenir une rfrence.
9
Introduction & Historique
Sa raison dtre :



Sa normalisation par lOMG

Disposer dun ensemble de modle commun entre le matre
douvrage (client) et le matre duvre (chef de projet) ce
qui permet de faciliter le dialogue entre les deux

Possibilit dutiliser le mme atelier de gnie logiciel dpuis
lexpression des besoins jusqu la gnration de toute ou
partie de lapplication (en JAVA ou C++ ou VB)

Lutilisation des concepts Objet de lanalyse jusqu
limplmentation.
10
CONCEPTS ET PRINCIPES
DE BASE
11
Objectifs
Rappeler les concepts de base sur lesquels on sappuie pour
modliser un Systme dinformation (dfinitions orientes
modlisation).

Les concepts utiles sont les suivants :
Le systme dinformation & systme informatique
Le concept Objet
Le concept de classe ou entit
Le concept dacteur
Le concept de processus
hritage
Polymorphisme
encapsulation
12
Systme dinformation
Dfinition : un systme dinformation est la partie du rel
constitue dinformations organises ,dvnements
ayant un effet sur ces informations ,et dacteurs qui
agissent sur ces informations ou partir de ces
informations ,selon des processus visant une finalit de
gestion et utilisant des technologies de linformation.
13
Systme informatique
Dfinition : Un systme informatique est un
ensemble dobjets techniques
(matriels,progiciels,applicatifs) dont la mise
en uvre ralise linfrastructure dun systme
dinformation et lui permet de mieux
fonctionner.
14
Systme dinformation
Systme informatique
Sappuie sur Permet
Le systme informatique est
une composante du systme
dinformation
15
POSITIONNEMENT DUML
Systme dinformation
stock
compta
Production
Trsorerie
Sous-systme ou Domaine
Identifier un
projet
informatique pour
repondre aux
besoins
utilisateurs
Boite outils (UML)
16
LE CONCEPT OBJET DU SI
Un objet est un lment matriel ou immatriel du S.I.
qui doit satisfaire 3 conditions :
Le principe de distinction : on peut la distinguer dautres
objets environnants. Un objet doit avoir un identifiant.
Le principe de permanence : un objet doit certaine dure
de vie. Mme sil volue ,il peut toujours tre repr de la
mme faon.
Le principe dactivit : un objet doit avoir un
comportement: ou bien il accomplit certaines actions ou
bien on peut lui faire subir des traitements. Un objet
possde donc une double facette :ce quil est et ce quil
peut faire ou ce que lon peut lui faire.
17
Principe : rechercher ,au-del des objets concrets ,un lment
plus abstrait qui est une catgorie de regroupement dun
ensemble dobjets concrets.
Une entit est un ensemble dobjets sur lesquels on a reconnu
des similitudes. Ces similitudes portent sur la faon de les
identifier ,sur les types dtat quil peuvent prendre et sur le
rle quils jouent.
Un objet appartenant une classe sappelle linstance de
classe ou tout simplement une instance
LE CONCEPT DE CLASSE OU ENTITE
18
Exemple
Dans lentreprise Cie ,on voit lemploy Pol en train de
recevoir une livraison de 100 m de cble K2000 du
fournisseur Alcazar.Il signe le bon de livraison numero
007 donn par Anna.Il fait transporter le matriel dans le
magasin par lemploy Jak,qui le place dans un espace
de rangement.

19
Nous pouvons ,selon une premire analyse proposer les
entits suivantes :
Lentit Employ : qui regroupe Pol et Jak identifiables par
leur matricule interne et pouvant raliser les actions :Recevoir
la livraison et ranger la marchandise
Lentit Cble : qui intgre le cble K2000 identifi par son
code.Son tat comporte la quantit disponible en stock
Lentit Bon de livraison : dont les objets sont identifis par
un numro et chacun comporte une quantit livre.
Lentit Fournisseur : laquelle Alcazar appartient
20
Anna ne peut pas tre objet dune entit relativement au
systme dinformation Cie.
Lespace de rangement ne peut pas tre objet dune entit si
lon ne dispose daucun moyen pour les identifier de faon
stable.

21
Typologie des classes
Une classe de gestion : classe pour laquelle on a choisi de
grer une transformation.Elle passera donc par des tats
de gestion successifs et pralablement dfinis.Letat dun
objet informationnel est la valeur des informations quil
porte dun moment donn.
Une classe de rfrence : cest le support dinformations
stables sur lesquelles on sappuie pour raliser les
activits oprationnelles
Une classe de reporting : contient des informations
souvent calcules ou agrgs qui apportent une aide pour
le pilotage des activits court ou moyen terme.
22
Exemples
Classe de gestion :
Contrat
Ordre (de paiement,de livraison,commande)
Oprations (prt,intervention de maintenance)
Dossier de recrutement
Classe de rfrence : classes rfrentielles dont les comportement comprennent
des fonctions de tenus dun rfrentiel (cration,modification,suppression,interrogation)
Rfrentiel client
Rfrentiel fournisseur
Rfrentiel monnaie
Rfrentiel structure
Classe de reporting :
tats danalyse,de statistiques et de synthse

23
Concept Acteur
Les classes acteurs permettent de reprsenter les rles
attribus dans les activits organiss qui font partie du
systme dinformation tudi. Ces rles peuvent
concerner des interventions :
Internes de lentreprise
Externe lentreprise
Une classe acteur peut navoir pour instance quune seule
personne physique (ex. classe directeur Gnral )
Une classe acteur peut navoir pour instance quune seule entit
organisationnelle(ex.c lasse service marketing sil est unique)
Une classe acteur peut avoir plusieurs instances correspondants
des personnes physiques (ex. classe magasinier sil ya
plusieurs magasiniers)
24
Une classe acteur peut avoir plusieurs instances
correspondants des entits structurelles (ex.classe Agence
sil ya plusieurs)
On peut reprsenter tout ou partie de lorganigramme de
lentreprise au moyen de classes acteurs
Une classe acteur peut enfin tre un dispositif matriel
(ex.imprimante ) ou logiciel (application commerciale)
Les rles ne peuvent tre attribus qu des classes acteurs

25
Concept Processus
Terme latin : Aller de lavant marche progressive selon un plan
dtermin
Dfinition :on appelle processus lorganisation dun ensemble finalis
dactivits effectues par des acteurs et mettant en jeu des entits
,pour rpondre un type dvnement. Un processus est une classe
abstraite correspondant la ralisation concrte par des instances
Domaine : le systme dinformation dune entreprise est dcoup en
sous-systme dinformation que lon appelle domaine. Un domaine
reprsente un mtier ,c..d. une mission,un savoir faire,des
comptences. Un projet sinscrit gnralement lintrieur dun
domaine que lon appelle Domaine dtude avec possibilit ventuelle
dutiliser des lments produits par dautres domaines.
vnement : un acte ayant une signification pour le domaine et
pouvant se produire frquemment pour que lon dfinisse priori le
comportement adopter. Il en existe 3 types :

26
3 types dvnements :
vnement interne :provient de lintrieur du
domaine(dcision dun acteur ,rsultat dun processus).
ex.domaine gestion des stocks : demande de relev des
mouvements des stocks.
vnement externe :provient de lextrieur du domaine
(acteur ou autre domaine)
ex.:
livraison marchandise par le fournisseur
Comptabilisation des factures client par lagent comptable
(nappartenant pas au domaine commercial)
vnement temporel :expiration dun dlai ou lavnement
dune date.
ex.fin danne ou fin du mois, chance dun traite
27
Exemples
Domaine gestion commerciale :
Processus mtier : gestion des commandes clients
Processus de pilotage : suivi des commandes
Domaine Client :
Processus support : gestion des clients
Processus de pilotage : suivi des paiements clients
Domaine facturation :
Processus mtier : gestion des factures ,mission,recouvrement,etc
Processus de pilotage : suivi des rglements factures
Domaine stock :
Processus support :Gestion des produits,emplacement,affectation aux
magasins de stockage
Processus de pilotage :analyse des achats et des consommations
28
Typologie des processus
Processus mtier : pour but daccomplir une mission
d un domaine du Systme dinformation. les entits de
gestion sont gres par des processus mtier.
Processus support : produit des rsultats ncessaires au
processus mtier. Les entits de rfrence sont grs par
des processus support.
Processus de pilotage :dclench par un vnement
interne ou temporel. Son but est dorganiser les activits
de pilotage lintrieur dun domaine. Les entits de
reporting sont gnralement grs par les processus de
pilotage
Polymorphisme
Papiers, bouteilles, piles lectriques, Caisse, etc. sont des objets
diffrents , ayant des comportements diffrents mais sont tous
recyclables
On peut tous leur appliquer le traitement de recyclage (mme si le
processus est diffrent selon lobjet)
On peut : recycler tous les objets dune poubelle
Polymorphisme

Dfinition : Cest l'ide d'autoriser le mme code tre utilis avec
diffrents types, ce qui permet des implmentations plus abstraites
et gnrales.

Intrt : En proposant d'utiliser un mme nom de mthode pour
plusieurs types d'objets diffrents, le polymorphisme permet une
programmation beaucoup plus gnrique

Le dveloppeur n'a pas savoir, lorsqu'il programme une mthode,
le type prcis de l'objet sur lequel la mthode va s'appliquer. Il lui
suffit de savoir que cet objet implmentera la mthode.

Encapsulation
Le fait de mettre une chose dans une autre

Cest lide de cacher l'information contenue dans un objet et
de ne proposer que des mthodes (oprations) de
manipulation de cet objet

L'objet est ainsi vu de l'extrieur comme une bote noire ayant
certaines proprits et ayant un comportement spcifi

La manire dont ces proprits ont t implmentes est alors
cache aux utilisateurs de la classe
On peut changer cette implmentation sans changer le
comportement extrieur de l'objet



sparer la spcification du comportement d'un objet, de
l'implmentation pratique de ces spcifications.



Garantir une rutilisabilit simple et souple

33
LES AXES(VUES) DE
MODELISATION
&
LE PROCESSUS DE MODELISATION
Diffrents axes (vues) de
modlisation
Fonctionnel
Dynamique Statique
(Contexte statique ,cas dutilisation)
(Diagramme de classes, objets,
Package, dploiement)
(Diagramme dtat, dactivit, de
squence, communication)
La vue fonctionnelle
Dcomposer le systme en fonction ou oprations
apportant la fonctionnalit.
UML considre que la vue fonctionnelle exprime les
besoins des utilisateurs et les activits quil veuelent
raliser
Modlisation :
Diagramme de contexte statique
Diagramme de cas dutilisation (use case)

La vue statique -principes
Vue du modle global qui caractrise les lments dun
systme et leurs relations les uns avec les autres.On
lappelle aussi vue de classe.
Capture de la structure dun objet: structure de donnes
et organisation des oprations qui sy appliquent
Dcrit les dclarations comportementales comme des
lments de modlisation discrets sans confronter le
dtail de leur comportement
Les oprations sont vues comme des lments
numrer.
La vue statique -exemple
Systme de billetterie pour un spectacle de thtre :
lments significatifs :
Billets
Reservation
Prvision
Attribution des siges
Algorithme de mise jour du stock
Page web interactives pour la rservation
Capture de la structure de lobjet billet :
Prix
Date
Num.de Sige
Oprations : reservation(),annulation(),reduction()



La vue statique -Modlisation
Diagramme de classes
Diagramme de package
Diagramme objet
Diagramme de deploiement
La vue dynamique -Principes
Vue dinteraction et de machine dtat
Attend de la vue statique quelle dcrive les lments qui
interagissent dynamiquement on ne peut dire
comment ? sans pralablement mentionner ce qui
interagit.
Aspect dun modle ayant trait la spcification et
limplmentation du comportement dans le temps

La vue dynamique -Modlisation
Diagramme dtat-transition
Diagramme dactivit
Diagramme de squence
Les phases de modlisation (1)
Analyse :
tape du dveloppement dun systme qui capture les exigences et le
domaine de la problmatique.
Identifie ce quil ya lieu de faire
Rsultat : modles danalyse fonctionnelle ,statique et dynamique.
Conception :
Phase de dveloppement dun systme qui dcrit comment le systme
sera implment logiquement et avant le codage.
Etape de prise des dcisions stratgiques et techniques pour atteindre
les objectifs fonctionnels tracs lors de la phase danalyse.
Rsultats : modles de conception
Implmentation
dploiement
Les phases de modlisation (2)
Implmentation :
Etape de codage et de construction des fonctionnalits dun
systme par le biais des moyens excutables (langage de
programmation , base de donnes.
La qualit de production lors de cette phase dpend de la qualit
de conception.
Dploiement :
Cest lassignation des artefacts logiciels des ressources
physiques pour des fins dexcution.
Artefacts logiciels : fichiers , scripts , tables de BD ,doc texte , pages
web,
ressources physiques : serveur , lecteur de disque , poste client,

43
ETUDE
FONCTIONNELLE
OBJECTIFS
Savoir dlimiter le systme ou domaine dtude
Savoir identifier les acteurs qui interagissent avec ce
systme
Modliser le diagramme de contexte statique
Savoir identifier les cas dutilisation
Modliser le diagramme de cas dutilisation et en
rdiger des descriptifs textuels.
Modliser le diagramme de squence systme
Historique
ide de Ivar Jacobson : nomm chef d'un norme projet
informatique chez Ericsson :
redfinir le projet en termes de besoins des utilisateurs et
essayer didentifier, parmi ces besoins, ceux qui taient
rellement critiques, ncessaires la viabilit du projet.
Avantages :
Tous les acteurs du projet ont une meilleure
comprhension du systme dvelopper
les besoins des utilisateurs, une fois clarifis, serviront de fil
rouge, tout au long du cycle de dveloppement
Identification des acteurs (1)
Acteur : reprsente un rle jou par une entit externe :
utilisateur humain,structure,dispositif matriel ou autre
systme.
Qui sont ils ? :
Les utilisateurs humains directs : oprateurs , gestionnaires
, administrateurs , etc
Les structures
Les autres systmes connexes

Identification des acteurs (2)
Reprsentation graphique :
Acteur humain :

Acteur systme connexe ou structure ou materiel :


<<ACTOR>>
SI Comptable
Identification des cas dutilisation (1)
Cas dutilisation : ensemble de squences dactions qui
sont ralises par le systme et produisent un rsultat
observable de point de vue dun acteur particulier.
Chaque cas dutilisation spcifie un comportement
attendu du systme (fonction mtier) selon le point de
vue dun de ses acteurs sans spcifier comment il le fera.
Identification : pour chaque acteur il convient de :
Rechercher les diffrentes fonctions mtiers.
Dterminer les services fonctionnels attendus du systme.
Nomination : verbe linfinitif suivi dun complment de
point de vue de lacteur.
Identification des cas dutilisation (2)
Reprsentation :
Un cas dutilisation est reprsent par un ovale
Un cas dutilisation doit tre reli au moins un acteur
Chaque association acteur cas dutilisation signifie
participer

Rechercher des prix
Diagramme de contexte statique
Principe :Lier les acteurs au systme selon un toile et
affecter pour chaque association une multiplicit
minimale et maximale qui exprime le nombre dinstances
minimales et maximales dacteurs pouvant tre
connects au systme un moment donn.
Reprsentation :
<<ACTOR>>
<<ACTOR>>
Systme
n..m
n..m
n..m
n..m
n..m
n..m
n..m
Exemple 1

Mohamed est un agent responsable des relations clients il
reoit une demande dune offre de prix pour lachat de
certains articles puis il soccupe de llaboration de loffre de
prix en tenant compte du catgorie client .le client ,une fois il a
accept loffre il lance une commande pour lachat des articles
,Mohamed se charge pour enregistrer la commande et
informe Salah le magasinier pour prparer la livraison .A la fin
de cette livraison Mr Bechir le responsable commercial tablit
une facture qui sera mise par le systme au client.Lorsque le
client paye sa facture Mr Bechir change ltat de la facture (de
En attente Solde)
Travail demand :
identifier les acteurs ainsi que les actions ralise par chaque
acteur
Elaborer le diagramme de contexte statique et le diagramme de
cas dutilisation.

Exemple 2
guichet automatique de banque (GAB)
Le GAB offre les services suivants :
Distribution dargent tout porteur de carte de crdit , via
un lecteur de carte et un distributeur de billets.
Consultation de solde de compte , dpt en numraire et
dpt de chques pour les clients porteurs dune carte de
crdit de la banque adoss par le GAB.
Toutes les transactions sont scurises.
Il est parfois ncessaire de recharger le distributeur , etc

Exemple 2
Identification des acteurs
Identification du systme : GAB
Q :Quelles sont les entits externes qui interagissent avec ce
systme ?
Rponse :
Premier acteur vident : Porteur de carte
Deuxime acteur : Client de la banque qui bnficie dautres
services supplmentaires
Toutes les transactions de retrait sont scurises : par qui ? .Un
systme dautorisation global qui communique directement
avec le GAB.
Toutes les autres oprations de transactions sont suivi et
autorises par le Systme dinformation de la banque
Un GAB ncessite un oprateur de maintenance pour les tches
en question: rechargement en billet,rcupration des cartes
avales,


Etude de cas (3)
Identification des acteurs
Il ne faut pas considrer comme acteur les
lments suivants :
Le lecteur de carte et le distributeur de billet
font partie du GAB .
La carte bancaire , bien quelle interagit
directement avec le GAB et elle lui est
externe nest pas un bnficiaire final des
services du GAB: cest le porteur de carte qui
retire de largent.

Etude de cas (4)
Diagramme de contexte statique
La multiplicit 0..1 prouve que le GAB est un systme mono-
utilisateur : tout instant il nya quune instance de chaque
acteur connect
La contrainte xor indique que les acteurs client banque et
Porteur de carte sont mutuellement exclusifs.
<<ACTOR>>
SI.AUTO
<<ACTOR>>
SI.banque
GAB
0..1
0..1
0..1
0..1
0..1
Porteur de carte
Client banque
Oprateur de maintenance
{xor}
Etude de cas (5)
Gnralisation/spcialisation des acteurs

Principe :Considrer que Client banque est une
spcialisation de porteur de carte .Donc lacteur client
banque va hriter de lacteur porteur de carte ses
fonctionnalits et se spcialise pour raliser les autres
oprations.
Ralisation :
<<ACTOR>>
SYS.AUTO
<<ACTOR>>
SI.banque
GAB
0..1
0..1
0..1
0..1
Porteur de carte
Client banque
Oprateur de maintenance
Gnralisation/Spcialisation
Diagramme de cas dutilisation (1)
Porteur de carte
Client banque
Oprateur de
maintenance
Retirer de
largent
Consulter son
solde
Dposer de
largent
Maintenir ltat
oprationnel
Recharger la
caisse
<<ACTOR>>
SYS.AUTO
<<ACTOR>>
SI.banque
Retirer de largent
avec carte de la
banque
Diagramme de cas dutilisation (2)
Les acteurs Sys.Auto et S.I.banque sont
considrs comme des acteurs secondaires : ils
participent la ralisation des oprations sans quils soit
les dclencheurs principaux ni les bnficiaires finaux des
actions en question.
Disposer des acteurs principaux gauche et des acteurs
secondaires droite

Diagramme de cas dutilisation (3)
description textuelle (ex .cas :Retirer de largent)
Sommaire didentification :
Titre : Retirer de largent
Rsum :cas dutilisation permettant un porteur de carte
,non client de la banque ,de retirer de largent si son crdit
hebdomadaire le permet.
Acteurs : Porteur de carte (principal), systme
dautorisation (scondaire)
Date cration : //
Date dernire maj : //
Version :.
Responsable :



Diagramme de cas dutilisation (4)
description textuelle (ex .cas :Retirer de largent)
Prconditions:
La caisse du GAB est alimente
Aucune carte ne se trouve dj coince dans le lecteur
La connexion avec le systme dautorisation est
oprationnelle


Scnario nominal
Action acteur Action systme
1_Le porteur de carte introduit sa carte dans le lecteur
du GAB
2_Le GAB vrifie que la carte introduite est bien une
carte bancaire
4_le porteur de carte saisit son code didentification 3_Le GAB demande au porteur de carte de saisir son
identifiant
5_Le GAB compare le code saisi avec celui cod sur la
puce
6_Le GAB demande une autorisation au Sys.Aut.
Action acteur Action systme
7_Le systme dautorisation donne son accord et
indique le solde hbdomadaire
8_Le GAB demande au porteur de carte de saisir le
montant dsir
9_le porteur de carte saisit le montant dsir 10_le GAB contrle le montant demand par rapport
au solde hbdomadaire
11_Le GAB demande au porteur e carte sil veut ou Non
un ticket
12_Le porteur de carte demande un tIcket 13_Le GAB rend la carte au porteur de carte
14_Le porteur de carte reprend sa carte 15_Le GAB dlivre les billets et un ticket
16_Le porteur de carte prend le billet et un ticket
Enchainements alternatifs : amne le scnario nominal
une autre squence de traitement.
Exemple : code didentification erron , montant
suprieur au solde hbdomadaire , ticket refus ,etc
Exception derreur : amne le scnario nominal une
squence dexcution derreur
Exemple : Carte non valide,code didentification
dfinitivement erron,retrait non autoris , billet non
pris,etc
Diagramme de squence systme
Principe :transcription sous une autre forme graphique
les itractions entre le systme et les acteurs cits dans le
scnario nominal.
Syntaxe :
Prsenter lacteur principal gauche
Prsenter le systme comme objet unique
Prsenter les ventuels acteurs scondaires droite
Element 1 Element 2 Element 3
Message 1
Message 3
Message 2(p1,p2)
Exemple : diagramme de squence systme du cas GAB
Sys.Auto GAB
Introduction carte
Demande code
Demande autorisation
Autorisation(Solde)
Code(valeur)
Demande montant retrait
Montant retrait (valeur)
Demande ticket
OK ticket
Ejection carte
Rcupration carte
Ejection billet + ticket
Rcuperation billet + ticket
Commentaire pour un cas
dutilisation
Au besoin,on pourra prciser le cas dutilisation par une
bote de commentaires
Cas dutilisation : extension
Permet didentifier une autre manire de raliser le cas dutilisation de base
On peut trouver plusieurs extensions du mme cas dutilisation qui sappliquent en
mme temps
Une extension est considre comme une instance du cas dutilisation principal


67
<<extend>>
C1 C2
C2 etend C1 => C2 est une faon particulire de
raliser C1
C2 nest pas activable directement
C1
C2
Condition 1
Condition 2
68
Exemple : Gnrer une facture pour un client:
Entrer le nom et le numro de compte
Vrifier quils sont valides
Extension : saisir client sil nexiste pas encore dans la base
Saisir les articles facturer avec les quantits ,les prix
unitaires et les remises
Extension : Crer article sil nexiste pas
ventiler les rubriques frais et taxe
Extension : ventiler les rubriques cot de fret et cot de
mise fob pour client tranger
Enregistrer la facture
69
Gnrer une facture client
Saisir client
Saisir article inexistant
<<extend>>
<<extend>>
ventiler les rubriques cot de fret
et cot de mise fob
<<extend>>
Exemple dextension :cas du GAB
Hypothse : permettre au client de la banque de vrifier le
montant par rapport au solde :
Retirer de largent
Vrifier le montant
<<extend>>
Cas dutilisation : Inclusion
Exprime le fait quun cas dutilisation peut contenir le
comportement dautre cas dutilisation sous forme de fragment
de son propre comportement.
Le cas dutilisation inclus nest ni une spcialisation ni une
substitution du cas principal.

Sauthentifier
Saisir les notes
include
Enseignant
Affecter les privilges
Sauthentifier
include
Cas dutilisation : Inclusion
Factorisation dans un diagramme de
squence systme (UML 2)
Utilisation dun cadre ref pour un fragment factoris en
commun pour allger le diagramme de squence systme
Sys.Auto GAB
Introduction carte
Demande montant retrait

Demande autorisation
Autorisation(Solde)
Sauthentifier(identification)
ref
Client banque
Sauthentifier(identification)
Diagramme de squence : fragment
rfrenc
GAB
Introduction carte
Demande code
Code(valeur)
Code OK
Sd : sauthentifier(identifiant)
Client banque
Action interne : action qui sexcute dans le systme et
apparat par un message quil senvoie lui-mme
Exemple : vrification carte :






system
Vrification carte
Vrification code
Fragment dinteraction :loop
Exprime des changes repetitifs de messages entre
acteurs et systme
Exemple : cas du passage en caisse :
CAISSE
Saisie article (code,quantit)
Prix et description
Caissier
client
Prix et description
loop
(Pour chaque article)
Fragment conditionnel :alt
CAISSE
Caissier
client
alt
[Paiement
cash]
Saisie paiement Cash(montant)

[Paiement
par
chque]
[Paiement
par
CarteBanc
aire]
Vrifier article
Reprsentation des erreurs par des notes :
Permet de faire apparatre les erreurs dans le
diagramme de squences systme
CAISSE
Saisie article (code,quantit)
Prix et description
Caissier
client
Prix et description
loop
(Pour chaque article)
Rfrence inconnue
79
Passation commande
Commande sur Internet
Commande par courrier
Rapprovisionnement des stocks
include
Le cas dutilisation passation commande peut tre utilis par le cas dutilisation
Rapprovisionnement des stocks

CAS DUTILISATION
GENERALISATION / SPECIALISATION
on peut dfinir un cas comme la gnralisation dun ou plusieurs autres cas.
Cela permet de dcrire diffrentes variantes (spcialisations) dun cas gnral.

Acteur rcepteur uniquement
Indique quun acteur ne fait que recevoir des messages du
systme sans jamais lui envoy .
Reprsentation : flche pleine de navigabilit allant du cas
dutilisation vers lacteur